8.0-current 200809 snapshot CD boot problem

[Marco Trillo-3]

Hi all,

I tried booting the latest 200809 snapshot CD, from Sep 10,
(8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0"
(PowerMac6,4). It fails with an "invalid memory access":

Booting [/boot/kernel/kernel] ...
Kernel entry at 0x100100 ...

Invalid memory access at %SRR0: 00100100 %SRR1: 10003030

    ok
0>

I tried booting by pressing "C" or by "boot cd:,\boot\loader cd:0"
several times with the same result, but one time I got a "Decrementer
exception" instead of "Invalid memory access".

Then I tried the latest 7.1_BETA snapshot and it booted fine! In fact
it's installing right now without problems.


Thanks,
Marco.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marco Trillo-3]

Hi,

On Tue, Sep 23, 2008 at 12:55 PM, Marco Trillo <marcotrillo@...> wrote:

> I tried booting the latest 200809 snapshot CD, from Sep 10,
> (8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0"
> (PowerMac6,4). It fails with an "invalid memory access":
>
> Booting [/boot/kernel/kernel] ...
> Kernel entry at 0x100100 ...
>
> Invalid memory access at %SRR0: 00100100 %SRR1: 10003030
>
>    ok
> 0>

I compiled a -current kernel from the 7.1_BETA installation and tried
to boot it (from the hard disk), but the same error occurs. The
7.1_BETA kernel always boots fine.

Any ideas?

Thanks.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marco Trillo-3]

Hi,

On Tue, Sep 23, 2008 at 6:52 PM, Marco Trillo <marcotrillo@...> wrote:

> On Tue, Sep 23, 2008 at 12:55 PM, Marco Trillo <marcotrillo@...> wrote:
>> I tried booting the latest 200809 snapshot CD, from Sep 10,
>> (8.0-CURRENT-200809-powerpc-bootonly.iso), on a eMac G4 "USB 2.0"
>> (PowerMac6,4). It fails with an "invalid memory access":
>>
>> Booting [/boot/kernel/kernel] ...
>> Kernel entry at 0x100100 ...
>>
>> Invalid memory access at %SRR0: 00100100 %SRR1: 10003030
>>
>>    ok
>> 0>
>
> I compiled a -current kernel from the 7.1_BETA installation and tried
> to boot it (from the hard disk), but the same error occurs. The
> 7.1_BETA kernel always boots fine.

Well, I finally have a working 8.0-current kernel! :-) But something
weird is going on here:

I noticed a difference in the kernel __start address between the
working 7.0_BETA kernel (kernel.old) and the broken 8.0-current kernel
(kernel):

./boot/kernel.old/kernel:     file format elf32-powerpc
Disassembly of section .text:
0013d3c0 <__start>:
  13d3c0:       39 00 00 00     li      r8,0

./boot/kernel/kernel:     file format elf32-powerpc
Disassembly of section .text:
00100100 <__start>:
  100100:       39 00 00 00     li      r8,0

I noticed revision 1.8 of src/sys/conf/ldscript.powerpc was related to
this, so I downgraded ldscript.powerpc to revision 1.7 and relinked
the kernel. And it works! No more "invalid memory access"!

I don't know if this is something weird of my setup. Should I file a PR?

The full 8.0-current dmesg is below.

Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #1: Tue Sep 23 17:05:10 UTC 2008
    mtrillo@emac6:/usr/src/sys/powerpc/compile/GENERIC
WARNING: WITNESS option enabled, expect reduced performance.
cpu0: Motorola PowerPC 7447A revision 1.1, 1250.00 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 793313280 (756 MB)
avail memory = 762892288 (727 MB)
kbd0 at kbdmux0
nexus0: <Open Firmware Nexus device>
unin0: <Apple UniNorth System Controller> on nexus0
unin0: Version 210
pcib0: <Apple UniNorth Host-PCI bridge> on nexus0
pci0: <PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0x400-0x4ff mem
0x98000000-0x9fffffff,0x90000000-0x9000ffff irq 48 at device 16.0 on
pci0
pcib1: <Apple UniNorth Host-PCI bridge> on nexus0
pci1: <PCI bus> on pcib1
macio0: <Intrepid I/O Controller> mem 0x80000000-0x8007ffff at device
23.0 on pci1
openpic0: <OpenPIC Interrupt Controller> mem 0x40000-0x7ffff on macio0
scc0: <Zilog Z8530 dual channel SCC> mem
0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff
irq 22,5,6,23,7,8 on macio0
scc0: [FILTER]
scc0: [FILTER]
uart0: <z8530, channel A> on scc0
uart0: [FILTER]
uart1: <z8530, channel B> on scc0
uart1: [FILTER]
ata0 mem 0x20000-0x20fff,0x8800-0x88ff irq 24,12 on macio0
ata0: [ITHREAD]
ohci0: <OHCI (generic) USB controller> irq 0 at device 24.0 on pci1
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <Apple OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
ohci1: <OHCI (generic) USB controller> irq 0 at device 25.0 on pci1
ohci1: [GIANT-LOCKED]
ohci1: [ITHREAD]
usb1: OHCI version 1.0, legacy support
usb1: <OHCI (generic) USB controller> on ohci1
usb1: USB revision 1.0
uhub1: <Apple OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
ohci2: <OHCI (generic) USB controller> mem 0x80083000-0x80083fff irq
29 at device 26.0 on pci1
ohci2: [GIANT-LOCKED]
ohci2: [ITHREAD]
usb2: OHCI version 1.0, legacy support
usb2: <OHCI (generic) USB controller> on ohci2
usb2: USB revision 1.0
uhub2: <Apple OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
ohci3: <NEC uPD 9210 USB controller> mem 0x80082000-0x80082fff irq 63
at device 27.0 on pci1
ohci3: [GIANT-LOCKED]
ohci3: [ITHREAD]
usb3: OHCI version 1.0
usb3: <NEC uPD 9210 USB controller> on ohci3
usb3: USB revision 1.0
uhub3: <NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
uhub3: 3 ports with 3 removable, self powered
ohci4: <NEC uPD 9210 USB controller> mem 0x80081000-0x80081fff irq 63
at device 27.1 on pci1
ohci4: [GIANT-LOCKED]
ohci4: [ITHREAD]
usb4: OHCI version 1.0
usb4: <NEC uPD 9210 USB controller> on ohci4
usb4: USB revision 1.0
uhub4: <NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb4
uhub4: 2 ports with 2 removable, self powered
ehci0: <NEC uPD 720100 USB 2.0 controller> mem 0x80080000-0x800800ff
irq 63 at device 27.2 on pci1
ehci0: [GIANT-LOCKED]
ehci0: [ITHREAD]
usb5: EHCI version 1.0
usb5: companion controllers, 3 ports each: usb3 usb4
usb5: <NEC uPD 720100 USB 2.0 controller> on ehci0
usb5: USB revision 2.0
uhub5: <NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb5
uhub5: 5 ports with 5 removable, self powered
pcib2: <Apple UniNorth Host-PCI bridge> on nexus0
pci2: <PCI bus> on pcib2
ata1: <Intrepid Kauai ATA Controller> mem 0xf5004000-0xf5007fff irq 39
at device 13.0 on pci2
ata1: [ITHREAD]
fwohci0: <Apple UniNorth> mem 0xf5000000-0xf5000fff irq 40 at device
14.0 on pci2
fwohci0: [FILTER]
fwohci0: OHCI version 1.10 (ROM=0)
fwohci0: No. of Isochronous channels is 8.
fwohci0: EUI64 00:0d:93:ff:fe:57:39:60
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:0d:93:57:39:60
fwe0: Ethernet address: 02:0d:93:57:39:60
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=2, CYCLEMASTER mode
gem0: <Apple UniNorth2 GMAC Ethernet> mem 0xf5200000-0xf53fffff irq 41
at device 15.0 on pci2
miibus0: <MII bus> on gem0
bmtphy0: <BCM5221 10/100baseTX PHY> PHY 0 on miibus0
bmtphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: 10kB RX FIFO, 4kB TX FIFO
gem0: Ethernet address: 00:0d:93:57:39:60
gem0: [ITHREAD]
sc0: <System console> on nexus0
sc0: Unknown <16 virtual consoles, flags=0x300>
uhub6: <Mitsumi Electric Hub in Apple Extended USB Keyboard, class
9/0, rev 1.10/4.10, addr 2> on uhub3
uhub6: 3 ports with 2 removable, bus powered
ums0: <Logitech Apple Optical USB Mouse, class 0/0, rev 2.00/3.40,
addr 3> on uhub6
ums0: 1 buttons.
ukbd0: <Mitsumi Electric Apple Extended USB Keyboard, class 0/0, rev
1.10/4.10, addr 4> on uhub6
kbd1 at ukbd0
uhid0: <Mitsumi Electric Apple Extended USB Keyboard, class 0/0, rev
1.10/4.10, addr 4> on uhub6
Timecounter "decrementer" frequency 41620997 Hz quality 0
Timecounters tick every 10.000 msec
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
acd0: DVDR <HL-DT-ST RW/DVD GCC-4481B/2.05> at ata0-master BIOSPIO
ad0: 38166MB <Seagate ST340015A 3.01> at ata1-master BIOSPIO
WARNING: WITNESS option enabled, expect reduced performance.
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00
GEOM_LABEL: Label for provider acd0 is iso9660/CDROM.
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00
Trying to mount root from ufs:/dev/ad0s4
lock order reversal:
 1st 0xe3a000 vfslock (vfslock) @ kern/vfs_subr.c:372
 2nd 0xdd9e2c devfs (devfs) @ kern/vfs_lookup.c:432
 3rd 0xe39d48 vfslock (vfslock) @ kern/vfs_subr.c:372
