#19781 closed defect (fixed)
DMI Handle is not unique
| Reported by: | MattRobinson | Owned by: | |
|---|---|---|---|
| Component: | other | Version: | VirtualBox 6.1.8 |
| Keywords: | DMI Handle | Cc: | |
| Guest type: | Linux | Host type: | Windows |
Description
I have been having issues with the DMI on VirtualBox.
When I run dmidecode on Ubuntu 18.04, there are 2 entries for Handle 0x0008. When python's py-dmidecode runs, it loops through the DMI and the contents of the second entry for Handle 0x0008 replace the previous entry, causing it's output to be invalid.
I think the Handle entries should be unique.
I have attached a copy of my dmi output with the above issue (0x0008 listed twice).
Attachments (1)
Change History (5)
by , 4 years ago
comment:1 by , 7 months ago
comment:2 by , 3 months ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Hello,
We just released VirtualBox 6.1.50 and 7.0.14. This issue should be fixed there. You can download this version from here. Closing.
comment:3 by , 3 months ago
Saw this just now running Debian 12 and Virtualbox Version 7.0.14 r161095 (Qt5.15.2)
comment:4 by , 3 months ago
dxben - can you provide details (output from dmidecode showing duplicated handles)? The issue was entirely resolved in my tests. Could it be that you have a VM where the DMI information is coming from saved state? Then the safe way would be shutting it down and starting again.
Ack. Long standing bug, introduced in 2013. The minimally invasive change is using handle 0x0004 for the DMI OEM table, because that one is unused so far. I've applied the fix to the internal dev repo already, backports to the release branches will follow. Note that this did not make it into the 7.0.12/6.1.48 releases. The ones after should have it.