Contribute
Register

Acer Aspire E5-571-30AB installation problems

Status
Not open for further replies.
Joined
Jun 8, 2015
Messages
16
Motherboard
Asus TUF Z390-PRO Gaming
CPU
i7-9700
Graphics
RX 560
Mac
  1. Mac mini
Mobile Phone
  1. Android
Hi everyone,

I'm trying to get a clean install of my new laptop Acer Aspire E5-571-30AB for a few weeks now.
I followed the different guides and helps I could find here, mainly RehabMan's one.

I've been able to get things working quite well, but still facing one major problem : instabilities on wake after sleep. Most of the times my laptop reboots after wake. I tried many combinations of kext, config.plist or DSDT/SSDT patching but no success by now. Sometimes it reboots immediately upon wake, sometimes a few seconds after waking up. A couple of times it works fine after wake-up, without changing anything.

I boot with Clover in UEFI mode.

I think the clue is within DSDT/SSDT patching but I can't find the way out of this.

Here are the configuration I use, and also the native ACPI extraction :
View attachment Patrick’s MacBook Pro.zip
View attachment RehabMan.zip
View attachment CLOVER.zip
View attachment native_ACPI.zip

The only extensions I've installed on S/L/E are VoodooPS2, following RehabMan installation instructions, and VoodooHDA (I will try to change for patched AppleHDA later).
The other kexts I use are on the clover bootloader.

I would be very grateful if someone could help me resolving this problem.

Nickotar
 
Hi everyone,

I'm trying to get a clean install of my new laptop Acer Aspire E5-571-30AB for a few weeks now.
I followed the different guides and helps I could find here, mainly RehabMan's one.

I've been able to get things working quite well, but still facing one major problem : instabilities on wake after sleep. Most of the times my laptop reboots after wake. I tried many combinations of kext, config.plist or DSDT/SSDT patching but no success by now. Sometimes it reboots immediately upon wake, sometimes a few seconds after waking up. A couple of times it works fine after wake-up, without changing anything.

I boot with Clover in UEFI mode.

I think the clue is within DSDT/SSDT patching but I can't find the way out of this.

Here are the configuration I use, and also the native ACPI extraction :
View attachment 143438
View attachment 143439
View attachment 143440
View attachment 143441

The only extensions I've installed on S/L/E are VoodooPS2, following RehabMan installation instructions, and VoodooHDA (I will try to change for patched AppleHDA later).
The other kexts I use are on the clover bootloader.

I would be very grateful if someone could help me resolving this problem.

Nickotar

Are you using a bluetooth firmware uploader kext? If so, which one?

You should instrument _PTS and _WAK with ACPIDebug.kext to be sure they are executing cleanly.

Some say MacBookPro11,1 works better than MacBookPro11,2...
 
Thanks for your help, I will look at this as soon as I get home.

Are you using a bluetooth firmware uploader kext?

I made nothing special about bluetooth. I have a Qualcomm Atheros AR9565 wifi card with bluetooth. I know that wifi won't work with OSX. I'm planning to replace it with a compatible one (probably AR9280).
Bluetooth seems to be recognized by OSX, it appears as working. In fact I couldn't establish any bluetooth connection and strange thing is that it is not possible to deactivate it in system preferences. So I guess the support of bluetooth is uncomplete.
Is there a way to force its desactivation ? Or can we be sure that this doesn't affect general functionment of OSX and especially sleep/wake ?

You should instrument _PTS and _WAK with ACPIDebug.kext to be sure they are executing cleanly.
I'll try this and give you report of the results.

Some say MacBookPro11,1 works better than MacBookPro11,2...
I'll look at this too.


I am not sure that speedstep works as expected. I tried to check this with DPCIManager "P-States" function. It shows me only 2 states : 8 and 17. I can see it switching from one to the other depending on OSX activity. This seems ok to me but I was expecting more than 2 steps, what du you thinf of this ?

Many thanks.
 
I made nothing special about bluetooth. I have a Qualcomm Atheros AR9565 wifi card with bluetooth. I know that wifi won't work with OSX. I'm planning to replace it with a compatible one (probably AR9280).
Bluetooth seems to be recognized by OSX, it appears as working. In fact I couldn't establish any bluetooth connection and strange thing is that it is not possible to deactivate it in system preferences. So I guess the support of bluetooth is uncomplete.
Is there a way to force its desactivation ? Or can we be sure that this doesn't affect general functionment of OSX and especially sleep/wake ?

You could remove the unsupported WiFi/BT card.

I am not sure that speedstep works as expected. I tried to check this with DPCIManager "P-States" function. It shows me only 2 states : 8 and 17. I can see it switching from one to the other depending on OSX activity. This seems ok to me but I was expecting more than 2 steps, what du you thinf of this ?

Test with AppleIntelInfo.kext.
 
Hi,

Here are my results :

