[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120615201021.GB14544@kroah.com>
Date: Fri, 15 Jun 2012 13:10:21 -0700
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Bjørn Mork <bjorn@...k.no>,
USB list <linux-usb@...r.kernel.org>,
linux-kernel@...r.kernel.org,
Linux-Next <linux-next@...r.kernel.org>,
linux-kbuild <linux-kbuild@...r.kernel.org>,
Linux/m68k <linux-m68k@...r.kernel.org>
Subject: Re: [-next] FATAL: drivers/gpu/drm/udl/udl: sizeof(struct
usb_device_id)=24 is not a modulo of the size of section
__mod_usb_device_table=44.
On Fri, Jun 15, 2012 at 07:42:08PM +0200, Geert Uytterhoeven wrote:
> commit 81df2d594340dcb6d1a02191976be88a1ca8120c ("USB: allow match
> on bInterfaceNumber") added a byte to the interior of struct usb_device_id,
> enabling implicit padding:
>
> --- a/include/linux/mod_devicetable.h
> +++ b/include/linux/mod_devicetable.h
> @@ -115,6 +118,9 @@ struct usb_device_id {
> __u8 bInterfaceSubClass;
> __u8 bInterfaceProtocol;
>
> + /* Used for vendor-specific interface matches */
> + __u8 bInterfaceNumber;
> +
> /* not matched against */
> kernel_ulong_t driver_info;
> };
>
> On m68k, this causes failures like:
>
> | FATAL: drivers/gpu/drm/udl/udl: sizeof(struct usb_device_id)=24 is
> not a modulo of the size of section __mod_usb_device_table=44.
> | Fix definition of struct usb_device_id in mod_devicetable.h
>
> M68k is special in that it uses 2 for the alignment of 32-bit entities, hence
> sizeof(struct usb_device_id) = 22.
>
> However, when cross-compiling on amd64, sizeof(struct usb_device_id) = 24
> in scripts/mod/file2alias.c.
I don't really understand, what is the problem here? The fact that we
added one byte to the structure? And now something breaks? How?
What can we do to resolve it?
confused,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists