From mboxrd@z Thu Jan  1 00:00:00 1970
From: Segher Boessenkool <segher@kernel.crashing.org>
Subject: Re: [Patch 04/18] include/linux/logfs.h
Date: Tue, 5 Jun 2007 17:49:01 +0200
Message-ID: <18f622d94e9273fe6c93ef091fcec87c@kernel.crashing.org>
References: <20070603183845.GA8952@lazybastard.org> <20070603184205.GE8952@lazybastard.org> <200706032342.27252.arnd@arndb.de> <20070604091245.GF14823@lazybastard.org> <1180964303.25232.358.camel@pmac.infradead.org>
Mime-Version: 1.0 (Apple Message framework v623)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Kyle Moffett <mrmacman_g4@mac.com>,
	John Stoffel <john@stoffel.org>, Willy Tarreau <w@1wt.eu>,
	Evgeniy Polyakov <johnpol@2ka.mipt.ru>, CaT <cat@zip.com.au>,
	Ondrej Zajicek <santiago@crfreenet.org>,
	linux-kernel@vger.kernel.org, Bill Davidsen <davidsen@tmr.com>,
	Jan Engelhardt <jengelh@linux01.gwdg.de>,
	Thomas Gleixner <tglx@linutronix.de>,
	Dongjun Shin <djshin90@gmail.com>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	Arnd Bergmann <arnd@arndb.de>,
	Albert Cahalan <acahalan@gmail.com>,
	linux-fsdevel@vger.kernel.org, linux-mtd@lists.infradead.org,
	Artem Bityutskiy <dedekind@infradead.org>,
	Sam Ravnborg <sam@ravnborg.org>,
	Jamie Lokier <jamie@shareable.org>,
	Roland Dreier <rdreier@cisco.com>,
	=?ISO-8859-1?Q?J=F6rn_Engel?= <joern@lazybastard.org>,
	Pavel Machek <pavel@ucw.cz>,
	Ulisses Furquim <ulissesf@gmail.com>, akpm@osdl.org,
	David Weinehall <tao@acc.umu.se>
To: David Woodhouse <dwmw2@infradead.org>
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from mail-in-02.arcor-online.net ([151.189.21.42]:44162 "EHLO
	mail-in-02.arcor-online.net" rhost-flags-OK-OK-OK-OK)
	by vger.kernel.org with ESMTP id S1763602AbXFEPtI (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Tue, 5 Jun 2007 11:49:08 -0400
In-Reply-To: <1180964303.25232.358.camel@pmac.infradead.org>
Sender: linux-fsdevel-owner@vger.kernel.org
List-Id: linux-fsdevel.vger.kernel.org

> It would be better if GCC had a 'nopadding' attribute which gave us 
> what
> we need without the _extra_ implications about alignment.

That's impossible; removing the padding from a struct
_will_ make accesses to its members unaligned (think
about arrays of that struct).


Segher