KDB: stack backtrace:
0xdebaf848: at kdb_backtrace+0x4c
0xdebaf868: at _witness_debugger+0x3c
0xdebaf888: at witness_checkorder+0x878
0xdebaf8e8: at __lockmgr_args+0x23c
0xdebaf968: at vfs_busy+0x19c
0xdebaf998: at vfs_mount_alloc+0x80
0xdebaf9c8: at vfs_donmount+0xfe0
0xdebafb88: at kernel_mount+0x98
0xdebafbc8: at kernel_vmount+0xdc
0xdebafc18: at vfs_mountroot_try+0x120
0xdebafcd8: at vfs_mountroot+0x424
0xdebafd38: at start_init+0x88
0xdebafd98: at fork_exit+0xf0
0xdebafdc8: at fork_trampoline+0xc
lock order reversal:
 1st 0xdd99ec ufs (ufs) @ kern/vfs_subr.c:2051
 2nd 0xe3a000 vfslock (vfslock) @ kern/vfs_subr.c:372
KDB: stack backtrace:
0xdebaf8c8: at kdb_backtrace+0x4c
0xdebaf8e8: at _witness_debugger+0x3c
0xdebaf908: at witness_checkorder+0x878
0xdebaf968: at __lockmgr_args+0x23c
0xdebaf9e8: at vfs_busy+0x19c
0xdebafa18: at lookup+0x86c
0xdebafaa8: at namei+0x4a8
0xdebafb38: at kern_unlinkat+0x98
0xdebafbf8: at kern_unlink+0x24
0xdebafc18: at vfs_mountroot_try+0x444
0xdebafcd8: at vfs_mountroot+0x424
0xdebafd38: at start_init+0x88
0xdebafd98: at fork_exit+0xf0
0xdebafdc8: at fork_trampoline+0xc
lock order reversal:
 1st 0xc41048 user map (user map) @ vm/vm_map.c:3115
 2nd 0xdd97cc ufs (ufs) @ kern/vfs_subr.c:2051
KDB: stack backtrace:
0xdebaf930: at kdb_backtrace+0x4c
0xdebaf950: at _witness_debugger+0x3c
0xdebaf970: at witness_checkorder+0x878
0xdebaf9d0: at __lockmgr_args+0x23c
0xdebafa50: at ffs_lock+0x9c
0xdebafa80: at VOP_LOCK1_APV+0xec
0xdebafaa0: at _vn_lock+0x84
0xdebafaf0: at vget+0xdc
0xdebafb30: at vnode_pager_lock+0x20c
0xdebafb90: at vm_fault+0x218
0xdebafca0: at trap_pfault+0x128
0xdebafce0: at trap+0x1ac
0xdebafda0: at powerpc_interrupt+0x15c
0xdebafdd0: user ISI trap by 0x1815a04: srr1=0x4000d032
            r1=0x7fffdee0 cr=0x24000048 xer=0 ctr=0

Thanks!
Marco
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Peter Grehan]

Hi Marco,

  Would you be able to try booting into the loader only e.g.

0 > boot cd:,\boot\loader hd:58

(giving a non-existent partition instead of no parameter will prevent
the loader from trying to open the device it was booted off).

  Then, issue an 'memmap' command at the loader prompt, and see if OFW
is using any of the memory that is at question.

  Secondly, would you be able to to a 'C' boot, but halt into the loader
and issue the same command ? This time, there should be memory allocated
for the kernel itself.

  I vaguely remember problems with eMacs in the past when booting from
disk, but the details are lost in the haze of time.

later,

Peter.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marco Trillo-3]

Hi,

On Sat, Sep 27, 2008 at 3:51 AM, Peter Grehan <grehan@...> wrote:
>  Would you be able to try booting into the loader only e.g.
>
> 0 > boot cd:,\boot\loader hd:58
>
> (giving a non-existent partition instead of no parameter will prevent the
> loader from trying to open the device it was booted off).
>
>  Then, issue an 'memmap' command at the loader prompt, and see if OFW is
> using any of the memory that is at question.

This is the output of the 'memmap' command with hd:58. It looks like
the memory in question is not being used by OFW:

OK memmap
Virtual Range Physical Range #Pages Mode
00000000-00003000 00000000-00003000 3 10
00003000-00083000 00003000-00083000 128 10
01c00000-01c40000 01c00000-01c40000 64 2
80000000-80080000 80000000-80080000 128 28
80081000-80082000 80081000-80082000 1 28
80082000-80083000 80082000-80083000 1 28
80083000-80084000 80083000-80084000 1 28
90000000-90010000 90000000-90010000 16 28
98000000-a0000000 98000000-a0000000 32768 28
f0000000-f0010000 f0000000-f0010000 16 28
f0800000-f0801000 f0800000-f0801000 1 28
f0c00000-f0c01000 f0c00000-f0c01000 1 28
f2000000-f2010000 f2000000-f2010000 16 28
f2800000-f2801000 f2800000-f2801000 1 28
f2c00000-f2c01000 f2c00000-f2c01000 1 28
f4000000-f4010000 f4000000-f4010000 16 28
f4800000-f4801000 f4800000-f4801000 1 28
f4c00000-f4c01000 f4c00000-f4c01000 1 28
f5000000-f5001000 f5000000-f5001000 1 28
f5004000-f5008000 f5004000-f5008000 4 28
f5200000-f5400000 f5200000-f5400000 512 28
f8000000-f8003000 f8000000-f8003000 3 28
ff7f0000-ff800000 2fbf0000-2fc00000 16 10
ff800000-ffc00000 2fc00000-30000000 1024 10
fff04000-fff06000 fff04000-fff06000 2 28
fff06000-fff08000 fff06000-fff08000 2 28

>
>  Secondly, would you be able to to a 'C' boot, but halt into the loader and
> issue the same command ? This time, there should be memory allocated for the
> kernel itself.
>

The full output in this case is below. The memory in question is now
mapped, but I don't know why it makes a difference starting at
0013d3c0 (working) or at 00100100 (not working).

