SSDT-SMBU Thinkpad_Clickpad Do you need to delete

[m4ak]

I am also t450s, and I am also using i3p9 efi. In order to ensure a smoother touchpad, use VoodooRMI.kext to drive it. SMBU and Thinkpad_Clickpad are not loaded in acpi. Now it seems that it is possible to delete both of them?

And ehc is not blocked in acpi, so ehc information can be seen in hackintool--usb info, can ehc be blocked in acpi?

Also, my sd card is not driven. I don’t know why?

[racka98]

I am also t450s, and I am also using i3p9 efi. In order to ensure a smoother touchpad, use VoodooRMI.kext to drive it. SMBU and Thinkpad_Clickpad are not loaded in acpi. Now it seems that it is possible to delete both of them?

And ehc is not blocked in acpi, so ehc information can be seen in hackintool--usb info, can ehc be blocked in acpi?

Also, my sd card is not driven. I don’t know why?

1. Yes, SMBU and Clickpad patches need to be deleted as they are not working in recent macOS builds. I have already fixed this but haven't committed the changes yet

2. EHC1 needs to be changed to EH01 in config.plist (I've already done this too but haven't updated the changes yet)

3. SD card stopped working in the past few updates. I haven't tried to fix it because i don't use it. Also it has a tendency of always staying on even when not in use so i completely disabled it too. Being always on means it's decreasing battery life

I've done some changes to this EFI but haven't gotten around to committing it yet. I'm also planning on updating to OC 0.6.3 for good Big Sur compatibility on Thursday. I may upload the changes today or tomorrow. I've cleaned up the EFI a lot. Updates comong soon

[racka98]

I am also t450s, and I am also using i3p9 efi. In order to ensure a smoother touchpad, use VoodooRMI.kext to drive it. SMBU and Thinkpad_Clickpad are not loaded in acpi. Now it seems that it is possible to delete both of them?

And ehc is not blocked in acpi, so ehc information can be seen in hackintool--usb info, can ehc be blocked in acpi?

Also, my sd card is not driven. I don’t know why?

I've updated the EFI with OC 0.6.3, deleted the unused SSDTs and patched the EHC1 to EH01. Hackintool still shows EHC1 but if you run ioreg -l -p IOService -w0 | grep -I EHC1 it should return blank as stated here: https://dortania.github.io/OpenCore-Post-Install/usb/system-preparation.html#checking-what-renames-you-need

[m4ak]

Thank you very much, you are keeping up to date and fix. These questions are too difficult for me, especially the ssdt in acpi is incomprehensible to me. I saw that the author of the same model t450 (i7-5600u/hd5500/alc 292) updated his efi，In his config, the network card, sound card, graphics card, usb, etc. are injected, and then there are only a few ssdt in apci. https://github.com/CLAY-BIOS/Lenovo-ThinkPad-T450s-Big-Sur-OpenCore Is there any merit in his approach?

[racka98]

Thank you very much, you are keeping up to date and fix. These questions are too difficult for me, especially the ssdt in acpi is incomprehensible to me. I saw that the author of the same model t450 (i7-5600u/hd5500/alc 292) updated his efi，In his config, the network card, sound card, graphics card, usb, etc. are injected, and then there are only a few ssdt in apci. https://github.com/CLAY-BIOS/Lenovo-ThinkPad-T450s-Big-Sur-OpenCore Is there any merit in his approach?

If it works for you then it's ok. I have left most of acpi files because they ensure Maximum compatibility throughout all the T450/T450s models. Also i don't think he has taken into account those with Nvidia GPU and those with dual batteries.

The EFI i use right now is the most stable I've used to this day. The laptop never crashes or fail to wake even after 2 days in sleep (which is honestly more stable than my 2011 MacBook Pro). I can go a whole week without shutting down the laptop (just using sleep) and everything will be fine.

I'll continue cleaning up the ACPI looking for things that aren't necessary.

Also his EFI has way to many drivers under OC/Drivers

[racka98]

Thank you very much, you are keeping up to date and fix. These questions are too difficult for me, especially the ssdt in acpi is incomprehensible to me. I saw that the author of the same model t450 (i7-5600u/hd5500/alc 292) updated his efi，In his config, the network card, sound card, graphics card, usb, etc. are injected, and then there are only a few ssdt in apci. https://github.com/CLAY-BIOS/Lenovo-ThinkPad-T450s-Big-Sur-OpenCore Is there any merit in his approach?

