Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755916Ab1FTVFW (ORCPT ); Mon, 20 Jun 2011 17:05:22 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:45884 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1755739Ab1FTVFV (ORCPT ); Mon, 20 Jun 2011 17:05:21 -0400 Date: Mon, 20 Jun 2011 17:05:20 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Arnd Bergmann cc: linux-arm-kernel@lists.infradead.org, Alexander Holler , , Nicolas Pitre , , lkml , Rabin Vincent Subject: Re: [PATCH] USB: ehci: use packed,aligned(4) instead of removing the packed attribute In-Reply-To: <201106202209.35152.arnd@arndb.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1170 Lines: 33 On Mon, 20 Jun 2011, Arnd Bergmann wrote: > On Monday 20 June 2011 20:39:02 Alan Stern wrote: > > On Mon, 20 Jun 2011, Alexander Holler wrote: > > > > > I see it that way: packed is needed to be sure that at least for struct > > > ehci_regs there are no padding bytes inbetween the members. > > > > But is it really needed? > > No. When the structure is marked packed, it's broken because it relies > on undefined behavior. If it's not packed, there is no problem. > > > > It might > > > work without, but that depends on the compiler (-version, architecture, > > > whatever). > > > > Have there ever been any combinations of compiler, version, > > architecture, whatever, that had unwanted padding bytes in this > > structure? > > Only on compilers that are not able to build Linux kernels anyway. Just as I thought. There's no reason to accept the proposed patch; we're fine the way we are now. Alan Stern -- 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/