OK memmap
Virtual Range Physical Range #Pages Mode
00000000-00003000 00000000-00003000 3 10
00003000-00083000 00003000-00083000 128 10
00100000-00110000 00100000-00110000 16 0
00110000-005ab000 00110000-005ab000 1179 0
005ab000-005bb000       005ab000-005bb000       16      0
005bb000-005cb000       005bb000-005cb000       16      0
005cb000-005db000       005cb000-005db000       16      0
005db000-005eb000       005db000-005eb000       16      0
005eb000-005fb000       005eb000-005fb000       16      0
005fb000-0060b000       005fb000-0060b000       16      0
0060b000-0061b000       0060b000-0061b000       16      0
0061b000-0062b000       0061b000-0062b000       16      0
0062b000-0063b000       0062b000-0063b000       16      0
0063b000-0064b000       0063b000-0064b000       16      0
0064b000-0065b000       0064b000-0065b000       16      0
0065b000-0066b000       0065b000-0066b000       16      0
0066b000-0067b000       0066b000-0067b000       16      0
0067b000-0068b000       0067b000-0068b000       16      0
0068b000-0069b000       0068b000-0069b000       16      0
0069b000-006ab000       0069b000-006ab000       16      0
006ab000-006bb000       006ab000-006bb000       16      0
006bb000-006cb000       006bb000-006cb000       16      0
006cb000-006db000       006cb000-006db000       16      0
006db000-006eb000       006db000-006eb000       16      0
006eb000-006fb000       006eb000-006fb000       16      0
006fb000-0070b000       006fb000-0070b000       16      0
0070b000-0071b000       0070b000-0071b000       16      0
0071b000-0072b000       0071b000-0072b000       16      0
0072b000-0073b000       0072b000-0073b000       16      0
0073b000-0074b000       0073b000-0074b000       16      0
0074b000-0075b000       0074b000-0075b000       16      0
0075b000-0079d000 0075b000-0079d000 66 0
0079d000-00803000 0079d000-00803000 102 0
00803000-00813000       00803000-00813000       16      0
00813000-00823000       00813000-00823000       16      0
00823000-00833000       00823000-00833000       16      0
00833000-00843000       00833000-00843000       16      0
00843000-00853000       00843000-00853000       16      0
00853000-00863000       00853000-00863000       16      0
00863000-00873000       00863000-00873000       16      0
00873000-00883000       00873000-00883000       16      0
00883000-00893000       00883000-00893000       16      0
00893000-008a3000       00893000-008a3000       16      0
008a3000-008b3000       008a3000-008b3000       16      0
008b3000-008c3000       008b3000-008c3000       16      0
008c3000-008d3000       008c3000-008d3000       16      0
008d3000-008e3000       008d3000-008e3000       16      0
008e3000-008f3000       008e3000-008f3000       16      0
008f3000-00903000       008f3000-00903000       16      0
00903000-00913000       00903000-00913000       16      0
00913000-00923000       00913000-00923000       16      0
00923000-00933000       00923000-00933000       16      0
00933000-00943000       00933000-00943000       16      0
00943000-00953000       00943000-00953000       16      0
00953000-00963000       00953000-00963000       16      0
00963000-00973000       00963000-00973000       16      0
00973000-00983000       00973000-00983000       16      0
00983000-00993000       00983000-00993000       16      0
00993000-009a3000       00993000-009a3000       16      0
009a3000-009b3000       009a3000-009b3000       16      0
009b3000-009c3000       009b3000-009c3000       16      0
009c3000-009d3000       009c3000-009d3000       16      0
009d3000-009e3000       009d3000-009e3000       16      0
009e3000-009f3000       009e3000-009f3000       16      0
009f3000-00a03000       009f3000-00a03000       16      0
00a03000-00a13000       00a03000-00a13000       16      0
00a13000-00a23000       00a13000-00a23000       16      0
00a23000-00a33000       00a23000-00a33000       16      0
00a33000-00a43000       00a33000-00a43000       16      0
00a43000-00a53000       00a43000-00a53000       16      0
00a53000-00a63000       00a53000-00a63000       16      0
00a63000-00a73000       00a63000-00a73000       16      0
00a73000-00a83000       00a73000-00a83000       16      0
00a83000-00a93000       00a83000-00a93000       16      0
00a93000-00aa3000       00a93000-00aa3000       16      0
00aa3000-00ab3000       00aa3000-00ab3000       16      0
00ab3000-00ac3000       00ab3000-00ac3000       16      0
00ac3000-00ad3000       00ac3000-00ad3000       16      0
00ad3000-00ae3000       00ad3000-00ae3000       16      0
00ae3000-00af3000       00ae3000-00af3000       16      0
00af3000-00b03000       00af3000-00b03000       16      0
00b03000-00b13000       00b03000-00b13000       16      0
00b13000-00b23000       00b13000-00b23000       16      0
00b23000-00b33000       00b23000-00b33000       16      0
00b33000-00b43000       00b33000-00b43000       16      0
00b43000-00b53000       00b43000-00b53000       16      0
00b53000-00b63000       00b53000-00b63000       16      0
00b63000-00b73000       00b63000-00b73000       16      0
00b73000-00b83000       00b73000-00b83000       16      0
00b83000-00b93000       00b83000-00b93000       16      0
00b93000-00ba3000       00b93000-00ba3000       16      0
00ba3000-00bb3000       00ba3000-00bb3000       16      0
00bb3000-00bc3000       00bb3000-00bc3000       16      0
00bc3000-00bd3000       00bc3000-00bd3000       16      0
00bd3000-00be3000       00bd3000-00be3000       16      0
00be3000-00bf3000       00be3000-00bf3000       16      0
00bf3000-00c03000 00bf3000-00c03000 16 0
00c03000-00c13000 00c03000-00c13000 16 0
01c00000-01c30000 01c00000-01c30000 48 2
01c30000-01c3f000 01c30000-01c3f000 15 2
80000000-80080000 80000000-80080000 128 28
80081000-80082000 80081000-80082000 1 28
80082000-80083000 80082000-80083000 1 28
80083000-80084000 80083000-80084000 1 28
90000000-90010000 90000000-90010000 16 28
98000000-a0000000 98000000-a0000000 32768 28
f0000000-f0010000 f0000000-f0010000 16 28
f0800000-f0801000 f0800000-f0801000 1 28
f0c00000-f0c01000 f0c00000-f0c01000 1 28
f2000000-f2010000 f2000000-f2010000 16 28
f2800000-f2801000 f2800000-f2801000 1 28
f2c00000-f2c01000 f2c00000-f2c01000 1 28
f4000000-f4010000 f4000000-f4010000 16 28
f4800000-f4801000 f4800000-f4801000 1 28
f4c00000-f4c01000 f4c00000-f4c01000 1 28
f5000000-f5001000 f5000000-f5001000 1 28
f5004000-f5008000 f5004000-f5008000 4 28
f5200000-f5400000 f5200000-f5400000 512 28
f8000000-f8003000 f8000000-f8003000 3 28
ff7f0000-ff800000 2fbf0000-2fc00000 16 10
ff800000-ffc00000 2fc00000-30000000 1024 10
fff04000-fff06000 fff04000-fff06000 2 28
fff06000-fff08000 fff06000-fff08000 2 28


Thanks for your reply!
Marco.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marcel Moolenaar-4]

On Sep 27, 2008, at 3:48 AM, Marco Trillo wrote:
*snip*
> This is the output of the 'memmap' command with hd:58. It looks like
> the memory in question is not being used by OFW:
*snip*
> 00003000-00083000 00003000-00083000 128 10
> 01c00000-01c40000 01c00000-01c40000 64 2
*snip*
> The full output in this case is below. The memory in question is now
> mapped, but I don't know why it makes a difference starting at
> 0013d3c0 (working) or at 00100100 (not working).
*snip*
> 00003000-00083000 00003000-00083000 128 10
> 00100000-00110000 00100000-00110000 16 0
> 00110000-005ab000 00110000-005ab000 1179 0
*snip*

Let me get it straight...

In the first case (booting from hd:58), does the boot
fail for start address 0x100100 but not for start
address 0x13d3c0?

In the second case (booting from CD), does it work in
both cases?

Or is the second case the same as the first case and
it is failing for 0x100100 and working for 0x13d3c0?

--
Marcel Moolenaar
xcllnt@...



_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marco Trillo-3]

Hi,

On Sat, Sep 27, 2008 at 10:23 PM, Marcel Moolenaar <xcllnt@...> wrote:

> Let me get it straight...
>
> In the first case (booting from hd:58), does the boot
> fail for start address 0x100100 but not for start
> address 0x13d3c0?
>
> In the second case (booting from CD), does it work in
> both cases?
>
> Or is the second case the same as the first case and
> it is failing for 0x100100 and working for 0x13d3c0?

Booting from CD fails for 0x100100 kernels, such as the 8.0-current
snapshot, and works for 0x13d3c0 kernels like the 7.1_BETA snapshot.

Booting kernels from hard disk (both with a loader in an HFS partition
in hard disk or with the loader from the CD) also fails for
8.0-current kernels with the 0x1001000 address and works for kernels
with a 0x13d3c0 address, either 7.1 or 8.0-current compiled with
revision 1.7 of  the "ldscript.powerpc" file .

Oddly enough, I tried booting the same 8.0-current snapshot CD on a
PowerMac G4 "Sawtooth" (PowerMac3,1) and it boots fine there -- no
errors, as does the 7.1-beta CD...


Thanks,
Marco.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marcel Moolenaar-4]

On Sep 27, 2008, at 1:54 PM, Marco Trillo wrote:

> On Sat, Sep 27, 2008 at 10:23 PM, Marcel Moolenaar <xcllnt@...>  
> wrote:
>> Let me get it straight...
>>
>> In the first case (booting from hd:58), does the boot
>> fail for start address 0x100100 but not for start
>> address 0x13d3c0?
>>
>> In the second case (booting from CD), does it work in
>> both cases?
>>
>> Or is the second case the same as the first case and
>> it is failing for 0x100100 and working for 0x13d3c0?
>
> Booting from CD fails for 0x100100 kernels, such as the 8.0-current
> snapshot, and works for 0x13d3c0 kernels like the 7.1_BETA snapshot.
>
> Booting kernels from hard disk (both with a loader in an HFS partition
> in hard disk or with the loader from the CD) also fails for
> 8.0-current kernels with the 0x1001000 address and works for kernels
> with a 0x13d3c0 address, either 7.1 or 8.0-current compiled with
> revision 1.7 of  the "ldscript.powerpc" file .
>
> Oddly enough, I tried booting the same 8.0-current snapshot CD on a
> PowerMac G4 "Sawtooth" (PowerMac3,1) and it boots fine there -- no
> errors, as does the 7.1-beta CD...

Ok. So while the memmap output differs, the failure mode
is the same.

Hmmm. The only things I can think of is:
o  I-cache coherency
o  Uninitialized memory

Typically when we load an ELF image, we read the first
page, parse the headers and then read the rest. In this
case the failing address (0x100100) is in the first
page, whereas the working address (0x13d3c0) isn't. I
wonder if we "load" the first page indirectly...

Quick question: On ARM and ia64 you need to sync the
D-cache before you can make the I-cache coherent. That's
because the I-cache is made coherent with memory and
not with the D-cache. How's that on PowerPC?

--
Marcel Moolenaar
xcllnt@...



_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Peter Grehan]

Hi Marcel,

> o  I-cache coherency

  The culprit could be the code fragment in
sys/boot/ofw/libofw/elf_freebsd.c:__elfN(ofw_loadfile),

         if (!strcmp((*result)->f_type, "elf kernel"))
                 __syncicache((void *) (*result)->f_addr,
(*result)->f_size);

  If f_addr isn't the start of the text segment i.e. if the initial page
wasn't included, then that is what is blowing up.


> Quick question: On ARM and ia64 you need to sync the
> D-cache before you can make the I-cache coherent. That's
> because the I-cache is made coherent with memory and
> not with the D-cache. How's that on PowerPC?

  Same - see powerpc/syncicache.c where the d-cache is flushed before
the invalidating the i-cache.

later,

Peter.

_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marcel Moolenaar-4]

On Sep 27, 2008, at 11:40 PM, Peter Grehan wrote:

> Hi Marcel,
>
>> o  I-cache coherency
>
> The culprit could be the code fragment in sys/boot/ofw/libofw/
> elf_freebsd.c:__elfN(ofw_loadfile),
>
>        if (!strcmp((*result)->f_type, "elf kernel"))
>                __syncicache((void *) (*result)->f_addr, (*result)-
> >f_size);
>
> If f_addr isn't the start of the text segment i.e. if the initial  
> page wasn't included, then that is what is blowing up.

It looks like f_addr is the correct (virtual) load
address. I think the problem relates to whether the
starting address falls withing the first page, given
that:
o  We bcopy the first page to avoid reading twice,
o  We need to flush the D-cache before we can sync
    the I-cache.

We do dcbst before we icbi, but I'm wondering if
there isn't a bug there. What if we need to sync
after every dcbst?

--
Marcel Moolenaar
xcllnt@...



_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

I am trying to install -CURRENT (2 days old) on a 12" Powerbook G4 over
ethernet.
The installing server is NetBSD.
First try:
0 > boot enet:,loader
CLIENT: {MAC} 192.168.1.10
SERVER: fffffffffff 0.0.0.0
Transfer FILE: loader -
TFTP LOAD TimeOutload-size=200 adler32=e97f8114

Loading ELF

Invalid memory access at   %SRR0: 01c009d0   %SRR1: 00083030
 ok
>

2nd try:
0 > boot enet:,loader hd:58
CLIENT: {MAC} 192.168.1.10
SERVER: fffffffffff 0.0.0.0
Transfer FILE: loader -
TFTP LOAD TimeOutload-size=200 adler32=e97f8114

Loading ELF

Decrementer exception at   %SRR0: 01c009d0   %SRR1: 00083030
 ok
>

I have the same loader on Powerbook's first (HFS) partition.
0 > boot hd:loader hd:58
gets me to memmap.

I'm trying a netboot because the Powerbook's SuperDrive is dead.

Any suggestions would be greatly appreciated.

Ross

> Hi Marco,
>
>   Would you be able to try booting into the loader only e.g.
>
> 0 > boot cd:,\boot\loader hd:58
>
> (giving a non-existent partition instead of no parameter will prevent
> the loader from trying to open the device it was booted off).
>
>   Then, issue an 'memmap' command at the loader prompt, and see if OFW
> is using any of the memory that is at question.
>
>   Secondly, would you be able to to a 'C' boot, but halt into the loader
> and issue the same command ? This time, there should be memory allocated
> for the kernel itself.
>
>   I vaguely remember problems with eMacs in the past when booting from
> disk, but the details are lost in the haze of time.
>
> later,
>
> Peter.
> _______________________________________________
> freebsd-ppc@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."
>

--
Ross Gohlke > http://www.GRINZ.com
(P) 901.276.9750 (Memphis) / 310.356.6906 (Los Angeles)
(FAX/HOTLINE) 877.806.0861
111 S. Highland St. #424, Memphis, TN 38111
| Always up. |

_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Peter Grehan]

Hi Ross,

>0 > boot enet:,loader
>CLIENT: {MAC} 192.168.1.10
>SERVER: fffffffffff 0.0.0.0
>Transfer FILE: loader -
>TFTP LOAD TimeOutload-size=200 adler32=e97f8114

 What do your dhcp and tftp configs look like ?

later,

Peter.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

I am new to -CURRENT and to synchronizing source, trying to parse
conflicting instructions (mostly between Handbook and
/usr/src/UPDATING). I still have some things to work out (server is
remote, becomes unreachable periodically and has to be
power-cycled), but my Xserve DP 1GHz G4 is using both processors.

I'll try a UP kernel and may just go through the whole process again to
see if errors go away.

% dmesg
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
         The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008
     root@...:/usr/obj/usr/src/sys/RORTY.8