So I've looked at his files properly and it looks like he combined most of the SSDTs into a single one.

[m4ak]

Yes, I use this EFI now, it is the most stable, what is normal, very suitable for me, perfect EFI and DW1820A is also very stable, no problems I heard that the SSDT of each machine is different, even if the configuration of the same machine is different, it will cause acPI changes, I wonder if this statement is correct

[m4ak]

I can't do SSDT, I have an idea

Use clover to extract dsdt, open dsdt and open the patch file under apci at the same time, and search for keywords in the patch file in dsdt. If it matches, is it suitable for me?

[racka98]

Yes, I use this EFI now, it is the most stable, what is normal, very suitable for me, perfect EFI and DW1820A is also very stable, no problems I heard that the SSDT of each machine is different, even if the configuration of the same machine is different, it will cause acPI changes, I wonder if this statement is correct

The statement is true but not for the T450s and T450. They all share the same motherboard with the same chipsets and everything. The only difference is that some models use Elan Trackpad instead of Synaptics.

There's also T450/T450s with 4th gen CPUs (Haswell) instead of 5th gen (Broadwell). The 4th gen models are completely incompatible with this EFI

[racka98]

I can't do SSDT, I have an idea

Use clover to extract dsdt, open dsdt and open the patch file under apci at the same time, and search for keywords in the patch file in dsdt. If it matches, is it suitable for me?

You don't have to do that. T450 &T450S all have the same SSDTs because they don't variations in their BIOS and chipsets. They are all the same except for the 4th gen Haswell models

[m4ak]

ok, I am modifying the configuration file and replacing the wireless network card driver. I am using dw1820a, and I am removing the intel network card driver.

[m4ak]

After replacing the efi, it feels smoother than before, or is it a problem?

My dw1820a has neither AddProperties nor aspm. It is driven directly. Do I still need to add aspm?

Is your 1820a driven like this? Mine is cn-0vw3t3

[racka98]

After replacing the efi, it feels smoother than before, or is it a problem?

My dw1820a has neither AddProperties nor aspm. It is driven directly. Do I still need to add aspm?

Is your 1820a driven like this? Mine is cn-0vw3t3

Removing the the intel kext will improve boot times as I've stated in the guide. By default my EFI loads the Intel kext because most people have that. But if you replaced the card you should disable it.

Also what do mean by "replacing efi"? Did you use a different efi folder??

[m4ak]

Change the driver of wireless network card in config file

Now it seems that there are some problems with sleep, related to usb?

[racka98]

Change the driver of wireless network card in config file

Now it seems that there are some problems with sleep, related to usb?

Do you have a network device connected to your usb ports? Like wifi, bt or ethernet adapter?

Did you turn off "wake on lan" in bios and "wake for network access" in system pref -> Energy?

[racka98]

Change the driver of wireless network card in config file

Now it seems that there are some problems with sleep, related to usb?

Also did you remove any files from ACPI or disabled them in config.plist??

Note that SSDT-PTSWAK, PWRB, ETX3-LedReset and EXT4-WakeScreen are essential for proper sleep and wake. Do not remove or disable them. All the SSDTs that i left in ACPI are important. I've already removed the less important ones.

[m4ak]

I haven't changed the settings in acpi. Wake-on-LAN is turned off in the preferences. At the same time, may I turn it off in bios?

I will try to wake up and turn off the bios now, Because we are using a wireless network, the wired network card is not connected to the network cable,The Bluetooth of the wireless network card dw1820a needs usb.

[racka98]

I haven't changed the settings in acpi. Wake-on-LAN is turned off in the preferences. At the same time, may I turn it off in bios?

I will try to wake up and turn off the bios now, Because we are using a wireless network, the wired network card is not connected to the network cable,The Bluetooth of the wireless network card dw1820a needs usb.

Disable wake on lan in bios too. It usually forces the laptop to wake from sleep

[m4ak]

