I disabled Secure Boot via the bios by assigning admin password and then could change the option to disable it. My secure boot is disabled. As was the other person who was having the same error 28. If the thumb drive boots to DOS then it boots to DOS. The firmware flash doesn't involve the DOS boot programs. The System files are the DOS startup files. Without those you don't boot to DOS. The System Files are DOS. The various flavors FreeDOS, etc., put the same system files required on the boot drive. Again if it boots to DOS, you are running pure DOS. There aren't different flavors of pure DOS. If that is wrong and we need a particular type of "pure DOS" I'd like to know for sure.
"So you tell me, What is the difference? why did mine work and your did not?" I don't have a clue and have asked same question. The other person as well did the steps exactly as directed. Had same error 28's as I. If it is the case that only certain DOS flavors will work, would not have any idea why however, it would be nice to know. Nit picking? Excuse me? Do you really want to go there on this forum? And no I'm not going to blindly try things just to see if it works just because it worked for you. Insanity is risking bricking a new laptop. If there is a difference between the DOS formatting and kernel, I'd like to hear that from Serg. If there is none, well sir you might consider you are out of line with your nit picking baloney.
Enjoy your sandwich John. I have no trouble listening to people who know what they are talking about. What works for one does not necessarily work for another which is why each firmware update is for a particular machine. But to be clear you are saying YOURS worked because you used FreeDOS, mine didn't because I didn't use FreeDOS. We'll see how that holds up when a more experienced person sheds some light on the issue. Jim
There are so many posts to this thread, my eyes were getting blurry trying to track information down. So, as a last resort, I'm posting in hopes of getting some assistance. My laptop is an HP dv6-6145dx with AMD A8 processor, running BIOS F20. I have Phoenix Tool v2.14 installed. I ran it on the BIN file taken from my Insyde BIOS download file (extracted using WinRAR) and discovered the white list is there and a crappy list of cards supported. I understand about the 3 key identifier for the card (vendor, product, subsys) and how the hex code is transposed (e.g. 18 14 becomes 14 18). So I have no problem with knowing how to identify a card entry and how to obtain the hardware identifier from device manager properties. What puzzles me is this rather easy statement of "just search and find the codes". The ROM files are binary, so my eyes glaze over with the dreaded thought of dragging each individual ROM file into a hex editor and searching. Is there any way to narrow down which file likely contains the white list codes? Also, am I right that when you edit it, the Phoenix Tool will detect the change and automatically apply it when "Dynamic" mode is selected?
Serg008, Backup didn't work with Flas**t. Says IHESI 10h Fail, Internal error ef function not supported.
Serg, Do you think it makes a difference if the backup I sent you to remove the white list was created while Secure Boot was still enabled? I or course have it disabled when trying to flash the new BIOS but am pretty sure it was enabled when I made the original backup that I placed on File Send for you. Also I went back to the first step. Some times I find starting fresh either works or reveals something I may have missed. I am running the FPT backup utility with Secure Boot OFF. This is now in the error log. Error 26: The host CPU does not have read access to the target flash area. To enable read access for this operation you must modify the descriptor settings to give host access to this region.
Thanks for clarifying the issue. It has a feature to protect it from writing an old bios over a new one, Back Bios, something like that. I tried with it enabled and disabled with no positive impact. I'll not be soldering anything I can assure you. Frustrating that some of these G580's have this kind of write protection and some apparently don't. Not sure if there is anything to be learned from looking at the BIOS Universal Bios Tool backup as compared to the FPT tool. The Flas**t thing seemed to be for an IndyeBIOS and mine isn't. If there is anything I can try let me know. Thanks again however, Jim In doing some searching looks like this is not a new problem/issue. A few threads indicate if a new bios is released after installing it the write protection bit might get reset.
Hi Serg, I was wondering how to do the bios mod for Lenovo Z580. I would like to back up the bios, but I get different md5 checksums with two different tools. Can you send me the process of moving the whitelist. Thanks in advance!
Serg, is it possible to edit the white list for an HP Insyde BIOS that is RSA signed? I have learned the procedure for extracting the BIOS data using the Phoenix Tool and how to recreate the files for normal BIOS recovery. The additional step would be to edit the ROM file containing the white list and then let the Phoenix Tool rebuild the BIOS files. If the modification is only to adjust the existing hex values, meaning to exchange the references from one wifi card to another, will this work? The steps I followed to produce a BIOS that will be properly flashed when rebooting with Win + 'B' keys held involves selecting the correct SLIC file in the process (in my case it is the SLIC_MPC 2.1, as indicated by the RW report). However, Yen's instructions on the 1st post state to select in the advanced options "NO SLIC", and says "Please note we don't use the tool to SLIC a bios, but to decompose the modules / rebuild the bios." So I'm not quite sure what that means and the implications. Should the SLIC file not be selected in the process? Or does it just mean that the BIOS files will be reassembled differently?