On Fri, 21 Mar 2025, Andrew Randrianasulu wrote:
> On Fri, Mar 21, 2025 at 10:21 PM BALATON Zoltan <balaton@eik.bme.hu> wrote:
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>> macio-unimp: unimplemented device read (size 1, offset 0x10040)
>>>
>>> much more of that
>>>
>>> so yes, it seems that it tries to do something with MESH by default
>>
>> If it gets further after a lot of these then maybe not that important,
>> only if it stops with this and never progresses.
>
> I waited for ~minute, it does not progress.
It's quite possible that it wants to check SCSI disk for a bootable volume
and stops on not being able to talk to MESH which is supposed to be there.
So this should be possible to fix hooking up the ESP emulation in macio
similar to how it's done in q800. Maybe the DMA part is a bit different, I
don't know how that works but I think Mark has knowledge about this so he
could do it if he ever has time and interest for it.
> BUT
>
>
> ok
> 0 > devalias
> pci /pci@80000000
> mac-io /pci/mac-io
> kbd /pci/mac-io/via-cuda/adb/keyboard
> mouse /pci/mac-io/via-cuda/adb/mouse
> ttya /pci/mac-io/escc/ch-a
> ttyb /pci/mac-io/escc/ch-b
> scsi /pci/mac-io/mesh
> scsi-int /pci/mac-io/mesh
> ide0 /pci/mac-io/ide@20000
> ide /pci/mac-io/ide@20000
> ata-int /pci/mac-io/ide@20000
> ide1 /pci/mac-io/ide@21000
> enet /pci/mac-io/bmac
> swim /pci/mac-io/swim3
> fd /pci/mac-io/swim3
> screen /pci@80000000/ATY,Rage128Ps@12
> ok
> 0 > devalias cd /pci/mac-io/ide/disk ok
> 0 > dir cd:\
> . 00000010 000027 000002048 000 000 SP RR PX TF CE
> .. 00000010 000027 000002048 000 000 RR PX TF
> MACPPC 00000010 000028 000002048 000 000 RR NM PX TF
> NETBSD.;1 00000000 000044 002947168 000 000 RR NM PX TF
> NETBSD.601;1 00000000 001484 002514138 000 000 RR NM PX TF
> OFWBOOT.;1 00000000 002712 000067686 000 000 RR NM PX TF
> OFWBOOT.XCF;1 00000000 002748 000457202 000 000 RR NM PX TF
> ok
>
>
> with this line
>
> ~/src/qemu/build/qemu-system-ppc -bios
> ~/src/MacROMan/TestImages/4MB\ ROMs/1997-11\ -\ 78F57389\ -\ Power\
> Mac\ G3\ \(v3\).ROM -d unimp,guest_errors -device
> ati-vga,addr=0x12,romfile=/home/guest/ati-fcode-roms/ati_oem_rage128pro_110_agp_full.rom
> -m 768 -M g3beige -drive
> if=mtd,format=raw,file=nvram.img -device ide-cd,drive=drive,bus=ide.0
> -drive if=none,id=drive,file=/home/guest/Downloads/NetBSD-10.1-macppc.iso
> WARNING: Image format was not specified for
> '/home/guest/Downloads/NetBSD-10.1-macppc.iso' and probing guessed
> raw.
> Automatically detecting the format is dangerous for raw
> images, write operations on block 0 will be restricted.
> Specify the 'raw' format explicitly to remove the restrictions.
> portA_write unimplemented
> CUDA: unknown command 0x26
>
> but trying to boot them like
>
> 0 > boot cd:\ofwboot.xcf /netbsd.macppc loader: unrecognized client
> program format
> state not valid
> ok
> 0 > boot cd:,\ofwboot.xcf /netbsd.macppc loader: unrecognized client
> program format
> state not valid
> ok
> 0 > boot cd:\ofwboot /netbsd.macppc loader: unrecognized client program format
> state not valid
> ok
> 0 > boot cd:,\ofwboot /netbsd.macppc loader: unrecognized client program format
> state not valid
> ok
> 0 > boot cd:,ofwboot /netbsd.macppc loader: unrecognized client program format
> state not valid
> ok
> 0 > boot cd:,\ofwboot.xcf /netbsd.macppc loader: unrecognized client
> program format
> state not valid
> ok
>
>
> does not seem to work?
Is it supposed to work? According to
https://www.netbsd.org/ports/macppc/models.html#g3v2
CD boot just does not work even on real machine. Maybe with the older
2.0f1 OF version according to
https://www.netbsd.org/ports/macppc/models.html#g3v1
but even then not just using the boot command but only setting it as
default boot file. There's a saying that if all tries fail, read
documentation...
Thanks, but it was in footnotes rechically ;)
Interesting, how I supposed to boot macOS 9.x on it then? For running System disk, that probably will setup some nvramrc script?
I managed to set cd alias in nvram by using nvaluas and setting boot-nvramrc? to true . So this part work in qemu ...
Netboot is a bust for now - different ethernet controller/phy, it really tries different regs if you
dir enet:
in qemu.
scsi does not exist here yet, and floppy too ...
We picked wrong machine ;)
I'll try to mess around with q800 -> mac_oldworld transplant as you suggested ...