[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20091218.201914.102544489.davem@davemloft.net>
Date:	Fri, 18 Dec 2009 20:19:14 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	jesse.brandeburg@...el.com
Cc:	roger.oksanen@...helsinki.fi, stern@...land.harvard.edu,
	jeffrey.t.kirsher@...el.com, bruce.w.allan@...el.com,
	peter.p.waskiewicz.jr@...el.com, john.ronciak@...el.com,
	e1000-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org,
	netdev@...r.kernel.org
Subject: Re: e100 REGRESSION in 2.6.32 (PATCH v2)
From: "Brandeburg, Jesse" <jesse.brandeburg@...el.com>
Date: Thu, 17 Dec 2009 09:21:49 -0800 (Pacific Standard Time)
> 
> On Thu, 17 Dec 2009, Roger Oksanen wrote:
>> e100: Fix broken cbs accounting due to missing memset.
>> 
>> Alan Stern noticed that e100 caused slab corruption.
>> commit 98468efddb101f8a29af974101c17ba513b07be1 changed
>> the allocation of cbs to use dma pools that don't return zeroed memory,
>> especially the cb->status field used to track which cb to clean, causing
>> (the visible) double freeing of skbs and a wrong free cbs count.
>> 
>> Now the cbs are explicitly zeroed at allocation time.
>> 
>> Reported-by: Alan Stern <stern@...land.harvard.edu>
>> Tested-by: Alan Stern <stern@...land.harvard.edu>
>> Signed-off-by: Roger Oksanen <roger.oksanen@...helsinki.fi>
> 
> Change looks reasonable, ACK.
Applied, thanks everyone.  I'll try to requeue the e100 stuff
together into -stable again now that this is resolved.
> should we also consider a followon patch to zero memory allocated with 
> pci_pools?  Seems useful.
Nah, it's more fun debugging subtle bugs like this one.
:-)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists
 
