Jump to content

Delay after keying in password

Jasper Levi

By Jasper Levi,
in OSx86 10.12 (Sierra)

 Share
60 posts in this topic

Recommended Posts

Jasper Levi
Jasper Levi
Posted
Posted

Hi Guys,

 

I have this weird problem. Any time I key in my mac user password and press enter/return, the computer pauses for a few seconds (4-5 seconds) before moving on to whatever it requested the password for. This happens everywhere - at login, when performing an administrative task, locking/unlocking System Preferences and even when running a sudo command from within Terminal.

 

I am running macOS Sierra on a Samsung EVO 250GB SSD with Trim enabled. The rest of my config is in my footer. I'd appreciate any help with this. Thanks in advance.

  • Like 1
Link to comment
Share on other sites
MaLd0n
MaLd0n
Posted
Posted
-Post ur full Clover folder with original tables, press F4 in Clover Boot Screen, files generate in Clover/Acpi/origin

-Post Ioreg, extract with Ioreg Explorer


-Run it, post files generate in ur desktop


Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

 

-Post ur full Clover folder with original tables, press F4 in Clover Boot Screen, files generate in Clover/Acpi/origin
-Post Ioreg, extract with Ioreg Explorer
-Run it, post files generate in ur desktop

 

 

Here you go. Thanks...

Send me Jasper’s iMac.zip

Clover.zip

Jasper’s Mac Pro.ioreg.zip

  • Like 1
Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

Replace full folder

attachicon.gifCLOVER.zip

remove FakePCIID and FakePCIID.XHCIMux

run kext utility

attachicon.gifKext Utility.app.zip

u dont need many SSDTs, all in DSDT

 

let me know

 

I'm so so sorry. I sent you the wrong ioreg file, and the RunMe app might have picked up some other stuff lying around on my desktop. Attaching the correct files here...Clover.zip

Jasper’s iMac.ioreg.zip

Send me Jasper’s iMac.zip

  • Like 1
Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

 

All seems to be well, apart from a few things:

  • I use a 4k monitor at 4k. The display seems to be constricted to 1920x1080. Have you done it thru the patched DSDT?
  • The Okrasit Performance Fix, while it gives me a high Geekbench score (screenshot attached) makes my 5820K stay between 2 GHz and my turbo limit - currently 4 GHz (screenshot attached)
  • Okrasit's Performance Fix also makes my computer a little unstable. I have had it randomly reboot several times when using it.
  • FCPX is even faster, racing thru Bruce X 5K in 13 seconds - probably due to the performance fix
  • Do I need to stick to iMac 14,2 SMBIOS? If so, please explain why.
  • Do I need Lilu and NVidiaGraphicsFixup kexts? I have run the ADGPFix app...

post-682147-0-68716500-1495132304_thumb.png

post-682147-0-11232100-1495132322_thumb.png

  • Like 1
Link to comment
Share on other sites
MaLd0n
MaLd0n
Posted
Posted

1- Apply HDMI in DSDT, same patch in ur old SSDT

2- if u dont use PMDrvr.kext, dont generate correct p-states, but is good

3- Try with Pike patch to avoid it in Kernel to patch

 

 

Comment: MSR 0xE2 _xcpm_idle instant reboot (c) Pike R. Alpha
MatchOS: 10.12
Find: 20b9e200 00000f30
Replace: 20b9e200 00009090

4- U can use iMac14, iMac15, MacPro6...i prefer iMac14,2, but the same result

5- Lilu, AppleAlc and NVidiaGraphicsFixup need it

6- NVidiaGraphicsFixup, use it and u dont need patched again after all updates

Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

1- Apply HDMI in DSDT, same patch in ur old SSDT

2- if u dont use PMDrvr.kext, dont generate correct p-states, but is good

3- Try with Pike patch to avoid it in Kernel to patch

4- U can use iMac14, iMac15, MacPro6...i prefer iMac14,2, but the same result

5- Lilu, AppleAlc and NVidiaGraphicsFixup need it

6- NVidiaGraphicsFixup, use it and u dont need patched again after all updates

 

1 - The display is at 4K after rebooting. I set it in System Preferences before I rebooted. So I guess, all well there.

2 - Dare I try PMDrvr and see if sleep and wake work now? Let me try and get back to you on how this goes...

3 - I know for certain that my MSR 0xE2 is not locked. Do I still need the idle reboot fix?

4 - I'd prefer the iMac15,1 sysdef then. It has a Haswell processor, so the right frequency vectors should load, right? Unless PMDrvr kicks in and all is hunky-dory anyway!

5 - Fine with Lilu, although the computer does make a lot of scraping and screeching sounds booting up and coming out of sleep, which were not happening with my earlier setup. Earlier it was just two tapping sounds - one for each channel.

6 - Understood about NVidiaGraphicsFixup.kext

 

Thanks so much for taking the time out to help me this way. I really appreciate it.

  • Like 1
Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

1- Good

2- Need test

3- Ye, u need test

4- No, dont have native support, like Skylake, dont work with a easy way

5- It's true

;)

 