First I replaced my SMBIOS by a MacBookPro11,1 => no change, still rebooting upon wake.

Next, I removed all bluetooth kexts in S/L/E and rebuild cache. I don't want to remove the Wifi/BT card because I'm keeping a dual boot with Windows 8.
=> Bluetooth is not active in this way, but my laptop keeps rebooting upon wake.

I made a test with ACPIDebug and debug calls inside _WAK and _PTS (applying your patch for this). I can see ACPIDebug loading in system.log, but there is no debug info (neither for _PTS nor _WAK).
=> this tends to show that these methods are not even called, that is quite strange !
I made 3 sleeps, all with same result. I had no wake success this time unfortunately.

How can I investigate moreover ?

One other thing I noticed is that after several hours off, when I try to boot again, my laptop won't start. The boot process stucks right after "root device UUID ..." and one line of "+" signs.
Each time I must try a lot of different boot configurations (verbose / safe mode / without cache) including with slightly differents config.plist in order to boot. Right after boot success, I can come back to my current config.plist and verbose boot and it will boot every time (including if I stop/start or restart, and if I wait several minutes before each boot).
I noticed that for some days now. I will try to make more precise observations.

Thanks again for your help.
 
Hi,

Here are my results :

First I replaced my SMBIOS by a MacBookPro11,1 => no change, still rebooting upon wake.

Next, I removed all bluetooth kexts in S/L/E and rebuild cache. I don't want to remove the Wifi/BT card because I'm keeping a dual boot with Windows 8.
=> Bluetooth is not active in this way, but my laptop keeps rebooting upon wake.

I made a test with ACPIDebug and debug calls inside _WAK and _PTS (applying your patch for this). I can see ACPIDebug loading in system.log, but there is no debug info (neither for _PTS nor _WAK).
=> this tends to show that these methods are not even called, that is quite strange !
I made 3 sleeps, all with same result. I had no wake success this time unfortunately.

How can I investigate moreover ?

One other thing I noticed is that after several hours off, when I try to boot again, my laptop won't start. The boot process stucks right after "root device UUID ..." and one line of "+" signs.
Each time I must try a lot of different boot configurations (verbose / safe mode / without cache) including with slightly differents config.plist in order to boot. Right after boot success, I can come back to my current config.plist and verbose boot and it will boot every time (including if I stop/start or restart, and if I wait several minutes before each boot).
I noticed that for some days now. I will try to make more precise observations.

Thanks again for your help.

Is the problem intermittent or does it happen every time?

If it happens every time, don't expect output from ACPIDebug. If the reboot happens only some of the time, then you forgot to install ACPIDebug.kext.
 
Is the problem intermittent or does it happen every time?

If it happens every time, don't expect output from ACPIDebug. If the reboot happens only some of the time, then you forgot to install ACPIDebug.kext.
It did happen to work a few times, but I had no luck since I put debug mode. I will keep on trying.

The only thing I have for now is the standard messages in system log.
This is an extract of 'grep Wake /var/log/system.log' :
Code:
Jul  9 19:22:23 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=312] requested push wake but lacks APSPushWakeEntitlement
Jul  9 19:25:35 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=312] requested push wake but lacks APSPushWakeEntitlement
Jul  9 19:30:45 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=298] requested push wake but lacks APSPushWakeEntitlement
Jul  9 19:33:16 Patricks-MacBook-Pro kernel[0]: Wake reason: PWRB (User)
Jul  9 19:33:16 Patricks-MacBook-Pro.local WindowServer[158]: CGXDisplayDidWakeNotification [164392077441]: posting kCGSDisplayDidWake
Jul  9 20:45:42 Patricks-MacBook-Pro kernel[0]: Wake reason: PWRB (User)
Jul  9 20:45:42 Patricks-MacBook-Pro.local WindowServer[158]: CGXDisplayDidWakeNotification [846480408685]: posting kCGSDisplayDidWake
Jul  9 20:48:53 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=299] requested push wake but lacks APSPushWakeEntitlement
Jul  9 21:00:03 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=301] requested push wake but lacks APSPushWakeEntitlement
Jul  9 21:09:01 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=299] requested push wake but lacks APSPushWakeEntitlement
Jul  9 21:16:33 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=300] requested push wake but lacks APSPushWakeEntitlement
Jul  9 21:23:24 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=296] requested push wake but lacks APSPushWakeEntitlement
Jul  9 22:12:45 Patricks-MacBook-Pro.local apsd[69]: Peer [pid=300] requested push wake but lacks APSPushWakeEntitlement
The 2 occurences of "Wake reason: PWRB" correspond to successfull wakes. I don't see anyhting relative to sleep in system.log.

I also checked speedstep with AppleIntelInfo. I put the log in attachment. As far as I understand it, I think it's ok. Can you confirm ?
View attachment AppleIntelInfo.log

Many thanks for the time spent.
 
