- 1. Making the NS83820 usable on IA64 (score: 1)
- Author: @xxxxxxxxxxxxxxx>
- Date: Wed, 17 Mar 2004 14:57:36 +1100
- Hi Folks, With the current NS83820 driver and IP stack implementation, the IA64 kernel spends 99.9% of its time in the unaligned access trap handler when the network starts getting busy. When I raise
- /archives/netdev/2004-03/msg00323.html (8,522 bytes)
- 2. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: evens@xxxxxxxxxx>
- Date: Wed, 17 Mar 2004 15:33:03 +1100
- Unfortunately the dp83820 won't dma to anything other than a 64-bit aligned packet. See table 3-2: offset tag description 0004h bufptr 32- or 64- bit pointer to the first fragment or buffer. In tran
- /archives/netdev/2004-03/msg00326.html (9,181 bytes)
- 3. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: xxxxxxxxxxxxxxxx>
- Date: Tue, 16 Mar 2004 21:49:12 -0800
- This makes every piece of code only able to assume 2-byte alignment. I don't think this will get accepted :)
- /archives/netdev/2004-03/msg00327.html (8,194 bytes)
- 4. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: xxxxxxxxxxxxxxxx>
- Date: Wed, 17 Mar 2004 19:54:28 +1100
- Well, there are at least two other alternatives. One is to copy the buffer to force iphdr to be 4-byte aligned. If you want to access a bitfield, it should be aligned at whatever the compiler expect
- /archives/netdev/2004-03/msg00329.html (9,893 bytes)
- 5. Making the NS83820 usable on IA64 (score: 1)
- Author: Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 17 Mar 2004 14:57:36 +1100
- Hi Folks, With the current NS83820 driver and IP stack implementation, the IA64 kernel spends 99.9% of its time in the unaligned access trap handler when the network starts getting busy. When I raise
- /archives/netdev/2004-03/msg00987.html (8,537 bytes)
- 6. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 17 Mar 2004 15:33:03 +1100
- Unfortunately the dp83820 won't dma to anything other than a 64-bit aligned packet. See table 3-2: offset tag description 0004h bufptr 32- or 64- bit pointer to the first fragment or buffer. In tran
- /archives/netdev/2004-03/msg00990.html (9,333 bytes)
- 7. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: "David S. Miller" <davem@xxxxxxxxxx>
- Date: Tue, 16 Mar 2004 21:49:12 -0800
- This makes every piece of code only able to assume 2-byte alignment. I don't think this will get accepted :)
- /archives/netdev/2004-03/msg00991.html (8,260 bytes)
- 8. Re: Making the NS83820 usable on IA64 (score: 1)
- Author: Peter Chubb <peter@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 17 Mar 2004 19:54:28 +1100
- Well, there are at least two other alternatives. One is to copy the buffer to force iphdr to be 4-byte aligned. If you want to access a bitfield, it should be aligned at whatever the compiler expect
- /archives/netdev/2004-03/msg00993.html (10,000 bytes)
This search system is powered by
Namazu