WARNING: WITNESS option enabled, expect reduced performance.
cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 2135240704 (2036 MB)
avail memory = 2067062784 (1971 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0: dev=ff87f908 (BSP)
cpu1: dev=ff880bc8
kbd0 at kbdmux0
nexus0: <Open Firmware Nexus device>
unin0: <Apple UniNorth System Controller> on nexus0
unin0: Version 36
pcib0: <Apple UniNorth Host-PCI bridge> on nexus0
pci0: <OFW PCI bus> on pcib0
bge0: <Apple BCM5701 B5, ASIC rev. 0x105> mem 0xa0000000-0xa000ffff irq
48 at device 16.0 on pci0
miibus0: <MII bus> on bge0
brgphy0: <BCM5701 10/100/1000baseTX PHY> PHY 1 on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto
bge0: Ethernet address: 00:03:93:c0:50:fc
bge0: [ITHREAD]
pcib1: <Apple UniNorth Host-PCI bridge> on nexus0
pci1: <OFW PCI bus> on pcib1
pcib2: <OFW PCI-PCI bridge> at device 13.0 on pci1
pci2: <OFW PCI bus> on pcib2
macio0: <KeyLargo I/O Controller> mem 0x80000000-0x8007ffff at device
7.0 on pci2
openpic0: <OpenPIC Interrupt Controller> mem 0x40000-0x7ffff on macio0
macgpio0: <MacIO GPIO Controller> mem 0x50-0x7f on macio0
pmuextint0: <Apple PMU99 External Interrupt> gpio 9 irq 47 on macgpio0
scc0: <Zilog Z8530 dual channel SCC> mem
0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff
irq 22,5,6,23,7,8 on macio0
scc0: [FILTER]
scc0: [FILTER]
uart0: <z8530, channel A> on scc0
uart0: [FILTER]
uart1: <z8530, channel B> on scc0
uart1: [FILTER]
pmu0: <Apple PMU99 Controller> mem 0x16000-0x17fff irq 25 on macio0
pmu0: [ITHREAD]
ata0 mem 0x1f000-0x1ffff,0x8a00-0x8aff irq 19,11 on macio0
ata0: [ITHREAD]
ohci0: <Apple KeyLargo USB controller> mem 0x80081000-0x80081fff irq 27
at device 8.0 on pci2
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0
usb0: <Apple KeyLargo USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <Apple OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
ohci1: <Apple KeyLargo USB controller> mem 0x80080000-0x80080fff irq 28
at device 9.0 on pci2
ohci1: [GIANT-LOCKED]
ohci1: [ITHREAD]
usb1: OHCI version 1.0
usb1: <Apple KeyLargo USB controller> on ohci1
usb1: USB revision 1.0
uhub1: <Apple OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
pcib3: <OFW PCI-PCI bridge> at device 17.0 on pci1
pci3: <OFW PCI bus> on pcib3
pcib1: failed to reserve resource for (null)
vgapci0: <VGA-compatible display> mem
0x88000000-0x8fffffff,0x80100000-0x8010ffff irq 52 at device 2.0 on pci3
atapci0: <Promise PDC20270 UDMA100 controller> port
0x1090-0x1097,0x1080-0x1083,0x1070-0x1077,0x1060-0x1063,0x1050-0x105f
mem 0x90030000-0x9003ffff irq 58 at device 21.0 on pci1
atapci0: [ITHREAD]
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
atapci1: <Promise PDC20270 UDMA100 controller> port
0x1040-0x1047,0x1030-0x1033,0x1020-0x1027,0x1010-0x1013,0x1000-0x100f
mem 0x90010000-0x9001ffff irq 63 at device 27.0 on pci1
atapci1: [ITHREAD]
ata4: <ATA channel 0> on atapci1
ata4: [ITHREAD]
ata5: <ATA channel 1> on atapci1
ata5: [ITHREAD]
pcib4: <Apple UniNorth Host-PCI bridge> on nexus0
pci4: <OFW PCI bus> on pcib4
fwohci0: <Apple UniNorth> mem 0xf5000000-0xf5000fff irq 40 at device
14.0 on pci4el
fwohci0: [FILTER]
fwohci0: OHCI version 1.10 (ROM=0)
fwohci0: No. of Isochronous channels is 8.
fwohci0: EUI64 00:03:93:ff:fe:b5:d4:8e
fwohci0: Phy 1394a available S400, 3 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:03:93:b5:d4:8e
fwe0: Ethernet address: 02:03:93:b5:d4:8e
sbp0: <SBP-2/SCSI over FireWire> on firewire0
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc1, gen=2, CYCLEMASTER mode
gem0: <Apple UniNorth2 GMAC Ethernet> mem 0xf5200000-0xf53fffff irq 41
at device 15.0 on pci4
miibus1: <MII bus> on gem0
brgphy1: <BCM5754 10/100/1000baseTX PHY> PHY 0 on miibus1
brgphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto
gem0: 10kB RX FIFO, 4kB TX FIFO
gem0: Ethernet address: 00:03:93:b5:d4:8e
gem0: [ITHREAD]
sc0: <System console> on nexus0
sc0: Unknown <16 virtual consoles, flags=0x300>
uhub2: <Mitsumi Electric Hub in Apple USB Keyboard, class 9/0, rev
1.10/2.11, addr 2> on uhub0
uhub2: 3 ports with 2 removable, bus powered
ukbd0: <Mitsumi Electric Apple USB Keyboard, class 0/0, rev 1.00/1.03,
addr 3> on uhub2
kbd1 at ukbd0
ums0: <Logitech M4848, class 0/0, rev 1.00/5.00, addr 4> on uhub2
ums0: 1 buttons.
Timecounter "decrementer" frequency 33229775 Hz quality 0
Timecounters tick every 10.000 msec
IP Filter: v4.1.28 initialized.  Default = pass all, Logging = enabled
firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
firewire0: bus manager 1 (me)
acd0: CDRW <LG CD-ROM CRN-8245B/AHT9> at ata0-master UDMA33
ad0: 117800MB <IBM IC35L120AVVA07-0 VA6BA52A> at ata2-master UDMA100
ad1: 58644MB <IBM IC35L060AVVA07-0 VA3BA52A> at ata3-master UDMA100
Waking up CPU 1 (dev=ff880bc8)
WARNING: WITNESS option enabled, expect reduced performance.
Trying to mount root from ufs:/dev/ad0s3
WARNING: / was not properly dismounted
lock order reversal:
  1st 0xc44048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
  2nd 0xe0aafc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe08cf930: at kdb_backtrace+0x4c
0xe08cf950: at _witness_debugger+0x3c
0xe08cf970: at witness_checkorder+0x8d0
0xe08cf9d0: at __lockmgr_args+0x23c
0xe08cfa50: at ffs_lock+0x9c
0xe08cfa80: at VOP_LOCK1_APV+0xec
0xe08cfaa0: at _vn_lock+0x84
0xe08cfaf0: at vget+0xdc
0xe08cfb30: at vnode_pager_lock+0x20c
0xe08cfb90: at vm_fault+0x218
0xe08cfca0: at trap_pfault+0x128
0xe08cfce0: at trap+0x1ac
0xe08cfda0: at powerpc_interrupt+0x15c
0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032
             r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0
WARNING: /mnt/disk2 was not properly dismounted
lock order reversal:
  1st 0xd9d27400 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0xe41e00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
KDB: stack backtrace:
0xe50c1a20: at kdb_backtrace+0x4c
0xe50c1a40: at _witness_debugger+0x3c
0xe50c1a60: at witness_checkorder+0x8d0
0xe50c1ac0: at _sx_xlock+0x90
0xe50c1af0: at ufsdirhash_acquire+0x40
0xe50c1b10: at ufsdirhash_remove+0x2c
0xe50c1b40: at ufs_dirremove+0x100
0xe50c1b80: at ufs_remove+0x8c
0xe50c1bc0: at VOP_REMOVE_APV+0xe0
0xe50c1be0: at kern_unlinkat+0x1b4
0xe50c1ca0: at kern_unlink+0x24
0xe50c1cc0: at unlink+0x1c
0xe50c1ce0: at trap+0x460
0xe50c1da0: at powerpc_interrupt+0x15c
0xe50c1dd0: user SC trap by 0x21940288: srr1=0xd032
             r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940280
lock order reversal:
  1st 0x4181c0c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064
  2nd 0x41896bc devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe510c7f0: at kdb_backtrace+0x4c
0xe510c810: at _witness_debugger+0x3c
0xe510c830: at witness_checkorder+0x8d0
0xe510c890: at __lockmgr_args+0xaf8
0xe510c910: at vop_stdlock+0x48
0xe510c930: at VOP_LOCK1_APV+0xec
0xe510c950: at _vn_lock+0x84
0xe510c9a0: at vget+0xdc
0xe510c9e0: at devfs_allocv+0x11c
0xe510ca20: at devfs_root+0x5c
0xe510ca60: at vfs_donmount+0x1458
0xe510cca0: at nmount+0xd8
0xe510cce0: at trap+0x460
0xe510cda0: at powerpc_interrupt+0x15c
0xe510cdd0: user SC trap by 0x218d2788: srr1=0xd032
             r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780
link_elf: symbol dev2unit undefined
lock order reversal:
  1st 0x88efd1c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:420
  2nd 0xd9d5b118 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  3rd 0xf2c05c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:541
KDB: stack backtrace:
0xe511b5b0: at kdb_backtrace+0x4c
0xe511b5d0: at _witness_debugger+0x3c
0xe511b5f0: at witness_checkorder+0x8d0
0xe511b650: at __lockmgr_args+0xaf8
0xe511b6d0: at ffs_lock+0x9c
0xe511b700: at VOP_LOCK1_APV+0xec
0xe511b720: at _vn_lock+0x84
0xe511b770: at ffs_snapshot+0x12ec
0xe511b970: at ffs_mount+0x10a4
0xe511ba60: at vfs_donmount+0x108c
0xe511bca0: at nmount+0xd8
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780
lock order reversal:
  1st 0xd9d5b118 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0x8923b9c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:790
KDB: stack backtrace:
0xe511b5b0: at kdb_backtrace+0x4c
0xe511b5d0: at _witness_debugger+0x3c
0xe511b5f0: at witness_checkorder+0x8d0
0xe511b650: at __lockmgr_args+0xaf8
0xe511b6d0: at ffs_lock+0x9c
0xe511b700: at VOP_LOCK1_APV+0xec
0xe511b720: at _vn_lock+0x84
0xe511b770: at ffs_snapshot+0x22f8
0xe511b970: at ffs_mount+0x10a4
0xe511ba60: at vfs_donmount+0x108c
0xe511bca0: at nmount+0xd8
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780
lock order reversal:
  1st 0x8923b9c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293
  2nd 0x88efd1c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1584
KDB: stack backtrace:
0xe511b880: at kdb_backtrace+0x4c
0xe511b8a0: at _witness_debugger+0x3c
0xe511b8c0: at witness_checkorder+0x8d0
0xe511b920: at __lockmgr_args+0xaf8
0xe511b9a0: at ffs_snapremove+0x148
0xe511ba10: at softdep_releasefile+0x54
0xe511ba40: at ufs_inactive+0x1c8
0xe511ba80: at VOP_INACTIVE_APV+0xe0
0xe511baa0: at vinactive+0x98
0xe511bae0: at vput+0x21c
0xe511bb30: at vn_close+0x10c
0xe511bb80: at vn_closefile+0x114
0xe511bbf0: at _fdrop+0x60
0xe511bc10: at closef+0x2f8
0xe511bc90: at kern_close+0x144
0xe511bcc0: at close+0x18
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x2197f088: srr1=0xf032
             r1=0x7fffdb60 cr=0x22004028 xer=0 ctr=0x2197f080
lock order reversal:
  1st 0x4181c0c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1207
  2nd 0x41895ac syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2147
KDB: stack backtrace:
0xe5206a70: at kdb_backtrace+0x4c
0xe5206a90: at _witness_debugger+0x3c
0xe5206ab0: at witness_checkorder+0x8d0
0xe5206b10: at __lockmgr_args+0xaf8
0xe5206b90: at vop_stdlock+0x48
0xe5206bb0: at VOP_LOCK1_APV+0xec
0xe5206bd0: at _vn_lock+0x84
0xe5206c20: at vrele+0x158
0xe5206c60: at dounmount+0x3b0
0xe5206ca0: at unmount+0x2e4
0xe5206ce0: at trap+0x460
0xe5206da0: at powerpc_interrupt+0x15c
0xe5206dd0: user SC trap by 0x218b1e38: srr1=0xd032
             r1=0x7fffd540 cr=0x20004082 xer=0 ctr=0x218b1e30


% sysctl kern.smp
kern.smp.forward_roundrobin_enabled: 1
kern.smp.forward_signal_enabled: 1
kern.smp.topology: 0
kern.smp.cpus: 2
kern.smp.disabled: 0
kern.smp.active: 1
kern.smp.maxcpus: 2
kern.smp.maxid: 1

% vmstat -ia
interrupt                          total       rate
irq48: bge0                        66399          0
irq22: scc0                            0          0
irq23: scc0                            0          0
irq47: pmu0                            0          0
irq19: ata0                           35          0
irq27: ohci0                           4          0
irq28: ohci1                           1          0
irq58: atapci0                   1796238         26
irq63: atapci1                         0          0
irq40: fwohci0                         2          0
irq41: gem0                       237728          3
irq64: IPI                       7734095        114
Total                            9834502        146
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

panic: mutex vm page queue mutex not owned at /usr/src/powerpc/a...
cpuid = 0
KDB: enter: panic
[thread pic 48347 tid 100099 ]
Stopped at      0x2cc194:      addi         r0, r0, 0x0
db>

Unfortunately I don't get to see the rest of the panic line.
Next directory has to be aim, don't know past that.

I have resynched my source, rebuilt/reinstalled the kernel, reinstalled
world, deinstalled ports with kernel modules (fusefs-kmod) and
reinstalled via ports all software configured to run with rc.d/.

link_elf: symbol dev2unit undefined
This error went away with deinstallation of fusefs-*.

Below are results for both SMP and UP kernels (older).

## SMP
% dmesg
Copyright (c) 1992-2008 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
         The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.0-CURRENT #0: Thu Nov 13 07:22:29 CST 2008
     root@...:/usr/obj/usr/src/sys/RORTY.8
WARNING: WITNESS option enabled, expect reduced performance.
cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 2135232512 (2036 MB)
avail memory = 2067054592 (1971 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0: dev=ff87f908 (BSP)
cpu1: dev=ff880bc8

...

lock order reversal:
  1st 0xc44048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
  2nd 0xe1cafc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe08cf930: at kdb_backtrace+0x4c
0xe08cf950: at _witness_debugger+0x3c
0xe08cf970: at witness_checkorder+0x8d0
0xe08cf9d0: at __lockmgr_args+0x23c
0xe08cfa50: at ffs_lock+0x9c
0xe08cfa80: at VOP_LOCK1_APV+0xec
0xe08cfaa0: at _vn_lock+0x84
0xe08cfaf0: at vget+0xdc
0xe08cfb30: at vnode_pager_lock+0x20c
0xe08cfb90: at vm_fault+0x218
0xe08cfca0: at trap_pfault+0x128
0xe08cfce0: at trap+0x1ac
0xe08cfda0: at powerpc_interrupt+0x15c
0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032
             r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0
WARNING: /mnt/disk2 was not properly dismounted
lock order reversal:
  1st 0xd9d27558 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0xe59800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
KDB: stack backtrace:
0xe50ada20: at kdb_backtrace+0x4c
0xe50ada40: at _witness_debugger+0x3c
0xe50ada60: at witness_checkorder+0x8d0
0xe50adac0: at _sx_xlock+0x90
0xe50adaf0: at ufsdirhash_acquire+0x40
0xe50adb10: at ufsdirhash_remove+0x2c
0xe50adb40: at ufs_dirremove+0x100
0xe50adb80: at ufs_remove+0x8c
0xe50adbc0: at VOP_REMOVE_APV+0xe0
0xe50adbe0: at kern_unlinkat+0x1b4
0xe50adca0: at kern_unlink+0x24
0xe50adcc0: at unlink+0x1c
0xe50adce0: at trap+0x460
0xe50adda0: at powerpc_interrupt+0x15c
0xe50addd0: user SC trap by 0x21940198: srr1=0xd032
             r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940190
lock order reversal:
  1st 0x41866bc ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064
  2nd 0x418438c devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe50ad7f0: at kdb_backtrace+0x4c
0xe50ad810: at _witness_debugger+0x3c
0xe50ad830: at witness_checkorder+0x8d0
0xe50ad890: at __lockmgr_args+0xaf8
0xe50ad910: at vop_stdlock+0x48
0xe50ad930: at VOP_LOCK1_APV+0xec
0xe50ad950: at _vn_lock+0x84
0xe50ad9a0: at vget+0xdc
0xe50ad9e0: at devfs_allocv+0x11c
0xe50ada20: at devfs_root+0x5c
0xe50ada60: at vfs_donmount+0x1458
0xe50adca0: at nmount+0xd8
0xe50adce0: at trap+0x460
0xe50adda0: at powerpc_interrupt+0x15c
0xe50addd0: user SC trap by 0x218d2788: srr1=0xd032
             r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780
lock order reversal:
  1st 0x783be2c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:420
  2nd 0xd9e4aad0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  3rd 0xf719ec ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:541
KDB: stack backtrace:
0xe50c65b0: at kdb_backtrace+0x4c
0xe50c65d0: at _witness_debugger+0x3c
0xe50c65f0: at witness_checkorder+0x8d0
0xe50c6650: at __lockmgr_args+0xaf8
0xe50c66d0: at ffs_lock+0x9c
0xe50c6700: at VOP_LOCK1_APV+0xec
0xe50c6720: at _vn_lock+0x84
0xe50c6770: at ffs_snapshot+0x12ec
0xe50c6970: at ffs_mount+0x10a4
0xe50c6a60: at vfs_donmount+0x108c
0xe50c6ca0: at nmount+0xd8
0xe50c6ce0: at trap+0x460
0xe50c6da0: at powerpc_interrupt+0x15c
0xe50c6dd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780
lock order reversal:
  1st 0xd9e4aad0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0x799ad5c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:790
KDB: stack backtrace:
0xe50c65b0: at kdb_backtrace+0x4c
0xe50c65d0: at _witness_debugger+0x3c
0xe50c65f0: at witness_checkorder+0x8d0
0xe50c6650: at __lockmgr_args+0xaf8
0xe50c66d0: at ffs_lock+0x9c
0xe50c6700: at VOP_LOCK1_APV+0xec
0xe50c6720: at _vn_lock+0x84
0xe50c6770: at ffs_snapshot+0x22f8
0xe50c6970: at ffs_mount+0x10a4
0xe50c6a60: at vfs_donmount+0x108c
0xe50c6ca0: at nmount+0xd8
0xe50c6ce0: at trap+0x460
0xe50c6da0: at powerpc_interrupt+0x15c
0xe50c6dd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780


## UP
% dmesg
FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008
     root@...:/usr/obj/usr/src/sys/RORTY.8
WARNING: WITNESS option enabled, expect reduced performance.
cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 2135240704 (2036 MB)
avail memory = 2067062784 (1971 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0: dev=ff87f908 (BSP)
cpu1: dev=ff880bc8

...

lock order reversal:
  1st 0xc44048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
  2nd 0xe0aafc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe08cf930: at kdb_backtrace+0x4c
0xe08cf950: at _witness_debugger+0x3c
0xe08cf970: at witness_checkorder+0x8d0
0xe08cf9d0: at __lockmgr_args+0x23c
0xe08cfa50: at ffs_lock+0x9c
0xe08cfa80: at VOP_LOCK1_APV+0xec
0xe08cfaa0: at _vn_lock+0x84
0xe08cfaf0: at vget+0xdc
0xe08cfb30: at vnode_pager_lock+0x20c
0xe08cfb90: at vm_fault+0x218
0xe08cfca0: at trap_pfault+0x128
0xe08cfce0: at trap+0x1ac
0xe08cfda0: at powerpc_interrupt+0x15c
0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032
             r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0
WARNING: /mnt/disk2 was not properly dismounted
lock order reversal:
  1st 0xd9d27400 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0xe41e00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
KDB: stack backtrace:
0xe50c1a20: at kdb_backtrace+0x4c
0xe50c1a40: at _witness_debugger+0x3c
0xe50c1a20: at kdb_backtrace+0x4c
0xe50c1a40: at _witness_debugger+0x3c
0xe50c1a60: at witness_checkorder+0x8d0
0xe50c1ac0: at _sx_xlock+0x90
0xe50c1af0: at ufsdirhash_acquire+0x40
0xe50c1b10: at ufsdirhash_remove+0x2c
0xe50c1b40: at ufs_dirremove+0x100
0xe50c1b80: at ufs_remove+0x8c
0xe50c1bc0: at VOP_REMOVE_APV+0xe0
0xe50c1be0: at kern_unlinkat+0x1b4
0xe50c1ca0: at kern_unlink+0x24
0xe50c1cc0: at unlink+0x1c
0xe50c1ce0: at trap+0x460
0xe50c1da0: at powerpc_interrupt+0x15c
0xe50c1dd0: user SC trap by 0x21940288: srr1=0xd032
             r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940280
lock order reversal:
  1st 0x4181c0c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064
  2nd 0x41896bc devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe510c7f0: at kdb_backtrace+0x4c
0xe510c810: at _witness_debugger+0x3c
0xe510c830: at witness_checkorder+0x8d0
0xe510c890: at __lockmgr_args+0xaf8
0xe510c910: at vop_stdlock+0x48
0xe510c930: at VOP_LOCK1_APV+0xec
0xe510c950: at _vn_lock+0x84
0xe510c9a0: at vget+0xdc
0xe510c9e0: at devfs_allocv+0x11c
0xe510ca20: at devfs_root+0x5c
0xe510ca60: at vfs_donmount+0x1458
0xe510cca0: at nmount+0xd8
0xe510cce0: at trap+0x460
0xe510cda0: at powerpc_interrupt+0x15c
0xe510cdd0: user SC trap by 0x218d2788: srr1=0xd032
             r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780
link_elf: symbol dev2unit undefined
lock order reversal:
link_elf: symbol dev2unit undefined
lock order reversal:
  1st 0x88efd1c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:420
  2nd 0xd9d5b118 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  3rd 0xf2c05c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:541
KDB: stack backtrace:
0xe511b5b0: at kdb_backtrace+0x4c
0xe511b5d0: at _witness_debugger+0x3c
0xe511b5f0: at witness_checkorder+0x8d0
0xe511b650: at __lockmgr_args+0xaf8
0xe511b6d0: at ffs_lock+0x9c
0xe511b700: at VOP_LOCK1_APV+0xec
0xe511b720: at _vn_lock+0x84
0xe511b770: at ffs_snapshot+0x12ec
0xe511b970: at ffs_mount+0x10a4
0xe511ba60: at vfs_donmount+0x108c
0xe511bca0: at nmount+0xd8
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780
lock order reversal:
  1st 0xd9d5b118 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
  2nd 0x8923b9c snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:790
KDB: stack backtrace:
0xe511b5b0: at kdb_backtrace+0x4c
0xe511b5d0: at _witness_debugger+0x3c
0xe511b5f0: at witness_checkorder+0x8d0
0xe511b650: at __lockmgr_args+0xaf8
0xe511b6d0: at ffs_lock+0x9c
0xe511b700: at VOP_LOCK1_APV+0xec
0xe511b720: at _vn_lock+0x84
0xe511b770: at ffs_snapshot+0x22f8
0xe511b970: at ffs_mount+0x10a4
0xe511ba60: at vfs_donmount+0x108c
0xe511bca0: at nmount+0xd8
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x218d8788: srr1=0xf032
             r1=0x7fffdb90 cr=0x20004044 xer=0 ctr=0x218d8780
lock order reversal:
  1st 0x8923b9c snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:293
  2nd 0x88efd1c ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1584
KDB: stack backtrace:
0xe511b880: at kdb_backtrace+0x4c
0xe511b8a0: at _witness_debugger+0x3c
0xe511b8c0: at witness_checkorder+0x8d0
0xe511b920: at __lockmgr_args+0xaf8
0xe511b9a0: at ffs_snapremove+0x148
0xe511ba10: at softdep_releasefile+0x54
0xe511ba40: at ufs_inactive+0x1c8
0xe511ba80: at VOP_INACTIVE_APV+0xe0
0xe511baa0: at vinactive+0x98
0xe511bae0: at vput+0x21c
0xe511bb30: at vn_close+0x10c
0xe511bb80: at vn_closefile+0x114
0xe511bbf0: at _fdrop+0x60
0xe511bc10: at closef+0x2f8
0xe511bc90: at kern_close+0x144
0xe511bcc0: at close+0x18
0xe511bce0: at trap+0x460
0xe511bda0: at powerpc_interrupt+0x15c
0xe511bdd0: user SC trap by 0x2197f088: srr1=0xf032
             r1=0x7fffdb60 cr=0x22004028 xer=0 ctr=0x2197f080
lock order reversal:
  1st 0x4181c0c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1207
  2nd 0x41895ac syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2147
KDB: stack backtrace:
0xe5206a70: at kdb_backtrace+0x4c
0xe5206a90: at _witness_debugger+0x3c
0xe5206ab0: at witness_checkorder+0x8d0
0xe5206b10: at __lockmgr_args+0xaf8
0xe5206b90: at vop_stdlock+0x48
0xe5206bb0: at VOP_LOCK1_APV+0xec
0xe5206b90: at vop_stdlock+0x48
0xe5206bb0: at VOP_LOCK1_APV+0xec
0xe5206bd0: at _vn_lock+0x84
0xe5206c20: at vrele+0x158
0xe5206c60: at dounmount+0x3b0
0xe5206ca0: at unmount+0x2e4
0xe5206ce0: at trap+0x460
0xe5206da0: at powerpc_interrupt+0x15c
0xe5206dd0: user SC trap by 0x218b1e38: srr1=0xd032
             r1=0x7fffd540 cr=0x20004082 xer=0 ctr=0x218b1e30

_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marcel Moolenaar-4]

On Nov 13, 2008, at 10:39 AM, Ross Gohlke wrote:

> ## UP
> % dmesg
> FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008
>    root@...:/usr/obj/usr/src/sys/RORTY.8
> WARNING: WITNESS option enabled, expect reduced performance.
> cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
> cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
> real memory  = 2135240704 (2036 MB)
> avail memory = 2067062784 (1971 MB)
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
> cpu0: dev=ff87f908 (BSP)
> cpu1: dev=ff880bc8

Hmmm, this is not an UP kernel. UP kernels don't count CPUs
and don't announce themselves with/as FreeBSD/SMP.

You need to remove the SMP option from your configuration
in order to create an UP kernel.

FYI,

--
Marcel Moolenaar
xcllnt@...



_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

Sorry about that.

Here it is.

%dmesg
FreeBSD 8.0-CURRENT #0: Thu Nov 13 14:33:29 CST 2008
    root@...:/usr/obj/usr/src/sys/RORTY
WARNING: WITNESS option enabled, expect reduced performance.
cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 2135265280 (2036 MB)
avail memory = 2067099648 (1971 MB)

...

lock order reversal:
 1st 0xc41048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
 2nd 0xdfd7cc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe08cf930: at kdb_backtrace+0x4c
0xe08cf950: at _witness_debugger+0x3c
0xe08cf970: at witness_checkorder+0x8d0
0xe08cf9d0: at __lockmgr_args+0x23c
0xe08cfa50: at ffs_lock+0x9c
0xe08cfa80: at VOP_LOCK1_APV+0xec
0xe08cfaa0: at _vn_lock+0x84
0xe08cfaf0: at vget+0xdc
0xe08cfb30: at vnode_pager_lock+0x20c
0xe08cfb90: at vm_fault+0x218
0xe08cfca0: at trap_pfault+0x128
0xe08cfce0: at trap+0x1ac
0xe08cfda0: at powerpc_interrupt+0x15c
0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032
            r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0
lock order reversal:
 1st 0xd9d16df8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
 2nd 0xe38800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
KDB: stack backtrace:
0xe5077a20: at kdb_backtrace+0x4c
0xe5077a40: at _witness_debugger+0x3c
0xe5077a60: at witness_checkorder+0x8d0
0xe5077ac0: at _sx_xlock+0x90
0xe5077af0: at ufsdirhash_acquire+0x40
0xe5077b10: at ufsdirhash_remove+0x2c
0xe5077b40: at ufs_dirremove+0x100
0xe5077b80: at ufs_remove+0x8c
0xe5077bc0: at VOP_REMOVE_APV+0xe0
0xe5077be0: at kern_unlinkat+0x1b4
0xe5077ca0: at kern_unlink+0x24
0xe5077cc0: at unlink+0x1c
0xe5077ce0: at trap+0x460
0xe5077da0: at powerpc_interrupt+0x15c
0xe5077dd0: user SC trap by 0x21940198: srr1=0xd032
            r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940190
lock order reversal:
 1st 0x18d716c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064
 2nd 0x18f438c devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047
KDB: stack backtrace:
0xe50727f0: at kdb_backtrace+0x4c
0xe5072810: at _witness_debugger+0x3c
0xe5072830: at witness_checkorder+0x8d0
0xe5072890: at __lockmgr_args+0xaf8
0xe5072910: at vop_stdlock+0x48
0xe5072930: at VOP_LOCK1_APV+0xec
0xe5072950: at _vn_lock+0x84
0xe50729a0: at vget+0xdc
0xe50729e0: at devfs_allocv+0x11c
0xe5072a20: at devfs_root+0x5c
0xe5072a60: at vfs_donmount+0x1458
0xe5072ca0: at nmount+0xd8
0xe5072ce0: at trap+0x460
0xe5072da0: at powerpc_interrupt+0x15c
0xe5072dd0: user SC trap by 0x218d2788: srr1=0xd032
            r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780




Marcel Moolenaar wrote:

>
> On Nov 13, 2008, at 10:39 AM, Ross Gohlke wrote:
>
>> ## UP
>> % dmesg
>> FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008
>>    root@...:/usr/obj/usr/src/sys/RORTY.8
>> WARNING: WITNESS option enabled, expect reduced performance.
>> cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
>> cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
>> real memory  = 2135240704 (2036 MB)
>> avail memory = 2067062784 (1971 MB)
>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>> cpu0: dev=ff87f908 (BSP)
>> cpu1: dev=ff880bc8
>
> Hmmm, this is not an UP kernel. UP kernels don't count CPUs
> and don't announce themselves with/as FreeBSD/SMP.
>
> You need to remove the SMP option from your configuration
> in order to create an UP kernel.
>
> FYI,
>

--
Ross Gohlke > http://www.GRINZ.com
(P) 901.276.9750 (Memphis) / 310.356.6906 (Los Angeles)
(FAX/HOTLINE) 877.806.0861
AIM: grinzie GIZMO/SKYPE: rossgohlke JABBER: ross@...
111 S. Highland St. #424, Memphis, TN 38111
| Always up. |


_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

The UP kernel ran continuously for over 48 hours with no kernel panics
or other problems reported.

My kernel configuration looked like this:
include GENERIC
options         IPFILTER
option          IPFILTER_LOG
# SYSV For PostgreSQL
options         SHMMAXPGS=65536
options         SEMMNI=40
options         SEMMNS=240
options         SEMUME=40
options         SEMMNU=120

I replaced IPFilter firewall with PF and removed IPFilter options from
kernel.
I moved remaining kernel options to sysctl.conf / loader.conf.
I recompiled kernel with GENERIC + options SMP.
I started getting READ_DMA errors, as reported on Oct. 26:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=0+0+archive/2008/freebsd-ppc/20081102.freebsd-ppc

Nov 16 16:16:58 rorty kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry
left) LBA=154658944

Some time last night the box went down, I'm waiting for a hard reboot now.

Next I will run UP GENERIC kernel and confirm there are no DMA errors.

Finally I will start a support group called Kernel Addicts Anonymous...

> Sorry about that.
>
> Here it is.
>
> %dmesg
> FreeBSD 8.0-CURRENT #0: Thu Nov 13 14:33:29 CST 2008
>    root@...:/usr/obj/usr/src/sys/RORTY
> WARNING: WITNESS option enabled, expect reduced performance.
> cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
> cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
> real memory  = 2135265280 (2036 MB)
> avail memory = 2067099648 (1971 MB)
>
> ...
>
> lock order reversal:
> 1st 0xc41048 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115
> 2nd 0xdfd7cc ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2047
> KDB: stack backtrace:
> 0xe08cf930: at kdb_backtrace+0x4c
> 0xe08cf950: at _witness_debugger+0x3c
> 0xe08cf970: at witness_checkorder+0x8d0
> 0xe08cf9d0: at __lockmgr_args+0x23c
> 0xe08cfa50: at ffs_lock+0x9c
> 0xe08cfa80: at VOP_LOCK1_APV+0xec
> 0xe08cfaa0: at _vn_lock+0x84
> 0xe08cfaf0: at vget+0xdc
> 0xe08cfb30: at vnode_pager_lock+0x20c
> 0xe08cfb90: at vm_fault+0x218
> 0xe08cfca0: at trap_pfault+0x128
> 0xe08cfce0: at trap+0x1ac
> 0xe08cfda0: at powerpc_interrupt+0x15c
> 0xe08cfdd0: user ISI trap by 0x1818f4c: srr1=0x4000d032
>            r1=0x7fffded0 cr=0x24000048 xer=0 ctr=0
> lock order reversal:
> 1st 0xd9d16df8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443
> 2nd 0xe38800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263
> KDB: stack backtrace:
> 0xe5077a20: at kdb_backtrace+0x4c
> 0xe5077a40: at _witness_debugger+0x3c
> 0xe5077a60: at witness_checkorder+0x8d0
> 0xe5077ac0: at _sx_xlock+0x90
> 0xe5077af0: at ufsdirhash_acquire+0x40
> 0xe5077b10: at ufsdirhash_remove+0x2c
> 0xe5077b40: at ufs_dirremove+0x100
> 0xe5077b80: at ufs_remove+0x8c
> 0xe5077bc0: at VOP_REMOVE_APV+0xe0
> 0xe5077be0: at kern_unlinkat+0x1b4
> 0xe5077ca0: at kern_unlink+0x24
> 0xe5077cc0: at unlink+0x1c
> 0xe5077ce0: at trap+0x460
> 0xe5077da0: at powerpc_interrupt+0x15c
> 0xe5077dd0: user SC trap by 0x21940198: srr1=0xd032
>            r1=0x7fffd570 cr=0x40000042 xer=0 ctr=0x21940190
> lock order reversal:
> 1st 0x18d716c ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1064
> 2nd 0x18f438c devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2047
> KDB: stack backtrace:
> 0xe50727f0: at kdb_backtrace+0x4c
> 0xe5072810: at _witness_debugger+0x3c
> 0xe5072830: at witness_checkorder+0x8d0
> 0xe5072890: at __lockmgr_args+0xaf8
> 0xe5072910: at vop_stdlock+0x48
> 0xe5072930: at VOP_LOCK1_APV+0xec
> 0xe5072950: at _vn_lock+0x84
> 0xe50729a0: at vget+0xdc
> 0xe50729e0: at devfs_allocv+0x11c
> 0xe5072a20: at devfs_root+0x5c
> 0xe5072a60: at vfs_donmount+0x1458
> 0xe5072ca0: at nmount+0xd8
> 0xe5072ce0: at trap+0x460
> 0xe5072da0: at powerpc_interrupt+0x15c
> 0xe5072dd0: user SC trap by 0x218d2788: srr1=0xd032
>            r1=0x7fffcd10 cr=0x20000044 xer=0 ctr=0x218d2780
>
>
>
>
> Marcel Moolenaar wrote:
>>
>> On Nov 13, 2008, at 10:39 AM, Ross Gohlke wrote:
>>
>>> ## UP
>>> % dmesg
>>> FreeBSD 8.0-CURRENT #0: Tue Nov 11 15:01:01 CST 2008
>>>    root@...:/usr/obj/usr/src/sys/RORTY.8
>>> WARNING: WITNESS option enabled, expect reduced performance.
>>> cpu0: Motorola PowerPC 7455 revision 2.1, 1000.00 MHz
>>> cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
>>> real memory  = 2135240704 (2036 MB)
>>> avail memory = 2067062784 (1971 MB)
>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>>> cpu0: dev=ff87f908 (BSP)
>>> cpu1: dev=ff880bc8
>>
>> Hmmm, this is not an UP kernel. UP kernels don't count CPUs
>> and don't announce themselves with/as FreeBSD/SMP.
>>
>> You need to remove the SMP option from your configuration
>> in order to create an UP kernel.
>>
>> FYI,
>>
>
>

--
Ross Gohlke > http://www.GRINZ.com
(P) 901.276.9750 (Memphis) / 310.356.6906 (Los Angeles)
(FAX/HOTLINE) 877.806.0861
AIM: grinzie GIZMO/SKYPE: rossgohlke JABBER: ross@...
111 S. Highland St. #424, Memphis, TN 38111
| Always up. |


_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Marcel Moolenaar-4]

