Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-07 Thread Jeff Garzik
Yinghai Lu wrote: On 10/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: Jeff Garzik wrote: The 'fe-lock' branch of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock OK, I've successfully tested patches 1-5 on an AMD64 system with 00:0a.0 Bridge: nVidia Corporation CK80

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-07 Thread Yinghai Lu
On 10/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Jeff Garzik wrote: > > The 'fe-lock' branch of > > git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock > OK, I've successfully tested patches 1-5 on an AMD64 system with > > 00:0a.0 Bridge: nVidia Corporation CK804 Ethern

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-07 Thread Jeff Garzik
Jeff Garzik wrote: The 'fe-lock' branch of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock contains the following changes that I would like to get tested: [netdrvr] forcedeth: make NAPI unconditional [netdrvr] forcedeth: interrupt handling cleanup

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-07 Thread Jeff Garzik
Ingo Molnar wrote: * Jeff Garzik <[EMAIL PROTECTED]> wrote: * I feel TX NAPI is a useful tool, because it provides an independent TX process control point and system load feedback point. Thus I felt this was slightly superior to tasklets. /me agrees violently btw., when i played with thi

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-07 Thread Ingo Molnar
* Jeff Garzik <[EMAIL PROTECTED]> wrote: > * I feel TX NAPI is a useful tool, because it provides an independent TX > process control point and system load feedback point. > Thus I felt this was slightly superior to tasklets. /me agrees violently btw., when i played with this tunable under

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-06 Thread Jeff Garzik
Jeff Garzik wrote: The goals of these changes are: * move the driver towards a more sane, simple, easy to verify locking setup -- irq handler would often acquire/release the lock twice for each interrupt -- and hopefully s/and hopefully// (it became the next bullet point) - To unsubscri

Re: [PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-06 Thread Jeff Garzik
On Sat, Oct 06, 2007 at 11:12:50AM -0400, Jeff Garzik wrote: > > The 'fe-lock' branch of > git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock It should also be pointed out that these patches were generated on top of davem's net-2.6.24.git tree. They -probably- apply to

[PATCH 0/5] forcedeth: several proposed updates for testing

2007-10-06 Thread Jeff Garzik
The 'fe-lock' branch of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git fe-lock contains the following changes that I would like to get tested: [netdrvr] forcedeth: make NAPI unconditional [netdrvr] forcedeth: interrupt handling cleanup [netdrvr] forcedeth: