Re: crypto/nx842: Ignore queue overflow informative error
From: Dan Streetman <hidden>
Date: 2015-12-07 19:40:14
Also in:
linux-crypto, lkml
On Sun, Dec 6, 2015 at 5:57 PM, Daniel Axtens [off-list ref] wrote:
Haren Myneni [off-list ref] writes:quoted
NX842 coprocessor sets bit 3 if queue is overflow. It is just for information to the user. So the driver prints this informative message and ignores it.What queue, and what happens when the queue overflows? It seems like *something* would need to be done, somewhere, by someone? I realise that as a piece of IBM hardware this is probably an incredibly optimistic question, but is this behaviour documented publically anywhere? (As a distant second best, is it documented internally anywhere that I can read?)
When I worked there, it unfortunately wasn't public and there was no future plan to make it public, but things might have changed since I left. Maybe it will be included in future openpower documentation...?
quoted
--- a/drivers/crypto/nx/nx-842-powernv.c +++ b/drivers/crypto/nx/nx-842-powernv.c@@ -442,6 +442,15 @@ static int nx842_powernv_function(const unsigned char *in, unsigned int inlen, (unsigned int)ccw, (unsigned int)be32_to_cpu(crb->ccw)); + /* + * NX842 coprocessor uses 3rd bit to report queue overflow which is + * not an error, just for information to user. So, ignore this bit. + */ + if (ret & ICSWX_BIT3) { + pr_info_ratelimited("842 coprocessor queue overflow\n");It doesn't look like this is done anywhere else in the file, but should this be prefixed with something? Something like "nx-842: Coprocessor queue overflow"?
it defines pr_fmt at the top of the file so it will be prefixed with the module name.
Regards, Danielquoted
+ ret &= ~ICSWX_BIT3; + } + switch (ret) { case ICSWX_INITIATED: ret = wait_for_csb(wmem, csb); _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev