Re: [PATCH] forcedeth: fix random memory scribbling bug

2005-12-24 Thread Francois Romieu
Jeff Garzik <[EMAIL PROTECTED]> : [...] > Paranoia -- the situation above never occurs. It is coded as are other > drivers: np->rx_buf_sz only changes in ->change_mtu(), which (a) is > serialized against close and (b) always stops the engine and drains RX > skbs before changing the size. Yep.

Re: Integrating IXP4xx NPE support in kernel (with IXP4xxaccesslibrary)

2005-12-24 Thread Marc Singer
On Sat, Dec 24, 2005 at 09:49:42AM -0800, John Bowler wrote: > >The click-through license establishes the same ol' terms. "You can > >only distribute this software with a hardware product." > > This probably isn't a good place to discuss the license, particularly > as I'm certainly not a lawyer,

RE: Integrating IXP4xx NPE support in kernel (with IXP4xxaccesslibrary)

2005-12-24 Thread John Bowler
I removed l-a-k from the response list as I have been previously told that even mentioning this software is inappropriate for the list... From: Marc Singer >> On Dec 21 2005, at 15:48, Stefan Roese was caught saying: >> > It most likely is the same code. Currently it's version 2.0. It's currentl

Re: Integrating IXP4xx NPE support in kernel (with IXP4xx accesslibrary)

2005-12-24 Thread Marc Singer
On Sat, Dec 24, 2005 at 06:07:52AM -0800, Deepak Saxena wrote: > On Dec 21 2005, at 15:48, Stefan Roese was caught saying: > > Hi Lennert, > > > > On Wednesday 21 December 2005 14:52, Lennert Buytenhek wrote: > > > On Wed, Dec 21, 2005 at 01:00:34PM +0100, Stefan Roese wrote: > > > > The main ques

[git patches] net driver fixes

2005-12-24 Thread Jeff Garzik
Please pull from 'upstream-fixes' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git to receive the following updates: drivers/net/phy/phy_device.c |4 drivers/net/wireless/orinoco_nortel.c |6 drivers/s390/net/qeth_eddp.c |3 drivers/s

Re: [patch 2/5] spidernet: check if firmware was loaded correctly

2005-12-24 Thread Jeff Garzik
Jens Osterkamp wrote: Uploading the device firmware may fail if wrong input data was provided by the user. This checks for the condition. From: [EMAIL PROTECTED] Cc: netdev@vger.kernel.org Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> Patches 2-5 OK, but patch failed at patch #2: Applying

Re: Integrating IXP4xx NPE support in kernel (with IXP4xx accesslibrary)

2005-12-24 Thread Deepak Saxena
On Dec 21 2005, at 15:48, Stefan Roese was caught saying: > Hi Lennert, > > On Wednesday 21 December 2005 14:52, Lennert Buytenhek wrote: > > On Wed, Dec 21, 2005 at 01:00:34PM +0100, Stefan Roese wrote: > > > The main question I have is, where should the IXP4xx access-library > > > be located in

Re: Integrating IXP4xx NPE support in kernel (with IXP4xx accesslibrary)

2005-12-24 Thread Deepak Saxena
On Dec 21 2005, at 14:52, Lennert Buytenhek was caught saying: > On Wed, Dec 21, 2005 at 01:00:34PM +0100, Stefan Roese wrote: > > > The main question I have is, where should the IXP4xx access-library > > be located in the kernel directory structure? > > Maybe you can explain to the list readers

Re: [PATCH] Fix SLAB_DEBUG failures with forcedeth

2005-12-24 Thread Andi Kleen
> For me, there are 64 bytes left. Could you send me your .config, then I > can check it. I tested your pci_map_single patch now and it indeed fixes the problem. Looks like your theory was right. I redid my math and i really was a bit off and the "crosses into 4k slab" theory makes a lot of sens