[GUIDE]: The MacBookPro18 Project

[valv]

update: device lpc hack added

[valv]

@hchinasky,

As u were askin' for my lspci dump, I post them here for the convenience of the folks

Hope this helps you go further.

Btw, those values reflect the original ones.

Greetz,

[hdx18]

As u were askin' for my lspci dump, I post them here for the convenience of the folks

 

I have exactly the same infos, except for 1 line (video card):

01:00.0 VGA compatible controller [0300]: nVidia Corporation G96 [GeForce GT 130M] [10de:0652] (rev a1)

 

Furthermore, I think you have an Intel Core 2 Duo Processor P8700 @ 2.53GHz CPU, while mine is an Intel Core2 Quad Q9000 de 2,00 GHz...

 

That means our DSDT/ACPI table will be the same, except for Speedstepping (SSDT) and graphic (DSDT) hacks.

Isn't it, Valv?

 

By the way, is it normal that I still can't wake up from sleep? Is it related to speedstepping hack? Or is it something else?

 

Thanks!

[valv]

I have exactly the same infos, except for 1 line (video card):

01:00.0 VGA compatible controller [0300]: nVidia Corporation G96 [GeForce GT 130M] [10de:0652] (rev a1)

That's no problem at all. we'll be modifying some values to sweet your needs, like nvcap, mem..

As of the speed-stepping part, am having good feeling at it, as we don't have to mess with dsdt either.

By the way, is it normal that I still can't wake up from sleep? Is it related to speedstepping hack? Or is it something else?

I remember back in time that this were also driving me crazy till last hacks. can't remember which ones exactly though. sorry.

But am pretty sure it 'd work for u too at the end. if not, we can always use one kext or the other.

 

Greetz,

[rachaf]

Thank you Valv, it seems that with this ID of LPC that you give us the C-States of my dv5 work, at least this command "ioreg -lw0 | grep CSTInfo" give me something.

 

Btw, i found a new Voodoohda v2.6.1 (Modified by aikidoka25 for HP Mini 311) that work very well with our IDT (All work; MIN/MAX/MUTE; Wake from sleep; volume level is correct; only HDMI not tested).

Link: VoodooHDA.kext.261.zip

Source link: http://www.insanelymac.com/forum/index.php...=216449&hl=

 

@HDX18

Try to fix your "RTC", I had the same problem before applying this fix.

 

 

...Sorry for my english.

[valv]

The cause of my problem was related with "RTC fix" (0x08 to 0x02), i thought that this fix wasn't important for me.

thank you for the command, before the fixe this command give me this message "Sleep: Platform Failure - AC 100"

 

@HDX18

Try to fix your "RTC", I had the same problem before applying this fix.

Careful here, the RTC (0x02) is not meant for people having (0x08).

[rachaf]

Careful here, the RTC (0x02) is not meant for people having (0x08).

 

Thanks for the warning Valv, can i use rtc fix via this kext in place of this change?.

[hdx18]

Careful here, the RTC (0x02) is not meant for people having (0x08).

In a matter of fact, I already tried it (RCT fix) once and it didn't change anything. So I almost instantly reverted it back to its original value.

 

By the way, Rachaf, I tried your last voodooHDA.kext and I got a grey volume control... No sound device recognized. But I use a modified appleHDA with an HDAenabler for sometime now and it works perfectly. And yes, I tried removing those kext to see if they were the cause of my "non waking up"... But it changed nothing.

[valv]

Thanks for the warning Valv, can i use rtc fix via this kext in place of this change?.

hi rachaf,

to be honest, never had to mess with those kexts. I can just suggest u go with DSDT and let the kexts be at last resort. How does your RTC device look like ?

 

In a matter of fact, I already tried it (RCT fix) once and it didn't change anything. So I almost instantly reverted it back to its original value.

hi hdx18,

which RTC fix do u guyz mean ? the one am posting ?

 

...I use a modified appleHDA with an HDAenabler for sometime now and it works perfectly

Which ones, from Taruga ? By now am using Vhda 2.61 of Slice (everything ok). But am willing to give a go with applehdaX18 (special edition for hdx18 people) on my next free time

 

And yes, I tried removing those kext to see if they were the cause of my "non waking up"... But it changed nothing.

Try looking what the console says under "Diagnostic and Usage Messages" straight after a sleep failure (reboot). Mine shows this:

[hdx18]

Try looking what the console says under "Diagnostic and Usage Messages" straight after a sleep failure (reboot). Mine shows this:

 

Hi Valv!

That's what I get from /var/log/DiagnosticMessages

 

Message: Sleep: Platform Failure - AC

PID: 14

Sender: configd

Time: 2010-05-22 13:42:47 -0400

com.apple.message.domain: com.apple.powermanagement.sleep

com.apple.message.result: Failure

com.apple.message.signature: Platform Failure

com.apple.message.uuid: ...

 

And there's no message like "Wake: Success..."

 

My computer seems to go to sleep. and the power button "flashes". But when I try to wake up, all the buttons light and everything freezes... I must then reboot the computer.

 

Any idea, guys?

[valv]

@hdx18,

I doubt this related to graphics card, or to applecpupowermanagement.

btw, are u using Nullcpu, disabler or so ?

[rachaf]

Hi Valv,

hi rachaf,

to be honest, never had to mess with those kexts. I can just suggest u go with DSDT and let the kexts be at last resort. How does your RTC device look like ?

Like this:

                Device (RTC)
               {
                   Name (_HID, EisaId ("PNP0B00"))
                   Name (BUF0, ResourceTemplate ()
                   {
                       IO (Decode16,
                           0x0070,             // Range Minimum
                           0x0070,             // Range Maximum
                           0x01,               // Alignment
                           0x08,               // Length
                           )
                   })
                   Name (BUF1, ResourceTemplate ()
                   {
                       IO (Decode16,
                           0x0070,             // Range Minimum
                           0x0070,             // Range Maximum
                           0x01,               // Alignment
                           0x08,               // Length
                           )
                       IRQNoFlags ()
                           {8}
                   })
                   Method (_CRS, 0, Serialized)
                   {
                       If (LEqual (HPTS, One))
                       {
                           Return (BUF0)
                       }
                       Else
                       {
                           Return (BUF1)
                       }
                   }
               }

[valv]

@rachaf,

It is clearly the same as mine was. Trying to remove those two lines from BUF1

                        IRQNoFlags ()
                           {8}

made some issues ?

[rachaf]

I Already tried that but nothing change

[valv]

I Already tried that but nothing change

u mean with sound ? am afraid that this fix would be related to more than that!

[rachaf]

u mean with sound ? am afraid that this fix would be related to more than that!

No , i mean that I Already tried to delete this irq

IRQNoFlags ()

{8}

but nothing change about wake from sleep, the only thing that work for me is changing length from 0x08 to 0x02.

[hdx18]

No , i mean that I Already tried to delete this irq but nothing change about wake from sleep, the only thing that work for me is changing length from 0x08 to 0x02.

So Valv, is it a good idea to change to 0x02?

 

To answer you about your previous question, there's my config:

1) Kexts in /Extra/Extension folder: only those you mentionned in your first post.

2) dsdt.aml - with all the changes (fixes & hacks) you told us, nothing else.

3) smbios.plist, same as you, but info adjusted to my memory modules config.

4) com.apple.Boot.plist. Same as you, except I removed ECDT and FADT keys (because I don't have those .aml files actually) and modified oemFADT and oemSSDT to YES.

5) appleHDA.kext and HDAenabler.kext in /System/Library/Extension folder.

6) Chameleon_2.0_RC5pre7_r141.pkg with the "boot" file updated on 05-14-2010.

 

That's it!

[valv]

So Valv, is it a good idea to change to 0x02?

hi,

for people having 0x04 in length, it is wise to change that into 0x02.

but for us (with 0x08), it is particular. We should not use that usual mod. Thus, we have to delete the IRQ (or rename the BUF1 to BUF0).

btw, this hack is meant to fix the cmos reset issues. And some times used to fix audio stuttering (only).

@hdx18, your config is fine, nothing to worry about. It's just a mutter of time and u'll get your notebook to sleep/wake, once we'd been gone through all the next hacks.

Greetz,

[valv]

Edit

• added RTC hack (totally forgot this one)
  
• corrected UHC1/2 _DSM method positioning (to see if it fixes hdx18's sleep issue)
  
• added SMBus hack
  

[hdx18]

Edit

• added RTC hack (totally forgot this one)
  
• corrected UHC1/2 _DSM method positioning (to see if it fixes hdx18's sleep issue)
  
• added SMBus hack
  

 

Unfortunately, it didn't work...

But I'm not desperate and I'm confident it will eventually work!

[maroundeeb]

Help me dv5 still waiting for root

 

Give me dv5 modified boot 132

 

Thx btw

[jdys_1991]

Great work valv with all them updates! I will soon try them and remove the kext I've been using.. Cant wait till I get most of the stuff for my HDX18 working 'natively'.

 

Thanks so much for the guide/hacks!

[suri2001]

interesting thread, valv - and although i dont want to water down your main topic, id like to ask you what is needed to change in a dsdt so that

 

usb devices dont wake up the hackbook after putting it to sleep.

 

thing is, ive got a (at least i think) well edited dsdt (for my lenovo s12), all usbs are shown as internal btw, but when i send it to sleep it wakes up immediately after console writes >wake reason usb2 usb7

 

is there a way to edit the dsdt to prevent that?

 

when booting without the dsdt, it sleeps fine, but then i dont have the battery meter...

 

thank you!

 

im on this for months now, but im not a pro in dsdt as you are... (unluckily!)

[hdx18]

Edit

• added RTC hack (totally forgot this one)
  
• corrected UHC1/2 _DSM method positioning (to see if it fixes hdx18's sleep issue)
  
• added SMBus hack
  

 

Interestingly, since I made those last modifications, I lost the battery icon...

I guess it will come back once all the other changes will be made to the DSDT file!

 

[sirbow2]

a little advance for me but looks great