Hello!
I own an Aw 17 R5 Engeneering sample.
It has 6 cores 0000 cpu with id 906EA.
The problems are:
Fans spin from 50% to 100% all the time even after repaste. Temps are goog 35-40c idle and 60-70c under load.
The alienfx blinks all the time and it can’t be configured by aw command center! It says no alien fx supported devices fiund.
Thunderbolt is not working. Firmware flasher doe not detect it!
The factory bios update says: secure check fail!
So i tried to flash bios by programmer and got no luck with working dump from an non engeneering board.
Regular dump is 16mb engeneering dump is 32mb.
I tried to turn of intel boot guard and cleaned ME region in the regular dump but got no luck it posting.
I need someone to help me to mod the stock dump of this laptop.
Thank You!
Edit by Fernando: Thread title customized
Hello,
Can you compress and attach/link the original dumped engineering SPI image and the non-engineering one? It’s the only way to make comparisons. Usually Engineering boards use different firmware than the Production ones so you may not be able to cross-flash or update it. But it may be possible to fix your current dump.
Thank You for the reply!
Here it is: https://drive.google.com/drive/folders/1…0ex?usp=sharing
There are 3 files in the folder
1 32mb spi dump from engeneering board
2 16mb spi dump from regular board
3 Dell’s ofical latest bios / hdr file I made.
I understand that this engeneering board will not run on regular bios. The point is to make it more usable at least to inject bios body and EC controller settings from regular board.
I tried to do so but my knowledge in bios modding is to short for such operations. Itried to flash the bios body from regular dump by afudos but it gives an error that bios is write protected. I could only read and dump 8mb bios body from engeneering firmware by afudos. I also tried afuwin etc but no luck. The only way for me to read and write to this IC chip (mx25l25673g) was flashing it by programmer.
Thank you for the files. The system does indeed use Pre-Production firmware. There are no important protections in place such as BootGuard. First, let’s try cleaning the CSME firmware, just in case the problem is there. I don’t think we can do much at the BIOS region so hopefully that helps at some extend. Use the programmer to flash the “cleaned” SPI image. Reset CMOS as well before first power up after re-flash.
552read_clean.rar (5.44 MB)
So what it will allow me to do?
Is it possible to flash it by a regular firmware update after programming? Or will it fix fans spin?
I’m not sure I understand the question. There are no regular firmware updates for a Pre-Production system. These were meant for testing. The goal here is to get it work better. You flash the “cleaned” SPI image using the programmer and test if that fixes some of the issues. A problematic CSME firmware could be the cause of such issues. You can run download MEInfo tool from CSME System Tools v12 (Section C) to check its health. Another firmware which could cause such issues is PMC (Power Management Controller), which works alongside CSME. We could try to update it just in case the current version is buggy. If none of these work, we will know the problem is at the BIOS.
I flashed this firmware by programmer. Laptop booted up as normal. Wans still spin from boot and still same behaviour. But it booted faster than before.
One more thing I can add that if i connect 15 inch lcd to it the motherboard start thinking that she is AW15 R4 and changes gpu to Max-q version. and then the fans start to spin normally and AW command center detects it as Alienware 15 but still cant chang lightning settings or at least turn it off.
Let’s try to upgrade both CSME and PMC to the latest Pre-Production versions. I’m not sure if it will work so you may need to use the programmer to flash back the previous image.
552read_test.rar (5.55 MB)
No boot on this one. I tried couple times and have a cpu error code blinking. Also absolutely no fan spin. Even before i flashed the laptop always spinned fans for couple times. But this time it was silent and only flashlight blinking.
Thanks for testing. I see, we can’t really know how these Pre-Production systems work unless we try. Most people ask for help with Production systems, that’s why. Anyway, I don’t think the PMC can be updated further. Now that the CSME firmware is cleaned and the PMC cannot be updated, let’s focus on the BIOS. I’ve attached below the latest Production BIOS region, extracted from Dell HDR BIOS v1.7.0. We can base any changes to the previously attached “552read_clean.bin” SPI image. One difference is that the Production BIOS does have BootGuard enabled. The CPU microcodes are compatible. I think we could try a quick & dirty test by replacing the Engineering BIOS with the Production one, after modifying FIT to remove the ACM/BG entries. If that fails, replacing/cleaning the NVRAM of the BIOS region might help. I’ll tag @Lost_N_BIOS who might be able to help there. Please wait for his reply.
alienware_15_r4_17_r5_1.7.0_BIOS.rar (4.08 MB)
No boot/fan spin on this one.
@code9523 - That’s probably because you didn’t wait for my reply, I think plutomaniac meant that several edits need to be done with the linked file because it’s not something you would ever be able to straight program and use.
The file attached at post #10 is only a BIOS region (7MB) = part of the BIOS, not a whole BIOS (32MB) - this is why he said to wait for me to make you some test BIOS builds various ways.
First test these two BIOS - Straight stock region swap in - one with latest original included microcode for your CPU, other with 2017 microcode from BIOS at post #4 ACM/BG removed from FIT on ALL
Stock2017
Stock2019
Then if both fail to boot, test these BIOS, same as above but with your original NVRAM in place and old original Setup, AMISTE, AMITSE/SetupData, 2 x StdDefaults outside NVRAM swapped in
This much easier than NVRAM swap of setup entries in NVRAM - other way nearly impossible for me, takes hours to redo all NVRAM especially when there is 100’s of entries
Stock2017NV
Stock2019NV
* Edit code9523 - please wait until I get reply back below about the size difference, sorry!
Plutomaniac Which FITc can work on that BIOS, if any? I tried V12 >> from R8, R12, and R17 packages, all fail to open, revert to default
I simply wanted to be sure Bootguard profile was set to profile zero, if you did that already, or that is stock, then nothing I need to do there.
Aside from this, I think I will need to find and use some stock dumped BIOS region as the stock replacement, due to original BIOS region - 8MB and the one you gave above from HDR - 7MB
It doesn’t rebuild properly like that, and I don’t know proper way to increase that (ie where to pad, if any pad will = fail etc). So, I wait your thoughts, and then I’ll find some stock dump instead unless you have known tested method about this issue.
If you want to inspect and see what you can come up with as swap possibility with the size differences, here is stock region redone as you mentioned, ACM/BG removed + FIT Fixed, and then ucodes done as I mentioned above (one OG, one with 2017 906EA)
http://s000.tinyupload.com/index.php?fil…944426009693788
Thank You for the reply!
I know that 7mb bios body will not work but any way I flashed it. I’m not a bios modder many things are unknown for me. I just can do basics flashes by programmer or other ways but i never build a firmware that would work on laptop or other stuff. I tried to make couple modifications to this firmware (32mb) but it didn’t work. I tried FIT but it failed as You mentioned I also tried Uefi tool to inject bios body but it fails due to sizze mismatch. The only sucess i got on this firmware is reading 8mb by afudos but it never flashed anything aas it gives an error that dump is write protected. So I’m here looking for help.
By the way. May be this production dump 16mb is broken? I downloaded it from forum but can only confirm that it’s not working on my board. I havent checked it on production board as i dont have such. May be it needs some mods like clean me region and bootguard disable?
What do You think?
Only the ancient FIT v12.0.0.1020 to be honest (for two different reasons which are not important). But to answer your question, yes BG is completely absent/disabled (Profile 0, No_FVME) so there’s noting to worry about there. Besides, even if it was active at the CSME firmware, the user would need to intentionally activate it by closing the manufacturing mode via "fptw -closemnf". The dumped BIOS also lacks BG entries at FIT, only the Production BIOS is configured that way (which is normal).
That’s not possible as this is a Pre-Production system so only the OEM has access to these internal SPI images. I did notice the 8MB vs 7MB difference.
Why do we need to increase it? The PRE system has an even larger 32MB SPI chip so size is definitely not a problem. The normal way to deal with this is to take the space from the Engine region. That’s what FIT does. All extra space is appended at the end of the Engine region because the BIOS must always be at the end. I’m sending you the old FIT. You can replace the BIOS region within it and re-build the entire SPI image in that way. If you’re talking about UEFITool failing to modify the BIOS, I can’t be of help there. But I don’t think working with the BIOS region only will cause issues at UEFITool. Leave the rest of the SPI rebuilding for FIT.
Obviously it didn’t work and no, the provided Production dump is ok. As I said, your system uses Pre-Production firmware which won’t accept the Production firmware from the Production dump. I’m mostly talking about CSME and PMC firmware which use different RSA Keys at PRD vs PRE PCH so they are inherently incompatible with one another. You can’t take the PRD SPI image and flash it at your system. It will fail immediately because the CSME firmware won’t load and thus won’t allow the CPU to take control and boot further. The goal is to use the PRE CSME and PMC firmware from your dump and then modify the BIOS region to hopefully make it work.
@code9523 - you are too funny! >> “I know this partial BIOS wont work, I know it’s wrong size… But I flash it anyway” ??? Since you knew it was wrong size, and wouldn’t work, what did you think the outcome would be when flashing? Magic? 
Yes, I would not use AFU on this system anyway, it’s Intel based so use Intel FPT. Don’t use blindly, ie without help, instructions, us telling you to do this or that, I’m only speaking in general here in regards to AFU or FPT and my preference.
You have a hardware flash programmer, so you really never need to use either of these, except maybe later once you get it all sorted and put back together, then I would use FPT for any flashing I needed to do.
About 16MB file? It could be broken, did they say it was working dump wherever you grabbed it from? I’ve not looked at or used any 16MB file for anything, and didn’t plan to either, so it doesn’t matter to me if it works or not.
But yes, if that is a working file, it would need BG disabled and ACM/BG entries removed from FIT before it could ever have a chance to work. And another but, it can’t work anyway due to production ME FW is there, so you can basically toss that out.
I may use it for what I mentioned above though, so please attach by themselves into a single zip/rar so I only have to download those if I need them later.
Now, I have tool to work with this BIOS properly, please wait, test BIOS coming soon
plutomaniac - Thanks for the FIT info, I tried old and new, but didn’t have one old enough I guess 
Thanks, that was all I really wanted to check in FIT, about the BG, I assumed you did but wasn’t sure and since he mentioned it at first post I wanted to check to be sure.
On the stock dumped region thoughts I mentioned, I only thought maybe an actual stock dumped region would = 8MB vs that HDR region, but yes if it’s same then same issue would be presented anyway.
Yes, I wanted to increase it due to UEFITool would not rebuild at a BIOS region swap only, and I’m not great at FD editing to resize region, so wasn’t sure if I could build it manually in hex and then correct the FD BIOS region size etc.
And now mentioning that, this would leave final file 31MB, so still 1MB too small, so something’s got to be corrected in my mind (as you mentioned, by build with FIT instead)I did consider FIT building too, but it wasn’t working for me yesterday so never made it that far.
I’ve never built a BIOS like that with FIT, changing region sizes etc, so this may be best done by you at first, unless you don’t want to do it? I will try now since you sent me that FIT
* Edit - I looked, and don’t see what I expected at Flash Layout, all sizes are zero, so lost on doing that with FIT 
- Edit 2, never mind, that ways easy, and not unexpected 
** Edit - @code9523 - Here is BIOS to test, put on with programmer only
First test these two BIOS trying the 2017 one first - Straight stock region swap in - one with latest original included microcode for your CPU, other with 2017 microcode from BIOS at post #4 ACM/BG removed from FIT on ALL
Stock2017
Stock2019
Then if both fail to boot, test these BIOS again trying 2017 first. These are same as above but with your original NVRAM in place and old original Setup, AMISTE, AMITSE/SetupData, 2 x StdDefaults outside NVRAM swapped in
This much easier than NVRAM swap of setup entries in NVRAM - other way nearly impossible for me, takes hours to redo all NVRAM especially when there is 100’s of entries.
These may fail no matter what, for many various reasons related to the new/old swapping of the modules mentioned above, but also due to AMI Hash mismatch (Sometimes that cause any BIOS edit to fail, other times nothing)
Stock2017NV
Stock2019NV
http://s000.tinyupload.com/index.php?fil…731289720798234
No boot. Only fans spin and cpu error.
Please give me full exact report for each BIOS, or did you mean that is same for all 4 BIOS? If yes, same for all 4, then you may not be able to use retail stock region with old PRE ME FW.
You are erasing chip, then blank check, before write/verify each time correct? If not, please always do this, otherwise you can have issues, failure etc.
Maybe only thing we can do is mod the original BIOS and see if we can correct the problems you are having.
So there is no boot on 4 dumps. I always erease chip and do blank check. On a stock bios with clean me laptop boots like this:
I press power button than it turns on lights and fans for 3 seconds and cuts power.
Then i press power button once again and it spin fans for like 5 times and shows picture.
On your 4 dumps laptop is starting like on 32mb dump with old me region:
I press power button it turns on like 5 times without any flashing lights only fans spins and after 4 or 5 times it turn on alienfx light and power button start blinking CPU error code 2 red 1 blue. Then it shuts down buy it self.
For me it looks like it cant initialize cpu or something as i checked woltage on cpu coils and it’s cutting it after couple seconds. It looks like when i press power button it gives 1.0…v on cpu coils then turn it off.
Thanks for detailed info!
My four BIOS I sent you are 32MB and have the old ME region, they were built from BIOS in post #4 that Plutomaniac did clean ME in (552read_clean.rar)
Seals the deal for me, on stock BIOS region not being compatible, especially since first set acts no different than second set. I expected different results from first to second set, at least something different between the two sets.
Back to 552read_clean, flash that. Then explain to me the issues you have, we’ll go from there. Also, once you do that, please zip or rar for me one image of each main BIOS page (ex. main, adv, chipset, security, boot, save and exit etc)
Unless it’s not standard AMI type looking BIOS (Gray/blue), and looks like Dells crap BIOS instead. If you are unsure which type I mean, show me a single image of the BIOS, then I’ll tell you if I want the rest of the images or not.
Please resize images, I don’t need 3-5MB images just to look at the BIOS, thanks [wnk]