Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*multicast\s+hash\s+incorrect\s+on\s+big\s+endian\s+archs\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*multicast\s+hash\s+incorrect\s+on\s+big\s+endian\s+archs\s*$/: 10 ]

Total 10 documents matching your query.

1. multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 03 Jun 2001 21:51:52 +0200; I noticed that the multicast hash calculations assumed little endian byte ordering in the winbond-840 driver, and it seems that several other drivers are also affected: 8139too, epic100, fealnx, pci-; /archives/netdev/2001-06/msg00034.html (18,172 bytes)
2. Re: multicast hash incorrect on big endian archs (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Sun, 3 Jun 2001 19:24:18 -0700 (PDT); Many big-endian systems already need to provide little-endian bitops, for ext2's sake for example. We should formalize this, with {set,clear,change,test}_le_bit which technically every port has imple; /archives/netdev/2001-06/msg00035.html (8,316 bytes)
3. Re: multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Mon, 04 Jun 2001 09:02:00 +0200; The multicast hash is written into a nic register with set_bit(crc(...),mc_list); ... out{b,w,l}(mc_list[i],ioaddr); set_bit_le only helps for outb. My patch uses set_bit_16 and set_bit_32. Another o; /archives/netdev/2001-06/msg00039.html (8,888 bytes)
4. Re: multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Mon, 04 Jun 2001 11:35:10 +0200; That could cause alignment problems. <<< from starfire.c { long filter_addr; u16 mc_filter[32] __attribute__ ((aligned(sizeof(long)))); <<< set_bit requires word alignment, but without the __attibute; /archives/netdev/2001-06/msg00040.html (8,765 bytes)
5. Re: multicast hash incorrect on big endian archs (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Mon, 4 Jun 2001 03:54:42 -0700 (PDT); Correction, it requires "long" alignment and that is 64-bits on several platforms. Later, David S. Miller davem@xxxxxxxxxx; /archives/netdev/2001-06/msg00041.html (8,590 bytes)
6. multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 03 Jun 2001 21:51:52 +0200; I noticed that the multicast hash calculations assumed little endian byte ordering in the winbond-840 driver, and it seems that several other drivers are also affected: 8139too, epic100, fealnx, pci-; /archives/netdev/2001-06/msg00224.html (18,172 bytes)
7. Re: multicast hash incorrect on big endian archs (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Sun, 3 Jun 2001 19:24:18 -0700 (PDT); Many big-endian systems already need to provide little-endian bitops, for ext2's sake for example. We should formalize this, with {set,clear,change,test}_le_bit which technically every port has imple; /archives/netdev/2001-06/msg00225.html (8,366 bytes)
8. Re: multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Mon, 04 Jun 2001 09:02:00 +0200; The multicast hash is written into a nic register with set_bit(crc(...),mc_list); ... out{b,w,l}(mc_list[i],ioaddr); set_bit_le only helps for outb. My patch uses set_bit_16 and set_bit_32. Another o; /archives/netdev/2001-06/msg00229.html (8,946 bytes)
9. Re: multicast hash incorrect on big endian archs (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Mon, 04 Jun 2001 11:35:10 +0200; That could cause alignment problems. <<< from starfire.c { long filter_addr; u16 mc_filter[32] __attribute__ ((aligned(sizeof(long)))); <<< set_bit requires word alignment, but without the __attibute; /archives/netdev/2001-06/msg00230.html (8,847 bytes)
10. Re: multicast hash incorrect on big endian archs (score: 1): Author: "David S. Miller" <davem@xxxxxxxxxx>; Date: Mon, 4 Jun 2001 03:54:42 -0700 (PDT); Correction, it requires "long" alignment and that is 64-bits on several platforms. Later, David S. Miller davem@xxxxxxxxxx; /archives/netdev/2001-06/msg00231.html (8,722 bytes)

Current List: 1 - 10
Page: [1]