qemu-ppc
[Top][All Lists]
Advanced

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

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


From: Programmingkid
Subject: Re: [Qemu-ppc] [OpenBIOS] Changing CD-ROM path
Date: Sat, 22 Jun 2013 16:58:50 -0400

On Jun 22, 2013, at 3:20 PM, Alexander Graf wrote:

> 
> 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.

I did make a new alias in the /aliases node for a ide1. It unfortunately didn't 
help boot Mac OS X. Its value was the same as ide0. 


reply via email to

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