Need your help with DSDT for NB ASUS U24E

[ooptimum]

Recently I have installed vanilla OS X 10.8 (12A269) on my ASUS U24E notebook (i7-2620M, HD3000, 4GB RAM) using unishit method. The bootloader is Chimera v2.2.0 r2248 (I'm not happy with it, but that's different story). The essential minimum of extra kexts allowing usage of the system is: AppleACPIPS2Nub.kext, ApplePS2Controller.kext, FakeSMC.kext, GenericUSBXHCI.kext and NullCPUPowerManagement.kext.

In order to eliminate dependence on NullCPUPowerManagement.kext I've patched all timers in DSDT:

                Device (HPET)
               {
                   Name (_HID, EisaId ("PNP0103"))
                   Name (_CID, EisaId ("PNP0C01"))
                   Name (_UID, Zero)
                   Name (BUF0, ResourceTemplate ()
                   {
                       IRQNoFlags ()
                           {0}
                       IRQNoFlags ()
                           {8}
                       Memory32Fixed (ReadWrite,
                           0xFED00000,        // Address Base
                           0x00000400,        // Address Length
                           )
                   })
                   Method (_STA, 0, NotSerialized)
                   {
                       Return (0x0F)
                   }

                   Method (_CRS, 0, Serialized)
                   {
                       Return (BUF0)
                   }
               }

               Device (RTC)
               {
                   Name (_HID, EisaId ("PNP0B00"))
                   Name (_CRS, ResourceTemplate ()
                   {
                       IO (Decode16,
                           0x0070,            // Range Minimum
                           0x0070,            // Range Maximum
                           One,              // Alignment
                       /* Fix - RTC fix
                           0x08,              // Length
                       */
                           0x02,              // Length
                           )
                       /* Fix - RTC fix
                       IRQNoFlags ()
                           {8}
                       */
                   })
               }

               Device (TIMR)
               {
                   Name (_HID, EisaId ("PNP0100"))
                   Name (_CRS, ResourceTemplate ()
                   {
                       IO (Decode16,
                           0x0040,            // Range Minimum
                           0x0040,            // Range Maximum
                           One,              // Alignment
                           0x04,              // Length
                           )
                       IO (Decode16,
                           0x0050,            // Range Minimum
                           0x0050,            // Range Maximum
                           0x10,              // Alignment
                           0x04,              // Length
                           )
                       /* Fix - TIMR fix
                       IRQNoFlags ()
                           {0}
                       */
                   })

 

However, the kernel is panicing if I remove NullCPUPowerManagement.kext. What else could affect it?

DSDT.dsl.zip

[artur-pt]

hello

post also u untouched dsdt

good hack

[ooptimum]

Hello,

I guess you won't compare them, as there are huge pile of cosmetic changes (0x00 -> Zero, 0x01 -> One, etc.), but if you ask, here it is.

DSDT-as-in-BIOS.zip

[artur-pt]

@ ooptimum

there it is .. full patched

if u want to do cosmetic changes.. sometimes is bad idea..

warnings is generate by the compiler.. no problem.. originally it have already this warnings

 

DSDT.aml.zip

 

http://Olarila.com/forum/viewtopic.php?f=28&t=1703

good hack

[ooptimum]

Thank you for your effort, artur-pt, but unfortunately, it doesn't work out as it was intended. Kernel still falls in panic during boot. There should be something else, which involves need in research, apart of auto-patching. Anyways, could you tell me which particular patches you've used in this case? I'd like not to bother you and be able to reproduce these steps myself whenever it would be necessary.

[artur-pt]

hello

have u patched the appleintelcpupowermanagement.kext ?

u need to

and should use ssdt also

is all in link i post before..

the notebook sandy patches

good hack

[ooptimum]

have u patched the appleintelcpupowermanagement.kext ?

The patch told me that my appleintelcpupowermanagement.kext is patched already, and it had, in fact, been a surprise to me, as I believed that my /S/L/E was untouched. I guess either unishit or multishit is responsible for that. <== This is wrong, my memory faulted me. So, the patched kext doesn't work either. Then I thought klover could solve the issue. However, neither klover's autopatching facility (AsusAICPUPM=true) nor autogenerating of C- and P-states were helpful (I've tried the very last version of clover available today - v2k r2165). Then I've been told to try this patch, but there is no patch for ML 10.8, it's solely for 10.8.3, so I am going to upgrade my ML to 10.8.3. If it wouldn't help, what else should I try?

Edited September 30, 2013 by Guest

[artur-pt]

hello

do a clean install

that " beast Things " when used.. u don't know what is applyed..

like the example u describe...

here we do the things step by step.. and exists the information to know what u are doing and why ...

good hack

[ooptimum]

Hello,

Thank you for your support!

 

do a clean install

 

If I upgrade my ML to 10.8.3 can we consider it clean install?

[mendietinha]

no.

[ooptimum]

no.

 

Why? I suppose /S/L/E should be brand new.

UPD.

Sorry, I was wrong about appleintelcpupowermanagement.kext. It wasn't patched. I confused it with IOAHCIBlockStorage.kext. My bad... So, when I patched it with this patch, it didn't help and then I started to play with clover.

[mendietinha]

doesn't really matter. your system is not only s/l/e.

see, an example is when a long time ago i was having a similar problem, aicpm patched and the kexts loaded properly but having kp if not with null. so i saw that i was using for installation a distro, and updating after. so i did a retail install and the problem was gone.

[ooptimum]

Frankly, even though I am quite skilled in computers per se (25+ years of hands-on experience) and particularly in unices, I am a newbie in OS X and have yet no idea how to install OS X on a PC without help of third-party tools like unishit, MyHack etc., since I have to deal with MBR partitioning scheme on this particular notebook.

Btw, are you trying to convince me that user-space apps could affect kernel during its booting? If I get you right, you're not questioning the fact that /S/L/E should be brand new after upgrade.

[mendietinha]

some bugs can only be fixed by doing a fresh install, and no, the upgrade don't give you a brand new s/l/e, because it's not always that all kexts are upgraded, and even if they are, even so they can't solve some bugs from a faulty installation or a faulty install dvd or usb.