New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SOLVED] "Unknown descriptor version: 7" when passing stock HP BIOS image #188
Comments
Where does your "stock HP BIOS image" come from? me_cleaner.py can only work on images identical to what is dumped from rom chips, rather than "stock BIOS images" designed for vendor tools. |
The BIOS has a "backup existing BIOS" option. This image is from there. |
Can the BIOS ROM be dumped (and the patched image restored) from the system itself (a.k.a. without chip readers, as I don't have access to one)? |
I don't believe your "backed up existing BIOS" is identical to the whole content of the flash chip. That's why me_cleaner.py correctly reported "unknown descriptor version" since it has no valid descriptor at all. The chip needs nearly always to be manipulated with an external programmer, unless the existing firmware is a free-as-in-freedom one like coreboot (if so, the "internal" programmer could be used via flashrom(8).). Proprietary vendor firmware tends to have loads of restrictions preventing the end-user from accessing the whole chip. |
You can try with |
@persmule How can I verify the descriptor myself? The Wiki says that the manufacturer of the motherboard (usually) provides a utility to convert the image into a standard format. HP, er, doesn't. @corna If
And my laptop DOES have an EC (defined in DSDT under EC0). Sorry for the really long comment, a sloppy habit of mine. |
@WaseemAlkurdi Buy an external SPI programmer, even the cheapest but easiest-to-use ch341a, please.
Just use flashrom(8) with "internal" programmer to probe the SPI flash, verbosely: Tools with adamant are necessary to repair porcelain. |
@persmule Not all people live in places where you have quality hardware shops. It is not a price issue, so why the prejudice xD? |
In general (but not always) reading with flashrom is safe: once you have the dump you can get the access permissions with |
Note that any Linux board with a SPI interface (so, most of them) can be used as a programmer, so if you find a Raspberry Pi (or a Beaglebone, or a C.H.I.P., ...) you can use that. Just make sure that they match your PC's SPI voltage (3.3 V usually). |
@corna You said: "but not always". Does that mean that there is a realistic risk of bricking the laptop when reading the flash with |
I really, really, really don't want to enter hardware/electronics in this ... I have near-zero experience with them ... Is it like 0% hope that something software can be done? |
Unfortunately the BIOS update download of your PC contains only the BIOS region, so I can't determine whether the regions are writeable.
The brick is quite unlikely by reading only, however you should ask it to the flashrom guys.
Yes, the SPI chips have a common pinout, so you should be able to get it by measuring the voltage between pin 4 (GND) and pin 8 (VCC).
There's something like (rough estimate) 30% of chance that you can do this by software alone, but there's also a 20% that you'll brick your PC. Unbricking it with an external programmer is easy (I periodically brick+unbrick my PCs 3-4 times a week), it's up to you. |
@corna A really hearty thanks for all your help! |
It depends on your definition of "bricking": in the BIOS/firmware world bricking means flashing an unbootable firmware, so you can't flash a new working one from software. However that's limited to the software flashing: if you have an alternative way to program the working firmware (and a working firmware, that's why you should do a backup beforehand), everything is ok, no need to buy a new motherboard. Obviously, this doesn't cover the case where you break the hardware (like if you break the SPI chip by connecting it wrongly), but sometimes you can recover also from those by replacing the faulty piece. |
Exactly ... So to make sure I understood you properly:
|
Just click 'close', I'll link this thread in the other discussions. :) |
Dear all,
I have a HP EliteBook Revolve 810 G2 laptop.
I have attempted to disable Intel ME as described under ().
However, I'm getting errors:
First, running
ifdtool
on the stock HP BIOS image results in:waseem@redacted:~/me_cleaner$ sudo ../coreboot/util/ifdtool/ifdtool -d ~/L86_0140.bin File /home/waseem/L86_0140.bin is 8388608 bytes Unknown descriptor version: 7
And
intelmetool -b
prints:Running
me_cleaner.py
on the stock BIOS image results in very concise and very unhelpful output:However, running this same command on the ME Firmware image obtained from HP Support and Drivers for my laptop results in some output.
Edit: Some output, unlike what happened with this guy: #152 (see first comment)
I'm stranded on this ... Any help is greatly appreciated!
The text was updated successfully, but these errors were encountered: