HP Probook 4540s.....

[kpkp]

I think this post may be on to some useful information for native power management for those with Ivy processors:

http://www.tonymacx86.com/general-h...-may-incomplete-unsupported-2.html#post522785

Obviously, I don't have anything to try with (all my computers are Sandy Bridge), but maybe those with Ivy CPUs in their 4x40s can try this.

By the way, if you want to run IORegistryExplorer on ML, be sure not to use the latest from Apple downloads. The one they specifically supports ML crashes on startup. And I've tested it on a genuine MacBook Air -- same thing (Nice work, Cupertino). So go down a few pages and download the one for Lion -- it works on ML too.

I tried it, the kexts load, hwmonitor shows that i am stuck at the multipler x8, as before it was moving between x12 and x26. It seems like a step in the right direction, maybe my ssdt generated with MaciASL doesnt work with ivy...

 

[RehabMan]

I tried it, the kexts load, hwmonitor shows that i am stuck at the multipler x8, as before it was moving between x12 and x26. It seems like a step in the right direction, maybe my ssdt generated with MaciASL doesnt work with ivy...

Or maybe you don't need an SSDT... I keep seeing references to not needing SSDT with Ivy and maybe this is a piece of the puzzle.

 

[kpkp]

Or maybe you don't need an SSDT... I keep seeing references to not needing SSDT with Ivy and maybe this is a piece of the puzzle.

Same result, but i can run Geekbench without the fan turning on .

 

[RehabMan]

Same result, but i can run Geekbench without the fan turning on .

Bummer. All the pieces of the puzzle are obviously not known yet...

 

[zoltankr]

Happy New Year everybody!

Is there a way to get rid of the "-f" flag at boot? I'm unable to boot OS X without that flag.

 

[RehabMan]

Happy New Year everybody!

Is there a way to get rid of the "-f" flag at boot? I'm unable to boot OS X without that flag.

Have you tried AHCI patch? That one is dependent on hardware. Certain HDDs/SSDs don't respond fast enough to AHCI "identify" command, and the OS gets stuck "waiting for root device..." The AHCI patch modifies IOAHCIBlockStorage to add a 200ms delay during ::start for the kext.

For me, my SSD (Crucial M4 256), doesn't have an issue, yet if I use certain HDDs in my optibay, I have an issue. I've also found that the IOAHCIBlockStorage in the MacBook Pro/MacBook Air 2.0 update contains an AHCIBlockStorage that, at least for me, doesn't have this issue. We'll see if that is the case when the next release of ML comes out.

 

[zoltankr]

Have you tried AHCI patch? That one is dependent on hardware. Certain HDDs/SSDs don't respond fast enough to AHCI "identify" command, and the OS gets stuck "waiting for root device..." The AHCI patch modifies IOAHCIBlockStorage to add a 200ms delay during ::start for the kext.

For me, my SSD (Crucial M4 256), doesn't have an issue, yet if I use certain HDDs in my optibay, I have an issue. I've also found that the IOAHCIBlockStorage in the MacBook Pro/MacBook Air 2.0 update contains an AHCIBlockStorage that, at least for me, doesn't have this issue. We'll see if that is the case when the next release of ML comes out.

Thank you. I will try to apply that patch a bit later.

 

[tihohod]

Everything...?What about wifi

Of course not - but it's 10 bucks problem.

speedstep (ivy or sandy)

It seems that all necessary kexts are loaded but in HW monitor I observe only switches between half-speed and full speed ratios depending on running apps. Have no idea if this is OK for my Ivy.

usb 3/2 combo,

All usb ports work as "High-speed". Stable.

iffy SD card driver,

Works. I referenced the kext a couple of pages before.

native AppleHDA...

I'd say - patched AppleHDA. Yes, built-in speakers and microphone work well using the kext from post #60.

 

[tihohod]

Dear RehabMan,

Today I was bold enough to add some extra logging to your kext (VoodooPS2Trackpad). This is what I get during sleep/wake. Could you please look at this mess? Does something ring a bell? If you have any ideas of some quick and dirty patches/tests that I could do and try on my 4740s, this would be great. Thank you and respect!

My output is prefixed with VoodooPS2Trackpad!

hibernate_setup(0) took 0 ms
VoodooPS2Trackpad! setDevicePowerState - case kPS2C_DisableDevice
VoodooPS2Trackpad! setTouchPadEnable
0 [Time 1356998387] [Message hibernate_page_list_setall start 0xffffff80d367b000, 0xffffff80d36bb000
hibernate_page_list_setall time: 289 ms
pages 496025, wire 212861, act 73650, inact 494, cleaned 0 spec 71, zf 606, throt 0, could discard act 35689 inact 11248 purgeable 2712 spec 158694 cleaned 0
hibernate_page_list_setall found pageCount 287682
IOHibernatePollerOpen, ml_get_interrupts_enabled 0
IOHibernatePollerOpen(0)
encryptStart 134b0
writing 287398 pages
encryptEnd 7518000
image1Size 0xb923600, encryptStart1 0x134b0, End1 0x7518000
encryptStart b923600
encryptEnd 12946e00
PMStats: Hibernate write took 2784 ms
all time: 2784 ms, comp bytes: 1177182208 time: 779 ms 1440 Mb/s, crypt bytes: 240288592 time: 494 ms 463 Mb/s,
image 311717376, uncompressed 1177182208 (287398), compressed 309091696 (26%), sum1 f0bf5540, sum2 6fdd154a
wired_pages_encrypted 149159, wired_pages_clear 63418, dirty_pages_encrypted 74821
hibernate_write_image done(0)
sleep
Wake reason: power-button (User)
No interval found for . Using 8000000
VoodooPS2Trackpad! setDevicePowerState - case kPS2C_EnableDevice
The USB device HubDevice (Port 1 of Hub at 0x1a000000) may have caused a wake by issuing a remote wakeup (2)
The USB device HubDevice (Port 1 of Hub at 0x1d000000) may have caused a wake by issuing a remote wakeup (2)
[ PCI configuration begin ]
PCI configuration changed (bridge=4 device=6 cardbus=0)
[ PCI configuration end, bridges 5 devices 15 ]
[AppleBluetoothHCIControllerUSBTransport][ClearFeatureInterruptEndpointHalt] -- ClearPipeStall returned e000404f
[AppleBluetoothHCIControllerUSBTransport][start] -- completed
[IOBluetoothHCIController][staticBluetoothHCIControllerTransportShowsUp] -- Received Bluetooth Controller register service notification
VoodooPS2Trackpad! setTouchPadModeByte

 

[RehabMan]

Dear RehabMan,

Today I was bold enough to add some extra logging to your kext (VoodooPS2Trackpad). This is what I get during sleep/wake. Could you please look at this mess? Does something rings a bell? If you have any ideas of some quick and dirty patches/tests that I could do and try on my 4740s, this would be great. Thank you and respect!

My output is prefixed with VoodooPS2Trackpad!

hibernate_setup(0) took 0 ms
VoodooPS2Trackpad! setDevicePowerState - case kPS2C_DisableDevice
VoodooPS2Trackpad! setTouchPadEnable
0 [Time 1356998387] [Message hibernate_page_list_setall start 0xffffff80d367b000, 0xffffff80d36bb000
hibernate_page_list_setall time: 289 ms
pages 496025, wire 212861, act 73650, inact 494, cleaned 0 spec 71, zf 606, throt 0, could discard act 35689 inact 11248 purgeable 2712 spec 158694 cleaned 0
hibernate_page_list_setall found pageCount 287682
IOHibernatePollerOpen, ml_get_interrupts_enabled 0
IOHibernatePollerOpen(0)
encryptStart 134b0
writing 287398 pages
encryptEnd 7518000
image1Size 0xb923600, encryptStart1 0x134b0, End1 0x7518000
encryptStart b923600
encryptEnd 12946e00
PMStats: Hibernate write took 2784 ms
all time: 2784 ms, comp bytes: 1177182208 time: 779 ms 1440 Mb/s, crypt bytes: 240288592 time: 494 ms 463 Mb/s,
image 311717376, uncompressed 1177182208 (287398), compressed 309091696 (26%), sum1 f0bf5540, sum2 6fdd154a
wired_pages_encrypted 149159, wired_pages_clear 63418, dirty_pages_encrypted 74821
hibernate_write_image done(0)
sleep
Wake reason: power-button (User)
No interval found for . Using 8000000
VoodooPS2Trackpad! setDevicePowerState - case kPS2C_EnableDevice
The USB device HubDevice (Port 1 of Hub at 0x1a000000) may have caused a wake by issuing a remote wakeup (2)
The USB device HubDevice (Port 1 of Hub at 0x1d000000) may have caused a wake by issuing a remote wakeup (2)
[ PCI configuration begin ]
PCI configuration changed (bridge=4 device=6 cardbus=0)
[ PCI configuration end, bridges 5 devices 15 ]
[AppleBluetoothHCIControllerUSBTransport][ClearFeatureInterruptEndpointHalt] -- ClearPipeStall returned e000404f
[AppleBluetoothHCIControllerUSBTransport][start] -- completed
[IOBluetoothHCIController][staticBluetoothHCIControllerTransportShowsUp] -- Received Bluetooth Controller register service notification
VoodooPS2Trackpad! setTouchPadModeByte

It all looks pretty normal. Touchpad gets enabled at sleep, and re-enabled at wake. Not too surprising.

One thing I've been meaning to try is to do a hard-reset of the trackpad on wake (0xFF). Supposedly after this, the trackpad is unavailable for ~800-1000ms after, and then it sends the ACK. The last time I tried this, everything was out of sync because of the late arriving ACK, but that can probably be dealt with...