OK, so no go with PMDrvr (I didn't have my fingers crossed anyway). I switched to iMac15,1 and all seems to be holding up.

 

Removed the Okrasit Performance Fix, Geekbench is down by about 4400 points but not SO much... screenshot attached. FCPX still blazing fast. How it got so fast, I don't know but I'm not losing sleep over it. It used to take 73 seconds for Bruce X 5K earlier.

 

I had this SSDT which I had created to inject my USB 2 and 3 ports (verified as fine by Rehabman) which you removed while fixing my DSDT. Can I go back to using it? Or better still, can it be patched into the DSDT?

 

Can I also go back to using my audio kext? It let me use a vanilla AppleHDA kext and also survived all updates so far. Best was, there were no scraping noises while booting up. This sort of kills it for me. Can I go back to it, or are we now patching audio thru the DSDT?

 

I can see this "Soundflower" device in my sound settings but I didn't put it in. Can we do away with it, or is it part of the patching? Pls see screenshot of sound settings.

 

Thanks

post-682147-0-42245500-1495137090_thumb.png

post-682147-0-41686300-1495137107_thumb.png

  • Like 1
Link to comment
Share on other sites
MaLd0n
MaLd0n
Posted
Posted

yes, u can back to old audio, apply patches in config.plist, in DSDT have hdef with same id

 

no idea about soundflower, i think is external audio interface

 

Yes, use ur ssdt usb

Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

yes, u can back to old audio, apply patches in config.plist, in DSDT have hdef with same id

 

no idea about soundflower, i think is external audio interface

 

Yes, use ur ssdt usb

 

Thanks, USB injection is back. Audio still popping and crackling/scraping...

  • Like 1
Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

Kernel panic happening upon booting. It used to happen earlier as well, when I would use Lilu and NVidiaGraphicsFixup kexts. I think I will have to go back to the older Clover setup.

 

If it is not too much to ask, can you send me the DSDT patches in a text file so that I can apply them one by one and see what works best? Thanks so much

  • Like 1
Link to comment
Share on other sites
Jasper Levi
Jasper Levi
Posted
  • Author
Posted

what about -xcpm

 

Now removed, XCPM still works though.

 

Output of sysctl machdep.xcpm is

 

machdep.xcpm.epp_override: 0

machdep.xcpm.io_epp_boost_enabled: 0

machdep.xcpm.ring_boost_enabled: 0

machdep.xcpm.io_cst_control_enabled: 0

machdep.xcpm.io_filtered_reads: 0

machdep.xcpm.io_control_disengages: 6

machdep.xcpm.io_control_engages: 0

machdep.xcpm.io_thermal_level: 0

machdep.xcpm.gpu_thermal_level: 0

machdep.xcpm.cpu_thermal_level: 0

machdep.xcpm.deep_idle_total_stats: n/a

machdep.xcpm.deep_idle_last_stats: n/a

machdep.xcpm.deep_idle_count: 0

machdep.xcpm.qos_txfr: 1

machdep.xcpm.deep_idle_log: 0

machdep.xcpm.forced_idle_period: 30000000

machdep.xcpm.forced_idle_ratio: 100

machdep.xcpm.mbd_relaxations: 0

machdep.xcpm.mbd_applications: 0

machdep.xcpm.mbd_mode: 1

machdep.xcpm.maxintdelay: 0

machdep.xcpm.maxbusdelay: 0

machdep.xcpm.ratio_changes_total: 1639181

machdep.xcpm.ratio_change_ratelimit_ns: 500000

machdep.xcpm.vectors_loaded_count: 1

machdep.xcpm.tuib_ns: 0

machdep.xcpm.bootpst: 40

machdep.xcpm.bootplim: 0

machdep.xcpm.power_source: 0

machdep.xcpm.tuib_enabled: 0

machdep.xcpm.tuib_plimit_min_100mhz_ratio: 8

machdep.xcpm.tuib_plimit_max_100mhz_ratio: 40

machdep.xcpm.soft_plimit_min_100mhz_ratio: 8

machdep.xcpm.soft_plimit_max_100mhz_ratio: 40

machdep.xcpm.hard_plimit_min_100mhz_ratio: 8

machdep.xcpm.hard_plimit_max_100mhz_ratio: 40

machdep.xcpm.mode: 1

 

Also, kextstat|grep -y applelpc

   89    0 0xffffff7f82a90000 0x3000     0x3000     com.apple.driver.AppleLPC (3.1) F51595F0-F9B1-3B85-A1C3-F984DAD4107E <80 12 5 4 3>

 

kextstat|grep -y acpiplat

   13    1 0xffffff7f830b2000 0x60000    0x60000    com.apple.driver.AppleACPIPlatform (5.0) 65E05472-6AE7-3308-8CC8-FA6CB0DB2AEE <12 11 7 6 5 4 3 1>

 

kextstat|grep -y x86plat

   82    1 0xffffff7f82209000 0x17000    0x17000    com.apple.driver.X86PlatformPlugin (1.0.0) 7A4289C8-1162-389D-8FBF-99730287DB72 <81 80 16 15 11 7 6 5 4 3 1>

  125    1 0xffffff7f82220000 0x7000     0x7000     com.apple.driver.X86PlatformShim (1.0.0) 8E873270-42BC-309E-ACE0-EAE2333623C6 <82 81 80 7 4 3>

 

  • Like 1
Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...