Thread: Mountain Lion and Kernelcache

Hi kyndder,
Sorry for the late response
Was very busy the last days and have had little time for the Hack.

I didn't use other boot loaders yet. Will do it soon and tell you the result.

Made a install on the Gigabyte EX58 and got a CMOS reset, haha did not use the DSDT because I want also to use the install USB for other boards.
smcK-Stat-i gives a error.
But so far it is looking good now.
Hackintosh - Geekbench Browser

Made a install on the Z68 and have the same problems you have.
UseKernelCache is giving problems.
Booting with -f -v does not work it just uses KernelCache, have to remove it from the org.chameleon.Boot.plist.
But with the Z68 I don't get the reset CMOS.
Also speedstep does not work on SandyBridge for me. Maybe have to use the patch.
smcK-Stat-i works but it only shows 1600MHz because speedstep.
Very low performance.
Sounds works with only:
Info.plist, layout889.xml, Platforms.xml and HDA Wizard (and the binary patch).
No Legacy kext needed.

Are you making progress?

Hy René!!!

Yes! Your score looks good!!

I did`t have any issues with CMOS reset, only the strange thing with "Kernelcahe"...

Also SpeedStep is working perfect only using DSDT and Chameleon GenerateC and PStates...

I`m using the latest FakeSMC v4 rev530 with IntelCPUMonitor and NVClockX...

I did`t made a benchmark yet to see how the things are, but i will made soon...

And as I`m using my SB as primary Audio, I did`t test yet the AppleHDA patch...

OS X ML app crashing
face time ,textedit ,preview ,reminders, and 4 other apps

cause : Sandbox issues with some of the main apps.
solution please
i make a clean install for mountain lion 5 times
soory for my bad english

Originally Posted by biwi

OS X ML app crashing
face time ,textedit ,preview ,reminders, and 4 other apps

cause : Sandbox issues with some of the main apps.
solution please
i make a clean install for mountain lion 5 times
soory for my bad english

This is not a stable OS X release, only a prerelease version! More solutions and support for a proper, stable installation hopefully will be available when the final version hits the market. Until then stick with OS X Lion!

Hint: try and make a new install and see if the problems go way.
same issue here: nawcom's bitchblog

thanks for your help user 1
i got a solution it's easy just

Remove contents of ~/Library/Caches, /Library/Caches and /System/Library/Caches
* Reboot

Just updating...

The ALC889 patch using layout889.xml, Platforms.xml, info.plist and Binpatch ...

System works very well on my machine, did`t have any kind of issue yet...

My Benchmark it`s not so bad for this processor > Hackintosh iMac12,2 - Geekbench Browser

Still having the Kernelcache issue...

Still using Chameleon rev1820...

More updates...

Searching the web for a solution to my Kernelcache issue, I found this guy
that haves the same issue and was able to fix by removing the AppleHPET.kext > USE KERNEL CACHE Chameleon and Mountain Lion (help) - InsanelyMac Forum

But, I need this kext and I can`t remove it, so, I made some DSDT tests...

When I use this patch (this is the one that I`m currently using), I can boot Lion and Mountain Lion
without issues but I can`t use "Kernelcache" for Mountain Lion...

Code:

Device (HPET)
{
    Name (_HID, EisaId ("PNP0103"))
    Name (CRS, ResourceTemplate ()
    {
        IRQNoFlags ()
            {0}
        IRQNoFlags ()
            {8}
        Memory32Fixed (ReadOnly,
            0xFED00000,         // Address Base
            0x00000400,         // Address Length
            _Y09)
    })
    Method (_STA, 0, NotSerialized)
    {
        Return (0x0F)
    }
    Method (_CRS, 0, NotSerialized)
    {\n
        Return (CRS)
    }
}

When I change the Method _STA and _CRS of my HPET device for the below, I can`t boot
Lion due to AICPUPM.kext panic but I can boot Mountain Lion and even use "Kernelcache"...

Code:

Method (_STA, 0, NotSerialized)
{
    Return (0x0F)
}

Code:

Method (_CRS, 0, NotSerialized)
{
    Return (ATT3)
}

But the system crashes from nothing without any traces as you can see on the last lines of "system.log" and "kernel.log" was gone...

PHP Code:

Feb 24 02:58:49 kyndders-iMac mdworker[227]: result=0 err=0 serverVersion=10600000 ( clientSide version=499 ) deathPort=8455 errorStrAddr=0 len=0
Feb 24 02:58:59 kyndders-iMac Quicksilver[216]: CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary.
Feb 24 02:59:06 kyndders-iMac Safari[229]: result=0 err=0 serverVersion=10600000 ( clientSide version=499 ) deathPort=12547 errorStrAddr=0 len=0
Feb 24 02:59:06 kyndders-iMac CloudRaindropHelper[230]: result=0 err=0 serverVersion=10600000 ( clientSide version=499 ) deathPort=10535 errorStrAddr=0 len=0
Feb 24 02:59:07 kyndders-iMac com.apple.launchd[1]: System: com.apple.xpc.domain.WebProcess[231]: Failed to import service at index: 0: 17: File exists
Feb 24 02:59:07 kyndders-iMac WebProcess[231]: result=0 err=0 serverVersion=10600000 ( clientSide version=499 ) deathPort=13315 errorStrAddr=0 len=0 


So, based on this, I believe that this is some kind of I/O error maybe due to IRQ`s conflict...

I`m still doing some tests, but, I don`t know if I have the necessary knowledge for this...

The problem was really the DSDT...

I don`t know why, but I`m supposing that HPET was conflicting with RTC when using CRS instead of ATT3...

So, the trick for me was, based on my "Original" HPET device, use the patch below that`s originally uses
CRS to ATT3...

Code:

Device (HPET)
                {
                    Name (_HID, EisaId ("PNP0103"))
                    Name (ATT3, ResourceTemplate ()
                    {
                        IRQNoFlags ()
                            {0}
                        IRQNoFlags ()
                            {8}
                        Memory32Fixed (ReadOnly,
                            0xFED00000,         // Address Base
                            0x00000400,         // Address Length
                            )
                    })
                    Method (_STA, 0, NotSerialized)
                    {
                        Return (0x0F)
                    }
                    Method (_CRS, 0, NotSerialized)
                    {
                        Return (ATT3)
                    }
                }

However, it had a small side effect on overall system performance, well as Lion
and Mountain Lion as you can see below...


Lion HPET using CRS > Hackintosh iMac12,2 - Geekbench Browser

Lion HPET using ATT3 > Hackintosh iMac12,2 - Geekbench Browser

Mountain Lion HPET using CRS > Hackintosh iMac12,2 - Geekbench Browser

Mountain Lion HPET using ATT3 > Hackintosh iMac12,2 - Geekbench Browser


Now everything is working as expected!!!

Thank you guys!!!

And a special Thanks to sincro77 from Insanely Mac Forum that pointed me to the right direction (even without knowing it)!!!

For me Chameleon version which work are 1820-1822, and ive tested 1828 as well, which doesnt work and reboots computer. So obviously 1823 was commit which broke things ...

Originally Posted by kyndder

Hello guys!

IThe only bootloader that works on my machine is Chameleon r1820, tried to update to r1823 but I have an automatic reboot > ...

Same problem for me on hp dv6500 , only 1820 works, any solution pleas.

thanks.