I've made some progress on my installation. I can now sleep and wake fine, and booting seems to work also.

Wake problem was solved by modifying boot flags inside config.plist.
I've replaced :
<key>Arguments</key>
<string>slide=0 kext-dev-mode=1 rootless=0</string>
by :
<key>Arguments</key>
<string>dart=0 kext-dev-mode=1</string>

I can now get debut information in system.log :
Code:
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: { "_PTS enter", 0x3, }[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: "_PTS exit"[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: { "_WAK enter", 0x3, }[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: "_WAK exit"[/FONT]
Which I suppose is OK ?


The problem of cold booting was solved by adding more drivers to EFI. I now have these drivers64UEFI :
- FSInject-64.efi
- OsxAptioFix2Drv-64.efi
- OsxFatBinaryDrv-64.efi
- PartitionDxe-64.efi
- VBoxHfs-64.efi



As for speedstepping I still dont know if it's ok. As I stated before it seems to work, but I can only see 2 steps used : first one (8) and last one (17).
Here is an extract :
Code:
[FONT=Menlo]AICPUPMI: CPU Low Frequency Mode.............: 800 MHz[/FONT]
[FONT=Menlo]AICPUPMI: CPU Maximum non-Turbo Frequency....: 1700 MHz[/FONT]
[FONT=Menlo]AICPUPMI: CPU Maximum Turbo Frequency........: 1700 MHz[/FONT]
[FONT=Menlo]AICPUPMI: IGPU Current Frequency.............:  750 MHz[/FONT]
[FONT=Menlo]AICPUPMI: IGPU Minimum Frequency.............:  200 MHz[/FONT]
[FONT=Menlo]AICPUPMI: IGPU Maximum Non-Turbo Frequency...:  200 MHz[/FONT]
[FONT=Menlo]AICPUPMI: IGPU Maximum Turbo Frequency.......:  950 MHz[/FONT]
[FONT=Menlo]AICPUPMI: IGPU Maximum limit.................: No Limit[/FONT]
[FONT=Menlo]CPU P-States [ (8) 16 17 ] iGPU P-States [ (15) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C3-Cores [ 0 2 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C7-Cores [ 0 1 2 3 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 12 16 17 ] iGPU P-States [ (15) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C3-Cores [ 0 2 3 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C3-Cores [ 0 1 2 3 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ 8 12 15 16 (17) ] iGPU P-States [ (15) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 12 13 15 16 17 ] iGPU P-States [ (15) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 12 13 14 15 16 17 ] iGPU P-States [ (15) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ 8 12 13 14 15 16 (17) ] iGPU P-States [ 15 (17) ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C6-Cores [ 0 1 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 11 12 13 14 15 16 17 ] iGPU P-States [ (15) 17 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 9 11 12 13 14 15 16 17 ] iGPU P-States [ (15) 17 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 9 10 11 12 13 14 15 16 17 ] iGPU P-States [ (15) 17 ][/FONT]
[FONT=Menlo]AICPUPMI: CPU C6-Cores [ 0 1 2 3 ][/FONT]
Can someone tell me if this is ok or if I still need to work on speedstep ?

I would like to get a full working laptop and publish a guide when it's all done.
 
...
I can now get debut information in system.log :
Code:
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: { "_PTS enter", 0x3, }[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: "_PTS exit"[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: { "_WAK enter", 0x3, }[/FONT]
[FONT=Menlo]Jul 28 19:42:19 MacBook-Pro-de-Pat kernel[0]: ACPIDebug: "_WAK exit"[/FONT]
Which I suppose is OK ?

Once you've verified that _PTS and _WAK are executing, you can remove the debugging code from DSDT.

As for speedstepping I still dont know if it's ok. As I stated before it seems to work, but I can only see 2 steps used : first one (8) and last one (17).
Here is an extract :
Code:
[FONT=Menlo]AICPUPMI: CPU P-States [ (8) 9 10 11 12 13 14 15 16 17 ] iGPU P-States [ (15) 17 ][/FONT]
Can someone tell me if this is ok or if I still need to work on speedstep ?

Hmmm.. I see pstates 8,9,10,11,12,13,14,15,16,17... You don't see them?

x17 top state is consistent with Intel specs for your CPU: http://ark.intel.com/products/75105/Intel-Core-i3-4005U-Processor-3M-Cache-1_70-GHz
 
Hmmm.. I see pstates 8,9,10,11,12,13,14,15,16,17... You don't see them?

x17 top state is consistent with Intel specs for your CPU: http://ark.intel.com/products/75105/Intel-Core-i3-4005U-Processor-3M-Cache-1_70-GHz

Of course I can see them, but I thought that it was necessary to see different states really selected (between braces), and this appears only for states 8 and 17. Other states seem to nether been selected (I've made several tests with various CPU loads).
I may have misunderstood and that's really good news if my stepping works fine !
 
Status
Not open for further replies.
Back
Top