I did some more tests and succeeded in flashing the firmware to A09 version:
1) I ran the firmware tool on another computer, waiting for it to extract its data into temporary folder. When the extraction dialog box closed, I went to %TEMP%\ExtactTemp\ and copied the files to a FAT16 USB pendrive (sometimes the file default.rsp had an additional ".bak" extension; this needed to be renamed to "default.rsp"). 2) I inserted the pendrive into a USB port of the L322X while powered off, disconnected the power cable, pressed the END key, reconnected the power cable and released the END key after 1 second. This caused the laptop to start automatically and directly boot the DOS flash utility on the pendrive. 3) The flash utility started reading the current BIOS and as expected, it failed and caused a restart. I kept repeating step 2 (tens of times) and the flash utility eventually succeeded in reading the ROM and completed the flash operation successfully.
When the computer restarted, the DELL logo appeared immediately. I entered setup options and verified that the firmware version was A09. Since then, the computer has always started properly after a cold boot or a restart and the problem has not occurred, so it seems flashing the firmware to the A09 version solved it.
I think it's safe to conclude for now that the firmware is the cause of the problem and not the hardware. Since the problem appeared after booting in UEFI mode on a linux kernel after months of using legacy BIOS, I think an operation -such as a kernel crash- may have put the NVRAM in an invalid state. I've read on the web that Windows and linux both use the NVRAM to store crash dumps, so this may be the origin of the problem. During the various tests I performed, I booted on an EFI shell and made a dump of the smbiosview and dmpstore commands, and I compared the dumps of before and after the flash succeeded with a merge utility, but I could not spot any meaningful differences (the only differences in smbiosview were about the SKUNumber that was patched in A08 or A09; there were more differences on EFI variables in dmpstore but as I could not find any documentation on most of them -especially those DELL related- I didn't spot anything useful; I can provide those dumps if necessary).
So for now, I don't know what solved the problem exactly: is it the A09 revision that corrects a bug that existed in A07, or is it the flashing process that cleaned up something in the NVRAM? (especially since "default.rsp" contains flags such as /cvar that seems to relate to clearing persistent memory)? Any insight on the topic is welcome.
Thank you for the detailed solution to this problem. I had the exact same problem with my xps 13 (L322X) machine. Only difference being i was already on A09 BIOS. So I just updated it to A10 BIOS and this problem is fixed.
Again, as you have mentioned it took quite a few trials to get it to read the current BIOS on boot up. Saved me the trouble of replacing the motherboard, which would have cost me around $200-$400
I am getting this exact issue on my xps 13. Figured I would try to update to the latest bios and am getting the same errors you did when trying to flash. Unfortunately this is my only PC at this time as my motherboard went out on my main PC and has been RMA'd back to the company for repair so I have no way at this time to run the bios executable on another PC. Anyone have any advice on what to do now?
If you want to try out the instructions I described in my previous post, you may be able to set it up from the XPS 13 itself. As you said you get an error from the flash executable I assume you're able to boot into either Windows or DOS from the XPS.
If you can boot into Windows you can still run the update executable, let it decompress its data and follow my instructions to grab its uncompressed content from the temporary folder.
If you can only boot into DOS, you can run the flash executable, wait for it to decompress all its content and then pressing the CTRL+C combination until the program aborts. You will see it created another folder beside its executable that will contain the exact same thing the Windows version decompresses in the temporary folder. From this you should be able to follow the rest of the instructions and hopefully succeed in flashing your BIOS.
I seem to be having the exact same issue, except even after 30 or more trials I cannot get it to burn the updated bios, and at this point it also will never boot even to the dell logo, even after say 30+ trials of rebooting.
Hi. im very in trouble to follow your instructions point 1. Im dont know how extract data in another pc. I have the same problem in my Xps , i have A03 Bios version . Couldo you guide step by step? Thanks in advance
spellizzari
1 Rookie
•
3 Posts
1
August 23rd, 2013 01:00
I did some more tests and succeeded in flashing the firmware to A09 version:
1) I ran the firmware tool on another computer, waiting for it to extract its data into temporary folder. When the extraction dialog box closed, I went to %TEMP%\ExtactTemp\ and copied the files to a FAT16 USB pendrive (sometimes the file default.rsp had an additional ".bak" extension; this needed to be renamed to "default.rsp").
2) I inserted the pendrive into a USB port of the L322X while powered off, disconnected the power cable, pressed the END key, reconnected the power cable and released the END key after 1 second. This caused the laptop to start automatically and directly boot the DOS flash utility on the pendrive.
3) The flash utility started reading the current BIOS and as expected, it failed and caused a restart. I kept repeating step 2 (tens of times) and the flash utility eventually succeeded in reading the ROM and completed the flash operation successfully.
When the computer restarted, the DELL logo appeared immediately. I entered setup options and verified that the firmware version was A09. Since then, the computer has always started properly after a cold boot or a restart and the problem has not occurred, so it seems flashing the firmware to the A09 version solved it.
I think it's safe to conclude for now that the firmware is the cause of the problem and not the hardware. Since the problem appeared after booting in UEFI mode on a linux kernel after months of using legacy BIOS, I think an operation -such as a kernel crash- may have put the NVRAM in an invalid state. I've read on the web that Windows and linux both use the NVRAM to store crash dumps, so this may be the origin of the problem. During the various tests I performed, I booted on an EFI shell and made a dump of the smbiosview and dmpstore commands, and I compared the dumps of before and after the flash succeeded with a merge utility, but I could not spot any meaningful differences (the only differences in smbiosview were about the SKUNumber that was patched in A08 or A09; there were more differences on EFI variables in dmpstore but as I could not find any documentation on most of them -especially those DELL related- I didn't spot anything useful; I can provide those dumps if necessary).
So for now, I don't know what solved the problem exactly: is it the A09 revision that corrects a bug that existed in A07, or is it the flashing process that cleaned up something in the NVRAM? (especially since "default.rsp" contains flags such as /cvar that seems to relate to clearing persistent memory)? Any insight on the topic is welcome.
iluvxps13
1 Message
0
July 21st, 2016 12:00
Hi,
Thank you for the detailed solution to this problem. I had the exact same problem with my xps 13 (L322X) machine. Only difference being i was already on A09 BIOS. So I just updated it to A10 BIOS and this problem is fixed.
Again, as you have mentioned it took quite a few trials to get it to read the current BIOS on boot up. Saved me the trouble of replacing the motherboard, which would have cost me around $200-$400
Thanks again!
tertal2
7 Posts
0
September 11th, 2013 20:00
I am getting this exact issue on my xps 13. Figured I would try to update to the latest bios and am getting the same errors you did when trying to flash. Unfortunately this is my only PC at this time as my motherboard went out on my main PC and has been RMA'd back to the company for repair so I have no way at this time to run the bios executable on another PC. Anyone have any advice on what to do now?
spellizzari
1 Rookie
•
3 Posts
0
September 12th, 2013 00:00
If you want to try out the instructions I described in my previous post, you may be able to set it up from the XPS 13 itself. As you said you get an error from the flash executable I assume you're able to boot into either Windows or DOS from the XPS.
If you can boot into Windows you can still run the update executable, let it decompress its data and follow my instructions to grab its uncompressed content from the temporary folder.
If you can only boot into DOS, you can run the flash executable, wait for it to decompress all its content and then pressing the CTRL+C combination until the program aborts. You will see it created another folder beside its executable that will contain the exact same thing the Windows version decompresses in the temporary folder. From this you should be able to follow the rest of the instructions and hopefully succeed in flashing your BIOS.
quade.broadwell
3 Posts
0
September 17th, 2013 13:00
I seem to be having the exact same issue, except even after 30 or more trials I cannot get it to burn the updated bios, and at this point it also will never boot even to the dell logo, even after say 30+ trials of rebooting.
bbskeelz
4 Posts
0
August 12th, 2014 20:00
yeah, i have tried more than 30 times as well and each time i got the error that bios cannot be read. anyone else had success with this method?
Thanks,
Sean.
CCARBI
3 Posts
1
November 5th, 2017 04:00
Hi. im very in trouble to follow your instructions point 1. Im dont know how extract data in another pc. I have the same problem in my Xps , i have A03 Bios version . Couldo you guide step by step? Thanks in advance