new efi test

[m4ak]

Just downloaded it and used it on Mojave, first give us some information. 1、XHCI and ECH1 in the acpi directory are not loaded in the configuration file, can they be cleaned up? 2、The sd card still cannot be driven 3、thinkpad assistant Normal use Sleep, external display, etc. have not been tested yet, and will be tested later.

[m4ak]

There is no sound when waking up after sleep, and there is no sound after restarting. The headset has not been tested. Still have problems with sleep log show --last boot | grep "Wake reason" 2020-12-21 14:23:06.286418+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: IGBE XHCI (Network) 2020-12-21 14:23:06.286419+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: IGBE XHCI (Network) 2020-12-21 14:24:58.921821+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: IGBE XHCI (Network) 2020-12-21 14:24:58.921823+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: IGBE XHCI (Network)

[i3p9]

1. Yes since USBMap is done using the kext now, I didn't load them. Will be deleted when(or if) I put this EFI in github.
2. SD Card, is sadly I think is a lost cause unless someone else explicitly writes drivers for them. The Sinetek one wasn't meant for the sd card reader in our computer. The model we have is RTS5227

---

For sound, can you try running alc_fix once again? This is weird because I didn't touch the audio section at all.I left it untouched. Can you run these:

kextstat | grep -E "AppleALC|CodecCommander"
sudo launchctl list | grep -E ALCPlugFix

And in IOReg, search for HDEF and can you see the device?

---

And sleep, this is also been bugging me, I don't have it but you using the same EFI has it. Can you show me Hackintosh USB section?

[m4ak]

SD Card has been disabled in the bios, and it is rarely used, so I don’t pay attention to it anymore. I just reset nvram, reloaded efi, and executed install.sh under alc_fix_legacy. After executing the install.sh, after I inserted the earphone, there was still a rustling sound in the earphone. kextstat | grep -E "AppleALC|CodecCommander" After execution, only alc without CodeCommander, but CodeCommander has been loaded in the configuration file

[racka98]

1. Yes since USBMap is done using the kext now, I didn't load them. Will be deleted when(or if) I put this EFI in github.
2. SD Card, is sadly I think is a lost cause unless someone else explicitly writes drivers for them. The Sinetek one wasn't meant for the sd card reader in our computer. The model we have is RTS5227

---

For sound, can you try running alc_fix once again? This is weird because I didn't touch the audio section at all.I left it untouched. Can you run these:

kextstat | grep -E "AppleALC|CodecCommander"
sudo launchctl list | grep -E ALCPlugFix

And in IOReg, search for HDEF and can you see the device?

---

And sleep, this is also been bugging me, I don't have it but you using the same EFI has it. Can you show me Hackintosh USB section?

Can you send me the new EFI [email protected]

[i3p9]

@cchyswy hmm so you have multiple versions of alc_fix installed. As you can see there's good.win.ALCPlugFix and com.echo.ALCPlugFix. I suggest deleting both and then doing a fresh install of alc_fix. Since two of them are installed at the same time, maybe they are conflicting.

/Library/LaunchDaemons/good.win.ALCPlugFix.plist
/Library/LaunchDaemons/com.echo.ALCPlugFix.plist
/usr/local/bin/ALCPlugFix
/usr/local/bin/hda-verb

these are the files related to alc_fix. Delete them, then run it again. Also check in /usr/local/bin if there's any duplicates of ALCPlugFix or hda-verb. After that check if CodecCommander loads or not. It should load, and look like this: That's the audio part.

---

Now for the sleep issue... It's really bugging me to be honest. Do you use any other USB device other than the USB Mouse? If you don't, can you test sleep without the USB Mouse? Basically without any USB device plugged in.

In your wake reason, there's IGBE XHCI, where XHCI is the USB Controller and IGBE is most probably the Ethernet. I need to poke a bit around lenovo's acpi files. So the wake reason is either usb or network. Since MacOS has a feature where it wakes up from sleep if a USB device is plugged/unplugged, maybe that's causing the issue? Can you remember anything specific when the wake up was initiated? Maybe the mouse went to idle mode when the computer was sleeping and woke up, causing the computer to wake up as well. I'll help in whatever way I can to help you fix it.

Another question, which USB Port are you using for the mouse? Is it the one next to MiniDisplayport connector?

[m4ak]

The sound is okay, and wake up after sleep is normal. About sleep 1、The USB mouse is plugged into the USB port on the side of the power supply. Since this port is plugged into the USB3.0 device, there is only power supply, and there is no device plug-in prompt, so I use it to connect the mouse. 2、There is no usb device and unplugged during sleep. 3、I disabled the wireless network card and Bluetooth in the bios, the mouse and the network cable were not connected, and directly tested the sleep. There are not so many wake-up records in the log, but there are still wake-ups, the rtc patch has been loaded, and there are still messages about rtc $ log show --last boot| grep "Wake reason" 2020-12-23 13:09:59.307242+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-12-23 13:09:59.307244+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 4、I feel that when the screen is bright, it feels as if it is affected by vibration. When there is vibration, the screen will be bright, but the mouse is not connected and the keyboard is not touched. I don't know why.But this question is not sure, it feels like this

[m4ak]

1、I did a limit test yesterday. I disabled the network card, wireless network card, and Bluetooth in the bios, and did not load the wireless network card and Bluetooth driver in the config.And the mouse and network cable are not connected

2、I started sleeping from around 2:40 pm yesterday, (asia time) until around 8:30 this morning, the log is as follows

There is a wake-up log around 02:39, which wakes up by power. But this time is with us, we are night time, deep sleep time, and the computer is in the office, no one touches it at all

3、I saw the prompt about rtc in the log at about 2:00 pm yesterday, so I enabled the rtc patch in config

As a result, the sleep problem reappeared and I have not been able to sleep normally

4、Check your config in efi before, this rtc patch is not enabled. The efi before use also has a wake-up record, which is about once an hour 5、Check the oc's document about waking up after sleep. This rtc patch is used to solve the problem of waking up after sleep, but it can sleep normally without this patch.

[m4ak]

Yesterday, I received it on the Sony TV through dp to hdmi, everything is normal, including video, sound, and smoothness of the touchpad Then began to sleep around 16:00 in the afternoon, and until this morning, the wake-up record is as follows. (Sleep in the normal state test, the wireless network card and Bluetooth are turned on, and the usb mouse is used)

[m4ak]

pmset -g log >> sleep.log I input the log of pmset into the file, and there are the same regular wake-up records, Lines 92, 125, and 152 all have Wake records sleep.log 152 2020-12-24 18:56:59 +0800 Wake Wake from Normal Sleep [CDNVA] due to RTC0 IGBE XHCI/HID Activity: Using AC (Charge:100%) 117 secs

[i3p9]

<<< Hi @cchyswy just letting you know that I have not forgotten about this issue. I am taking a break from work and basically github stuff for the holidays and spending time with my family. I will reply once I'm back. I hope you had a great holiday >>>