On Nov 17, 2008, at 6:46 AM, Ross Gohlke wrote:

> I replaced IPFilter firewall with PF and removed IPFilter options  
> from kernel.
> I moved remaining kernel options to sysctl.conf / loader.conf.

Could you elaborate as to which options?

I think option SMP is by far the most suspect. Could
you try changing your working UP configuration by only
adding option SMP.

> Finally I will start a support group called Kernel Addicts  
> Anonymous...

:-)

--
Marcel Moolenaar
xcllnt@...



_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

[Ross Gohlke]

It's time for my annual attempt at a working SMP Xserve.
(http://lists.freebsd.org/pipermail/freebsd-ppc/2008-November/003362.html)

So far so good:
% dmesg
...
FreeBSD 8.0-BETA2 #0: Sun Sep 20 19:58:58 CDT 2009
     root@rorty:/usr/obj/usr/src/sys/GENERIC_TUNED
cpu0: Motorola PowerPC 7455 revision 2.1, 1000.06 MHz
cpu0: HID0 8450c0bc<EMCP,TBEN,NAP,DPM,ICE,DCE,SGE,BTIC,LRSTK,FOLD,BHT>
real memory  = 2135805952 (2036 MB)
avail memory = 2068119552 (1972 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0: dev=ff87f908 (BSP)
cpu1: dev=ff880bc8
...

I have a boot-ready mirror on the second drive.
I would like to be able to change Open Firmware's boot-device setting
while the system is running.

% nvram -p
nvram: /dev/powermac_nvram: No such file or directory

I do have a custom kernel, but powermac_nvram is defined in GENERIC, and
I did not override it. Here are my kernel configurations.

## /usr/src/sys/powerpc/conf/GENERIC_TUNED
include GENERIC

ident   GENERIC_TUNED

include GENERIC_STRIPPED
include NOTES_STRIPPED
include PF

maxusers        256

options         SMP                     # Symmetric MultiProcessor Kernel
options         EXT2FS                  # ext2/3fs

## /usr/src/sys/powerpc/conf/GENERIC (unedited)
...
device          powermac_nvram  # Open Firmware configuration NVRAM
...

## /usr/src/sys/powerpc/conf/GENERIC_STRIPPED (only contains overrides
of GENERIC)
nomakeoptions   DEBUG           #Build kernel with gdb(1) debug symbols

nooptions       KTRACE                  #ktrace(1) syscall trace support
nooptions       STACK                   #stack(9) support
nooptions       AUDIT                   # Security event auditing

nooptions       KDB                     #Enable the kernel debugger
nooptions       DDB                     #Support DDB
nooptions       INVARIANTS              #Enable calls of extra sanity
checking
nooptions       INVARIANT_SUPPORT       #Extra sanity checks of internal
structures, required by INVARIANTS
nooptions       WITNESS                 #Enable checks to detect
deadlocks and cycles
nooptions       WITNESS_SKIPSPIN        #Don't run witness on spinlocks
for speed


nodevice                atapifd         # ATAPI floppy drives
nodevice                atapist         # ATAPI tape drives

nodevice                sa              # Sequential Access (tape etc)

nodevice                dc              # DEC/Intel 21143 and various
workalikes
nodevice                fxp             # Intel EtherExpress PRO/100B
(82557, 82558)

nodevice                ulpt            # Printer
nodevice                urio            # Diamond Rio 500 MP3 player

nodevice          aue             # ADMtek USB Ethernet
nodevice          axe             # ASIX Electronics USB Ethernet
nodevice          cdce            # Generic USB over Ethernet
nodevice          cue             # CATC USB Ethernet
nodevice          kue             # Kawasaki LSI USB Ethernet
nomakeoptions   DEBUG           #Build kernel with gdb(1) debug symbols

nooptions       KTRACE                  #ktrace(1) syscall trace support
nooptions       STACK                   #stack(9) support
nooptions       AUDIT                   # Security event auditing

nooptions       KDB                     #Enable the kernel debugger
nooptions       DDB                     #Support DDB
nooptions       INVARIANTS              #Enable calls of extra sanity
checking
nooptions       INVARIANT_SUPPORT       #Extra sanity checks of internal
structures, required by INVARIANTS
nooptions       WITNESS                 #Enable checks to detect
deadlocks and cycles
nooptions       WITNESS_SKIPSPIN        #Don't run witness on spinlocks
for speed


nodevice                atapifd         # ATAPI floppy drives
nodevice                atapist         # ATAPI tape drives

nodevice                sa              # Sequential Access (tape etc)

nodevice                dc              # DEC/Intel 21143 and various
workalikes
nodevice                fxp             # Intel EtherExpress PRO/100B
(82557, 82558)

nodevice                ulpt            # Printer
nodevice                urio            # Diamond Rio 500 MP3 player

nodevice          aue             # ADMtek USB Ethernet
nodevice          axe             # ASIX Electronics USB Ethernet
nodevice          cdce            # Generic USB over Ethernet
nodevice          cue             # CATC USB Ethernet
nodevice          kue             # Kawasaki LSI USB Ethernet

## /usr/src/sys/powerpc/conf/NOTES_STRIPPED
nodevice        fdc
nodevice        ppc
nodevice        splash
# when splash works enable *_saver
nodevice        blank_saver
nodevice        daemon_saver
nodevice        dragon_saver
nodevice        fade_saver
nodevice        fire_saver
nodevice        green_saver
nodevice        logo_saver
nodevice        rain_saver
nodevice        snake_saver
nodevice        star_saver
nodevice        warp_saver
nodevice        daemon_saver
nodevice        star_saver
nodevice        snake_saver
# isa
nodevice        pcii
nodevice        tnt4882
# sound
nodevice        snd_cmi
# wants gdb_cur
nooption        PPC_DEBUG
nooption        PPC_PROBE_CHIPSET
nooption        SC_NO_MODE_CHANGE
nooption        UKBD_DFLT_KEYMAP

## /usr/src/sys/powerpc/conf/PF
device pf
device pflog
device pfsync
options         ALTQ
options         ALTQ_CBQ        # Class Bases Queuing (CBQ)
options         ALTQ_RED        # Random Early Detection (RED)
options         ALTQ_RIO        # RED In/Out
options         ALTQ_HFSC       # Hierarchical Packet Scheduler (HFSC)
options         ALTQ_PRIQ       # Priority Queuing (PRIQ)
#options        ALTQ_NOPCC      # Required for SMP build

How can I edit OF boot-device setting while running?

Great work! The system is running smooth and fast right now, though not
doing much... yet.

Thanks,
Ross Gohlke
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."