[Bug 239245] r350074 will panic on ppc64 PowerMac G5 in vm_phys_enqueue_contig
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Thu Jul 18 20:13:24 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239245
--- Comment #26 from Dennis Clarke <dclarke at blastwave.org> ---
(In reply to Francis Little from comment #25)
I am working with a PowerMac G5 here with 8GB of memory and just a very
trivial baseline install from the 12-RELEASE dvd. That means nothing
from ports and not even pkg other than the stub in place.
So it took me a moment to figure out the command line for "fetch" which
seems to be a little brother to big bad 'wget' :
hydra# pwd
/usr/src/artifact
hydra#
hydra# fetch --no-verify-peer
https://artifact.ci.freebsd.org/snapshot/head/r350074/powerpc/powerpc64/kernel.txz
kernel.txz 24 MB 12 MBps 02s
hydra# ls
kernel.txz
hydra# xz -dc kernel.txz | tar -xf -
hydra# ls
boot kernel.txz usr
hydra#
hydra#
hydra# uname -a
FreeBSD hydra 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC powerpc
hydra# mv /boot/kernel /boot/kernel_r341666
hydra# mv boot/kernel /boot
hydra#
That should be all I need. However what is this stuff ?
hydra# ls -la usr/lib/debug/boot/kernel/
total 824
drwxr-xr-x 2 root wheel 512 Jul 17 02:22 .
drwxr-xr-x 3 root wheel 512 Jul 17 02:22 ..
-r-xr-xr-x 1 root wheel 543800 Jul 17 02:22 fuse.ko
-r-xr-xr-x 1 root wheel 121696 Jul 17 02:22 if_tap.ko
-r-xr-xr-x 1 root wheel 121696 Jul 17 02:22 if_tun.ko
hydra#
I have no idea about those. I have my own already and I will save them :
hydra#
hydra# cp -p /usr/lib/debug/boot/kernel/fuse.ko
/usr/lib/debug/boot/kernel/fuse.ko_mine
hydra# cp -p /usr/lib/debug/boot/kernel/if_tap.ko
/usr/lib/debug/boot/kernel/if_tap.ko_mine
hydra# cp -p /usr/lib/debug/boot/kernel/if_tun.ko
/usr/lib/debug/boot/kernel/if_tun.ko_mine
hydra#
hydra# cp -p usr/lib/debug/boot/kernel/* /usr/lib/debug/boot/kernel/
hydra#
Fine so .. that should be it for this "artifact" kernel stuff that we
did not need to compile ourselves but you and I are clearly hitting a
panic over and over. So I reboot now and interrupt the boot loader to
set kern.smp.disabled=1 and guess what ?
The damn thing boots.
Moments like this cause me to lose faith in compilers and source code.
Where was this kernel compiled and why is it different from what we have
carefully home baked with just "make kernel" ?
I can ssh in from another machine just fine and look around :
hydra#
hydra# uname -a
FreeBSD hydra 13.0-CURRENT FreeBSD 13.0-CURRENT r350074 GENERIC powerpc
hydra#
hydra# sysctl -a | grep 'smp'
kern.smp.maxid: 3
kern.smp.maxcpus: 256
kern.smp.active: 0
kern.smp.disabled: 1
kern.smp.cpus: 1
kern.smp.threads_per_core: 1
kern.smp.cores: 1
kern.smp.topology: 0
kern.smp.forward_signal_enabled: 1
"devfs","crossmp"
hydra#
hydra# cat /etc/rc.conf
clear_tmp_enable="YES"
syslogd_flags="-ss"
hostname="hydra"
ifconfig_bge0="inet 172.16.35.8 netmask 0xffffffc0"
defaultrouter="172.16.35.1"
sshd_enable="YES"
ntpd_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
hydra#
At this point I want to try a "shutdown -r 'now' " and see what smoke
comes out.
hydra#
hydra# shutdown -r 'now'
Shutdown NOW!
shutdown: [pid 1074]
hydra#
*** FINAL System shutdown message from dclarke at hydra ***
System going down IMMEDIATELY
System shutdown time has arrived
Connection to 172.16.35.8 closed by remote host.
Connection to 172.16.35.8 closed.
.
.
.
Now I watch as the machine does the usual openfirmware bits and just let
it boot with zero input from me.
Boots fine. All cores available :
hydra# uname -a
FreeBSD hydra 13.0-CURRENT FreeBSD 13.0-CURRENT r350074 GENERIC powerpc
hydra# uptime
8:10PM up 58 secs, 1 user, load averages: 0.57, 0.21, 0.08
hydra# sysctl -a | grep 'smp'
kern.smp.maxid: 3
kern.smp.maxcpus: 256
kern.smp.active: 1
kern.smp.disabled: 0
kern.smp.cpus: 4
kern.smp.threads_per_core: 1
kern.smp.cores: 4
kern.smp.topology: 0
kern.smp.forward_signal_enabled: 1
"devfs","crossmp"
hydra#
baffled.
Dennis
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list