I recently broke the screen on my 900X3C and, when looking for a replacement screen, noticed that the lid assembly on the newer FHD models (900X3E, 900X3F, 900X3G) looked mechanically identical to the older versions of the 13" Series 9 (900X3B, 900X3C, 900X3D).
After having watched a discouraging screen replacement video on youtube (lot's of glue etc.), I decided to buy the whole lid assembly rather than just the panel.
I then managed to find an ebay listing that was selling the newer FHD assembly for what I'd normally pay for just the panel (AUD 250), so I took the risk and ordered the newer FHD part.
Apart from the nice resolution increase, the FHD Boe AFFS screen has 74% sRGB coverage compared to the older Samsung PLS panel's 63%, according to notebookcheck.
The screen arrived today, and although externally everything looks the same like the HD+ screen, it doesn't power up.
I have another 900X3C at home and verified that the port on my laptop's MB is ok, as the screen from the other laptop works great.
To me it looks like Samsung is probably whitelisting the screen type that can be used with the X3C in the firmware/BIOS.
I have never done any EDID updates before, but perhaps the panel can be programmed to identify itself as the old screen, while staying at the FHD resolution?
I'll see what I can do. If anyone has any pointers how to approach this challenge, they would be much appreciated.
If I fail, I have a brand new 13" FHD Series 9 top lid assembly for sale in Melbourne (and also an i7 3517U X3C with a screen where only the bottom half sort-of works )
----
EDIT: IT WORKS!
I must have not seated the connector well initially. The screen now works beautifully at the native 1920x1080 resolution, out of the box.
I first tried getting the EDID value of the original screen in Linux using get-edid (it was outputting quite a lot of garbage, with only the Samsung and panel ID being legible). Then I connected the new screen to see what value it would read out (if any) and to my surprise it displayed a funny line pattern for the first 10 seconds and then it just sprung into action showing the Linux Mint desktop. Will try Windows now.
So for anyone who damage their 1600x900 screen, it looks like going straight for the FHD screen or lid assembly might now be the preferred option. Especially since it's often cheaper than the original one.
-------
EDIT2: Now I pulled away the plastic foil protector sheet and can notice slight vertical banding in Linux.
Unfortunately Windows doesn't play well yet and is displaying colourful garbage stripes similar to what my broken screen looks like. When I connect an external display and select the 'mirror' option, it doesn't advertise any resolutions over 1600x900. So maybe Windows is just expecting the old screen. I'll see if a fresh install would fix it.
Also, the BIOS screens are displaying garbage. Which could be a big issue (potentially inaccesible BIOS setup).
--------
Edit3: Banding in Linux (visible on dark gray background) was due to a temporary burn-in of the garbage colours from boot and Windows. After I left the laptop running Windows for 30 minutes with the internal screen disabled, and booted to Linux mint without spending too much time on the Grub boot screen, there's no banding and the screen looks beautiful again.
Interestingly the banding was only visible on a gray background, when I moved a white window over the area, there were no vertical lines at all (perhaps due to all pixels being transitioned to a fully "cranked up" rgb(255,255,255) state?).
----
search keywords:
13" Series 9 screen replacement/upgrade from HD+ 1600x900 (900X3B, 900X3C, 900X3D) to FHD 1920x1080 (900X3E, 900X3F, 900X3G)
-
-
The Windows (10) installer has the same scrambled screen issues as the BIOS/POST screen, Grub menu and Windows 8.1 that's already installed.
It looks like Linux (Linux Mint) is not relying on the screen/graphics data supplied by the BIOS and instead initialises its graphics stack more independently, and that's why the screen works there.
As it doesn't seem to be possible to force BIOS/POST output onto an external display on the Series 9 laptops neither by the Fn+F4 shortcut nor closing the lid immediately after start (at least not using the Mini HDMI port, maybe the Mini VGA would be different), making the BIOS settings effectively inaccessible, and as I also need Windows to work on the built-in screen, it is important to solve the scrambled screen issue. I believe there are two possible strategies:
1) Do a BIOS mod on the AAC bios to include settings for the FHD panel as used in the 900X3E (BIOS P**ABK) or 900X3F (BIOS P**ACX) models.
Not sure how to do this yet, as I've never done BIOS mods before, but I already have the 3 different ROM packages if anyone is willing to help.
2) Try to flash the ABK BIOS directly on the X3C, hoping that it will not brick the laptop. The background thinking is that since Samsung did a Win7->Win8 transition on the 900X4C, changing the BIOS platform from AAC to ABK while having kept the hardware revision the same, it is possible that the ABK BIOS might be compatible with the 900X3C devices and the only reason that Samsung is not offering it is because, for example, the ABK might contain SLIC tables with the OEM Win8 preinstall license activation keys. And if they offered this BIOS to the Win7 crowd, it would effectively mean giving them an option for a free Win8 upgrade?
It seems that the bios platforms/familes are AA* for Win7, AB* for Win8 and AC* for Win8.1. Flashing the AB would be the safest bet as the AC family (used for the X3F) may no longer have have support for the older X3C hardware (soldered Atheros WLAN chip instead of Intel 6235 card etc.).
If anyone knows more about BIOS than I do (basically nothing), I'd appreciate your comments about the viability of strategy 1 vs strategy 2.
BIOS POST screen:
Grub menu:
Windows 8.1 loading screen:
Linux Mint with temporary banding:
Linux Mint no banding:
X3G Boe AFFS panel assembly slightly (~1mm) thicker than X3C Samsung PLS lid assy:
duttyend likes this. -
Nice read! Good luck!
-
The scrambled/inaccessible BIOS issue can be worked around by undoing the bottom cover, temporarily disconnecting the built-in display cable, and booting the laptop with an external monitor attached (I successfully used the MiniHDMI port for that).
I just tried to get the built-in display working in Windows by extracting the BOE panel config from the EDID data and using the technique described here:
https://software.intel.com/en-us/articles/custom-resolutions-on-intel-graphics (got there via http://superuser.com/questions/241538/where-can-i-learn-all-about-the-pc-video-bios )
Custom Resolution Tool for Intel Graphics: Easier Overscan Correction - AVS Forum (very useful tool!)
How to Get 1920x1080 Full HD Resolution From Your Laptop
but while the custom resolutions show up for the external display, the internal display never gets the extra entries in the "Screen resolution" menu.
Interestingly, while MonInfo ( EnTech Taiwan | Utilities | Monitor Asset Manager ) reports there are 3 monitors in the system (external monitor, the nonexistent HD+ "SEC0100" monitor, and the BOE FHD panel "BOE05D7"), the Device manager only shows the external screen and the HD+ screen. Seems like the BIOS has more control over the OS than expected, and while there's a notion of the BOE panel in MonInfo (via the graphics card), this doesn't propagate to the OS properly and Windows still thinks it's the old SEC0100 panel.
Here are timing definitions and other data for the 2 panels:
DTDs FROM BOE EDID:
36,36,80,A0,70,38,20,40,30,20,35,00,26,A5,10,00,00,1A
24,24,80,A0,70,38,20,40,30,20,35,00,26,A5,10,00,00,1A
DTD FROM Samsung PLS EDID (or rather, what BIOS is reporting):
38 27 40 C0 60 84 20 30 30 20 25 00 25 A5 10 00 00 18
Custom override DTDs for the Windows registry (enough to set in the first directory that is found after searching for "DTD_1", increase the TotalDTDCount entry there as well, and reboot) :
1920x1080 BOE:
"DTD_1"=hex:36,36,80,a0,70,38,20,40,30,20,35,00,26,a5,10,00,00,1a,37,01
1912x1080 BOE:
"DTD_2"=hex:36,36,78,a8,70,38,20,40,38,20,35,00,26,a5,10,00,00,1a,37,01
1912x1072 BOE:
"DTD_3"=hex:36,36,78,a8,70,30,28,40,38,20,b5,00,26,a5,10,00,00,1a,37,01
BOE modeline (BOE05D7):
Native/preferred timing.. 1920x1080p at 60Hz (16:9)
Modeline............... "1920x1080" 138.780 1920 1968 2000 2080 1080 1083 1088 1112 +hsync -vsync
Detailed timing #1....... 1920x1080p at 40Hz (16:9)
Modeline............... "1920x1080" 92.520 1920 1968 2000 2080 1080 1083 1088 1112 +hsync -vsync
Samsung PLS (SEC0100) modeline:
Native/preferred timing.. 1600x900p at 60Hz (16:9)
Modeline............... "1600x900" 100.400 1600 1648 1680 1792 900 902 907 932 -hsync -vsync
BOE panel info via MonInfo:
Monitor
Windows description...... Generic PnP Monitor
Manufacturer............. BOE
Plug and Play ID......... BOE05D7
Data string.............. HN133WU3-100
Serial number............ n/a
Manufacture date......... 2012, ISO week 1
Filter driver............ None
-------------------------
EDID revision............ 1.3
Input signal type........ Digital
Color bit depth.......... Undefined
Display type............. RGB color
Screen size.............. 290 x 170 mm (13.2 in)
Power management......... Not supported
Extension blocs.......... None
-------------------------
DDC/CI................... n/a
Color characteristics
Default color space...... Non-sRGB
Display gamma............ 2.20
Red chromaticity......... Rx 0.662 - Ry 0.325
Green chromaticity....... Gx 0.289 - Gy 0.604
Blue chromaticity........ Bx 0.135 - By 0.099
White point (default).... Wx 0.312 - Wy 0.334
Additional descriptors... None
Timing characteristics
Range limits............. Not available
GTF standard............. Not supported
Additional descriptors... None
Preferred timing......... Yes
Native/preferred timing.. 1920x1080p at 60Hz (16:9)
Modeline............... "1920x1080" 138.780 1920 1968 2000 2080 1080 1083 1088 1112 +hsync -vsync
Detailed timing #1....... 1920x1080p at 40Hz (16:9)
Modeline............... "1920x1080" 92.520 1920 1968 2000 2080 1080 1083 1088 1112 +hsync -vsync
Raw data
00,FF,FF,FF,FF,FF,FF,00,09,E5,D7,05,00,00,00,00,01,16,01,03,80,1D,11,78,0A,92,9E,A9,53,4A,9A,22,
19,4F,55,00,00,00,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,36,36,80,A0,70,38,20,40,30,20,
35,00,26,A5,10,00,00,1A,24,24,80,A0,70,38,20,40,30,20,35,00,26,A5,10,00,00,1A,00,00,00,FE,00,42,
4F,45,20,48,46,0A,20,20,20,20,20,20,00,00,00,FE,00,48,4E,31,33,33,57,55,33,2D,31,30,30,0A,00,DC
HD+ PLS info via MonInfo (read out while panel was out, probably directly from BIOS):
Monitor
Windows description...... Generic PnP Monitor
Manufacturer............. Samsung
Plug and Play ID......... SEC0100
Serial number............ -1
Manufacture date......... 2002, ISO week 0
Filter driver............ None
-------------------------
EDID revision............ 1.4
Input signal type........ Digital (DisplayPort)
Color bit depth.......... 8 bits per primary color
Color encoding formats... RGB 4:4:4, YCrCb 4:4:4
Screen size.............. 290 x 160 mm (13.0 in)
Power management......... Active off/sleep
Extension blocs.......... None
-------------------------
DDC/CI................... n/a
Color characteristics
Default color space...... sRGB
Display gamma............ 3.55
Red chromaticity......... Rx 0.625 - Ry 0.340
Green chromaticity....... Gx 0.285 - Gy 0.605
Blue chromaticity........ Bx 0.148 - By 0.063
White point (default).... Wx 0.281 - Wy 0.309
Additional descriptors... None
Timing characteristics
Horizontal scan range.... 218-218kHz
Vertical scan range...... 60-60Hz
Video bandwidth.......... 110MHz
CVT standard............. Not supported
GTF standard............. Supported
Additional descriptors... None
Preferred timing......... Yes
Native/preferred timing.. 1600x900p at 60Hz (16:9)
Modeline............... "1600x900" 100.400 1600 1648 1680 1792 900 902 907 932 -hsync -vsync
HD+ PLS panel data from Intel Graphics Control panel utility (-> Options and support tile -> select Information center in navigation dropdown next to the back arrow -> select Built-in display in dropdown below -> hit Save in bottom right):
Monitor Name: Generic PnP Monitor
Display Type: Digital
Connector Type: Embedded DisplayPort
Serial Number: SEC0100
Gamma: 3.55
DDC2 Protocol: Supported
Device Type: Built-in Display
Maximum Image Size:
Horizontal: 11.42 inches
Vertical: 06.30 inches
Monitor Supported Modes:
1600 by 900 (60 Hz)
Raw EDID:
00 FF FF FF FF FF FF 00 4C A3 00 01 FF FF FF FF
00 0C 01 04 A5 1D 10 FF 2F 00 00 A0 57 49 9B 26
10 48 4F 00 00 00 01 01 01 01 01 01 01 01 01 01
01 01 01 01 01 01 38 27 40 C0 60 84 20 30 30 20
25 00 25 A5 10 00 00 18 00 00 00 FD 00 3C 3C DA
DA 0B 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 23duttyend likes this. -
I like your logic regarding option (2) of trying to jump from AAC to ABK family BIOS, though it contains a lot more changes than just the SLIC: It's an entirely different UEFI implementation (including SecureBoot) for one. I think samsung could have released an ABK update without the Win8 certificates if they wanted, but since those early Win8-compliant BIOS versions were far more complex and buggy (many bricks and warranty repairs and returns) they had little incentive to push them to stable AAC computers.
I am afraid I cannot provide any detailed input to this project -
The AAC->ABK interchangeability hypothesis would be best tested on an X4C by either downgrading from ABK to AAC if it's a later-release laptop, or upgrading from AAC->ABK if it came out with Win7.
Trying this on the 'borderline' X4C should theoretically be less risky than X3E->X3C (or X3D). I wonder if John R. would be willing to experiment with his device? My hunch is that the hardware was exactly the same all along. (But still trying other options, and trying to learn more about the BIOSes before I'm willing to risk the flash on my device...)
I also read that it's possible to flash the ROM using an EEPROM programming device if the laptop is 'bricked'. Maybe someone with access to that could try the cross-generation bios upgrade/downgrade experiment, as they'd have means to recover from potential issues.duttyend likes this. -
Just for the record: I would NOT recommend neither AAC->ABK upgrade nor ABK-AAC downgrade for ANY users with a working laptop which they value. And I would be MORE skeptical about the downgrade, since it would most likely bork the existing UEFI/GPT Win8.x installation due to the completely different UEFI implementation.
This is an experiment for someone with access to an EPROM writer (as you say) and/or someone with a broken laptop and little or nothing to lose (which I though was you )
We only had a single case here (that I remember) of someone re-writing his BIOS using an external EPROM writer, which was an AB8. Samsung routinely replace motherboards with corrupted BIOS's, instead of re-flashing, which I would think must be cheaper whenever it's feasible. -
John Ratsey Moderately inquisitive Super Moderator
My own suspicion is that Samsung has coded the display resolution into the BIOS and this would be the same for both families. A rational reason for doing this is to reduce the time the BIOS needs to spend searching for the the system hardware. Those Series 9s are much quicker to boot than my current Dell E7440 where the hardware options are much more expensive.
John -
I tried a couple of things:
1) flash various ABK BIOS versions (the newer ones don't generate the .rom file in AppData/Local/Temp/_samsung_update) using various methods (using the standard .exe, or the SFlash64.exe directly):
didn't work either due to "Battery under 30% error", or non matching device family ID (ABK flasher not liking 900X3C/3D/4C/4D AAC device identifier), or not updating the ROM despite using SFlash64.exe directly and reboot going through, but BIOS still staying at AAC. One thing I haven't tried is to FLASH the ABK from a DOS or WinPE bootable USB stick.
2) Install an EDID-override driver ( Overriding Monitor EDIDs with an INF (Windows Drivers) ) generated by MonInfo. Despite successfully installing the .INF as confirmed by Monitor name in Device Manager and by the override entry in the registry, this doesn't work because the Intel HD Graphics driver doesn't support EDID overrides and Intel doesn't seem to be willing to fix this anytime soon if ever. This would have been a good workaround if the laptop had an NVIDIA GPU.
So the only remaining option seems to be modifying the VBIOS/EDID fields in the AAC rom file and flashing a modified AAC BIOS. I unpacked the ROM using PhoenixTool and it looks like the EDID info with DTDs is in about 5 files. Now have to learn how to recreate a ROM file from the upacked dump structure, after having edited the files there.duttyend likes this. -
Quote a project. I'll be interested to hear the results.
-
SUCCESS!
BIOS and Windows are now also running fine using the 1920x1080 BOE AFFS panel, on NP900X3C Linux was fine all along. Brightness shortcuts work fine etc.
This was achieved by replacing the 5 occurrences of the original panel's DTD sequence (part of EDID) in the AAC BIOS with the DTD sequence of the BOE panel.
How to:
1) Downgrade your BIOS to something older, following the guide in http://forum.notebookreview.com/samsung/696197-samsung-laptops-roll-back-bios-updates.html . I used P04AAC (ITEM_20120825_636_WIN_P04AAC.exe).
2) Download the P07AAC BIOS update .EXE file (ITEM_20131127_21276_WIN_P07AAC.exe).
3) Run the 07 exe (as Admin IIRC), but DON'T click OK or Cancel, but rather ALT-TAB to a different application.
4) Go to c:\Users\[yourname]\AppData\Local\Temp\__Samsung_Update
5) Copy out P07AAC.rom to a directory of your choice (e.g. c:\_biosupdate), once that's done, go back to the BIOS updater window and click Cancel (this deletes the files in __Samsung_Update with the exception of a log file)
6) Download PhoenixTool Tool to Insert/Replace SLIC in Phoenix / Insyde / Dell / EFI BIOSes
7) Download a Hex editor e.g. XVI32 Freeware Hex Editor XVI32
8) Unpack and start PhoenixTool and at the top of the window, click the ... on the right of the Original BIOS field and load the P07AAC.rom file from the location where you saved it (this creates a DUMP directory under e.g. c:\_biosupdate, and pops up a dialog about SLIC files, which you dismiss by OKing it)
9) Select Manufacturer: Other
10) At the bottom click the now clickable Advanced button, click "Yes I'm SURE" and on the right in Control Options tick everything up to No SLIC,(i.e. "Ask prior..", "Allow user mod..", "Always allow...", "Allow user..", "Extract modules..." and "No SLIC"), then click the Done button.
11) Click the Go button at bottom left, wait a little
12) A dialog pops up "You can now make manual alterations to any module in the DUMP directory". DON'T CLICK OK JUST YET!, but ALT-TAB away.
13) Go to the DUMP directory, and e.g. using Total Commander's search function (ALT+F7), search for files that contain the DTD of the original screen by using the first ~8 characters of the DTD: 40 C0 60 84 20 (don't forget to check HEX in the search options), this should come up with a list of 5 files - 2 .ROM files and 3 .BIOS files.
14) Open them one by one in a Hex editor like XVI32 and replace the occurrences of
38 27 40 C0 60 84 20 30 30 20 25 00 25 A5 10 00 00 19 (note the 19 at the end, which is different from the 18 from the monitor EDID... unless I originally mistyped it) and
38 27 40 C0 60 84 20 30 30 20 25 00 4C BB 10 00 00 19
by the BOE panel DTD:
36 36 80 A0 70 38 20 40 30 20 35 00 26 A5 10 00 00 1A
and save those changes.
15) When you're done, perform the search in the directory again. It's possible that the BIOS6.BIOS file reverted to its original value. If that's the case, reapply the replacement and save. It seems that BIOS6.BIOS must be the last file that's being changed.
16) ALT-TAB back to PhoenixTool, now click OK (and OK any dialogs that come up), this will generate a P07AAC_SLIC.rom file with your changes (or no changes if you clicked OK too soon...)
17) Close PhoenixTool, copy the new custom .ROM file somewhere else, open it with PhoenixTool, and verify in the DUMP directory that there's no occurrence of the old DTD string(s), and that the new DTD string is correct in the 5 files.
18) If all is OK, go to wherever you downloaded the original ITEM_20131127_21276_WIN_P07AAC.exe and start it (might need Run as Administrator), but DON'T click OK or Cancel!
19) Go to c:\Users\[uname]\AppData\Local\Temp\__Samsung_Update and replace the P07AAC.rom file there with your version (you need to rename it so that it doesn't have the _SLIC suffix).
20) ALT-TAB back to the updater application and click OK
21) For me the update was quite quick: ~1 minute in a command prompt window that showed a progress bar of blocks being updated. When this finished I got a popup that the computer needs to Shutdown and start again. I clicked OK and the computer was stuck on the "Shutting down" screen for about 7 minutes, but eventually restarted. The Windows logo on start was then stuck for ages, too, so I just killed that by holding the power button. The next start was fast.
This hack was obviously only possible thanks to the great community and the wealth of knowledge of the notebookreview forums. Without that I'd never have taken the few risks that have eventually proven fruitful, and would have just sold the laptop or got the original 900p screen. Thanks guys! :thumbsup:BigNerd042, zam0, apa64 and 3 others like this. -
John Ratsey Moderately inquisitive Super Moderator
And thank you for posting the detailed instructions in case anyone else wants to travel down the same path.
John -
Congratulations, that's awesome !!!
-
!!!
10chars -
Is P07AAC the latest BIOS version for NP900X3C?
I have Linux only and can't check for BIOS updates. -
John Ratsey Moderately inquisitive Super Moderator
The newest BIOS for the Windows 8 versions of these notebooks is P10ABK (also released in November 2013).
Johnpetrosyan likes this. -
lovelaptops MY FRIENDS CALL ME JEFF!
I feel compelled to honor your amazing work with a Rep and a [figurative] round of applause!! What an amazing effort for what some might consider a result not worth the time and work, but I for one respect the piece of work - and success! - for its own sake. Bravo!
-
Thanks for your kind words guys. I feel like those Thinkpad guys with their "Frankenpads", but with a much better screen
Manxman likes this. -
Hi obiuquido144
I'm wondering is it possible to replace the screen with a FHD 900X3E screen but just have it run at 1600x900 without messing with the BIOS?
The reasons are I am reluctant to play around with the BIOS and the 900X3E screens seem to be much cheaper and more are available compared to the silver X3D on ebay. I'm running Windows 7.
Thanks -
John Ratsey Moderately inquisitive Super Moderator
Which notebook are you wanting to change the display on? If you are wanting to use the X3E panel (FHD) on the X3C then you will encounter the problem discussed in this thread, namely that the 1600 x 900 resolution is coded into the BIOS which is where Windows gets its information about the display resolution.
Samsung probably hard-coded the resolution into the BIOS because they only offer one hardware configuration and it reduces the boot time by avoiding the need for the BIOS to interrogate the panel. The only way around this is to modify the BIOS.
John -
I replicated obiuquido144's method and confirm that it was successful for me. There are some faint horizontal and vertical bands but not too noticeable and a small price to pay for a functioning screen.
Kudos to obiuquido144 -
Hi, I'm trying to follow your instructions but I am unable to due to my bios is P02ABK and the next bios version I can find is P08ABK but both of the bios versions use .cap instead of .rom and when I try to flash, I get an error "ERROR 234 - SecureFlash verification fail!". Is there any possibility to bypass the verification?
Thanks. -
John Ratsey Moderately inquisitive Super Moderator
Or are you now running Windows 10 which has tighter security? I have vague memories of needing to change files properties in order to get the BIOS update to run.
John -
I'm running Windows 8.1. I have modified the extracted .CAP file from ITEM_20130717_1173_WIN_P08ABK.exe and now I want to flash the modified .CAP file but when I try with SFlash64 which came with the .exe, it comes up with the error I mentioned before probably due to modifying the cap file to change the DTD for the display.
-
John Ratsey Moderately inquisitive Super Moderator
-
I tried some of the SFlash64 flags but to no avail, still the same error. Is there anyway to possibly make the capsule file in such a way that it will pass the verification, if not maybe use a different flashing program in DOS that will force it to flash?
-
John Ratsey Moderately inquisitive Super Moderator
Did you try recalculating the BIOS checksum?
John -
Thanks again!
Dan -
I have to replace the LCD screen on my NP900X3C due to it having cracked. How hard is it to replace one entire assembly for another? I'm not upgrading to 1080p.
I can't find any cheap LCD enclosures online, the best I could find is THIS but it doesn't include the front piece. Any idea if I can tear out the front piece from my existing assembly and just add it on? Any other suggestions for keeping this under $100?
-
Well I just ordered a NP900X3E screen for my NP900X3C laptop, so we'll see how it goes. The listing didn't clarify which resolution the new panel would be.
EDIT: Should be arriving tomorrow!!!Last edited: May 23, 2016 -
EDIT: I am following the steps as-is so far, but when searching for the string "40 C0 60 84 20" I get 17 entries instead of 5 within my BIOS. Is this OK, and should I proceed with replacing all 17 entries, or am I entering a world of hurt if I try?
EDIT2: So I tried updating to the newest version of the BIOS (P11ABK) seeing as it was advertised as the BIOS for the NP9003E also -- no luck.
So now I have no choice but to downgrade, but the P04ABK file I am using has a BIOS date check built into it that I cannot override with Sflash64. It always give and error that the current BIOS is more recent. Any suggestions?Last edited: May 25, 2016 -
-
Goal: upgrade older 13" Series 9 screen from HD+ 1600x900 to FHD 1920x1080
Discussion in 'Samsung' started by obiuquido144, Oct 6, 2014.