Jump to content

blowntaha

Registered User
  • Posts

    213
  • Joined

  • Last visited

Posts posted by blowntaha

  1. On 1/27/2018 at 7:13 AM, Marionato said:

    Hi all, i have the same problem. My setup consists of an exp gdc v8.5c (express card) and an HP 6530b with 3GB of ram. I’m stuck with error 12. I’ve already done DSDT override succesfully: Large memory is appearing in my device manager. However, my egpu (amd 5830) still gets error 12. I also tried to follow some steps : re-plug and play the gpu, stop windows 7’s boot and hot plug the express card, run che code “bcdedit.exe -set PCIEXPRESS FORCEDISABLE" but none of these solutions worked. I also tried to disable all the devices in device manager and connect the express card but i'm still getting error 12. I don't know any other solutions. I even tried to run the notebook with 2GB of ram (1 dimm) but error 12 still persists. Please, could anyone help me? Thanks in advance.

    
    
     

     

    What's your laptop model?

  2. Wondering if someone could help me out with this error 12. I've got an AIMB-272 mini-ITX motherboard with a QM67 chipset. It's not exactly a noteboook, but it uses laptop-sized RAM and CPU (2720QM) and has a x16 PCIe 3.0 slot. I've got a GTX 970 on here and was working just fine until I installed a new Windows 10 build and started to get error 12 on my iGPU (Intel HD 3000). I can run some games on here but it crashes whenever I run GPU-intensive programs; I can't even run the generic GPU-Z render test in fullscreen for more than 2-3 minutes before it force restarts. I tried rolling back my Windows 10 build to what it was including a fresh install but same problem. I also get a black screen whenever I try to install any NVIDIA driver and have to blind restart my computer (by pressing Win+D -> Alt+F4 -> Down -> Enter).

     

    Whenever I try doing a DSDT override, it will successfully compile and apply, but error 12 persists on my iGPU upon restarting. I am aware that DSDT override is for eGPU setups and might not even fix my GTX 970 from crashing but I am just trying everything to get things back to normal.

     

    @Tech Inferno Fan

  3. On 2/2/2017 at 1:41 PM, Roxus said:

    I don't know anything about programming and I fear that I will mess something up if I attempt this DSDT override. Is there anyone willing to help me perform this on my laptop? I have everything hooked up correctly and all the correct drivers installed to run my graphics card but I still get the dreaded (Code 12) error. I'm assuming this override as well as some other set up I found on here (link at the bottom) is the only solution? But it all looks like a completely different language lol Please someone help :logik:

     

     

    It's been a while since I used that laptop, but I think what I did to get it working was to disable the iGPU in device manager in windows, then reboot and go into BIOS and set Primary Display to auto, and Always Enable PEG to enable/on. I don't think I even did a DSDT override for that model, might be wrong. You might get a yellow bang in device manager under iGPU once your eGPU starts working, but nothing to be alarmed over.

  4. On 11/24/2016 at 2:28 AM, Imrule said:

    Has anyone attempted this on a Y510P?

    I've already bricked my laptop once and wasted a lot of time fixing it. I don't want to take another chance. I am already on the modified BIOS fw and I do see the options he mentions above, but I don't know if this can also be applied to the Y510P.

    When I first bricked my laptop I had changed the PCI graphics to auto (like how he mentioned) and changed the delay time to 3000ms. But I'm not sure which setting had caused the brick since I changed both settings at the same time after reboot. I'm thinking of trying just changing the PCI settings to auto this time but I don't want to brick again. Can someone shed some light on this and tell me if it's a good idea to follow the above instructions or if changing the PCI settings is risky.

    Thanks in advance.

    I wrote that guide so that you would not run into any trouble under any circumstance (that I could think of). IME it was pretty much plug and play, aside from trying different mPCIe ports. and if I remember correctly, I think I maybe had to disable the iGPU in device manage

  5. 56 minutes ago, UDPSendToFailed said:

    Tried your solution, same problem, won't post, just running fan with black screen.

     

    It has InsydeH2O bios. 

     

    I think if i overclock, the performance won't increase too much on a laptop, so i give up, thanks for help. :P Voltage changing is impossible, the stability is more important than +2-4FPS in games... :/

    I'm using a mini-ITX mobo with a sandy bridge 2720QM CPU, w/ +3.4 MHz I got a +200-300 higher 3dmark11 bench. If BCLK control is what you're aiming for then you have to change the clock range definition record in addition to the hex bit you mentioned above. FYI, on my mobo when I flash a modded ME FW matching the clock range definition record from ocme.bin in OP, I also have issues with booting (stuck at splash logo screen). Khenglish suggested I change 0x0180 to 0x0800 in DIV2 for sandy bridge, after doing that change I was able to successfully boot; although, I have to turn off and turn on several times before I can get it to POST. This is probably the value that needs tinkering with for an ideal FW.

  6.  

    On 8/28/2016 at 6:53 AM, UDPSendToFailed said:

    Yes, i have tried this, just the simple way, so 0x00011A33 in little endian format is 00 33 1A 01, 0x00011A34 is 00 34 1A 01... HxD finds two 00 33 1A 01 in it, have tried editing first, second, and both, still won't post when flash... Opening the edited file in FITC, it shows the change from 0x00011A33 to 0x00011A34 when i change the second at position 27C89. I give this up, IGP overclock is impossible,  CPU is not important for me.

     

    meorig.bin

    An easy way is to look at the surrounding bits to see if they are the same when modifying me.bin

     

    For example, when you find the bit differences when comparing the two images you built in FITC, your me.bin should have similar looking values surrounding the change. Searching for 3 bits is not specific enough. Try searching for a series of 5 consecutive bits in the line above or below the value you want to change. 

     

    Also, you don't need to worry about coverting into little endian because that can get confusing and make u wanna pull ur hair out lol

  7.  

    On 8/9/2016 at 4:07 AM, UDPSendToFailed said:

    Can someone help me? :) I just need IGP overclock.

    I discovered a workaround for those trying this on a 6-series chipset:

     

    1. Download HxD
    2. Open the ocme.bin from the OP in FITC
    3. Go here and change Number of Flash Components to zero Untitled.png
    4. After doing that, tap f5 to build it and leave FITC opened.
    5. Locate outimage.bin which will either be in the root directory of FITC or in a folder called ocme or Build. Once found, rename it and copy it to another location, I'll call this OC.bin
    6. Open another instance of FITC with your ME FW dump, let's call this me.bin
    7. Go back to the previous FITC instance (ocme.bin) and change all of its settings to match me.bin
    8. Build the image, locate the new outimage.bin (same location as before), verify it is the one you just changed by looking at the timestamp and rename it to original.bin
    9. Open original.bin and OC.bin in HxD, tap CTRL + K and then enter, this will compare the two images and highlight each different bit which coorresponds to the changes made in FITC (converted into little endian but you don't need to know that). You can use F6 to cycle to the next difference or Shift + F6 for the previous difference
    10. Open your me.bin in HxD.
    11. Proceed to carefully change ONLY the bits which are different between original.bin and OC.bin. DO NOT change it according to the line number/bit location because they will never be aligned.
    12. Instead, locate a series of 3-4 bits around the target difference and use CTRL + F to find the same series of bits in me.bin, then change the necessary bit accordingly to match the value in OC.bin
    13. After you're done, save the file and flash using FPT. 
  8. I came into three "industrial" motherboards, AIMB-272 QM67 chipset, 6-series ME7.x. I remember reading somewhere the FITC for ME7 is bugged? Is this also true for the 5mb variant as well? I have three of these so no biggie if it bricks, just wanted to first confirm that 6-series FITC produces corrupted FW images before I invest time into manually modding it in hex.

     

    Odd how it's not enabled by default, almost all of the necessary values in FITC are already set except for two values.

  9. 5 hours ago, Doink said:

    Don't forget that optimus PCIe data compression is only available on x1 link.

    That's only for dx9 though, right? I don't typically play games that are dx9, especially more so since dota 2 is now fully dx11. But thanks for the tip.

  10. 1 hour ago, Chrishnaw said:

    For what it's worth, I've got a x2 link running from my Latitude 4310 to my R9 270X through the PE4C v2.1, but it's got a 1st gen i5 and I don't know if the E4000 family supports CPU swapping.

    I'd rather not go for anything pre 6-series, but thanks for the info. If by CPU swapping you mean changing CPUs, most if not all laptops, especially 1st gen i-CPUs do 'support' CPU swapping. But the best 1st gen i7 just doesn't cut it with me :\

  11. I was looking around for laptops to buy that are capable of x2 link on my PE4C v2.1 w/ my GTX 970. I have lots of ivy bridge CPUs so preferred to be 3rd gen intel with HM77 chipset (or any other chipset with an "Extreme" SKU). I had a hard time finding a laptop that is both capable of x2 link  and have extreme SKU. The eGPU candidates list is not as complete as I'd like it to be, so here I am asking anyone who knows of such a combination. ^.^ 

  12. On 1/10/2016 at 8:08 AM, zVag` said:

    Im trying to flash  Lenovo Y580 / Y480 BIOS v2.07 (5DCN40WW) -> unlocked, whitelist removed, Nvidia 660m @ 1GHz default 3d clocks but it gives me this message "The version of rom file isn't newer than the version of bios".   What should i do?

     

    Also if i flash the modified bios will i still be able to upgrade my i5 3210m to an i7 3610qm ? Will i have any problems?

    You should really try searching the thread to get your answer because this is something that has been answered many times. Modify platform.ini in notepad by changing RESSDIN to RESSEN. I think it's one of the first couple lines.

     

  13. On 12/22/2015 at 9:31 AM, Sol said:

    I am currently performins a DSDT override on an HP G6 1070ev laptop running windows 7 because i run on error code 12 when plugging in my gpu.I've done all the steps right as the extremely helpfull video from kizwan demonstrates but when i reach the very last step where i have to type %asl%\asl,exe /loadtable DSDT_EGPU_OVERRIDE.aml i get "the filename,directory name,or volume label syntax is incorect ".I have double checked everything and im fairly sure its not a syntax error.Im completely new to whats goin on here so forgive me if a sound clueless but i am.thx in advance

     

    Instead of making temporary reference vars, etc you could use the DSDT parser and follow the guide here by angerthosenear. Even if you aren't trying to do simultaneous iGPU + dGPU + eGPU, it makes everything much easier. The only extra required step not included in the linked guide is to copy/paste or extract everything from the attached .zip file, along with the necessary iasl & asl files to your C:\program files\java\jre1.8.xx\bin directory, open admin cmd from that directory and do all the commands from there.

  14. First, specs:

    Model: HP Pavilion dm4-1009tx

    CPU: i5-430m GPU: gtx 970 via PE4C-mPCI

    eGPU: Have to boot with a wifi card, put windows to sleep, and then hotplug egpu due to whitelist.

    RAM: 2 GB TRYING to get 8 GB since that's the max this old cpu can support..

     

    After (several) successful DSDT overrides, I still get error 12. When I say successful, that means I added the QWordMemory entry in the correct location, compiled with few errors and then doing the override after some minor debugging. Tried different versions of iasl, with/without egpu connected as well as both x86 and x64 java versions. I did this about 5 times and still get the error.. Could not find sufficient solutions searching, or maybe im just bad at searching =d does anyone have an idea or a viable solution? thanks

    • Thumbs Up 1
  15. Hi,

    My laptop bugged out on me and I'm trying to use a mobo I had lying around as a replacement, waiting on its DC cable to arrive at the moment. In the meantime, looking for a suitable CPU, could I use my 3920XM on it? The mobo belonged to a Dell Latitude E5420 and the CPUs that usually came with it were with 2nd gen i5s/i7s (example 2529m), but has PPGA988 which is the same socket as 3920XM... will this work?

    Mobo model: from a Dell Latitude E5420

    Chipset: HM65

  16. Disclaimer: I don't know of any instances where this has caused a brick, but that doesn't mean it won't happen. I'm highly doubtful of this method's potential for bricking a laptop. In the event it does, just do a regular BIOS recovery using stock bios. dont blame me for anything !

    Here's a short how-to for unlocking the flash descriptor on most laptops where the bios that is not encrypted, regardless of manufacturer. All you will need is a hex editor, your FULL bios image, and know how to perform BIOS recovery.

    1. Obtain/download a copy of your stock bios. Doesn't have to be stock, but just to be safe.
    2. Extract it to a folder (if it's not already), and open the bios image in a hex editor,
    3. Search for these bits,
      5A A5 F0 0F 03 00 04


    4. If you're in the right spot, 5 lines below that should be where your flash descriptor's lock is set. The block of hex bits for the desc region should look something like this,
    5. Untitled_zpssxi4fc2q.png
    6. Save it somewhere.
    7. Perform BIOS recovery using your newly modified bios, afterwards you should have ME r/w access.
    8. (if required) re-install using the latest IMEI drivers.

    The reason you can't just flash this as you normally would when updating BIOS is because ME region does not get updated during typical BIOS updates, only the BIOS region does. When you do recovery, it flashes all available regions, including ME.

    • Thumbs Up 3
  17. So... I have an SSD which I'd been using for about 3 years now, but due to its small size I switched over to my higher-capacity HDD and started using a 14GB RAMdisk. Over the years I frequently switched the SSD back and forth between my laptops for various reasons, to the point where the plastic pieces (protectors?) that are attached to the pins have fallen off (see spoiler if you don't know what I mean). This wasn't a major concern for me since I could still plug it in and get it working, but worth mentioning.

    share_zpsz34cqqf9.jpg

    When I decided to switch back to my SSD, my laptop wouldn't turn on. If I remove the SSD, it will turn on; also if I power on my laptop with no HDD attached, then hotplug the SSD, the laptop immediately (+/- 1-2s) shuts off. HDD still works fine using the same SATA HDD slot.

    ~Although I doubt it matters, here are my specs:

    Model: HP 15-r210dx Notebook

    CPU: 5200U

    GPU: GTX 970 eGPU

    RAM: 16 GB

    SSD in question: Kingston HyperX 90GB

    Anyone have ANY idea WTF is going on?

    -Thanks

  18. How to unlock ICC Registers with Clock Commander Tool?

    For ME8, you can issue the cct sl command. This has to be done before "EOP." In my experience, unless you have a programmer and you're using it in conjunction with the Clock Commander Tool, enabling all ICC registers this way is a dead end because issuing that command before EOP is impossible or unknown. Alternatively, you can enable all/most ICC registers via FITC.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.