Re: 10.0 install CD fails in qemu with memory > 256 Mb

On Mon, May 20, 2024 at 9:30=E2=80=AFAM Michael <[email protected]> wr=
ote:
>
> Hello,
>
> On Mon, 20 May 2024 01:10:27 +0300
> Andrew Randrianasulu <[email protected]> wrote:
>
> > During this effort I tried to boot netbsd 10.0 install cd  but
> > initially it failed:
> >
> > /dev/shm/qemu-9.0.0/build/qemu-system-ppc -m 1024 -M mac99,via=3Dpmu
> > -smp 1  -cdrom ~/ISO/NetBSD-10.0-macppc.iso -bios
> > /dev/shm/openbios-qemu.elf -boot d -prom-env
> > 'boot-device=3Dcd:,ofwboot.xcf /netbsd.macppc' -nographic
> >
> > =3D=3D=3D=3D=3D=3D=3D=3D
> >
> > >> 0x00770361  02 00 60 10 00 00 00 00 80 00 00 00 00 00 00 00  ..`....=
.........
> > >> 0x00770371  00 08 00 00 __ __ __ __ __ __ __ __ __ __ __ __  ....
> > [   1.0000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, =
2003,
> > [   1.0000000]     2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012=
, 2013,
> > [   1.0000000]     2014, 2015, 2016, 2017, 2018, 2019, 2020, 2021, 2022=
, 2023,
> > [   1.0000000]     2024
> > [   1.0000000]     The NetBSD Foundation, Inc.  All rights reserved.
> > [   1.0000000] Copyright (c) 1982, 1986, 1989, 1991, 1993
> > [   1.0000000]     The Regents of the University of California.  All
> > rights reserved.
> >
> > [   1.0000000] NetBSD 10.0 (INSTALL) #0: Thu Mar 28 08:33:33 UTC 2024
> > [   1.0000000]
> > [email protected]:/usr/src/sys/arch/macppc/compile/INSTALL
> > [   1.0000000] total memory =3D 1024 MB
> > [   1.0000000] oea_startup: failed to allocate DEAD ZONE: error=3D12
> > [   1.0000000] avail memory =3D 978 MB
> > >> finddevice("/openprom") =3D [   1.0000000] trap: kernel read DSI tra=
p @ 0x3fc5a7a0 by 0xfff0bf24 (DSISR 0x40000000, err=3D14), lr 0xfff0bf20
> > [   1.0000000] panic: trap
> > [   1.0000000] trap: pid 0.0 (system): kernel ALI trap @ 0x32 by
> > 0x117680 (DSISR 0x40000140)
> > [   1.0000000] Skipping crash dump on recursive panic
> > [   1.0000000] panic: trap
> > [   1.0000000] rebooting
> >
> > [   1.0000000] trap: kernel read DSI trap @ 0x3fee2000 by 0x39ef80
> > (DSISR 0x40000000, err=3D14), lr 0x104fb4
> > [   1.0000000] Skipping crash dump on recursive panic
> > [   1.0000000] panic: trap
> > [   1.0000000] rebooting
> >
> > {repeats a lot}
> >
> > =3D=3D=3D=3D=3D
> >
> > but reducing memory to 256 mb (or booting with default 128) gives me a
> > shell even with my hacked qemu!
>
> That's rather early. What's in the available property under /memory?
> Or rather, could you post the entire OF device tree, and maybe just
> /memory with 1GB enabled?

bash-5.1$ qemu-system-ppc -m 1024  -M mac99,via=3Dpmu -nographic
s>> et_property: NULL phandle

>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> OpenBIOS 1.1 [Mar 7 2023 22:21]
>> Configuration device id QEMU version 1 machine id 1
>> CPUs: 1
>> Memory: 1024M
>> UUID: 00000000-0000-0000-0000-000000000000
>> CPU type PowerPC,G4
milliseconds isn't unique.
Welcome to OpenBIOS v1.1 built on Mar 7 2023 22:21
Trying hd:,\\:tbxi...
Trying hd:,\ppc\bootinfo.txt...
Trying hd:,%BOOT...
No valid state has been set by load or init-program

0 > cd /  ok
0 > cd /memory  ok
0 > show .properties show: undefined word.
0 > dev /memory  ok
0 > .properties
name                      "memory"
device_type               "memory"
reg                       00000000   40000000
available                 00004000   03ffc000
                          04800000   3b458000
                          3fe10000   000f0000
 ok
0 >



>
> The only references to /openboot I could find are in ofwboot, which
> should be long done at that point, and sys/dev/ofw/ofw_sysctl.c, which
> tries to set up sysctl nodes with model and version info. Since qemu
> uses its own OF variant - does /openboot exist? Does OF_fiinddevice()
> return something weird on failure?
>
> > So, i wonder why cpu0  speed seen as 0 mhz ?
>
> IIRC that comes directly from the clock-frequency property under /cpus/*
>
> > And why  NetBSD 10.0  fails with mem > 256 mb? Does it work on real G4
> > machines with such mem > 256Mb ?
>
> Most of my macppcs have a lot more than 256MB.
>
> Here's a TiBook:
> [     1.000000] NetBSD 10.99.10 (GLENMORANGIE) #119: Sun May  5 21:59:44 =
EDT 2024
> [     1.000000]         ml@glenmorangie:/home/build/obj_clang/sys/arch/ma=
cppc/compile/GLENMORANGIE
> [     1.000000] total memory =3D 2048 MB
> [     1.000000] oea_startup: failed to allocate DEAD ZONE: error=3D12
> [     1.000000] avail memory =3D 1976 MB
> [     1.000000] timecounter: Timecounters tick every 10.000 msec
> [     1.000000] found openpic PIC at 80040000
> [     1.000000] OpenPIC Version 1.2: Supports 4 CPUs and 64 interrupt sou=
rces.
> [     1.000000] bootpath: /pci@f4000000/ata-6@d/disk@0:0/netbsd
> [     1.000000] mainbus0 (root)
> [     1.000000] cpu0 at mainbus0: 7447A (Revision 1.2), ID 0 (primary)
> [     1.000000] cpu0: HID0 0x84d0c1bc<EMCP,TBEN,HIGH_BAT_EN,NAP,DPM,ICE,D=
CE,XBSEN,SGE,BTIC,LRSTK,FOLD,BHT>, powersave: 1
> [     1.000000] cpu0: 1671.82 MHz, 512KB L2 cache no parity
>
> ... and an iMac G5:
> [     1.000000] NetBSD 10.99.10 (TOBERMORY) #49: Sun Mar 31 22:41:17 EDT =
2024
> [     1.000000]         ml@tobermory:/home/build/obj_clang/sys/arch/macpp=
c/compile/TOBERMORY
> [     1.000000] total memory =3D 2048 MB
> [     1.000000] oea_startup: failed to allocate DEAD ZONE: error=3D12
> [     1.000000] avail memory =3D 1961 MB
> [     1.000000] timecounter: Timecounters tick every 10.000 msec
> [     1.000000] found openpic PIC at 80040000
> [     1.000000] OpenPIC Version 1.2: Supports 4 CPUs and 124 interrupt so=
urces.
> [     1.000000] bootpath: /ht/pci@3/k2-sata-root/k2-sata@0/disk@0:0/netbs=
d
> [     1.000000] mainbus0 (root)
> [     1.000000] cpu0 at mainbus0: 970FX (Revision 3.0), ID 0 (primary)
> [     1.000000] cpu0: HID0 0x513081<NAP,DPM,NHR,TBCTRL,EXTBEN,ENATTN> 0x8=
0000000<EMCP>, powersave: 1

well, thanks! I also tried NetBSD 9.3 installer and it works (boots to
shell) with up to 2047 Mb enabled.
I also tried qemu 8.2.3 compiled for Slackware -current x86-64 - and
there netBSD 10.0 install cd  also
fails with m > 256 ....

>
>
> have fun
> Michael