qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] Changing CD-ROM path


From: Alexander Graf
Subject: Re: [Qemu-ppc] Changing CD-ROM path
Date: Sat, 22 Jun 2013 21:20:59 +0200

On 22.06.2013, at 21:09, Alexander Graf wrote:

> 
> On 22.06.2013, at 21:04, Programmingkid wrote:
> 
>> 
>> On Jun 22, 2013, at 2:05 PM, Alexander Graf wrote:
>> 
>>> 
>>> On 22.06.2013, at 19:53, Programmingkid wrote:
>>> 
>>>> 
>>>> On Jun 22, 2013, at 1:27 PM, Alexander Graf wrote:
>>>> 
>>>>> 
>>>>> On 22.06.2013, at 18:50, Programmingkid wrote:
>>>>> 
>>>>>> Mac OS 10.2 requires the boot CD-ROM to be located here: 
>>>>>> /pci/mac-io/address@hidden/@0:9. It is currently located here:  
>>>>>> /address@hidden/address@hidden/address@hidden/address@hidden How would I 
>>>>>> go about changing the CD-ROM to this location? I'm looking for a 
>>>>>> specific file or files to make this change.
>>>>> 
>>>>> This is an OF path, which is up to OpenBIOS to construct.
>>>>> 
>>>>> What makes you think that Mac OS searches at that exact location?
>>>>> 
>>>>> 
>>>>> Alex
>>>>> 
>>>> 
>>>> XNU (Mac OS X's kernel) prints this line to the screen: 
>>>> From path: “ide1/@0:9,\mach_kernel”, Waiting on <dict 
>>>> ID=”0”><key>IOPathMatch</key><string 
>>>> ID=”1”>IODeviceTree:/pci/mac-io/address@hidden/@0:9</string></dict>
>>>> 
>>>> The key IOPathMatch means the location of the cdrom has to be at a certain 
>>>> location. In this case it is /pci/mac-io/address@hidden/@0:9.
>>> 
>>> Yes, but I don't see where Mac OS X has this hardcoded. It gets passed in 
>>> somehow.
>> 
>> I think a kernel extension does it. I don't know which one.
> 
> Well, I've tried to grep through the full file system of the 10.2 ISO and 
> don't find anything that would indicate the path above. It has to come from 
> somewhere ...
> 
>> 
>>> 
>>> What machine type is this? g3beige?
>> 
>> g3beige.
>> 
>>> On there, I don't see an ide1 alias anywhere:
>>> 
>>> 0 > dev /aliases  ok
>>> 0 > ls
>>> ok
>>> 0 > .properties
>>> name                      "aliases"
>>> screen                    "/address@hidden/address@hidden/escc/ch-b"
>>> mac-io                    "/address@hidden/address@hidden"
>>> via-cuda                  "/address@hidden/address@hidden/via-cuda"
>>> adb-keyboard              
>>> "/address@hidden/address@hidden/via-cuda/adb/keyboard"
>>> adb-mouse                 
>>> "/address@hidden/address@hidden/via-cuda/adb/mouse"
>>> rtc                       "/address@hidden/address@hidden/via-cuda/rtc"
>>> nvram                     "/address@hidden/address@hidden/nvram"
>>> ttya                      "/address@hidden/address@hidden/escc/ch-a"
>>> scca                      "/address@hidden/address@hidden/escc/ch-a"
>>> ttyb                      "/address@hidden/address@hidden/escc/ch-b"
>>> sccb                      "/address@hidden/address@hidden/escc/ch-b"
>>> ide0                      "/address@hidden/address@hidden/ata-2/cdrom"
>>> cd                        "/address@hidden/address@hidden/ata-2/cdrom"
>>> cdrom                     "/address@hidden/address@hidden/ata-2/cdrom"
>>> keyboard                  
>>> "/address@hidden/address@hidden/address@hidden/adb/address@hidden"
>>> ok
>>> 
>>> Somehow Mac OS resolves "ide1" into "/pci/mac-io/address@hidden". That's 
>>> the part where the logic fails.
>> 
>> Do you think adding ide1 to the /aliases node will fix things? I guessing 
>> ide1 should equal ide0. The problem I see with this plan is the pci-ata 
>> node. A real Beige G3 doesn't have one in that path. 
> 
> I think it's worth a try. It looks almost as if ide0 is a misnomer and it 
> really should be ide1 there. Not sure.

Hrm. My wait message is actually different:

  From path: "cd:9,\mach_kernel", Waiting on <dict 
ID="0"><key>IOPathMatch</key><string 
ID="1">IODeviceTree:/address@hidden/@4:9</string></dict>

Seems almost like it's resolving the path wrong for me too. Fun.

> How do you enable verbose boot in bootx?

Found it out. It's as simple as passing -prom-env 'boot-args=-v' to QEMU :).

> 
> 
> Alex
> 
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]