From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bin Ren Subject: Re: bug: slab corruption (net backend?) Date: Mon, 11 Jul 2005 15:29:10 +0100 Message-ID: <8ae780250507110729777901bd@mail.gmail.com> References: <20050707094132.GA29339@bytesex> <20050707113514.GA30556@bytesex> <20050707122242.GA31229@bytesex> <87br5ehi15.fsf@bytesex.org> <42CD52F4.2010407@us.ibm.com> <20050711132535.GB13297@bytesex> Reply-To: bin.ren@cl.cam.ac.uk Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: Gerd Knorr , xen-devel@lists.xensource.com, Steven Hand List-Id: xen-devel@lists.xenproject.org Not sure whether this is related or not. Interdomain NFS stops working with the latest xen-unstable. Haven't taken a closer look though. Last time the same thing happened was when checksum offloading was added. - Bin On 7/11/05, Keir Fraser wrote: >=20 > On 11 Jul 2005, at 14:25, Gerd Knorr wrote: >=20 > >> Can you disable tcp checksum offload (ethtool -K tx off) and see > >> if you can reproduce this problem? > > > > Never seen that again since I've turned off CONFIG_SLAB_DEBUG, > > which seems to be incompatible with the page mapping the xen > > backend drivers do. >=20 > Well, I'm not 100% sure of this. It looks like guard bytes aren;t > placed around slab allocations when slab object size is near a power of > two. But if guard header/footers are added to our skbuff data objects > then yes: that will be broken for xen netback. >=20 > -- Keir >=20 >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >