lists.openwall.net | 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 linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20100528120644.GB24114@littleblue.us.dell.com> Date: Fri, 28 May 2010 07:06:45 -0500 From: "K, Narendra" <Narendra_K@...l.com> To: "netdev@...r.kernel.org" <netdev@...r.kernel.org>, "linux-hotplug@...r.kernel.org" <linux-hotplug@...r.kernel.org>, "linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org> CC: "achiang@...com" <achiang@...com>, "Domsch, Matt" <Matt_Domsch@...l.com>, "Hargrave, Jordan" <Jordan_Hargrave@...l.com>, "Rose, Charles" <Charles_Rose@...l.com>, "Nijhawan, Vijay" <Vijay_Nijhawan@...l.com> Subject: [PATCH 2/2] dmi: save OEM defined slot information Hello, This patch from Alex Chiang exports onboard device information as defined by SMBIOS type 209 for HP Proliants systems. From: Alex Chiang <achiang@...com> Some legacy platforms provide onboard device information in an SMBIOS OEM- defined field, notably HP Proliants. This information can be used to provide information to userspace that allows correlation between a Linux PCI device and a chassis label. Save this information so that it can be exposed to userspace. We choose the string "Embedded NIC %d" since there are known platforms from other vendors (Dell) that provide a string in this format for their onboard NICs (although theirs is provided by a Type 41 record). This consistency will help simplify life for userspace tools. Only support HP platforms for now. If we need support for another vendor in the future, we can write a fancier implementation then. This code was inspired by the implementation in the userspace dmidecode tool, which was originally written by John Cagle. Signed-off-by: Alex Chiang <achiang@...com> --- drivers/firmware/dmi_scan.c | 29 +++++++++++++++++++++++++++++ 1 files changed, 29 insertions(+), 0 deletions(-) diff --git a/drivers/firmware/dmi_scan.c b/drivers/firmware/dmi_scan.c index 7d8439b..291b876 100644 --- a/drivers/firmware/dmi_scan.c +++ b/drivers/firmware/dmi_scan.c @@ -311,6 +311,32 @@ static void __init dmi_save_extended_devices(const struct dmi_header *dm) dmi_save_one_device(*d & 0x7f, dmi_string_nosave(dm, *(d - 1))); } +static void __init dmi_save_oem_devices(const struct dmi_header *dm) { + int bus, devfn, count; + const u8 *d = (u8 *)dm + 4; + char name[20]; + + /* Only handle HP extensions for now */ + if (strcmp(dmi_ident[DMI_BIOS_VENDOR], "HP")) + return; + + count = 1; + while ((d + 8) <= ((u8 *)dm + dm->length)) { + if ((*d == 0x00 && *(d + 1) == 0x00) || + (*d == 0xff && *(d + 1) == 0xff)) + goto next; + + bus = *(d + 1); + devfn = *d; + sprintf(name, "Embedded NIC %d", count); + dmi_save_devslot(-1, 0, bus, devfn, name); + +next: + count++; + d += 8; + } +} + /* * Process a DMI table entry. Right now all we care about are the BIOS * and machine entries. For 2.5 we should pull the smbus controller info @@ -357,6 +383,9 @@ static void __init dmi_decode(const struct dmi_header *dm, void *dummy) case 41: /* Onboard Devices Extended Information */ dmi_save_extended_devices(dm); break; + case 209: + dmi_save_oem_devices(dm); + break; } } -- 1.6.5.2 With regards, Narendra K -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists