Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by BillDH2k

  1. I am certain that you have a battery near the end its life. If you don't believe it, try to run Windows 10 to verify it.
  2. I had Western Digital SN730 512GB in there when I encountered this issue. When I took the screen shot, I had the original SSD back (Samsung PM991, non macOS compatible, I believe, with Windows installed). The real issue, as I updated my post above, was apparently related to the latest BIOS. UPDATE (3/17): It turned out that I have to disable this BIOS setting - "Enable Legacy Option ROMs" (under General->Advanced Boot Options). Now, this EFI worked fine even with latest BIOS.
  3. Tried to use this EFI on a 7480 with 7300U (latest BIOS 1.30), Monterey 12.6 install. Stuck at this screen (screen shot), with the last line message: "AppleKeyStore:863:0: oy vey using 16384 buffer headers and 10240 cluster IO buffer headers" Did NVRAM reset. Enabled NVMeFix (Note: the screen shot was taken when booting from Monterey USB install, while I still had the Windows SSD drive in). But made no difference. Any idea what went wrong/missing? Thanks!
  4. May be your bluetooth is interfering? This wi-fi card does not have dedicated Bluetooth antenna. Try turn off bluetooth to see if it makes a difference.
  5. @Baio77 I've tried your TB3 patch on my 5400 which happens to have the Thunderbolt option, and it worked perfectly. During the testing, I've found that my TB3 device (Dell TB16 docker) has a flaky connection, likely due to the wear of the connector pins, which made intermittent contact and causing similar problem I've encountered with the 7400. If a good connection is made, the 5400 worked perfectly on the TB3 port, either cold or hot plug. So I believe the 7400 would be working fine if I had a good cable.
  6. 1. Download the appropriate version from the Releases and extract the zip file. Let’s assume that you downloaded “ALCPlugFix-Swift-RELEASE-1.5.zip” to download folder, and extracted the zip file in the same place (by double-clicking). You would have a new folder “ALCPlugFix-Swift-RELEASE-1.5” created. Right-Mouse-Click on the new folder icon -> Services -> New Terminal at Folder. A new terminal window would be opened at the current folder path: /Users/YOURNAME/Downloads/ALCPlugFix-Swift-RELEASE-1.5 (You can type “pwd” to verify it) 2. Copy the edited sample.plist file (in this case: ALC295-DELL7400.plist) to somewhere safe. I placed it in “Monterey HD\users\shared”, where Monterey HD is the name for my macOS drive. You may have a different name. 3. At the terminal (opened in step 1), type: ./install.sh Follow the instruction. When it asked for .plist file, drag “ALC295-DELL7400.plist” icon to the terminal, from the location you stored in step 2 above (in my case, it is from “Monterey HD\users\shared\”). You may encounter message like "ALCPlugFix is from unknown source” (1st time install) , just ignore it. After install is completed, go to folder: /usr/local/bin (this is where ALCPlugFix is installed). Right-Mouse-Click on ALCPlugFix icon -> Open, then Open again to allow it to run. This would give it the permission to run. Add "alcverbs=1 alcid=77" to the boot args. Reboot.
  7. You don't need legacy boot option. Just add modGRUBShell.efi (in the download link) as an EUFI tool to OC\Tools\ folder, then add it to config.plist: misc->Tools. At the OC picker screen, hit-space bar to show all Auxiliary tools (if they didn't show up), select modGRUBShell.efi to launch it. Enter the commands (my post above) to modify the settings. Recommend #1, and #2 (64MB should be OK, as Herve pointed). #3 may be optional. Once done, reboot. WARNING: Make sure you enter the exact commands above!!! If you modified the wrong cells, it could brick the BIOS! Update: With DVMT Pre-Allocate set to 64MB, you can remove the following keys from the Device Properties for iGPU (no patching of the VRAM is necessary): framebuffer-stolenmem framebuffer-fbmem
  8. May be 4K display would require that "DVMT Pre-Allocated" set to 64MB? This could be done with 5400/5490. It requires an extracted version of the DELL BIOS to identify the location of the variable that controls "DVMT Pre-Allocated" setting. Update (Mar 5): I've identified the location of the following parameters for 7400 BIOS (V1.24, same in V1.23). You can modify them using modGRUBShell.efi. Here are the commands: 1. Disable "CFG LOCK": VarOffset = 0x6ED, VarStore: 0x1 (Name: Setup) Command for modGRUBShell.efi: setup_var_cv Setup 0x6ED 0x1 0x0 2. Set "DVMT Pre-Allocate" to 64MB: VaOffset = 0xA10, VarStore: 0x1 (Name: Setup) Command for modGRUBShell.efi: setup_var_cv Setup 0xA10 0x1 0x2 3. Set "DVMT Total Gfx Mem = Max": VarOffset = 0xA11 VarStore: 0x1 (Name: Setup) Command for modGRUBShell.efi: setup_var_cv Setup 0xA11 0x1 0x3 @Jazzoo Please give it a try.
  9. @Jazzoo I've tested the HDMI port of the TB16 docker to a 4K Samsung TV. It only connected at 1080p @120Hz.
  10. @Baio77 I've tested more on my setup. I've found that the only way to get the TB3 port working was to boot Windows first, then reboot back to OpenCore. I have a dual boot setup, using a modified OC (OpenCore_No_ACPI, OC088 compiled version from here), which I've found to dual boot Windows reliably. By booting Windows, the TB3 port was made active, or properly initialized. If the TB3 was properly initialized, I saw this BIOS message flashed to the screen during booting, only for couple of seconds (too fast to read, so I captured it with my phone's camera): "DELL Support Pre-Boot System Performance Check Warming Message Thunderbolt PCIe Device Enumeration Mode Has Switched to Native" The subsequent OC boots would have TB3 port working, until the port status was changed (somehow, e.g. reboot from macOS with TB16 docker connected), as indicated by the following message: "DELL Support Pre-Boot System Performance Check Warning Message Thunderbolt PCIe Device Enumeration Mode Has Switched to BIOS Assist". When the above happened, the RP05 tree is empty. If I connected USB3 device before booting, then RP05 tree would be populated, but no USB3 nor TB devices would show up. May be I missed something in the BIOS settings to keep TB3 in native mode. BTW - I had to return this laptop back to a friend, so I may not conduct further testing. At least, with Baio's EFI, it is working great except the TB3 port activation (at least I had a work-around by booting Windows 1st if necessary). I will keep an eye on the follow up here. Thanks everyone!
  11. Still battles with the TB/USB-C port not showing up. Sometimes, it just won't turn on no matter what I try. Sometimes, I had to turn on "TB Boot Support" in BIOS, otherwise, RP05 tree is empty. NVRAM reset does not help. When it did work, I captured the IOReg below. TEST 7. When it worked, showing USB3 stick on TB port. TEST 14. When it worked, connected a DELL TB16 Docker. Then, I hot unplugged Docker (TEST15), and replugged in (TEST16). Docker was not reconnected successfully. BTW, the TB16 docker was tested working under Windows (dual boot on the same machine). IOReg-TEST7.zip IOReg-TEST14-TBBootBIOS-DockerConnected-Working2.zip IOReg-TEST15-Docker-HotUnplugged.zip IOReg-TEST16-Docker-HotPlug-Failed.zip
  12. @Baio77 I re-did the test and it WORKED this time! Both the USB-C and the TB functions worked (TB tested with a DELL TB16 docker), with "TB Boot Support" disabled in BIOS. This time, I placed the EFI folder to the NVME boot drive, instead of booting from an USB stick. Not sure if this was the reason it failed previously. There is still a reliability issue to the TB/USB-C port activation. Sometime, I had to leave a USB3 stick in when booting, or the port does not come on alive (RP05 device is empty). Sometimes, I have reboot a couple of times. Thank you again for your work!
  13. I tested the following configurations, none of them see USB3 device in TB/USB-C port. With "Thunderbolt Boot Support" disabled in BIOS: TEST 3: No device connected USB-C on boot. TEST 4: USB3 stick connected on boot. With "Thunderbolt Boot Support" enabled in BIOS: TEST 5: No device connected USB-C on boot. TEST 6: USB3 stick connected on boot. RP05 showed the device, but failed to detect anything connected to it, either on boot, or hot plug in. BTW, with your earlier EFI (Jan 30 post), with "TB Boot Support" enabled, it hot-plug detects USB3 fine (Haven't tried TB device yet). UPDATE: It actually only worked intermitted. Again, really appreciates your help here! IOReg-TEST3-TBBootDisabled-NotCOnnectedOnBoot.zip IOReg-TEST4-TBBootDisabled-ConnectedOnBoot.zip IOReg-TEST5-TBBootEnabled-NotConnectedOnBoot.zip IOReg-TEST6-TBBootEnabled-ConnectedOnBoot.zip
  14. @Baio77 Tested with your latest EFI, with "Enable Thunderbolt Boot Support" enabled. TB failed to detect USB3 stick (+ USB-C adapter). Tried without device connected on boot (Test1) and with device connected on boot (Test2). IO-Reg reports attached. IOReg-7400-12.6-TEST2.zip IOReg-7400-12.6-TEST1.zip
  15. Here is the current BIOS setting related to TB on 7400. Should I enable "Boot Support"? (I will test again with "Boot Support" enabled and report back).
  16. @Baio77 Tried your TB3 EFI above with Monterey 12.6 (used Monterey version of AirportItlwm.kext). TB/USB-C port only works if connected during boot. Sleep/Wake appeared working, but I only tested with USB3 stick + USB-C adapter. I've attached my IOReg report, if it helps for you to come up with a patch. Also, the USBPorts.kext is missing a few ports (easy to fix): 1. HS03 (port: 0300000) - This is USB-2 personality on the left USB3 connector. 2. HS06 (Port: 0600000) - This is the internal USB for WEB Cam 3. HS08 (Port: 0800000) - This is for internal USB devices (smartCard reader, etc) via an internal hub Thank you! IOReg-7400-Monterey12.6.zip
  17. This appears to have the right method. I added "alcverbs=1" to boot args and used alcid=77, this brought me closer to make the audio fully working. Based on comment I learnt from another forum, issuing "alc-verb 0x19 0x707 0x20" successfully made the headphone port working. All I need to do is make ALCFPluFix doing the same automatically on Connect/Wake events (may be more), but I am not sure how to convert "0x19 0x707 0x20" to equivalent format for ALCPlugFIx. The author provided no details. May be someone here can help. Update (2/23): I got it working. All I needed to do was to modify the "param" value to "0x20", and set "On Connect" & "On Wake" to TRUE. The verb command "SET_PIN_WIDGET_CONTROL" is actually "0x707" in hex. I've attached my modified sample.plist bellow. Just follow the install instruction. During the install, it would complain that "ALCPlugFix" is from Unknown source, just ignore it. After install, I went to install directory (/usr/local/bin), and run it once manually, by granting the needed permission. ALC295-DELL7400.plist.zip
  18. That worked! Thank you! What I did: replaced the NoTouchID.kext with AlpsHID.kext. EDIT: I was too soon to declare victory. Now, the situation appears to be reversed - the Right Button lost its functionality (secondary click). I could, however, use the Two Figure Touch gesture to accomplish that. Still a big improvement.
  19. Need some help here. Successfully installed Monterey (12.6) to my Latitude 3400 (i5-8265U, Intel 9560 WiFi). I started from an EFI from this forum post here, updated to OC 0.8.7, re-mapped USB ports, and added OpenIntelWireless drivers. I also have CFG LOCK disabled from the BIOS. Everything appear to work fine, except a strange issue with the trackpad's mouse buttons: the Left Mouse button click behave like a Right Mouse click! Because of this, I lost the ability to drag items around, nor can I do double-left-clicks to open/launch. checked the system preference, the Mouse was configured to use Left as Primary Button. An external attached mouse, however, works and behaves normally. Not sure what the issue is. I attached my config.plist and IOReg output here. Please reply if you have answer to suggestion. Also, I tested under Windows 10, the trackpad buttons work fine. Thanks! DELL3400-config.plist.zip DELL-3400-IOReg.zip
  20. Reporting back for the update with Majove install: Tried the "boot-arg -igfxveda" option, no difference. Also tried NullCPUPowerManagement, also no difference. However, I wasn't sure if the kext was actually loaded during install. So, I switched to the High Sierra Guide, on my E6220 unit (i5-2540m CPU). My 1st attempt, using the original EFI from the guide, I encountered kernel panic. My guess this was due to mismatched CPU PM. Wanted to try NullCPUPowerManagement, but wasn't sure how to do the following - "The kext just needs to be added to /Library/Extensions followed by permissions repair/cache rebuild", for an USB install. So, in the end, I ended in DosDude1's Catalina patcher, mentioned in your Catalina Guide, and an EFI folder (Clover setup) from another googled link. I was able to get a working Catalina on this E6220. I still want to try your guide here with all the impressive enabled features. So I created CPU PM for i5-2540m CPU using the working Catalina setup, and then dropped it in the High Sierra EFI folder. Started the High Sierra install, this time it went smoothly and succeeded! So, all it needs is the correct CPU PM file, just as your guide suggested. I also tried this new CPU PM file on the Majove install, still stuck at the same point. So the issue is not CPU PM related. Anyway, I am attaching the CPU PM file here for i5-2540m, in case someone else need it. Update: Using your provided CPU PM for i7-2640m CPU (#2 post above), I was successful with High Sierra install. on my 2nd E6220. Will report back more later. Thanks! ssdt-i5-2540m.aml.zip
  21. Thank you very much for your reply. My apology for confusing the CPU PM file. I opened the file, with MaciASL, and saw "Intel(R) Core(TM) i7-3540M CPU @ 3.00GHz" as listed as "host processor" in the DeBug statements, and did not realize that was just a reflection of the host (i.e. E6320) where the ssdtPRGen was run. Thank you for correcting my mistake. I tried the install again on another E6220 unit (i5-2540m CPU, everything else identical), using the original EFI folder from the guide, and ended stuck at the exactly the same point. So, it appeared to point to a likely similar root cause. In this case, also a mismatched CPU (i5-2640m vs 2620m PM file). I will try two things next: 1) High Sierra Install Guide. 2) NullCPUPowerManagement. Thank you!
  22. Reporting back: Tried your CPU PM file, SSDT-PM_i7-2640M.aml file, by renaming to SSDT-PM.aml and replaced the original SSDT-PM.aml in ACPI/patched folder. This time, it went a bit further (a couple of more message lines), then stuck. Noticed this CPU PM was for i7-3540m, isn't exact match for i7-2640m (3/3.7GHz vs 2.8/3.5 GHz, also Ivy-Bridge vs Sand-Bridge). I will looking into the NullCPUPowerManagement kext, as you suggested in High Sierra guide, to boot ups the system first. One question: I see no DSDT.aml in Majove Guide. Is this the intended SSDT only patch solution? Really appreciated your help! Thanks!
  23. No, I haven't changed the CPU ssd. I was hoping it would at least boot, without KP. Based on your High Sierra Guide, that appears not to be the case. BIOS settings followed exactly your guide. I will try your provided CPU PM file (just noticed that!).
  24. Trying to install Mojave to an E6220 (A14 BIOS, i7-2640m, 8GB, 500GB regular drive). Followed the Herve Guide. Created the USB installation stick (Mojave 10.14.6, 18G103, from Apple site), Clover/EFI (all directly from the guide's download link). Booted from the USB, toggled the "-verbose", launched the install. But the install process stuck at the following stage (see capture screen - Stalled-1.jpg): Waited for 20+ minutes. No progress. So, reboot the machine and tried again. It stuck at the exactly the same point. There were number of "ACPI" errors at the begining, before reaching to this point (see attached screen capture - Stalled-2.jpg). Haven't figured out how to capture the entire screen output to a debug log file yet. I will try to do that if it helps to identify the root cause. What could be the issue? Your help will be greatly appreciated! Additional detailed for this machine: E6220, A14 BIOS, i7-2640m CPU, 8GB RAM, 500GB drive. Wireless cards (Intel Ultimate-N 6300, and Broadband GPS 3G card).
  • Create New...