Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753011AbXFFJBO (ORCPT ); Wed, 6 Jun 2007 05:01:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751610AbXFFJA5 (ORCPT ); Wed, 6 Jun 2007 05:00:57 -0400 Received: from mx2.suse.de ([195.135.220.15]:34779 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751160AbXFFJA4 (ORCPT ); Wed, 6 Jun 2007 05:00:56 -0400 From: Andreas Schwab To: David Woodhouse Cc: Segher Boessenkool , Kyle Moffett , John Stoffel , Willy Tarreau , Evgeniy Polyakov , CaT , Ondrej Zajicek , linux-kernel@vger.kernel.org, Bill Davidsen , Jan Engelhardt , Thomas Gleixner , Dongjun Shin , Pekka Enberg , Arnd Bergmann , Albert Cahalan , linux-fsdevel@vger.kernel.org, linux-mtd@lists.infradead.org, Artem Bityutskiy , Sam Ravnborg , Jamie Lokier , Roland Dreier , =?iso-8859-1?Q?J=F6rn?= Engel , Pavel Machek , Ulisses Furquim , akpm@osdl.org, David Weinehall Subject: Re: [Patch 04/18] include/linux/logfs.h 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> <18f622d94e9273fe6c93ef091fcec87c@kernel.crashing.org> <1181058836.16089.23.camel@hades.cambridge.redhat.com> <1181119820.25232.434.camel@pmac.infradead.org> X-Yow: Everybody is going somewhere!! It's probably a garage sale or a disaster Movie!! Date: Wed, 06 Jun 2007 10:59:48 +0200 In-Reply-To: <1181119820.25232.434.camel@pmac.infradead.org> (David Woodhouse's message of "Wed\, 06 Jun 2007 09\:50\:20 +0100") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.97 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 907 Lines: 22 David Woodhouse writes: > Won't a simple struct { uint16_t } get padded to a size of 4 bytes on > ARM? Even if I'm misremembering that, I certainly can't guarantee that > such a thing will _never_ happen on any newly-invented ABI. If you had > 'nopadding' instead of 'packed', then there's no need to emit code to > handle unaligned loads. You can add aligned(N) to increase the alignment again. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra?e 5, 90409 N?rnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/