Thank you very much for your help. I found that the inability to sleep is related to usb, so I re-customized usb, and found the instructions about usb in the opencore documentation. oc does not recommend using ssdt to customize usb. I disable ssd-xhc and use hackintool Customize the usb and put the exported usbport in the kext directory, and load it in the config.plist at the same time, now the sleep is successful.

When I was customizing the USB, I found that there was a problem with the USB port close to the power supply. Inserting a USB3.0 device can only be powered on without displaying the device. This is also the case when switching to Windows. This port is customized to a USB2.0 port.

[racka98]

Thank you very much for your help. I found that the inability to sleep is related to usb, so I re-customized usb, and found the instructions about usb in the opencore documentation. oc does not recommend using ssdt to customize usb. I disable ssd-xhc and use hackintool Customize the usb and put the exported usbport in the kext directory, and load it in the config.plist at the same time, now the sleep is successful.

When I was customizing the USB, I found that there was a problem with the USB port close to the power supply. Inserting a USB3.0 device can only be powered on without displaying the device. This is also the case when switching to Windows. This port is customized to a USB2.0 port.

Ok, I'll remap the ports and see how it goes.

Also the usb port near the power port seems to be working on usb 3 just fine for me

[racka98]

Thank you very much for your help. I found that the inability to sleep is related to usb, so I re-customized usb, and found the instructions about usb in the opencore documentation. oc does not recommend using ssdt to customize usb. I disable ssd-xhc and use hackintool Customize the usb and put the exported usbport in the kext directory, and load it in the config.plist at the same time, now the sleep is successful.

When I was customizing the USB, I found that there was a problem with the USB port close to the power supply. Inserting a USB3.0 device can only be powered on without displaying the device. This is also the case when switching to Windows. This port is customized to a USB2.0 port.

Also ACPI implementation is the best solution

[racka98]

Thank you very much for your help. I found that the inability to sleep is related to usb, so I re-customized usb, and found the instructions about usb in the opencore documentation. oc does not recommend using ssdt to customize usb. I disable ssd-xhc and use hackintool Customize the usb and put the exported usbport in the kext directory, and load it in the config.plist at the same time, now the sleep is successful.

When I was customizing the USB, I found that there was a problem with the USB port close to the power supply. Inserting a USB3.0 device can only be powered on without displaying the device. This is also the case when switching to Windows. This port is customized to a USB2.0 port.

My ports are basically mapped like yours. But with the extra SSP2 device at the bottom which I suspect is used for USB3 on the port near the power port. Since that port is the 3rd one in the mapping list.

[m4ak]

Yes, the USBs near the power port are HSP2 and SSP2. Since my interface does not recognize 3.0 devices, I deleted SSP2.

I put the machine to sleep last night. I just woken up and checked the log. I was woken up almost every hour, but my breathing light flickered normally and the screen didn’t light up.

I don’t know if it’s not normal sleep.

-----log----- log show --last 16h | grep "Wake reason" 2020-11-18 17:33:31.112170+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 17:33:31.112172+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449884+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449887+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179268+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179270+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937842+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937844+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679418+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679420+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931855+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931857+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367295+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367297+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056242+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056244+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877087+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877089+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909937+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909939+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 03:27:27.295898+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network)

[racka98]

Yes, the USBs near the power port are HSP2 and SSP2. Since my interface does not recognize 3.0 devices, I deleted SSP2.

I put the machine to sleep last night. I just woken up and checked the log. I was woken up almost every hour, but my breathing light flickered normally and the screen didn’t light up.

I don’t know if it’s not normal sleep.

-----log----- log show --last 16h | grep "Wake reason" 2020-11-18 17:33:31.112170+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 17:33:31.112172+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449884+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449887+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179268+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179270+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937842+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937844+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679418+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679420+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931855+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931857+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367295+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367297+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056242+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056244+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877087+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877089+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909937+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909939+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 03:27:27.295898+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network)

First disable hibernation completely. It messes with sleep.

Second, i think your Bluetooth on the DW1820 card is causing that. That's the only network related thing that uses your USB (XHCI) interface

[m4ak]

How to tdisable hibernation? Do this: sudo pmset -a hibernatemode 0

The only possible problem is the Bluetooth of the DW1820A, because it uses usb, but the usb has been customized, so it should have nothing to do with it.

