[size=undefined]Your Brain [/size]. . . . It's the best tool U can use ! [size=undefined]Don't FLASH the Bios Mod if You get a Size Alert, You risk a Brick !!! [/size] Donate to me for my work, click here BDM
Posts: 1
Threads: 0
Joined: Aug 2015
Reputation:
0
08-24-2015, 03:07 AM (This post was last modified: 08-24-2015, 03:24 AM by usiex.)
How to remove whiltelist from hp elitebook 2540p.If this possible?
I read more forums but no answer how to do it.
I attache my dump bios reading programmers.
Thanks to help
Posts: 3
Threads: 2
Joined: Oct 2015
Reputation:
0
Hello!
Motherboard Z77- Stinger. Bios V1.24.
Intel Core I7 3770T. Do not run the motherboard module Killer Wireless-N 1103 Dual Band. Error code - 92. Can you help me?
Have a nice day!
(08-03-2010, 02:00 PM)hspumanti Wrote: 10. Open a command prompt and navigate to where you saved the file and type debug something.com, you should get a '-' prompt, type u and hit enter and you should see something like this. See step3.jpg.
The first column is memory addresses, the 2nd column is instruction bytes and the rest are Intel mnemonics.
11. Now we need some elementary assembly skills to find what we are looking for. Debug will show the mnemonics for the instructions. Debug doesn't handle 386 instructions well so you may see a few ??? but we should be able to find what we need. Look for a test al,al followed by a jnz {address}. The unassemble should have addresses on the left and they should correspond to the addresses in the debug so you can then -u {address} to see what happens at the jump to locations. See step4.jpg.
12. Now that we know what to change write down a about 6 or so of the bytes ending with the 75 and the following byte (27 in the step 4 example) and go back to WinHex and from the start of our program (the «55 8b ec» bytes) search for the bytes you recorded. Make sure everything around matches your debug window and replace 75 (JNZ short) with eb (JMP short). eb is an unconditional jump and will exit the routine so we don't get to the infinite loop. See step5.jpg.
Mark
I have a problem, when i get to step 10 and its time to do the
"debug 'something'.com" it says "insufficient memory"... Then i get the "-" prompt and i can still do the "u" but i keep searching and searching and i get everything but test and jnz...
I´m trying to do make my bios whitelist.
My notebook is a HP G42-283LA
""""I have a problem, when i get to step 10 and its time to do the "debug 'something'.com" .... but i keep searching and searching and i get everything but test and jnz... """"
i can´t find these words..... test jnz
I try with one modified by camilo sp52074_NWL_ByCamiloml
The notebook flash WITH this bios . Restart Works fine , apparently .
Then suddenly some attempt, no more video.....
then flash with a programmer, original bios, and resureccts....
Please help me!!!
Posts: 2
Threads: 0
Joined: Jan 2016
Reputation:
0
02-10-2016, 10:27 PM (This post was last modified: 02-10-2016, 10:45 PM by i420bdawg.)
(10-19-2010, 12:53 AM)eliquel Wrote: Hspumanti's guide is really awesome, but I ran into some issues and had to imrovise. I figured I'd post what I did to get it working on my bios.
HP DV7-1273cl
Okies... To preface this: I'm not in any way a programmer.. I did my best to understand this process to the best of my ability. Undoubtedly I'm probably off a bit in my thinking... but wtf I hacked my bios and that's like... as l337 as it gets...
So here's how I got this baby working..
I started off by downloading my bios from HP's site.. It downloaded as a single executable file that could only be ran. I extracted the executable using winrar and was presented w/ this.
Inside were 3 .FD files, from which I could conclude that the first was in fact NOT my bios because my laptop is the 30F4 model. I decided to take a gander inside the platform.ini and see if there was anything inside that could give me a clue as to which of the two that remained was the correct bios.
Right away I noted that the [FDFile] string listed the F260 as the filename to use. Ultimately that was good enough for me. Also worth noting if you add any text to the BackupName section it will create a backup of the current ROM inside of your bios before patching it with the new one. This is useful if you have to use the recovery method that I had to use, I'll talk about that at the end of this tutorial.
Now that I acquired the bios I needed, I decided to follow hspumanti's guide. I started up EzH20.exe and did a File - Load File - and selected my bios '30F4F260.FD' if successful you should get 'Program Load file finished' at the bottom left of the EZH20 window.
We are now going to use WinHex to edit the EZH20.exe Processes' RAM, which is just badass btw... I had to purchase the full version of Winhex in order to actually edit the RAM, but the free version will display all the information you need so you can at least see that the hack is possible before you buy.
Start up WinHex, goto Tools - Open RAM, select Ezh2o expand it and select Entire Memory. So we need to find the section of RAM that has our BIOS whitelist. You might as well get used to the Hex Value search(keyboard shortcut is Ctrl + Alt + X) because you will use it frequently. You can find the whitelist by hspumanti's method: hex string «31 00 30 00 34 00 2d 00 55» or by searching for your original wifi cards device id.
My original card was the Intel 5100 PCI\VEN_8086&DEV_4237&SUBSYS_12118086&REV_00
Which after taking out the strings of text becomes: 8086 4237 1211 8086
the assembler parses the device differently, it basically swaps the byte order of each section and flips the last 2. End result should look like this:
8680374286801112
I searched for the hex : 8680374286801112
and was placed right at the 104 error.(I'm quite sure that if you replaced the hex of your original card at this location w/ whatever your new card devid's are, you would successfully patch your whitelist, but I also believe patching it entirely makes more sense.) From there I scrolled up around 3 pages or so to find the start of the program, the MZ.. (4D5A). I then proceeded to look for bytes «55 8b ec» so I could debug the whitelist the way hspumanti described. Unfortunately I could not locate the bytes mentioned and I have windows 7 which does not have debug.exe. I tried a couple of things on my XP machine but got weird 'Cannot Find File' errors with the com I created.
So I decided I would try to use the debugging image hspumanti posted to see if I could get anything from that.
He did a good job explaining what was going on in this check wireless routine.
1823:02E6 is an infinite loop that jumps to itself so we need to make sure that the program does not get to this point.
1823:02BF This JNZ is a conditional statement which will determine if check wireless routine needs to be ran, but we want to change the condition to never run. The bytes store in 02BF are 7527 if we change the 75 to EB it will change the JNZ condition to a JMP, therefore always skipping the wireless check routine no matter what card is in.
So we just need to find the 75 that has to be modded to EB... Since I couldn't debug my own code I started looking for similar bytes in his. The preceeding bytes of 75 in his example was 84C0 so I decidied I would check the Whole whitelist MZ for bytes 84C075
I highlighted from the start of the MZ to the beginning of the next MZ(around 4 pages total), and searched for hex 84C075 while checking the 'Search in block only' box so it only searches w/in my highlight.
Victory! now of course this proved nothing, but I was very doubtful that this kind of a byte coincidence could happen in such a small section of code.
(Oops looks like I can't attach more than 5 pics.. guess you'll have to use your imagination).
Anyway... I made the change, clicked the disk icon, switched over to EZh20 did a File - Save As - named it the same as the original and saved it onto my desktop. I then moved the 3 .FD files into a different folder and moved the modified .FD in their place. I tried running InsydeFlashx64(Windows 7 64 bit on my machine) but it would not prompt for a flash. I figured it was because I was attempting to flash to the same bios version F.26 so I deleted the platform.ini file and tried again. It auto flashed my bios w/o prompting me so be sure that every thing is correct before you do this.
The flash was successful and ever since I have not seen that stupid 104 bullshit.
WOW, that was long, lemme know if the guide helps anyone! =)
I've got work now, so i'll edit the post later with the recovery method.
Grammar is not my forte, lemme know if something is tough to understand.
-eliquel
I tried this method, but it seems that after I make the changes in Memory that EzH2O does not save the changes to the file. i can confirm they are not saved by closing EzH20 after Saving and then re-opening the file in EzH20 and re-opening ezh20's memory stack with WinHex or even HxD. when i goto the point in the memory where the changes should be, they have reverted back to default values. Is there perhaps something I am missing or doing wrong? Oh and I forgot to mention, I have the exact same system, HP Pavilion DV7-1273cl currently running F2.D Bios Version. but i can downgrade if needed once i have a valid upgrade that will bypass wifi Whitelist making all cards valid. Trying to use an Intel Wireless AC 7260 Card...Plugging the card in after Bios Posts and the card works in windows but if i need to reboot i have to unplug the card until after bios posts each time. Also, I have tried the update in the BIOS Mods Downloads section for the F2.D HP SP, still it did not work.
HardwareID from Device Manager for New Card: PCI\VEN_8086&DEV_08B1&SUBSYS_40708086&REV_BB
HardwareID from Original Card (Like Original Post): PCI\VEN_8086&DEV_4237&SUBSYS_12118086&REV_00
![[-]](https://www.bios-mods.com/forum/images/black/collapse.png "[-]")
![[Image: 24ljwjq.png]](http://i53.tinypic.com/24ljwjq.png)
![[Valid RSS]](valid-rss.png "Validate my RSS feed")