On 24 November 2010 11:00, Alexander Graf <ag...@suse.de> wrote: > > On 24.11.2010, at 03:40, adq wrote: > >> On 23 November 2010 23:41, Alexander Graf <ag...@suse.de> wrote: >>> >>> On 23.11.2010, at 22:25, adq wrote: >>> >>>> This patch ups the APIC version from 0x11 to 0x14. After that Mac OS X >>>> loads successfully (with appropriate kexts, applesmc ain't hooked up >>>> properly yet I see unfortunately). >>> ) >>> AppleSMC emulation is upstream, but the ACPI entries are missing. Once you >>> add those, all is fine. >> >> Ah yeah, I've just this minute added the DSDT entry from your patch >> for the SMC device and it now works with the vanilla SMC driver. Nice >> work! >> >> It *is* annoying that IASL now erroneously(?) complains about the >> hypen in "Name (_CID, "smc-napa")" though. >> >> Adding the HPET DSDT data causes it to claim it can't support the >> hardware (and a zillion more DSDT errors); I'll have a play about with >> that (perhaps its just the new DSDT validation stuff).. > > Interesting. I was also thinking that maybe we can leverage overriding > mechanisms that are already available. Maybe it's possible to squeeze the > HPET node into an SSDT. Maybe we need to override the whole DSDT from the > command line.
The HPET issue was actually because the seabios already contained an HPET definition and mac os X didn't know quite what to do with a CPU with two APICs :) I removed the spare HPET def, and it doesn't moan about unsupported hardware anymore. However AppleIntelCPUPowerManagement dies with a bad opcode error and no useful information on why.. I get the impression that worked OK unmodified with your original suite of patches? Obviously if you disable the KEXT its no longer a problem, but it would be nice not to have to. 10.6.5 still doesn't start the GUI though, and I've still no idea why yet. Also, mac os x reports that an emulated e1000 device has an all-zero MAC address. I'm going to look into this first since the rtl8139 only has 32 bit drivers it seems.
