* [PATCH 1/2] powerpc/vas: Report proper error for address translation failure @ 2020-07-08 23:19 Haren Myneni 2020-07-08 23:28 ` [PATCH 2/2] selftests/powerpc: Use proper error code to check fault address Haren Myneni 2020-07-09 11:22 ` [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Michael Ellerman 0 siblings, 2 replies; 5+ messages in thread From: Haren Myneni @ 2020-07-08 23:19 UTC (permalink / raw) To: mpe; +Cc: tulioqm, abali, linuxppc-dev, rzinsly DMA controller uses CC=5 internally for translation fault handling. So OS should be using CC=250 and should report this error to the user space when NX encounters address translation failure on the request buffer. Not an issue in earlier releases as NX does not get faults on kernel addresses. This patch defines CSB_CC_ADDRESS_TRANSLATION(250) and updates CSB.CC with this proper error code for user space. Signed-off-by: Haren Myneni <haren@linux.ibm.com> --- Documentation/powerpc/vas-api.rst | 2 +- arch/powerpc/include/asm/icswx.h | 2 ++ arch/powerpc/platforms/powernv/vas-fault.c | 2 +- 3 files changed, 4 insertions(+), 2 deletions(-) diff --git a/Documentation/powerpc/vas-api.rst b/Documentation/powerpc/vas-api.rst index 1217c2f..78627cc 100644 --- a/Documentation/powerpc/vas-api.rst +++ b/Documentation/powerpc/vas-api.rst @@ -213,7 +213,7 @@ request buffers are not in memory. The operating system handles the fault by updating CSB with the following data: csb.flags = CSB_V; - csb.cc = CSB_CC_TRANSLATION; + csb.cc = CSB_CC_ADDRESS_TRANSLATION; csb.ce = CSB_CE_TERMINATION; csb.address = fault_address; diff --git a/arch/powerpc/include/asm/icswx.h b/arch/powerpc/include/asm/icswx.h index 965b1f3..b1c9a57 100644 --- a/arch/powerpc/include/asm/icswx.h +++ b/arch/powerpc/include/asm/icswx.h @@ -77,6 +77,8 @@ struct coprocessor_completion_block { #define CSB_CC_CHAIN (37) #define CSB_CC_SEQUENCE (38) #define CSB_CC_HW (39) +/* User space address traslation failure */ +#define CSB_CC_ADDRESS_TRANSLATION (250) #define CSB_SIZE (0x10) #define CSB_ALIGN CSB_SIZE diff --git a/arch/powerpc/platforms/powernv/vas-fault.c b/arch/powerpc/platforms/powernv/vas-fault.c index 266a6ca..33e89d4 100644 --- a/arch/powerpc/platforms/powernv/vas-fault.c +++ b/arch/powerpc/platforms/powernv/vas-fault.c @@ -79,7 +79,7 @@ static void update_csb(struct vas_window *window, csb_addr = (void __user *)be64_to_cpu(crb->csb_addr); memset(&csb, 0, sizeof(csb)); - csb.cc = CSB_CC_TRANSLATION; + csb.cc = CSB_CC_ADDRESS_TRANSLATION; csb.ce = CSB_CE_TERMINATION; csb.cs = 0; csb.count = 0; -- 1.8.3.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH 2/2] selftests/powerpc: Use proper error code to check fault address 2020-07-08 23:19 [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Haren Myneni @ 2020-07-08 23:28 ` Haren Myneni 2020-07-09 11:22 ` [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Michael Ellerman 1 sibling, 0 replies; 5+ messages in thread From: Haren Myneni @ 2020-07-08 23:28 UTC (permalink / raw) To: mpe; +Cc: tulioqm, linuxppc-dev, abali, rzinsly ERR_NX_TRANSLATION (CSB.CC=5) is for internal to VAS for fault handling and should not used by OS. ERR_NX_AT_FAULT(CSB.CC=250) is the proper error code reported by OS when NX encounters address translation failure. This patch uses ERR_NX_AT_FAULT (CSB.CC=250) to determine the fault address when the request is not successful. Signed-off-by: Haren Myneni <haren@linux.ibm.com> --- tools/testing/selftests/powerpc/nx-gzip/gunz_test.c | 4 ++-- tools/testing/selftests/powerpc/nx-gzip/gzfht_test.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/testing/selftests/powerpc/nx-gzip/gunz_test.c b/tools/testing/selftests/powerpc/nx-gzip/gunz_test.c index 6ee0fde..7c23d3d 100644 --- a/tools/testing/selftests/powerpc/nx-gzip/gunz_test.c +++ b/tools/testing/selftests/powerpc/nx-gzip/gunz_test.c @@ -698,13 +698,13 @@ int decompress_file(int argc, char **argv, void *devhandle) switch (cc) { - case ERR_NX_TRANSLATION: + case ERR_NX_AT_FAULT: /* We touched the pages ahead of time. In the most common case * we shouldn't be here. But may be some pages were paged out. * Kernel should have placed the faulting address to fsaddr. */ - NXPRT(fprintf(stderr, "ERR_NX_TRANSLATION %p\n", + NXPRT(fprintf(stderr, "ERR_NX_AT_FAULT %p\n", (void *)cmdp->crb.csb.fsaddr)); if (pgfault_retries == NX_MAX_FAULTS) { diff --git a/tools/testing/selftests/powerpc/nx-gzip/gzfht_test.c b/tools/testing/selftests/powerpc/nx-gzip/gzfht_test.c index 7496a83..02dffb6 100644 --- a/tools/testing/selftests/powerpc/nx-gzip/gzfht_test.c +++ b/tools/testing/selftests/powerpc/nx-gzip/gzfht_test.c @@ -306,13 +306,13 @@ int compress_file(int argc, char **argv, void *handle) lzcounts, cmdp, handle); if (cc != ERR_NX_OK && cc != ERR_NX_TPBC_GT_SPBC && - cc != ERR_NX_TRANSLATION) { + cc != ERR_NX_AT_FAULT) { fprintf(stderr, "nx error: cc= %d\n", cc); exit(-1); } /* Page faults are handled by the user code */ - if (cc == ERR_NX_TRANSLATION) { + if (cc == ERR_NX_AT_FAULT) { NXPRT(fprintf(stderr, "page fault: cc= %d, ", cc)); NXPRT(fprintf(stderr, "try= %d, fsa= %08llx\n", fault_tries, -- 1.8.3.1 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH 1/2] powerpc/vas: Report proper error for address translation failure 2020-07-08 23:19 [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Haren Myneni 2020-07-08 23:28 ` [PATCH 2/2] selftests/powerpc: Use proper error code to check fault address Haren Myneni @ 2020-07-09 11:22 ` Michael Ellerman 2020-07-09 20:01 ` Haren Myneni [not found] ` <OFC54F205D.A4C093B7-ON002585A0.006C5930-882585A0.006DFE69@LocalDomain> 1 sibling, 2 replies; 5+ messages in thread From: Michael Ellerman @ 2020-07-09 11:22 UTC (permalink / raw) To: Haren Myneni; +Cc: tulioqm, abali, linuxppc-dev, rzinsly Haren Myneni <haren@linux.ibm.com> writes: > DMA controller uses CC=5 internally for translation fault handling. So > OS should be using CC=250 and should report this error to the user space > when NX encounters address translation failure on the request buffer. That doesn't really explain *why* the OS must use CC=250. Is it documented somewhere that 5 is for hardware use, and 250 is for software? > This patch defines CSB_CC_ADDRESS_TRANSLATION(250) and updates > CSB.CC with this proper error code for user space. We still have: #define CSB_CC_TRANSLATION (5) And it's very unclear where one or the other should be used. Can one or the other get a name that makes the distinction clear. cheers > diff --git a/Documentation/powerpc/vas-api.rst b/Documentation/powerpc/vas-api.rst > index 1217c2f..78627cc 100644 > --- a/Documentation/powerpc/vas-api.rst > +++ b/Documentation/powerpc/vas-api.rst > @@ -213,7 +213,7 @@ request buffers are not in memory. The operating system handles the fault by > updating CSB with the following data: > > csb.flags = CSB_V; > - csb.cc = CSB_CC_TRANSLATION; > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > csb.ce = CSB_CE_TERMINATION; > csb.address = fault_address; > > diff --git a/arch/powerpc/include/asm/icswx.h b/arch/powerpc/include/asm/icswx.h > index 965b1f3..b1c9a57 100644 > --- a/arch/powerpc/include/asm/icswx.h > +++ b/arch/powerpc/include/asm/icswx.h > @@ -77,6 +77,8 @@ struct coprocessor_completion_block { > #define CSB_CC_CHAIN (37) > #define CSB_CC_SEQUENCE (38) > #define CSB_CC_HW (39) > +/* User space address traslation failure */ > +#define CSB_CC_ADDRESS_TRANSLATION (250) > > #define CSB_SIZE (0x10) > #define CSB_ALIGN CSB_SIZE > diff --git a/arch/powerpc/platforms/powernv/vas-fault.c b/arch/powerpc/platforms/powernv/vas-fault.c > index 266a6ca..33e89d4 100644 > --- a/arch/powerpc/platforms/powernv/vas-fault.c > +++ b/arch/powerpc/platforms/powernv/vas-fault.c > @@ -79,7 +79,7 @@ static void update_csb(struct vas_window *window, > csb_addr = (void __user *)be64_to_cpu(crb->csb_addr); > > memset(&csb, 0, sizeof(csb)); > - csb.cc = CSB_CC_TRANSLATION; > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > csb.ce = CSB_CE_TERMINATION; > csb.cs = 0; > csb.count = 0; > -- > 1.8.3.1 ^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [PATCH 1/2] powerpc/vas: Report proper error for address translation failure 2020-07-09 11:22 ` [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Michael Ellerman @ 2020-07-09 20:01 ` Haren Myneni [not found] ` <OFC54F205D.A4C093B7-ON002585A0.006C5930-882585A0.006DFE69@LocalDomain> 1 sibling, 0 replies; 5+ messages in thread From: Haren Myneni @ 2020-07-09 20:01 UTC (permalink / raw) To: Michael Ellerman Cc: tulioqm, Haren Myneni, Linuxppc-dev, abali, linuxppc-dev, rzinsly [-- Attachment #1: Type: text/plain, Size: 3783 bytes --] "Linuxppc-dev" <linuxppc-dev-bounces+hbabu=us.ibm.com@lists.ozlabs.org> wrote on 07/09/2020 04:22:10 AM: > From: Michael Ellerman <mpe@ellerman.id.au> > To: Haren Myneni <haren@linux.ibm.com> > Cc: tulioqm@br.ibm.com, abali@us.ibm.com, linuxppc- > dev@lists.ozlabs.org, rzinsly@linux.ibm.com > Date: 07/09/2020 04:21 AM > Subject: [EXTERNAL] Re: [PATCH 1/2] powerpc/vas: Report proper error > for address translation failure > Sent by: "Linuxppc-dev" <linuxppc-dev-bounces > +hbabu=us.ibm.com@lists.ozlabs.org> > > Haren Myneni <haren@linux.ibm.com> writes: > > DMA controller uses CC=5 internally for translation fault handling. So > > OS should be using CC=250 and should report this error to the user space > > when NX encounters address translation failure on the request buffer. > > That doesn't really explain *why* the OS must use CC=250. > > Is it documented somewhere that 5 is for hardware use, and 250 is for > software? Yes, mentioned in Table 4-36. CSB Non-zero CC Reported Error Types (P9 NX DD2 work book). Also footnote for CC=5 says "DMA controller uses this CC internally in translation fault handling. Do not reuse for other purposes" I will add documentation reference for CC=250 comment. > > > This patch defines CSB_CC_ADDRESS_TRANSLATION(250) and updates > > CSB.CC with this proper error code for user space. > > We still have: > > #define CSB_CC_TRANSLATION (5) > > And it's very unclear where one or the other should be used. > > Can one or the other get a name that makes the distinction clear. CSB_CC_TRANSLATION is added in 842 driver (nx-common-powernv.c) when NX is introduced (P7+). NX will not see faults on kernel requests (cc=250) and even CC=5. Table 4-36: For CC=5: says Translation CC=250: says "Address Translation Fault" So I can say CRB_CC_ADDRESS_TRANSLATION_FAULT or CRN_CC_TRANSLATION_FAULT. This code path (also CRBs) should be generic, so should not use like CRB_CC_NX_FAULT. Thanks Haren > > cheers > > > > diff --git a/Documentation/powerpc/vas-api.rst b/Documentation/ > powerpc/vas-api.rst > > index 1217c2f..78627cc 100644 > > --- a/Documentation/powerpc/vas-api.rst > > +++ b/Documentation/powerpc/vas-api.rst > > @@ -213,7 +213,7 @@ request buffers are not in memory. The > operating system handles the fault by > > updating CSB with the following data: > > > > csb.flags = CSB_V; > > - csb.cc = CSB_CC_TRANSLATION; > > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > > csb.ce = CSB_CE_TERMINATION; > > csb.address = fault_address; > > > > diff --git a/arch/powerpc/include/asm/icswx.h b/arch/powerpc/ > include/asm/icswx.h > > index 965b1f3..b1c9a57 100644 > > --- a/arch/powerpc/include/asm/icswx.h > > +++ b/arch/powerpc/include/asm/icswx.h > > @@ -77,6 +77,8 @@ struct coprocessor_completion_block { > > #define CSB_CC_CHAIN (37) > > #define CSB_CC_SEQUENCE (38) > > #define CSB_CC_HW (39) > > +/* User space address traslation failure */ > > +#define CSB_CC_ADDRESS_TRANSLATION (250) > > > > #define CSB_SIZE (0x10) > > #define CSB_ALIGN CSB_SIZE > > diff --git a/arch/powerpc/platforms/powernv/vas-fault.c b/arch/ > powerpc/platforms/powernv/vas-fault.c > > index 266a6ca..33e89d4 100644 > > --- a/arch/powerpc/platforms/powernv/vas-fault.c > > +++ b/arch/powerpc/platforms/powernv/vas-fault.c > > @@ -79,7 +79,7 @@ static void update_csb(struct vas_window *window, > > csb_addr = (void __user *)be64_to_cpu(crb->csb_addr); > > > > memset(&csb, 0, sizeof(csb)); > > - csb.cc = CSB_CC_TRANSLATION; > > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > > csb.ce = CSB_CE_TERMINATION; > > csb.cs = 0; > > csb.count = 0; > > -- > > 1.8.3.1 > [-- Attachment #2: Type: text/html, Size: 5461 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <OFC54F205D.A4C093B7-ON002585A0.006C5930-882585A0.006DFE69@LocalDomain>]
* RE: [PATCH 1/2] powerpc/vas: Report proper error for address translation failure [not found] ` <OFC54F205D.A4C093B7-ON002585A0.006C5930-882585A0.006DFE69@LocalDomain> @ 2020-07-09 20:12 ` Bulent Abali 0 siblings, 0 replies; 5+ messages in thread From: Bulent Abali @ 2020-07-09 20:12 UTC (permalink / raw) To: Haren Myneni; +Cc: tulioqm, Haren Myneni, Linuxppc-dev, linuxppc-dev, rzinsly [-- Attachment #1: Type: text/plain, Size: 5015 bytes --] copied verbatim from P9 DD2 Nest Accelerators Workbook Version 3.2 Table 4-36. CSB Non-zero CC Reported Error Types CC=5, Error Type: Translation, Comment: Unused, defined by RFC02130 (footnote: DMA controller uses this CC internally in translation fault handling. Do not reuse for other purposes.) CC=240 through 251, reserved for future firmware use, Comment: Error codes 240 - 255 (0xF0 - 0xF0) are reserved for firmware use and are not signalled by the hardware. These CCs are written in the CSB by hypervisor to alert the partition to error conditions detected by the hypervisor. These codes have been used in past processors for this purpose and ought not be relocated. From: Haren Myneni/Beaverton/IBM To: Michael Ellerman <mpe@ellerman.id.au> Cc: abali@us.ibm.com, Haren Myneni <haren@linux.ibm.com>, linuxppc-dev@lists.ozlabs.org, "Linuxppc-dev"<linuxppc-dev-bounces+hbabu=us.ibm.com@lists.ozlabs.org>, rzinsly@linux.ibm.com, tulioqm@br.ibm.com, Haren Myneni/Beaverton/IBM@IBMUS Date: 07/09/2020 04:01 PM Subject: Re: [EXTERNAL] Re: [PATCH 1/2] powerpc/vas: Report proper error for address translation failure "Linuxppc-dev" <linuxppc-dev-bounces+hbabu=us.ibm.com@lists.ozlabs.org> wrote on 07/09/2020 04:22:10 AM: > From: Michael Ellerman <mpe@ellerman.id.au> > To: Haren Myneni <haren@linux.ibm.com> > Cc: tulioqm@br.ibm.com, abali@us.ibm.com, linuxppc- > dev@lists.ozlabs.org, rzinsly@linux.ibm.com > Date: 07/09/2020 04:21 AM > Subject: [EXTERNAL] Re: [PATCH 1/2] powerpc/vas: Report proper error > for address translation failure > Sent by: "Linuxppc-dev" <linuxppc-dev-bounces > +hbabu=us.ibm.com@lists.ozlabs.org> > > Haren Myneni <haren@linux.ibm.com> writes: > > DMA controller uses CC=5 internally for translation fault handling. So > > OS should be using CC=250 and should report this error to the user space > > when NX encounters address translation failure on the request buffer. > > That doesn't really explain *why* the OS must use CC=250. > > Is it documented somewhere that 5 is for hardware use, and 250 is for > software? Yes, mentioned in Table 4-36. CSB Non-zero CC Reported Error Types (P9 NX DD2 work book). Also footnote for CC=5 says "DMA controller uses this CC internally in translation fault handling. Do not reuse for other purposes" I will add documentation reference for CC=250 comment. > > > This patch defines CSB_CC_ADDRESS_TRANSLATION(250) and updates > > CSB.CC with this proper error code for user space. > > We still have: > > #define CSB_CC_TRANSLATION (5) > > And it's very unclear where one or the other should be used. > > Can one or the other get a name that makes the distinction clear. CSB_CC_TRANSLATION is added in 842 driver (nx-common-powernv.c) when NX is introduced (P7+). NX will not see faults on kernel requests (cc=250) and even CC=5. Table 4-36: For CC=5: says Translation CC=250: says "Address Translation Fault" So I can say CRB_CC_ADDRESS_TRANSLATION_FAULT or CRN_CC_TRANSLATION_FAULT. This code path (also CRBs) should be generic, so should not use like CRB_CC_NX_FAULT. Thanks Haren > > cheers > > > > diff --git a/Documentation/powerpc/vas-api.rst b/Documentation/ > powerpc/vas-api.rst > > index 1217c2f..78627cc 100644 > > --- a/Documentation/powerpc/vas-api.rst > > +++ b/Documentation/powerpc/vas-api.rst > > @@ -213,7 +213,7 @@ request buffers are not in memory. The > operating system handles the fault by > > updating CSB with the following data: > > > > csb.flags = CSB_V; > > - csb.cc = CSB_CC_TRANSLATION; > > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > > csb.ce = CSB_CE_TERMINATION; > > csb.address = fault_address; > > > > diff --git a/arch/powerpc/include/asm/icswx.h b/arch/powerpc/ > include/asm/icswx.h > > index 965b1f3..b1c9a57 100644 > > --- a/arch/powerpc/include/asm/icswx.h > > +++ b/arch/powerpc/include/asm/icswx.h > > @@ -77,6 +77,8 @@ struct coprocessor_completion_block { > > #define CSB_CC_CHAIN (37) > > #define CSB_CC_SEQUENCE (38) > > #define CSB_CC_HW (39) > > +/* User space address traslation failure */ > > +#define CSB_CC_ADDRESS_TRANSLATION (250) > > > > #define CSB_SIZE (0x10) > > #define CSB_ALIGN CSB_SIZE > > diff --git a/arch/powerpc/platforms/powernv/vas-fault.c b/arch/ > powerpc/platforms/powernv/vas-fault.c > > index 266a6ca..33e89d4 100644 > > --- a/arch/powerpc/platforms/powernv/vas-fault.c > > +++ b/arch/powerpc/platforms/powernv/vas-fault.c > > @@ -79,7 +79,7 @@ static void update_csb(struct vas_window *window, > > csb_addr = (void __user *)be64_to_cpu(crb->csb_addr); > > > > memset(&csb, 0, sizeof(csb)); > > - csb.cc = CSB_CC_TRANSLATION; > > + csb.cc = CSB_CC_ADDRESS_TRANSLATION; > > csb.ce = CSB_CE_TERMINATION; > > csb.cs = 0; > > csb.count = 0; > > -- > > 1.8.3.1 > [-- Attachment #2: Type: text/html, Size: 8505 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-07-09 22:13 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-07-08 23:19 [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Haren Myneni 2020-07-08 23:28 ` [PATCH 2/2] selftests/powerpc: Use proper error code to check fault address Haren Myneni 2020-07-09 11:22 ` [PATCH 1/2] powerpc/vas: Report proper error for address translation failure Michael Ellerman 2020-07-09 20:01 ` Haren Myneni [not found] ` <OFC54F205D.A4C093B7-ON002585A0.006C5930-882585A0.006DFE69@LocalDomain> 2020-07-09 20:12 ` Bulent Abali
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.