lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Mon, 20 Oct 2014 10:58:17 +1030
From:	Rusty Russell <>
To:	Barry Davis <>
Cc:	Tom Gundersen <>, "lkml" <>
Subject: Re: 0003-module-remove-MODULE_GENERIC_TABLE.patch

Barry Davis <> writes:
> Hi Rusty,
> I’ve just been looking at a change that this patch says you introduced:
> In previous kernels we had this defined:
>     chroot:# nm kernel/drivers/scsi/vmw_pvscsi.ko | grep _device_table
>     000000e0 R __mod_pci_device_table
> Now we have:
>     chroot:# nm kernel/drivers/scsi/vmw_pvscsi.ko | grep _device_table
>     000000e0 R __mod_pci__pvscsi_pci_tbl_device_table
> This results in depmod from module-init-tools not being able to find the __mod_pci_device_table.
> This leads to modules.pcimap being generated with no entries, which breaks anything that uses modules.pcimap to decide if it should insert a module or not.
> Was this unintentional, or is there another way to successfully generate modules.pcimap?
> See for details of depmods expectations.

Hi Barry,

        Not intentional at all!  You're the first to report this though:
are you still using the (deprecated) modules.pcimap?  The *map files are
not supported by kmod, and were only inserted as a nod to the older

Because it's really hard to fix: we now allow multiple tables, so the
names are now unique.

commit cff26a51da5d206d3baf871e75778da44710219d is the one that broke
this, but commit 21bdd17b21b45ea48e06e23918d681afbe0622e9 relies on it:

commit 21bdd17b21b45ea48e06e23918d681afbe0622e9
Author: Tom Gundersen <>
Date:   Mon Feb 3 11:14:13 2014 +1030

    module: allow multiple calls to MODULE_DEVICE_TABLE() per module
    Commit 78551277e4df5: "Input: i8042 - add PNP modaliases" had a bug, where the
    second call to MODULE_DEVICE_TABLE() overrode the first resulting in not all
    the modaliases being exposed.
    This fixes the problem by including the name of the device_id table in the
    __mod_*_device_table alias, allowing us to export several device_id tables
    per module.
    Suggested-by: Kay Sievers <>
    Acked-by: Greg Kroah-Hartman <>
    Cc: Dmitry Torokhov <>
    Signed-off-by: Tom Gundersen <>
    Signed-off-by: Rusty Russell <>
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists