[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <73795193e598470188953bab268e7af6@AcuMS.aculab.com>
Date: Mon, 13 Aug 2018 13:50:50 +0000
From: David Laight <David.Laight@...LAB.COM>
To: David Laight <David.Laight@...LAB.COM>,
'Jeff Lien' <jeff.lien@....com>,
"'linux-kernel@...r.kernel.org'" <linux-kernel@...r.kernel.org>,
"'linux-crypto@...r.kernel.org'" <linux-crypto@...r.kernel.org>,
"'linux-block@...r.kernel.org'" <linux-block@...r.kernel.org>,
"'linux-scsi@...r.kernel.org'" <linux-scsi@...r.kernel.org>
CC: "'herbert@...dor.apana.org.au'" <herbert@...dor.apana.org.au>,
"'tim.c.chen@...ux.intel.com'" <tim.c.chen@...ux.intel.com>,
"'martin.petersen@...cle.com'" <martin.petersen@...cle.com>,
"'david.darrington@....com'" <david.darrington@....com>,
"'jeff.furlong@....com'" <jeff.furlong@....com>
Subject: RE: [PATCH] Performance Improvement in CRC16 Calculations.
> A more interesting version would be to generate the lookup table
> for a byte followed by 3 zero bytes.
> You could then run four separate register dependency chains using the
> same 256 entry lookup table.
Not sure that works with a table lookup :-(
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Powered by blists - more mailing lists