On Saturday 27 May 2006 18:30, Sergey Vlasov wrote:
> On Sat, May 27, 2006 at 04:24:07PM +0200, Ivo van Doorn wrote:
> > On Saturday 27 May 2006 15:55, Sergey Vlasov wrote:
> [skip]
> > > However, fs/udf/crc.c has exactly the same CRC table as rt2x00:
> [skip]
> > > This is a bit-reversed form of C
On Sat, May 27, 2006 at 04:24:07PM +0200, Ivo van Doorn wrote:
> On Saturday 27 May 2006 15:55, Sergey Vlasov wrote:
[skip]
> > However, fs/udf/crc.c has exactly the same CRC table as rt2x00:
[skip]
> > This is a bit-reversed form of CRC-CCITT supported by lib/crc-ccitt.c.
> > Unfortunately, this d
On Saturday 27 May 2006 15:55, Sergey Vlasov wrote:
> On Sat, 27 May 2006 13:27:15 +0200 Ivo van Doorn wrote:
>
> > I have a small question about the CRC16 usage in rt2x00
> > and what the netdev preferred method is for this.
> >
> > At the moment the rt2x00 drivers in wireless-dev use
> > its ow
On Sat, 27 May 2006 13:27:15 +0200 Ivo van Doorn wrote:
> I have a small question about the CRC16 usage in rt2x00
> and what the netdev preferred method is for this.
>
> At the moment the rt2x00 drivers in wireless-dev use
> its own CRC16 table and calculation inside the driver.
> There already i
Hi,
I have a small question about the CRC16 usage in rt2x00
and what the netdev preferred method is for this.
At the moment the rt2x00 drivers in wireless-dev use
its own CRC16 table and calculation inside the driver.
There already is a CRC16 library in the kernel
which uses the 0x8005 table, whi
