[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support
From: |
adq |
Subject: |
Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support |
Date: |
Thu, 25 Nov 2010 20:24:30 +0000 |
On 24 November 2010 11:00, Alexander Graf <address@hidden> wrote:
>
> On 24.11.2010, at 03:40, adq wrote:
>
>> On 23 November 2010 23:41, Alexander Graf <address@hidden> 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.
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, (continued)
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, adq, 2010/11/23
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, Alexander Graf, 2010/11/24
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, adq, 2010/11/24
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, Isaku Yamahata, 2010/11/25
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, adq, 2010/11/25
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, Isaku Yamahata, 2010/11/26
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, Isaku Yamahata, 2010/11/26
- [Qemu-devel] Re: [Patch] Small fix for qemu APIC for Mac OS X support, Jan Kiszka, 2010/11/25
- [Qemu-devel] Re: [Patch] Small fix for qemu APIC for Mac OS X support, adq, 2010/11/25
- [Qemu-devel] Re: [Patch] Small fix for qemu APIC for Mac OS X support, Alexander Graf, 2010/11/25
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support,
adq <=
- Re: [Qemu-devel] [Patch] Small fix for qemu APIC for Mac OS X support, Alexander Graf, 2010/11/25