[m4ak]

Yes, the USBs near the power port are HSP2 and SSP2. Since my interface does not recognize 3.0 devices, I deleted SSP2. I put the machine to sleep last night. I just woken up and checked the log. I was woken up almost every hour, but my breathing light flickered normally and the screen didn’t light up. I don’t know if it’s not normal sleep. -----log----- log show --last 16h | grep "Wake reason" 2020-11-18 17:33:31.112170+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 17:33:31.112172+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449884+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449887+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179268+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179270+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937842+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937844+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679418+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679420+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931855+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931857+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367295+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367297+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056242+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056244+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877087+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877089+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909937+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909939+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 03:27:27.295898+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network)

First disable hibernation completely. It messes with sleep.

Second, i think your Bluetooth on the DW1820 card is causing that. That's the only network related thing that uses your USB (XHCI) interface

Your idea is correct. I conducted a test this morning: disable the wireless network card in the BIOS, and do not load the network card and Bluetooth drivers in the config file. I sleep from 9:00 am until 12:00 and I wake it up. No wakeup record was found in the log. after that, I enabled the wireless network card and found that there were wakeup logs again.

However, I did not disable Bluetooth in the BIOS. It is estimated that it has something to do with the wireless network card. During this period, the battery power is almost not consumed. When you start to sleep, the power is 100% and when you wake up, it is 99%.

Seeing you update Big Sur, is it running smoothly? I have also been notified of the upgrade, but I have not upgraded it yet.

[m4ak]

[racka98]

Seeing you update Big Sur, is it running smoothly? I have also been notified of the upgrade, but I have not upgraded it yet

Performance is about the same as Catalina for me but no as good as Mojave on the animations

[racka98]

Yes, the USBs near the power port are HSP2 and SSP2. Since my interface does not recognize 3.0 devices, I deleted SSP2. I put the machine to sleep last night. I just woken up and checked the log. I was woken up almost every hour, but my breathing light flickered normally and the screen didn’t light up. I don’t know if it’s not normal sleep. -----log----- log show --last 16h | grep "Wake reason" 2020-11-18 17:33:31.112170+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 17:33:31.112172+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449884+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 18:24:32.449887+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179268+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 19:31:07.179270+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937842+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 20:25:53.937844+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679418+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 21:29:01.679420+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931855+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 22:34:21.931857+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367295+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-18 23:27:55.367297+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056242+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 00:25:24.056244+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877087+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 01:33:30.877089+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909937+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 02:25:04.909939+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network) 2020-11-19 03:27:27.295898+0800 0x74 Default 0x0 0 0 kernel: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC0 IGBE XHCI (Network)

First disable hibernation completely. It messes with sleep. Second, i think your Bluetooth on the DW1820 card is causing that. That's the only network related thing that uses your USB (XHCI) interface

Your idea is correct. I conducted a test this morning: disable the wireless network card in the BIOS, and do not load the network card and Bluetooth drivers in the config file. I sleep from 9:00 am until 12:00 and I wake it up. No wakeup record was found in the log. after that, I enabled the wireless network card and found that there were wakeup logs again.

However, I did not disable Bluetooth in the BIOS. It is estimated that it has something to do with the wireless network card. During this period, the battery power is almost not consumed. When you start to sleep, the power is 100% and when you wake up, it is 99%.

Some of the variants of the DW1820A are known to cause issues with sleep. That's why its recommended to use a real Apple Airport card with an adapter so it works perfectly out of the box.

[m4ak]

I think I have found a way to solve the sleep wake-up record in the log. It should be a problem with my wireless network card driver. The previous driver method loaded the driver in config without injecting it, and the wireless network card and Bluetooth worked normally. Yesterday I changed a driving method, injected DevicePropertites and added pci-aspm-default=0 as follows: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

built-in AQ== AAPL,slot-name WLAN compatible pci14e4,4331 device_type Airport Extreme model DW1820A (BCM4350) 802.11ac Wireless name Airport pci-aspm-default 0

Through the 12-hour sleep test, there is no wake-up record in the log. I think I solved this problem.

daideMacBook:~ dai$ show --last 12h | grep "Wake reason" daideMacBook:~ dai$

[m4ak]

Merry Christmas