summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Bump release verison to 2.12dmidecode-2-12aarapov2013-04-173-6/+47
|
* man/dmidecode.8: Add missing DMI type introduced with SMBIOS 2.7+aarapov2012-03-262-3/+17
|
* dmioem.c: Add "PXE" to HP OEM Type 209 record outputaarapov2012-03-123-1/+7
|
* dmidecode.c: Properly print the hexadecimal value of invalid stringkhali2011-11-182-1/+6
| | | | characters.
* Drop duplicate entry.khali2011-11-181-1/+0
|
* Absorb recent changes into AUTHORS and CHANGELOGaarapov2011-11-142-2/+6
|
* Make dmi_chassis_type aware of the lock bit (Closes: #33978).aarapov2011-11-141-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | . Previously all bits of the parameter passed to dmi_chassis_type were used to derive the chassis type although the 7th bit indicates a lock and only bits 6:0 encode the chassis type (7.4 System Enclosure or Chassis (Type 3), offset 05h). This is ok as long as the input is masked as it was done in dmi_decode, but it was forgotten in dmi_table_string, resulting in wrong output if there is a lock present: . dmidecode -s chassis-type <OUT OF SPEC> . although the normal output is correct: . [...] Handle 0x0003, DMI type 3, 17 bytes Chassis Information Manufacturer: Chassis Manufacture Type: Desktop Lock: Present [...] . dump (the 5th byte (83) is the interesting one): . dmidecode -t chassis -u SMBIOS 2.3 present. . Handle 0x0003, DMI type 3, 17 bytes Header and Data: 03 11 03 00 01 83 02 03 04 03 03 03 03 01 00 00 00 . Tested with current CVS code on a "Laptop" without a lock (by me) and on the "Desktop" board dumped above (by Florian Zumbiehl, thanks!). Patch from Stefan Tauner
* Haiku recently dropped the _BEOS_ definition in favor of its own platformaarapov2011-11-142-1/+6
| | | | | identification _HAIKU_, so we must now also check for it. Patch from Francois Revol.
* Update to support SMBIOS specification version 2.7.1.khali2011-04-202-7/+40
|
* Fix boundary checks of memory array location codes (DMI type 16). Reportedkhali2011-01-253-1/+7
| | | | by Andrey Matveyev.
* - update version.h's version variable to 2.11dmidecode-2-11aarapov2011-01-191-1/+1
|
* Update.khali2010-11-241-0/+5
|
* Reword "PCI Express Gen 2" to just "PCI Express 2" (DMI type 9).khali2010-11-241-6/+17
| | | | | Decode the slot ID for all PCI Express and PCI Express 2 slots (DMI type 9).
* Fix CPU flags mask (DMI type 4).khali2010-11-241-1/+1
|
* Trivial style fixes.khali2010-11-241-2/+2
|
* Update.khali2010-11-241-0/+36
|
* Update copyright year.khali2010-11-242-2/+2
|
* Decode BIOS language information flags (DMI type 13).khali2010-11-241-0/+13
|
* Fix offset of partition width (DMI type 19).khali2010-11-241-1/+1
|
* Consistently use hexadecimal for offsets.khali2010-11-241-1/+1
|
* Assume that the max power capacity is expressed in Watts, notkhali2010-11-241-1/+1
| | | | | | | milliWatts. The specification isn't clear about the actual unit, but the only implementation I've seen (HP Proliant G7) clearly uses Watts. Also, using milliWatts would limit the max value that can be stored to 32 W, which doesn't make much sense.
* Add description of cooling device (DMI type 27).khali2010-11-241-3/+53
| | | | | Add limited support for new DMI type 42 (Management Controller Host Interface).
* Add support for memory arrays of 2 TB and more (DMI types 16, 19 andkhali2010-11-241-37/+150
| | | | | 20). Add support for memory devices of 32 GB and more (DMI type 17).
* Add utility function u64_range, which computes the range between twokhali2010-11-242-0/+17
| | | | u64 values.
* Add UEFI support and virtual machine flags to BIOS characteristicskhali2010-11-241-12/+42
| | | | | | | | (DMI type 0). Add SKU number field to system enclosure or chassis (DMI type 3). Add many Intel, AMD and VIA CPU family names (DMI type 4). Add many socket formats (DMI type 4). Add processor characteristics flags (DMI type 4).
* Update all references to the SMBIOS specification to match the newkhali2010-11-241-147/+147
| | | | numbering in version 2.7.0 of the document.
* Update.khali2010-11-241-0/+6
|
* Fix length condition when decoding battery capacity. Probably not a bigkhali2010-11-181-1/+1
| | | | deal in practice, but there's no point in checking beyond our needs.
* Handle DMI type 2 record of size 0x0E.khali2010-11-162-1/+3
|
* Prevent unlikely array overrun when decoding processor family value 0xBEkhali2010-11-162-8/+14
| | | | (DMI type 4).
* Handle ambiguous processor family value 0x30 (DMI type 4).khali2010-11-162-3/+18
|
* Update.khali2010-11-161-0/+1
|
* Fix decoding of IPMI base address LSB.khali2010-11-112-1/+5
|
* Drop redundant/obsolete references to CIM_Processor.Family.khali2010-11-092-34/+39
|
* Spelling fix.khali2010-10-261-1/+1
|
* Drop a few undue blank lines.khali2010-10-261-4/+0
|
* Update to support Intel AP-485 (CPUID) revision 36.khali2010-10-262-10/+22
|
* Update.khali2010-10-111-0/+6
|
* Rework BSD make compatibility trick. The previous trick would breakkhali2010-10-111-6/+12
| | | | GNU make 3.82.
* One more SMBIOS version fix-up case.khali2010-10-111-1/+2
|
* * util.c: makes dmidecode fall back to regular reads if the mmapaarapov2010-09-293-10/+14
| | | | | | | | | | | | | | | | | | | | fails. Patch from Olof Johansson. original author's comment: Date: Tue, 28 Sep 2010 15:48:44 -0500 From: Olof Johansson <olof@lixom.net> To: Jean Delvare <khali@linux-fr.org> Cc: anton@redhat.com Subject: [PATCH] dmidecode: fall back to regular reads Message-ID: <20100928204844.GA19541@lixom.net> Hi, Following patch makes dmidecode fall back to regular reads if the mmap fails. I've got a patch I will send out that exports the DMI blob under debugfs, and said files can't be mmapped. Signed-off-by: Olof Johansson <olof@lixom.net>
* * dmidecode.c: Fix Xeon 7xxx entries in CPU name lookup table (DMI type 4).khali2010-09-213-2/+8
| | | | Patch from Paul Flo Williams.
* We have a new maintainer. Welcome on board Anton :)khali2010-02-091-1/+1
|
* Remove duplicate entry.khali2009-09-151-1/+0
|
* 2009-08-28 Jarod Wilson <jarod@redhat.com>jarodwilson2009-08-283-8/+64
| | | | | | | | | | | | | | | | | | | | | | Update to support SMBIOS specification version 2.6.1. * dmidecode.c: Add processor types "Dual-Core Xeon 5200", "Dual-Core Xeon 7200", "Quad-Core Xeon 7300", "QuadCore Xeon 7400", "Multi-Core Xeon 7400", "Core i7", "Dual-Core Celeron", "Multi-Core Xeon", "Dual-Core Xeon 3xxx", "Quad-Core Xeon 3xxx", "Dual-Core Xeon 5xxx", "Quad-Core Xeon 5xxx", "Dual-Core Xeon 7xxx", "Quad-Core Xeon 7xxx" and "Multi-Core Xeon 7xxx" (DMI type 4). * dmidecode.c: Add processor upgrade type "Socket LGA1366" (DMI type 4). * dmidecode.c: Add slot types "PCI Express Gen 2 x1", "PCI Express Gen 2 x2", "PCI Express Gen 2 x4", "PCI Express Gen 2 x8" and "PCI Express Gen 2 x16" (DMI type 9). * dmidecode.c: Add memory device types "DDR3" and "FB-DIMM" (DMI type 17). * dmidecode.c: Add cache associativity types "12-way Set-associative", "24-way Set-associative", "32-way Set-associative", "48-way Set-associative" and "64-way Set-associative" (DMI type 7). Signed-off-by: Jarod Wilson <jarod@redhat.com>
* Make it clear that I am no longer maintaining dmidecode.khali2009-08-031-2/+3
|
* Add processor upgrade type "Socket LGA1366" (DMI type 4).khali2009-07-272-2/+10
|
* Recognize "Hewlett-Packard" as a possible DMI vendor string for HP.khali2009-07-272-1/+2
| | | | Orginal patch from Thomas Hiller (HP).
* Fix decoding of memory array capacity. A maximum capacity of 128 GB wouldkhali2009-06-193-1/+9
| | | | | erroneously be reported as Unknown, while a unknown capacity would be erroneously reported as 2048 GB. Bug reported by Lin Li (HP).
* Warn if decoding an SMBIOS implementation which is newer than what wekhali2009-04-302-0/+14
| | | | support.
View Lorry Controller Status