From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Mackall Subject: Re: [PATCH rc8-mm1] hotfix libata-scsi corruption Date: Tue, 22 Jan 2008 17:58:54 -0600 Message-ID: <1201046335.14436.92.camel@cinder.waste.org> References: <1201022985.3210.24.camel@localhost.localdomain> <1201031028.3210.61.camel@localhost.localdomain> <1201039931.3210.96.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-ide-owner@vger.kernel.org To: Hugh Dickins Cc: James Bottomley , Andrew Morton , Jeff Garzik , Alan Stern , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi List-Id: linux-scsi@vger.kernel.org On Tue, 2008-01-22 at 22:59 +0000, Hugh Dickins wrote: > On Tue, 22 Jan 2008, James Bottomley wrote: > > > > libsas looks to be OK because it specifically kmallocs a 512 byte buffer > > which should (for off slab data) be 512 byte aligned. > > I don't remember the various SLAB and SLOB and SLUB rules offhand: > I'm not sure it's safe to rely on such alignment on all of them .... It doesn't work that way with SLOB kmalloc (nor did it in pre-slabified kmalloc). One shouldn't be surprised if a SLAB/SLUB debugging feature breaks that alignment either. -- Mathematics is the supreme nostalgia of our time.