]> www.infradead.org Git - users/hch/dma-mapping.git/commit
platform/x86: dell-smbios: Remove unused dmi_system_id table
authorHans de Goede <hdegoede@redhat.com>
Mon, 2 Aug 2021 12:07:34 +0000 (14:07 +0200)
committerHans de Goede <hdegoede@redhat.com>
Thu, 12 Aug 2021 07:26:27 +0000 (09:26 +0200)
commit1d18ed5eab2a22d9af8c1cd7d23ea7c8dbb9088a
treeb0dc65cc2c3cff53fbcdac48c6b7c46acfdfc2c8
parentd36d4a1d75d2a8bd14ec00d5cb0ce166f6886146
platform/x86: dell-smbios: Remove unused dmi_system_id table

dell-smbios is depended on by dell-laptop and that has this same table +
some extra entries for chassis-type 30, 31 and 32.

Since dell-laptop will already auto-load based on the DMI table in there
(which also is more complete) and since dell-laptop will then bring in
the dell-smbios module, the only scenario I can think of where this DMI
table inside dell-smbios-smm.c is useful is if users have the dell-laptop
module disabled and they want to use the sysfs interface offered by
dell-smbios-smm.c. But that is such a corner case, even requiring a custom
kernel build, that it does not weigh up against having this duplicate
table, which as the current state already shows can only grow stale.

Users who do hit this corner-case can always explicitly modprobe /
insmod the module.

Cc: Mario Limonciello <mario.limonciello@outlook.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Link: https://lore.kernel.org/r/20210802120734.36732-1-hdegoede@redhat.com
drivers/platform/x86/dell/dell-smbios-smm.c