From tinderbox at freebsd.org  Sun Nov  1 21:27:18 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sun Nov  1 21:27:27 2009
Subject: [releng_8 tinderbox] failure on powerpc/powerpc
Message-ID: <200911012225.nA1MP0Q2038398@freebsd-current.sentex.ca>

TB --- 2009-11-01 22:14:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-01 22:14:11 - starting RELENG_8 tinderbox run for powerpc/powerpc
TB --- 2009-11-01 22:14:11 - cleaning the object tree
TB --- 2009-11-01 22:14:25 - cvsupping the source tree
TB --- 2009-11-01 22:14:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile
TB --- 2009-11-01 22:14:52 - building world
TB --- 2009-11-01 22:14:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-01 22:14:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-01 22:14:52 - TARGET=powerpc
TB --- 2009-11-01 22:14:52 - TARGET_ARCH=powerpc
TB --- 2009-11-01 22:14:52 - TZ=UTC
TB --- 2009-11-01 22:14:52 - __MAKE_CONF=/dev/null
TB --- 2009-11-01 22:14:52 - cd /src
TB --- 2009-11-01 22:14:52 - /usr/bin/make -B buildworld
>>> World build started on Sun Nov  1 22:14:53 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
[...]
cc -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c
cc -O2 -pipe  -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c
building static c library
ranlib libc.a
cat /src/lib/libc/powerpc/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - -  | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map
File <stdin>, line 502: Undefined library version `FBSD_1.2'.
File <stdin>, line 503: Symbol `getpagesizes' outside version scope.
2 error(s) total.
*** Error code 1

Stop in /src/lib/libc.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-01 22:25:00 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-01 22:25:00 - ERROR: failed to build world
TB --- 2009-11-01 22:25:00 - 476.10 user 89.70 system 648.99 real


http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full
From bugmaster at FreeBSD.org  Mon Nov  2 11:07:01 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov  2 11:09:10 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200911021107.nA2B70B3033690@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o power/139154 ppc        Patch for Altivec sysctl
o power/135576 ppc        gdb cannot debug threaded programs on ppc
o power/133503 ppc        [sound] Sound stutter after switching ttys
o power/133383 ppc        firefox thr_kill crash with heavy vm load
o power/133382 ppc        [install] Installer gets signal 11
o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer
a power/121407 ppc        [panic] Won't boot up; strange error message.
o power/111296 ppc        [kernel] [patch] [request] Support IMISS, DLMISS an DS
o power/93203  ppc        FreeBSD PPC Can't Write to Partitions.

9 problems total.

From linimon at FreeBSD.org  Tue Nov  3 14:07:07 2009
From: linimon at FreeBSD.org (linimon@FreeBSD.org)
Date: Tue Nov  3 14:18:56 2009
Subject: powerpc/140241: [kernel] [patch] Linker set problems on PowerPC
	EABI
Message-ID: <200911031407.nA3E77Gc078532@freefall.freebsd.org>

Old Synopsis: Linker set problems on PowerPC EABI
New Synopsis: [kernel] [patch] Linker set problems on PowerPC EABI

Responsible-Changed-From-To: freebsd-bugs->freebsd-ppc
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Nov 3 14:05:43 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=140241
From tinderbox at freebsd.org  Wed Nov  4 17:03:43 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Wed Nov  4 17:04:13 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <200911041647.nA4GlMG0079172@freebsd-current.sentex.ca>

TB --- 2009-11-04 16:20:23 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-04 16:20:23 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-11-04 16:20:23 - cleaning the object tree
TB --- 2009-11-04 16:20:39 - cvsupping the source tree
TB --- 2009-11-04 16:20:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-11-04 16:21:05 - building world
TB --- 2009-11-04 16:21:05 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-04 16:21:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-04 16:21:05 - TARGET=powerpc
TB --- 2009-11-04 16:21:05 - TARGET_ARCH=powerpc
TB --- 2009-11-04 16:21:05 - TZ=UTC
TB --- 2009-11-04 16:21:05 - __MAKE_CONF=/dev/null
TB --- 2009-11-04 16:21:05 - cd /src
TB --- 2009-11-04 16:21:05 - /usr/bin/make -B buildworld
>>> World build started on Wed Nov  4 16:21:07 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
[...]
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/scsi_cmdparse.c
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/../../sys/cam/scsi/scsi_all.c
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/../../sys/cam/scsi/scsi_da.c
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/../../sys/cam/scsi/scsi_sa.c
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/../../sys/cam/cam.c
cc -O2 -pipe  -I/src/lib/libcam -I/src/lib/libcam/../../sys -std=gnu99 -fstack-protector  -c /src/lib/libcam/../../sys/cam/ata/ata_all.c
/src/lib/libcam/../../sys/cam/ata/ata_all.c:379: error: conflicting types for 'ata_pm_write_cmd'
/src/lib/libcam/../../sys/cam/ata/ata_all.h:106: error: previous declaration of 'ata_pm_write_cmd' was here
*** Error code 1

Stop in /src/lib/libcam.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-04 16:47:22 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-04 16:47:22 - ERROR: failed to build world
TB --- 2009-11-04 16:47:22 - 1150.63 user 261.07 system 1618.67 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
From tharant at gmail.com  Wed Nov  4 23:24:08 2009
From: tharant at gmail.com (Jacob Lambert)
Date: Wed Nov  4 23:24:14 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
Message-ID: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>

I've been trying to boot the 8.0-RC2 iso on an Xserve G5. After the
loader screen I simply get a fatal kernel trap.

--- snip ---

fatal kernel trap:
	exception	 	= 0x7 (program)
	srr0			= 0x0
	srr1			= 0x83030
	lr			= 0x59bfa0
	curthread		= 0

panic: program trap
Uptime: 1s

--- snip ---

Here's my hardware details

Machine Name:			Xserve G5
Machine Model:			RackMac3,1
CPU Type:			PowerPC G5 (3.0)
Number Of CPUs:		2
CPU Speed:			2 GHz
L2 Cache (per CPU):		512 KB
Memory:				2 GB
Bus Speed:			1 GHz
Boot ROM Version:		5.1.7f1

Do you guys have any advice for me? I'll see if I can dig up an
8.0-RC1 disc and report the results later tonight.

-jacob

-- 
-jacob
From nwhitehorn at freebsd.org  Thu Nov  5 00:18:40 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Thu Nov  5 00:19:12 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
Message-ID: <4AF219DF.2040309@freebsd.org>

I'm not sure what's going on with the release CDs -- you should get 
farther than that. Full support for this hardware is currently only in 
-CURRENT, and missed the 8.0 release inclusion deadline. It should be in 
8-stable immediately after the release, however. I can supply an install 
ISO for -CURRENT, if you are interested.

But the CD should at least get you to complaints from the SATA 
controller, and the kernel certainly should not be jumping to a NULL 
address like it appears to be doing. Can you give some more details on 
your setup (i.e. serial or video console, did you boot by pressing 'C' 
or from the Open Firmware prompt, etc.), and maybe the full transcript 
of your boot attempt, with the snipped bits restored?

Thanks,
Nathan

Jacob Lambert wrote:
> I've been trying to boot the 8.0-RC2 iso on an Xserve G5. After the
> loader screen I simply get a fatal kernel trap.
>
> --- snip ---
>
> fatal kernel trap:
> 	exception	 	= 0x7 (program)
> 	srr0			= 0x0
> 	srr1			= 0x83030
> 	lr			= 0x59bfa0
> 	curthread		= 0
>
> panic: program trap
> Uptime: 1s
>
> --- snip ---
>
> Here's my hardware details
>
> Machine Name:			Xserve G5
> Machine Model:			RackMac3,1
> CPU Type:			PowerPC G5 (3.0)
> Number Of CPUs:		2
> CPU Speed:			2 GHz
> L2 Cache (per CPU):		512 KB
> Memory:				2 GB
> Bus Speed:			1 GHz
> Boot ROM Version:		5.1.7f1
>
> Do you guys have any advice for me? I'll see if I can dig up an
> 8.0-RC1 disc and report the results later tonight.
>
> -jacob
>
>   

From tharant at gmail.com  Thu Nov  5 14:39:47 2009
From: tharant at gmail.com (Jacob Lambert)
Date: Thu Nov  5 14:39:52 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF219DF.2040309@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
Message-ID: <B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>

  Yes, please, it it's not too much trouble I'd love a -CURRENT ppc iso.

  My previous attempts were all made with a video console. I've tried  
booting with 'C' at power up as well as issuing 'boot cd:,\boot\loader  
cd:0' from the openfirmware prompt. Results are the same either way.   
I finally yanked it from our data center last night and brought it to  
the office where I can fiddle with it in comfort; I should be able to  
provide you with a full boot transcript sometime later today.

-jacob

On Nov 4, 2009, at 6:18 PM, Nathan Whitehorn <nwhitehorn@freebsd.org>  
wrote:

> I'm not sure what's going on with the release CDs -- you should get  
> farther than that. Full support for this hardware is currently only  
> in -CURRENT, and missed the 8.0 release inclusion deadline. It  
> should be in 8-stable immediately after the release, however. I can  
> supply an install ISO for -CURRENT, if you are interested.
>
> But the CD should at least get you to complaints from the SATA  
> controller, and the kernel certainly should not be jumping to a NULL  
> address like it appears to be doing. Can you give some more details  
> on your setup (i.e. serial or video console, did you boot by  
> pressing 'C' or from the Open Firmware prompt, etc.), and maybe the  
> full transcript of your boot attempt, with the snipped bits restored?
>
> Thanks,
> Nathan
>
> Jacob Lambert wrote:
>> I've been trying to boot the 8.0-RC2 iso on an Xserve G5. After the
>> loader screen I simply get a fatal kernel trap.
>>
>> --- snip ---
>>
>> fatal kernel trap:
>>    exception        = 0x7 (program)
>>    srr0            = 0x0
>>    srr1            = 0x83030
>>    lr            = 0x59bfa0
>>    curthread        = 0
>>
>> panic: program trap
>> Uptime: 1s
>>
>> --- snip ---
>>
>> Here's my hardware details
>>
>> Machine Name:            Xserve G5
>> Machine Model:            RackMac3,1
>> CPU Type:            PowerPC G5 (3.0)
>> Number Of CPUs:        2
>> CPU Speed:            2 GHz
>> L2 Cache (per CPU):        512 KB
>> Memory:                2 GB
>> Bus Speed:            1 GHz
>> Boot ROM Version:        5.1.7f1
>>
>> Do you guys have any advice for me? I'll see if I can dig up an
>> 8.0-RC1 disc and report the results later tonight.
>>
>> -jacob
>>
>>
>
From tharant at gmail.com  Fri Nov  6 16:51:44 2009
From: tharant at gmail.com (Jacob Lambert)
Date: Fri Nov  6 16:51:50 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com> 
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
Message-ID: <aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>

All-righty, I've got three boot transcripts for you're viewing pleasure.

First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso and
burned it. I've removed the ATI video card so this is all done from
the serial console with Open Firmware. Here's the transcript:

---
Apple RackMac3,1 5.1.7f1 BootROM built on 08/25/04 at 15:11:09
Copyright 1994-2004 Apple Computer, Inc.
All Rights Reserved.

Welcome to Open Firmware, the system time and date is: 15:39:14 11/06/2009

To continue booting, type "mac-boot" and press return.
To shut down, type "shut-down" and press return.

 ok
0 > boot cd:,\boot\loader cd:0 load-size=399b8 adler32=e950aab3

Loading ELF
Consoles: Open Firmware console

FreeBSD/powerpc Open Firmware loader, Revision 0.1
(root@xserve.lan.xcllnt.net, Sat Jun 13 19:53:35 UTC 2009)
Memory: 2097152KB
Booted from: /ht/pci@5/ata-6/disk@0

Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x544e80+0x1a72a0 syms=[0x4+0x58970+0x4+0x7aaf5]
|
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 8 seconds...

Type '?' for a list of commands, 'help' for more detailed help.
OK boot -v
Kernel entry at 0x100100 ...
KDB: debugger backends: ddb
KDB: current backend: ddb
---

Next, being a bored and curious sysadmin, I managed to find that you
had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to your home
folder on people.freebsd.org. I suppose it's premature for me to be
fiddling with it but like I said, I'm bored. :) Here's the transcript:

---
Apple RackMac3,1 5.1.7f1 BootROM built on 08/25/04 at 15:11:09
Copyright 1994-2004 Apple Computer, Inc.
All Rights Reserved.

Welcome to Open Firmware, the system time and date is: 16:01:53 11/06/2009

To continue booting, type "mac-boot" and press return.
To shut down, type "shut-down" and press return.

 ok
0 > eject cd  ok
0 > boot cd:,\boot\loader cd:0 load-size=3994c adler32=a40c7b0c

Loading ELF
Consoles: Open Firmware console

FreeBSD/powerpc Open Firmware loader, Revision 0.1
(root@elpis.tachypleus.net, Fri Nov  6 04:12:54 UTC 2009)
Memory: 2097152KB
Booted from: /ht/pci@5/ata-6/disk@0

Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x72f8b0+0x199f98 syms=[0x4+0x5fad0+0x4+0x83f05]
\
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...
Kernel entry at 0x100100 ...
KDB: debugger backends: ddb
KDB: current backend: ddb

fatal kernel trap:

   exception       = 0x7 (program)
   srr0            = 0x0
   srr1            = 0x83030
   lr              = 0x582038
   curthread       = 0

[thread pid -1 tid 0 ]
Stopped at      0:      illegal instruction 0
db>
---

So there at least I have a debug prompt, but I'm not really sure what
to do with it.

Finally, here's the transcript from the 8.0-RC2 iso:

---
Apple RackMac3,1 5.1.7f1 BootROM built on 08/25/04 at 15:11:09
Copyright 1994-2004 Apple Computer, Inc.
All Rights Reserved.

Welcome to Open Firmware, the system time and date is: 15:44:05 11/06/2009

To continue booting, type "mac-boot" and press return.
To shut down, type "shut-down" and press return.

 ok
0 > eject cd  ok
0 > boot cd:,\boot\loader cd:0 load-size=39e30 adler32=bb32cdd6

Loading ELF
Consoles: Open Firmware console

FreeBSD/powerpc Open Firmware loader, Revision 0.1
(root@xserve.lan.xcllnt.net, Sun Oct 25 17:38:09 UTC 2009)
Memory: 2097152KB
Booted from: /ht/pci@5/ata-6/disk@0

Loading /boot/defaults/loader.conf
/boot/kernel/kernel data=0x717e74+0x3e1bc syms=[0x4+0x59c40+0x4+0x7c0dd]
|
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 8 seconds...

Type '?' for a list of commands, 'help' for more detailed help.
OK boot -v
Kernel entry at 0x100100 ...

fatal kernel trap:

   exception       = 0x7 (program)
   srr0            = 0x0
   srr1            = 0x83030
   lr              = 0x59bfa0
   curthread       = 0

panic: program trap
Uptime: 1s
---

So, is there any other information I might provide for you?

BTW, thanks for all the help!

-jacob

On Thu, Nov 5, 2009 at 8:39 AM, Jacob Lambert <tharant@gmail.com> wrote:
> ?Yes, please, it it's not too much trouble I'd love a -CURRENT ppc iso.
>
> ?My previous attempts were all made with a video console. I've tried booting
> with 'C' at power up as well as issuing 'boot cd:,\boot\loader cd:0' from
> the openfirmware prompt. Results are the same either way. ?I finally yanked
> it from our data center last night and brought it to the office where I can
> fiddle with it in comfort; I should be able to provide you with a full boot
> transcript sometime later today.
>
> -jacob
>
> On Nov 4, 2009, at 6:18 PM, Nathan Whitehorn <nwhitehorn@freebsd.org> wrote:
>
>> I'm not sure what's going on with the release CDs -- you should get
>> farther than that. Full support for this hardware is currently only in
>> -CURRENT, and missed the 8.0 release inclusion deadline. It should be in
>> 8-stable immediately after the release, however. I can supply an install ISO
>> for -CURRENT, if you are interested.
>>
>> But the CD should at least get you to complaints from the SATA controller,
>> and the kernel certainly should not be jumping to a NULL address like it
>> appears to be doing. Can you give some more details on your setup (i.e.
>> serial or video console, did you boot by pressing 'C' or from the Open
>> Firmware prompt, etc.), and maybe the full transcript of your boot attempt,
>> with the snipped bits restored?
>>
>> Thanks,
>> Nathan
>>
>> Jacob Lambert wrote:
>>>
>>> I've been trying to boot the 8.0-RC2 iso on an Xserve G5. After the
>>> loader screen I simply get a fatal kernel trap.
>>>
>>> --- snip ---
>>>
>>> fatal kernel trap:
>>> ? exception ? ? ? ?= 0x7 (program)
>>> ? srr0 ? ? ? ? ? ?= 0x0
>>> ? srr1 ? ? ? ? ? ?= 0x83030
>>> ? lr ? ? ? ? ? ?= 0x59bfa0
>>> ? curthread ? ? ? ?= 0
>>>
>>> panic: program trap
>>> Uptime: 1s
>>>
>>> --- snip ---
>>>
>>> Here's my hardware details
>>>
>>> Machine Name: ? ? ? ? ? ?Xserve G5
>>> Machine Model: ? ? ? ? ? ?RackMac3,1
>>> CPU Type: ? ? ? ? ? ?PowerPC G5 (3.0)
>>> Number Of CPUs: ? ? ? ?2
>>> CPU Speed: ? ? ? ? ? ?2 GHz
>>> L2 Cache (per CPU): ? ? ? ?512 KB
>>> Memory: ? ? ? ? ? ? ? ?2 GB
>>> Bus Speed: ? ? ? ? ? ?1 GHz
>>> Boot ROM Version: ? ? ? ?5.1.7f1
>>>
>>> Do you guys have any advice for me? I'll see if I can dig up an
>>> 8.0-RC1 disc and report the results later tonight.
>>>
>>> -jacob
>>>
>>>
>>
>



-- 
-jacob
From nwhitehorn at freebsd.org  Fri Nov  6 17:57:47 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Fri Nov  6 17:58:20 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
Message-ID: <4AF46399.20803@freebsd.org>

Jacob Lambert wrote:
> All-righty, I've got three boot transcripts for you're viewing pleasure.
>
> First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso and
> burned it. I've removed the ATI video card so this is all done from
> the serial console with Open Firmware. Here's the transcript:
>   
[snip]
> Next, being a bored and curious sysadmin, I managed to find that you
> had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to your home
> folder on people.freebsd.org. I suppose it's premature for me to be
> fiddling with it but like I said, I'm bored. :) Here's the transcript:
>   
That is remarkably bored and curious: you beat my email to tell you 
about it! I'd be very interested in the output of 'show registers' and 
also 'bt', if the kernel is on the real stack yet.
-Nathan
From sales at c2it-hardware.co.za  Fri Nov  6 20:05:58 2009
From: sales at c2it-hardware.co.za (C2IT Computer Hardware)
Date: Fri Nov  6 20:06:40 2009
Subject: New Arrival of REFURBISHED and NEW Computers & Laptops
Message-ID: <20091106120553.118049828@telkomsa.net>


From nwhitehorn at freebsd.org  Sat Nov  7 13:27:50 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sat Nov  7 13:27:56 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
Message-ID: <4AF575D2.5020101@freebsd.org>

This is the middle of reading out the current MMU translations from Open 
Firmware (the OF_getprop() call at line 902 of mmu_oea64.c). It's 
possible the size of the translations buffer has been exceeded, and 
memory has been trashed, which would also explain why there is a 
difference between CD and netbooting. Peter, any ideas?
-Nathan

Jacob Lambert wrote:
> Here's a transcript with 'show registers' and 'bt' after trying to
> boot your 9.0-20091106-SNAP-powerpc-bootonly.iso.
>
> ---
> 0 > boot cd:,\boot\loader cd:0 load-size=3994c adler32=a40c7b0c
>
> Loading ELF
> Consoles: Open Firmware console
>
> FreeBSD/powerpc Open Firmware loader, Revision 0.1
> (root@elpis.tachypleus.net, Fri Nov  6 04:12:54 UTC 2009)
> Memory: 2097152KB
> Booted from: /ht/pci@5/ata-6/disk@0
>
> Loading /boot/defaults/loader.conf
> /boot/kernel/kernel data=0x72f8b0+0x199f98 syms=[0x4+0x5fad0+0x4+0x83f05]
> \
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel] in 9 seconds...
>
> Type '?' for a list of commands, 'help' for more detailed help.
> OK boot
> Kernel entry at 0x100100 ...
> KDB: debugger backends: ddb
> KDB: current backend: ddb
>
> fatal kernel trap:
>
>    exception       = 0x7 (program)
>    srr0            = 0x0
>    srr1            = 0x83030
>    lr              = 0x582038
>    curthread       = 0
>
> [thread pid -1 tid 0 ]
> Stopped at      0:      illegal instruction 0
> db> show registers
> r0                   0
> r1            0x7e9e20  tmpstk+0x1e20
> r2                   0
> r3            0x829998  args.5817
> r4          0xff88ed18
> r5            0x829998  args.5817
> r6            0x9b60ac  translations
> r7               0x960  dsisize+0x8bc
> r8                 0x1
> r9                   0
> r10          0x1c32ce4
> r11                  0
> r12         0x24000028
> r13                  0
> r14                  0
> r15                  0
> r16                  0
> r17                  0
> r18                  0
> r19           0x100100  __start
> r20           0xeaf000
> r21                0x4
> r22          0x1c2e330
> r23           0x9c9848  end
> r24           0x100100  __start
> r25           0x9c5f54  mmu_kernel_obj
> r26              0x960  dsisize+0x8bc
> r27           0x9b60ac  translations
> r28           0x7e00d4
> r29         0xff88ed18
> r30             0x3030  dsisize+0x2f8c
> r31           0x7e9e20  tmpstk+0x1e20
> srr0                 0
> srr1           0x83030
> lr            0x582038  openfirmware+0x120
> ctr                  0
> cr          0x24000022
> xer                  0
> dar                  0
> dsisr                0
> 0:      illegal instruction 0
> db> bt
> Tracing pid -1 tid 0 td 0
> 0x007e9e80: at ofw_std_getprop+0x3c
> 0x007e9ea0: at OF_getprop+0x8c
> 0x007e9ed0: at moea64_bridge_bootstrap+0x5c8
> 0x007e9f90: at kernbase+0xfc
> db>
> ---
>
> On Fri, Nov 6, 2009 at 11:57 AM, Nathan Whitehorn
> <nwhitehorn@freebsd.org> wrote:
>   
>> Jacob Lambert wrote:
>>     
>>> All-righty, I've got three boot transcripts for you're viewing pleasure.
>>>
>>> First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso and
>>> burned it. I've removed the ATI video card so this is all done from
>>> the serial console with Open Firmware. Here's the transcript:
>>>
>>>       
>> [snip]
>>     
>>> Next, being a bored and curious sysadmin, I managed to find that you
>>> had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to your home
>>> folder on people.freebsd.org. I suppose it's premature for me to be
>>> fiddling with it but like I said, I'm bored. :) Here's the transcript:
>>>
>>>       
>> That is remarkably bored and curious: you beat my email to tell you about
>> it! I'd be very interested in the output of 'show registers' and also 'bt',
>> if the kernel is on the real stack yet.
>> -Nathan
>>
>>     
>
>
>
>   

From nwhitehorn at freebsd.org  Sat Nov  7 13:36:57 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sat Nov  7 13:37:03 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF575D2.5020101@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org>
Message-ID: <4AF577F6.2080708@freebsd.org>

I just took a look at the data layout in the kernel, and translations 
immediately precedes ofwcall, so there is no question that the buffer 
size has been exceeded and that the zeroing the translations buffer has 
killed ofwcall. I'll send you a new CD with a larger buffer (and bounds 
checking) sometime at the beginning of next week. Hopefully, the change 
will also be merged in 8.0-RELEASE.
-Nathan

Nathan Whitehorn wrote:
> This is the middle of reading out the current MMU translations from 
> Open Firmware (the OF_getprop() call at line 902 of mmu_oea64.c). It's 
> possible the size of the translations buffer has been exceeded, and 
> memory has been trashed, which would also explain why there is a 
> difference between CD and netbooting. Peter, any ideas?
> -Nathan
>
> Jacob Lambert wrote:
>> Here's a transcript with 'show registers' and 'bt' after trying to
>> boot your 9.0-20091106-SNAP-powerpc-bootonly.iso.
>>
>> ---
>> 0 > boot cd:,\boot\loader cd:0 load-size=3994c adler32=a40c7b0c
>>
>> Loading ELF
>> Consoles: Open Firmware console
>>
>> FreeBSD/powerpc Open Firmware loader, Revision 0.1
>> (root@elpis.tachypleus.net, Fri Nov  6 04:12:54 UTC 2009)
>> Memory: 2097152KB
>> Booted from: /ht/pci@5/ata-6/disk@0
>>
>> Loading /boot/defaults/loader.conf
>> /boot/kernel/kernel data=0x72f8b0+0x199f98 
>> syms=[0x4+0x5fad0+0x4+0x83f05]
>> \
>> Hit [Enter] to boot immediately, or any other key for command prompt.
>> Booting [/boot/kernel/kernel] in 9 seconds...
>>
>> Type '?' for a list of commands, 'help' for more detailed help.
>> OK boot
>> Kernel entry at 0x100100 ...
>> KDB: debugger backends: ddb
>> KDB: current backend: ddb
>>
>> fatal kernel trap:
>>
>>    exception       = 0x7 (program)
>>    srr0            = 0x0
>>    srr1            = 0x83030
>>    lr              = 0x582038
>>    curthread       = 0
>>
>> [thread pid -1 tid 0 ]
>> Stopped at      0:      illegal instruction 0
>> db> show registers
>> r0                   0
>> r1            0x7e9e20  tmpstk+0x1e20
>> r2                   0
>> r3            0x829998  args.5817
>> r4          0xff88ed18
>> r5            0x829998  args.5817
>> r6            0x9b60ac  translations
>> r7               0x960  dsisize+0x8bc
>> r8                 0x1
>> r9                   0
>> r10          0x1c32ce4
>> r11                  0
>> r12         0x24000028
>> r13                  0
>> r14                  0
>> r15                  0
>> r16                  0
>> r17                  0
>> r18                  0
>> r19           0x100100  __start
>> r20           0xeaf000
>> r21                0x4
>> r22          0x1c2e330
>> r23           0x9c9848  end
>> r24           0x100100  __start
>> r25           0x9c5f54  mmu_kernel_obj
>> r26              0x960  dsisize+0x8bc
>> r27           0x9b60ac  translations
>> r28           0x7e00d4
>> r29         0xff88ed18
>> r30             0x3030  dsisize+0x2f8c
>> r31           0x7e9e20  tmpstk+0x1e20
>> srr0                 0
>> srr1           0x83030
>> lr            0x582038  openfirmware+0x120
>> ctr                  0
>> cr          0x24000022
>> xer                  0
>> dar                  0
>> dsisr                0
>> 0:      illegal instruction 0
>> db> bt
>> Tracing pid -1 tid 0 td 0
>> 0x007e9e80: at ofw_std_getprop+0x3c
>> 0x007e9ea0: at OF_getprop+0x8c
>> 0x007e9ed0: at moea64_bridge_bootstrap+0x5c8
>> 0x007e9f90: at kernbase+0xfc
>> db>
>> ---
>>
>> On Fri, Nov 6, 2009 at 11:57 AM, Nathan Whitehorn
>> <nwhitehorn@freebsd.org> wrote:
>>  
>>> Jacob Lambert wrote:
>>>    
>>>> All-righty, I've got three boot transcripts for you're viewing 
>>>> pleasure.
>>>>
>>>> First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso and
>>>> burned it. I've removed the ATI video card so this is all done from
>>>> the serial console with Open Firmware. Here's the transcript:
>>>>
>>>>       
>>> [snip]
>>>    
>>>> Next, being a bored and curious sysadmin, I managed to find that you
>>>> had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to your home
>>>> folder on people.freebsd.org. I suppose it's premature for me to be
>>>> fiddling with it but like I said, I'm bored. :) Here's the transcript:
>>>>
>>>>       
>>> That is remarkably bored and curious: you beat my email to tell you 
>>> about
>>> it! I'd be very interested in the output of 'show registers' and 
>>> also 'bt',
>>> if the kernel is on the real stack yet.
>>> -Nathan
>>>
>>>     
>>
>>
>>
>>   
>
> _______________________________________________
> freebsd-ppc@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"

From bugmaster at FreeBSD.org  Mon Nov  9 11:07:00 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov  9 11:09:03 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200911091106.nA9B6x4A079084@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o power/140241 ppc        [kernel] [patch] Linker set problems on PowerPC EABI
o power/139154 ppc        Patch for Altivec sysctl
o power/135576 ppc        gdb cannot debug threaded programs on ppc
o power/133503 ppc        [sound] Sound stutter after switching ttys
o power/133383 ppc        firefox thr_kill crash with heavy vm load
o power/133382 ppc        [install] Installer gets signal 11
o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer
a power/121407 ppc        [panic] Won't boot up; strange error message.
o power/111296 ppc        [kernel] [patch] [request] Support IMISS, DLMISS an DS
o power/93203  ppc        FreeBSD PPC Can't Write to Partitions.

10 problems total.

From nwhitehorn at freebsd.org  Tue Nov 10 06:34:29 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Tue Nov 10 06:34:36 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF577F6.2080708@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
Message-ID: <4AF90970.4080708@freebsd.org>

This problem should be fixed now. I am uploading new 9.0-SNAP ISOs to 
http://people.freebsd.org/~nwhitehorn/9.0-20091110-SNAP. The relevant 
change will also be in 8.0-RC3.
-Nathan

Nathan Whitehorn wrote:
> I just took a look at the data layout in the kernel, and translations 
> immediately precedes ofwcall, so there is no question that the buffer 
> size has been exceeded and that the zeroing the translations buffer 
> has killed ofwcall. I'll send you a new CD with a larger buffer (and 
> bounds checking) sometime at the beginning of next week. Hopefully, 
> the change will also be merged in 8.0-RELEASE.
> -Nathan
>
> Nathan Whitehorn wrote:
>> This is the middle of reading out the current MMU translations from 
>> Open Firmware (the OF_getprop() call at line 902 of mmu_oea64.c). 
>> It's possible the size of the translations buffer has been exceeded, 
>> and memory has been trashed, which would also explain why there is a 
>> difference between CD and netbooting. Peter, any ideas?
>> -Nathan
>>
>> Jacob Lambert wrote:
>>> Here's a transcript with 'show registers' and 'bt' after trying to
>>> boot your 9.0-20091106-SNAP-powerpc-bootonly.iso.
>>>
>>> ---
>>> 0 > boot cd:,\boot\loader cd:0 load-size=3994c adler32=a40c7b0c
>>>
>>> Loading ELF
>>> Consoles: Open Firmware console
>>>
>>> FreeBSD/powerpc Open Firmware loader, Revision 0.1
>>> (root@elpis.tachypleus.net, Fri Nov  6 04:12:54 UTC 2009)
>>> Memory: 2097152KB
>>> Booted from: /ht/pci@5/ata-6/disk@0
>>>
>>> Loading /boot/defaults/loader.conf
>>> /boot/kernel/kernel data=0x72f8b0+0x199f98 
>>> syms=[0x4+0x5fad0+0x4+0x83f05]
>>> \
>>> Hit [Enter] to boot immediately, or any other key for command prompt.
>>> Booting [/boot/kernel/kernel] in 9 seconds...
>>>
>>> Type '?' for a list of commands, 'help' for more detailed help.
>>> OK boot
>>> Kernel entry at 0x100100 ...
>>> KDB: debugger backends: ddb
>>> KDB: current backend: ddb
>>>
>>> fatal kernel trap:
>>>
>>>    exception       = 0x7 (program)
>>>    srr0            = 0x0
>>>    srr1            = 0x83030
>>>    lr              = 0x582038
>>>    curthread       = 0
>>>
>>> [thread pid -1 tid 0 ]
>>> Stopped at      0:      illegal instruction 0
>>> db> show registers
>>> r0                   0
>>> r1            0x7e9e20  tmpstk+0x1e20
>>> r2                   0
>>> r3            0x829998  args.5817
>>> r4          0xff88ed18
>>> r5            0x829998  args.5817
>>> r6            0x9b60ac  translations
>>> r7               0x960  dsisize+0x8bc
>>> r8                 0x1
>>> r9                   0
>>> r10          0x1c32ce4
>>> r11                  0
>>> r12         0x24000028
>>> r13                  0
>>> r14                  0
>>> r15                  0
>>> r16                  0
>>> r17                  0
>>> r18                  0
>>> r19           0x100100  __start
>>> r20           0xeaf000
>>> r21                0x4
>>> r22          0x1c2e330
>>> r23           0x9c9848  end
>>> r24           0x100100  __start
>>> r25           0x9c5f54  mmu_kernel_obj
>>> r26              0x960  dsisize+0x8bc
>>> r27           0x9b60ac  translations
>>> r28           0x7e00d4
>>> r29         0xff88ed18
>>> r30             0x3030  dsisize+0x2f8c
>>> r31           0x7e9e20  tmpstk+0x1e20
>>> srr0                 0
>>> srr1           0x83030
>>> lr            0x582038  openfirmware+0x120
>>> ctr                  0
>>> cr          0x24000022
>>> xer                  0
>>> dar                  0
>>> dsisr                0
>>> 0:      illegal instruction 0
>>> db> bt
>>> Tracing pid -1 tid 0 td 0
>>> 0x007e9e80: at ofw_std_getprop+0x3c
>>> 0x007e9ea0: at OF_getprop+0x8c
>>> 0x007e9ed0: at moea64_bridge_bootstrap+0x5c8
>>> 0x007e9f90: at kernbase+0xfc
>>> db>
>>> ---
>>>
>>> On Fri, Nov 6, 2009 at 11:57 AM, Nathan Whitehorn
>>> <nwhitehorn@freebsd.org> wrote:
>>>  
>>>> Jacob Lambert wrote:
>>>>   
>>>>> All-righty, I've got three boot transcripts for you're viewing 
>>>>> pleasure.
>>>>>
>>>>> First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso and
>>>>> burned it. I've removed the ATI video card so this is all done from
>>>>> the serial console with Open Firmware. Here's the transcript:
>>>>>
>>>>>       
>>>> [snip]
>>>>   
>>>>> Next, being a bored and curious sysadmin, I managed to find that you
>>>>> had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to your home
>>>>> folder on people.freebsd.org. I suppose it's premature for me to be
>>>>> fiddling with it but like I said, I'm bored. :) Here's the 
>>>>> transcript:
>>>>>
>>>>>       
>>>> That is remarkably bored and curious: you beat my email to tell you 
>>>> about
>>>> it! I'd be very interested in the output of 'show registers' and 
>>>> also 'bt',
>>>> if the kernel is on the real stack yet.
>>>> -Nathan
>>>>
>>>>     
>>>
>>>
>>>
>>>   
>>
>> _______________________________________________
>> freebsd-ppc@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"
>
> _______________________________________________
> freebsd-ppc@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"

From tharant at gmail.com  Tue Nov 10 06:46:25 2009
From: tharant at gmail.com (Jacob Lambert)
Date: Tue Nov 10 06:46:31 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF90970.4080708@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
	<4AF90970.4080708@freebsd.org>
Message-ID: <BE93ABB0-0344-4B1B-A752-8E8CE1562155@gmail.com>

Terrific, I'll give it a test first thing in the morning.

Thanks for all the help!

-jacob

On Nov 10, 2009, at 12:34 AM, Nathan Whitehorn  
<nwhitehorn@freebsd.org> wrote:

> This problem should be fixed now. I am uploading new 9.0-SNAP ISOs  
> to http://people.freebsd.org/~nwhitehorn/9.0-20091110-SNAP. The  
> relevant change will also be in 8.0-RC3.
> -Nathan
>
> Nathan Whitehorn wrote:
>> I just took a look at the data layout in the kernel, and  
>> translations immediately precedes ofwcall, so there is no question  
>> that the buffer size has been exceeded and that the zeroing the  
>> translations buffer has killed ofwcall. I'll send you a new CD with  
>> a larger buffer (and bounds checking) sometime at the beginning of  
>> next week. Hopefully, the change will also be merged in 8.0-RELEASE.
>> -Nathan
>>
>> Nathan Whitehorn wrote:
>>> This is the middle of reading out the current MMU translations  
>>> from Open Firmware (the OF_getprop() call at line 902 of  
>>> mmu_oea64.c). It's possible the size of the translations buffer  
>>> has been exceeded, and memory has been trashed, which would also  
>>> explain why there is a difference between CD and netbooting.  
>>> Peter, any ideas?
>>> -Nathan
>>>
>>> Jacob Lambert wrote:
>>>> Here's a transcript with 'show registers' and 'bt' after trying to
>>>> boot your 9.0-20091106-SNAP-powerpc-bootonly.iso.
>>>>
>>>> ---
>>>> 0 > boot cd:,\boot\loader cd:0 load-size=3994c adler32=a40c7b0c
>>>>
>>>> Loading ELF
>>>> Consoles: Open Firmware console
>>>>
>>>> FreeBSD/powerpc Open Firmware loader, Revision 0.1
>>>> (root@elpis.tachypleus.net, Fri Nov  6 04:12:54 UTC 2009)
>>>> Memory: 2097152KB
>>>> Booted from: /ht/pci@5/ata-6/disk@0
>>>>
>>>> Loading /boot/defaults/loader.conf
>>>> /boot/kernel/kernel data=0x72f8b0+0x199f98 syms= 
>>>> [0x4+0x5fad0+0x4+0x83f05]
>>>> \
>>>> Hit [Enter] to boot immediately, or any other key for command  
>>>> prompt.
>>>> Booting [/boot/kernel/kernel] in 9 seconds...
>>>>
>>>> Type '?' for a list of commands, 'help' for more detailed help.
>>>> OK boot
>>>> Kernel entry at 0x100100 ...
>>>> KDB: debugger backends: ddb
>>>> KDB: current backend: ddb
>>>>
>>>> fatal kernel trap:
>>>>
>>>>   exception       = 0x7 (program)
>>>>   srr0            = 0x0
>>>>   srr1            = 0x83030
>>>>   lr              = 0x582038
>>>>   curthread       = 0
>>>>
>>>> [thread pid -1 tid 0 ]
>>>> Stopped at      0:      illegal instruction 0
>>>> db> show registers
>>>> r0                   0
>>>> r1            0x7e9e20  tmpstk+0x1e20
>>>> r2                   0
>>>> r3            0x829998  args.5817
>>>> r4          0xff88ed18
>>>> r5            0x829998  args.5817
>>>> r6            0x9b60ac  translations
>>>> r7               0x960  dsisize+0x8bc
>>>> r8                 0x1
>>>> r9                   0
>>>> r10          0x1c32ce4
>>>> r11                  0
>>>> r12         0x24000028
>>>> r13                  0
>>>> r14                  0
>>>> r15                  0
>>>> r16                  0
>>>> r17                  0
>>>> r18                  0
>>>> r19           0x100100  __start
>>>> r20           0xeaf000
>>>> r21                0x4
>>>> r22          0x1c2e330
>>>> r23           0x9c9848  end
>>>> r24           0x100100  __start
>>>> r25           0x9c5f54  mmu_kernel_obj
>>>> r26              0x960  dsisize+0x8bc
>>>> r27           0x9b60ac  translations
>>>> r28           0x7e00d4
>>>> r29         0xff88ed18
>>>> r30             0x3030  dsisize+0x2f8c
>>>> r31           0x7e9e20  tmpstk+0x1e20
>>>> srr0                 0
>>>> srr1           0x83030
>>>> lr            0x582038  openfirmware+0x120
>>>> ctr                  0
>>>> cr          0x24000022
>>>> xer                  0
>>>> dar                  0
>>>> dsisr                0
>>>> 0:      illegal instruction 0
>>>> db> bt
>>>> Tracing pid -1 tid 0 td 0
>>>> 0x007e9e80: at ofw_std_getprop+0x3c
>>>> 0x007e9ea0: at OF_getprop+0x8c
>>>> 0x007e9ed0: at moea64_bridge_bootstrap+0x5c8
>>>> 0x007e9f90: at kernbase+0xfc
>>>> db>
>>>> ---
>>>>
>>>> On Fri, Nov 6, 2009 at 11:57 AM, Nathan Whitehorn
>>>> <nwhitehorn@freebsd.org> wrote:
>>>>
>>>>> Jacob Lambert wrote:
>>>>>
>>>>>> All-righty, I've got three boot transcripts for you're viewing  
>>>>>> pleasure.
>>>>>>
>>>>>> First, I snagged a copy of 8.0-CURRENT-200906-powerpc-disc1.iso  
>>>>>> and
>>>>>> burned it. I've removed the ATI video card so this is all done  
>>>>>> from
>>>>>> the serial console with Open Firmware. Here's the transcript:
>>>>>>
>>>>>>
>>>>> [snip]
>>>>>
>>>>>> Next, being a bored and curious sysadmin, I managed to find  
>>>>>> that you
>>>>>> had just uploaded 9.0-20091106-SNAP-powerpc-bootonly.iso to  
>>>>>> your home
>>>>>> folder on people.freebsd.org. I suppose it's premature for me  
>>>>>> to be
>>>>>> fiddling with it but like I said, I'm bored. :) Here's the  
>>>>>> transcript:
>>>>>>
>>>>>>
>>>>> That is remarkably bored and curious: you beat my email to tell  
>>>>> you about
>>>>> it! I'd be very interested in the output of 'show registers' and  
>>>>> also 'bt',
>>>>> if the kernel is on the real stack yet.
>>>>> -Nathan
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> freebsd-ppc@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org 
>>> "
>>
>> _______________________________________________
>> freebsd-ppc@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc- 
>> unsubscribe@freebsd.org"
>
From grehan at freebsd.org  Tue Nov 10 22:33:02 2009
From: grehan at freebsd.org (Peter Grehan)
Date: Tue Nov 10 22:33:09 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF90970.4080708@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>	<4AF219DF.2040309@freebsd.org>	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>	<4AF46399.20803@freebsd.org>	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>	<4AF575D2.5020101@freebsd.org>
	<4AF577F6.2080708@freebsd.org> <4AF90970.4080708@freebsd.org>
Message-ID: <4AF9E9F5.8000207@freebsd.org>

Hi Nathan,

> This problem should be fixed now.

  Almost :) My 7,2 and 11,2 G5's now hit the panic:

7,2: 120 translations

11,2: 126 translations

  If you are concerned about BSS usage for holding the translations, it 
might be possible to bump up the loader's unit of allocation from 16 
pages to 64 when on a G5. See the history of that at

http://svn.freebsd.org/viewvc/base/head/sys/boot/ofw/libofw/ofw_copy.c?view=log

later,

Peter.
From nwhitehorn at freebsd.org  Wed Nov 11 04:32:31 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Wed Nov 11 04:32:38 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AF9E9F5.8000207@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
	<4AF90970.4080708@freebsd.org> <4AF9E9F5.8000207@freebsd.org>
Message-ID: <4AFA3E5C.4060003@freebsd.org>

Peter Grehan wrote:
> Hi Nathan,
>
>> This problem should be fixed now.
>
>  Almost :) My 7,2 and 11,2 G5's now hit the panic:
>
> 7,2: 120 translations
>
> 11,2: 126 translations
>
>  If you are concerned about BSS usage for holding the translations, it 
> might be possible to bump up the loader's unit of allocation from 16 
> pages to 64 when on a G5. See the history of that at
>
> http://svn.freebsd.org/viewvc/base/head/sys/boot/ofw/libofw/ofw_copy.c?view=log 
>
Drat. I think this is something inside OF that only applies to CD 
booting, since 64 was more than enough for netbooting the kernel or 
booting from a hard drive, so changes to the loader probably won't 
affect anything. Also, it is now too late to get any changes to this 
code into 8.0, which is unfortunate. I guess the size of the buffer just 
needs to be bumped to 128 (or more?).

I'm a little concerned about bloating the kernel here. I think there is 
enough headroom in the stack that it can be moved to the local stack 
frame, so that's a possibility. It can't be allocated dynamically, since 
there is no way to add memory that OF can use at that point in the boot 
process.
-Nathan
From grehan at freebsd.org  Wed Nov 11 05:13:12 2009
From: grehan at freebsd.org (Peter Grehan)
Date: Wed Nov 11 05:13:18 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AFA3E5C.4060003@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>	<4AF219DF.2040309@freebsd.org>	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>	<4AF46399.20803@freebsd.org>	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>	<4AF575D2.5020101@freebsd.org>
	<4AF577F6.2080708@freebsd.org>	<4AF90970.4080708@freebsd.org>
	<4AF9E9F5.8000207@freebsd.org> <4AFA3E5C.4060003@freebsd.org>
Message-ID: <4AFA47E1.3080206@freebsd.org>

Hi Nathan,

> Drat. I think this is something inside OF that only applies to CD 
> booting, since 64 was more than enough for netbooting the kernel or 
> booting from a hard drive, so changes to the loader probably won't 
> affect anything. Also, it is now too late to get any changes to this 
> code into 8.0, which is unfortunate. I guess the size of the buffer just 
> needs to be bumped to 128 (or more?).

  It's due to a bunch of extra allocations needed for the md root fs 
image that is loaded pre-boot.

  The allocations can be seen by breaking into the loader just before 
boot and issuing a 'memmap'. Lots of 16-page allocations there.

> I'm a little concerned about bloating the kernel here. I think there is 
> enough headroom in the stack that it can be moved to the local stack 
> frame, so that's a possibility. It can't be allocated dynamically, since 
> there is no way to add memory that OF can use at that point in the boot 
> process.

  There's no elegant way to do it :( You could claim some pages from ofw 
to hold all of the mappings, or even pass off the work back to the 
loader and get it to put all of the mappings into metadata, or to at 
least pass some pages to you that could be used for the allocation.

later,

Peter.
From nwhitehorn at freebsd.org  Wed Nov 11 06:15:09 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Wed Nov 11 06:15:18 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AFA47E1.3080206@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF219DF.2040309@freebsd.org>
	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>
	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>
	<4AF46399.20803@freebsd.org>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
	<4AF90970.4080708@freebsd.org> <4AF9E9F5.8000207@freebsd.org>
	<4AFA3E5C.4060003@freebsd.org> <4AFA47E1.3080206@freebsd.org>
Message-ID: <4AFA5669.1010307@freebsd.org>

Peter Grehan wrote:
> Hi Nathan,
>
>> Drat. I think this is something inside OF that only applies to CD 
>> booting, since 64 was more than enough for netbooting the kernel or 
>> booting from a hard drive, so changes to the loader probably won't 
>> affect anything. Also, it is now too late to get any changes to this 
>> code into 8.0, which is unfortunate. I guess the size of the buffer 
>> just needs to be bumped to 128 (or more?).
>
>  It's due to a bunch of extra allocations needed for the md root fs 
> image that is loaded pre-boot.
>
>  The allocations can be seen by breaking into the loader just before 
> boot and issuing a 'memmap'. Lots of 16-page allocations there.
OK, that makes sense. It's nice to understand what's going on.
>> I'm a little concerned about bloating the kernel here. I think there 
>> is enough headroom in the stack that it can be moved to the local 
>> stack frame, so that's a possibility. It can't be allocated 
>> dynamically, since there is no way to add memory that OF can use at 
>> that point in the boot process.
>
>  There's no elegant way to do it :( You could claim some pages from 
> ofw to hold all of the mappings, or even pass off the work back to the 
> loader and get it to put all of the mappings into metadata, or to at 
> least pass some pages to you that could be used for the allocation.
Yeah, it's just icky. In the meantime, I've put some new ISOs with the 
number of translation entries bumped again (they should fit yours, 
finally) at http://people.freebsd.org/~nwhitehorn/9.0-20091111-SNAP. 
Hopefully your collection of coasters won't grow much larger.
-Nathan
From tinderbox at freebsd.org  Wed Nov 11 15:04:26 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Wed Nov 11 15:04:39 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <200911111406.nABE6a4A084112@freebsd-current.sentex.ca>

TB --- 2009-11-11 13:04:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-11 13:04:02 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-11-11 13:04:02 - cleaning the object tree
TB --- 2009-11-11 13:04:16 - cvsupping the source tree
TB --- 2009-11-11 13:04:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-11-11 13:04:41 - building world
TB --- 2009-11-11 13:04:41 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-11 13:04:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-11 13:04:41 - TARGET=powerpc
TB --- 2009-11-11 13:04:41 - TARGET_ARCH=powerpc
TB --- 2009-11-11 13:04:41 - TZ=UTC
TB --- 2009-11-11 13:04:41 - __MAKE_CONF=/dev/null
TB --- 2009-11-11 13:04:41 - cd /src
TB --- 2009-11-11 13:04:41 - /usr/bin/make -B buildworld
>>> World build started on Wed Nov 11 13:04:42 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Wed Nov 11 14:04:31 UTC 2009
TB --- 2009-11-11 14:04:31 - generating LINT kernel config
TB --- 2009-11-11 14:04:31 - cd /src/sys/powerpc/conf
TB --- 2009-11-11 14:04:31 - /usr/bin/make -B LINT
TB --- 2009-11-11 14:04:31 - building LINT kernel
TB --- 2009-11-11 14:04:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-11 14:04:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-11 14:04:31 - TARGET=powerpc
TB --- 2009-11-11 14:04:31 - TARGET_ARCH=powerpc
TB --- 2009-11-11 14:04:31 - TZ=UTC
TB --- 2009-11-11 14:04:31 - __MAKE_CONF=/dev/null
TB --- 2009-11-11 14:04:31 - cd /src
TB --- 2009-11-11 14:04:31 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Nov 11 14:04:32 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/cam/cam_sim.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/cam/cam_xpt.c
/src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration
/src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here
cc1: warnings being treated as errors
/src/sys/cam/cam_xpt.c: In function 'xpt_action_default':
/src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq'
/src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-11 14:06:36 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-11 14:06:36 - ERROR: failed to build lint kernel
TB --- 2009-11-11 14:06:36 - 2810.84 user 591.14 system 3753.84 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
From grehan at freebsd.org  Wed Nov 11 19:16:59 2009
From: grehan at freebsd.org (Peter Grehan)
Date: Wed Nov 11 19:17:06 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AFA5669.1010307@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>	<4AF219DF.2040309@freebsd.org>	<B06424FF-FE87-441E-A8C3-ED401A8561FE@gmail.com>	<aff3f9930911060851l12e52e87n653b8f96ba8cb7d7@mail.gmail.com>	<4AF46399.20803@freebsd.org>	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>	<4AF575D2.5020101@freebsd.org>
	<4AF577F6.2080708@freebsd.org>	<4AF90970.4080708@freebsd.org>
	<4AF9E9F5.8000207@freebsd.org>	<4AFA3E5C.4060003@freebsd.org>
	<4AFA47E1.3080206@freebsd.org> <4AFA5669.1010307@freebsd.org>
Message-ID: <4AFB0DA4.2050605@freebsd.org>

Hi Nathan,

> Yeah, it's just icky. In the meantime, I've put some new ISOs with the 
> number of translation entries bumped again (they should fit yours, 
> finally) at http://people.freebsd.org/~nwhitehorn/9.0-20091111-SNAP. 

  Worked. The quad G5 panic'd not being able to find a PIC but that was 
expected :)

later,

Peter.
From catull at gmail.com  Sat Nov 14 04:46:09 2009
From: catull at gmail.com (Carlo Dapor)
Date: Sat Nov 14 04:46:15 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AFB0DA4.2050605@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
	<4AF90970.4080708@freebsd.org> <4AF9E9F5.8000207@freebsd.org>
	<4AFA3E5C.4060003@freebsd.org> <4AFA47E1.3080206@freebsd.org>
	<4AFA5669.1010307@freebsd.org> <4AFB0DA4.2050605@freebsd.org>
Message-ID: <6a9140500911132023w613117e9lfa669d49df87e93c@mail.gmail.com>

Hello Peter, Nathan fellow PPC-owner

The link to the ISO file is very slow for me, downloads at 20 kB/s.

In the meantime, I gave 8.0 rc3 a chance but I get the following:

panic: moea64_bootstrap: too many ofw translations (100)
uptime: 1s

The boot process never came this far for me.
The machine is a G5 PowerMac7,3, dual 2.3 GHz, 4GB ram.

Is the 20091112 snapshot also ideal for my configuration ?
Or is it safer to grab the 20091111 version ?


Regards,
--
Carlo

On Wed, Nov 11, 2009 at 8:16 PM, Peter Grehan <grehan@freebsd.org> wrote:
> Hi Nathan,
>
>> Yeah, it's just icky. In the meantime, I've put some new ISOs with the
>> number of translation entries bumped again (they should fit yours, finally)
>> at http://people.freebsd.org/~nwhitehorn/9.0-20091111-SNAP.
>
> ?Worked. The quad G5 panic'd not being able to find a PIC but that was
> expected :)
>
> later,
>
> Peter.
> _______________________________________________
> freebsd-ppc@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"
>
From nwhitehorn at freebsd.org  Sat Nov 14 05:40:43 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Sat Nov 14 05:40:49 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <6a9140500911132023w613117e9lfa669d49df87e93c@mail.gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<aff3f9930911061219g61be95a9l40884c854c7b4971@mail.gmail.com>
	<4AF575D2.5020101@freebsd.org> <4AF577F6.2080708@freebsd.org>
	<4AF90970.4080708@freebsd.org> <4AF9E9F5.8000207@freebsd.org>
	<4AFA3E5C.4060003@freebsd.org> <4AFA47E1.3080206@freebsd.org>
	<4AFA5669.1010307@freebsd.org> <4AFB0DA4.2050605@freebsd.org>
	<6a9140500911132023w613117e9lfa669d49df87e93c@mail.gmail.com>
Message-ID: <4AFE42D8.2040305@freebsd.org>

Carlo Dapor wrote:
> Hello Peter, Nathan fellow PPC-owner
>
> The link to the ISO file is very slow for me, downloads at 20 kB/s.
>
> In the meantime, I gave 8.0 rc3 a chance but I get the following:
>
> panic: moea64_bootstrap: too many ofw translations (100)
> uptime: 1s
>
> The boot process never came this far for me.
> The machine is a G5 PowerMac7,3, dual 2.3 GHz, 4GB ram.
>
> Is the 20091112 snapshot also ideal for my configuration ?
> Or is it safer to grab the 20091111 version ?
>   
Both will work. 20091111 had a test version of the final change that 
ended up in the tree. 20091112 has the final, more permanent solution. 
Either should boot your machine without problems.

Unfortunately, due to this problem being discovered so late in the 
release cycle, the fix for CD booting will not make it into the 8.0 
release. 8.0 will boot and run fine on G5 systems, but will have to be 
installed by net-booting. Once the 8.0 release is finalized, I will MFC 
the patches place an 8.0-STABLE-SNAP install CD somewhere for people who 
want it.
-Nathan
From catull at gmail.com  Sat Nov 14 18:44:04 2009
From: catull at gmail.com (Carlo Dapor)
Date: Sat Nov 14 18:44:10 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <4AFE42D8.2040305@freebsd.org>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF577F6.2080708@freebsd.org> <4AF90970.4080708@freebsd.org>
	<4AF9E9F5.8000207@freebsd.org> <4AFA3E5C.4060003@freebsd.org>
	<4AFA47E1.3080206@freebsd.org> <4AFA5669.1010307@freebsd.org>
	<4AFB0DA4.2050605@freebsd.org>
	<6a9140500911132023w613117e9lfa669d49df87e93c@mail.gmail.com>
	<4AFE42D8.2040305@freebsd.org>
Message-ID: <6a9140500911141044g53dcbab3le8d1bec592244b7a@mail.gmail.com>

Hmm, bad news.
The 20091112 ISO was used, if that matters.
No extra configuration was taken, just hit the enter key when prompted so.

The kernel does not correctly handle acd0.

Here's the relevant log

....
acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
complete request directly
acd0: TIMEOUT - READ_BIG retrying (1 retry left)
acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
complete request directly
acd0: TIMEOUT - READ_BIG retrying (0 retries left)
acd0: FAILURE - READ_BIG timed out

This is repeated over and over.
Finally this:

panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/kern_sema.c:79
KDB: enter: panic
[thread pid 12 tid 100016 ]
Stopped at 0x333d88:    addi   r0, r0, 0x0
db >

The computer was very loud.

I entered continue at the prompt, and a reboot resulted.

Regards,
--
Carlo

On Sat, Nov 14, 2009 at 6:40 AM, Nathan Whitehorn
<nwhitehorn@freebsd.org> wrote:
> Carlo Dapor wrote:
>>
>> Hello Peter, Nathan fellow PPC-owner
>>
>> The link to the ISO file is very slow for me, downloads at 20 kB/s.
>>
>> In the meantime, I gave 8.0 rc3 a chance but I get the following:
>>
>> panic: moea64_bootstrap: too many ofw translations (100)
>> uptime: 1s
>>
>> The boot process never came this far for me.
>> The machine is a G5 PowerMac7,3, dual 2.3 GHz, 4GB ram.
>>
>> Is the 20091112 snapshot also ideal for my configuration ?
>> Or is it safer to grab the 20091111 version ?
>>
>
> Both will work. 20091111 had a test version of the final change that ended
> up in the tree. 20091112 has the final, more permanent solution. Either
> should boot your machine without problems.
>
> Unfortunately, due to this problem being discovered so late in the release
> cycle, the fix for CD booting will not make it into the 8.0 release. 8.0
> will boot and run fine on G5 systems, but will have to be installed by
> net-booting. Once the 8.0 release is finalized, I will MFC the patches place
> an 8.0-STABLE-SNAP install CD somewhere for people who want it.
> -Nathan
>
From nwhitehorn at freebsd.org  Mon Nov 16 05:00:10 2009
From: nwhitehorn at freebsd.org (Nathan Whitehorn)
Date: Mon Nov 16 05:00:16 2009
Subject: 8.0-RC2 on Rackmac3,1 - fatal kernel trap
In-Reply-To: <6a9140500911141044g53dcbab3le8d1bec592244b7a@mail.gmail.com>
References: <aff3f9930911041456o732ea890n6cda52783e8db286@mail.gmail.com>
	<4AF577F6.2080708@freebsd.org> <4AF90970.4080708@freebsd.org>
	<4AF9E9F5.8000207@freebsd.org> <4AFA3E5C.4060003@freebsd.org>
	<4AFA47E1.3080206@freebsd.org> <4AFA5669.1010307@freebsd.org>
	<4AFB0DA4.2050605@freebsd.org>
	<6a9140500911132023w613117e9lfa669d49df87e93c@mail.gmail.com>
	<4AFE42D8.2040305@freebsd.org>
	<6a9140500911141044g53dcbab3le8d1bec592244b7a@mail.gmail.com>
Message-ID: <4B00DC57.8020805@freebsd.org>

Try doing 'set hw.ata.atapi_dma=0' at the prompt. Some Apple ATA 
controllers seem to have issues with ATAPI DMA.
-Nathan

Carlo Dapor wrote:
> Hmm, bad news.
> The 20091112 ISO was used, if that matters.
> No extra configuration was taken, just hit the enter key when prompted so.
>
> The kernel does not correctly handle acd0.
>
> Here's the relevant log
>
> ....
> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
> complete request directly
> acd0: TIMEOUT - READ_BIG retrying (1 retry left)
> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
> complete request directly
> acd0: TIMEOUT - READ_BIG retrying (0 retries left)
> acd0: FAILURE - READ_BIG timed out
>
> This is repeated over and over.
> Finally this:
>
> panic: mtx_lock() of destroyed mutex @ /usr/src/sys/kern/kern_sema.c:79
> KDB: enter: panic
> [thread pid 12 tid 100016 ]
> Stopped at 0x333d88:    addi   r0, r0, 0x0
> db >
>
> The computer was very loud.
>
> I entered continue at the prompt, and a reboot resulted.
>
> Regards,
> --
> Carlo
>
> On Sat, Nov 14, 2009 at 6:40 AM, Nathan Whitehorn
> <nwhitehorn@freebsd.org> wrote:
>   
>> Carlo Dapor wrote:
>>     
>>> Hello Peter, Nathan fellow PPC-owner
>>>
>>> The link to the ISO file is very slow for me, downloads at 20 kB/s.
>>>
>>> In the meantime, I gave 8.0 rc3 a chance but I get the following:
>>>
>>> panic: moea64_bootstrap: too many ofw translations (100)
>>> uptime: 1s
>>>
>>> The boot process never came this far for me.
>>> The machine is a G5 PowerMac7,3, dual 2.3 GHz, 4GB ram.
>>>
>>> Is the 20091112 snapshot also ideal for my configuration ?
>>> Or is it safer to grab the 20091111 version ?
>>>
>>>       
>> Both will work. 20091111 had a test version of the final change that ended
>> up in the tree. 20091112 has the final, more permanent solution. Either
>> should boot your machine without problems.
>>
>> Unfortunately, due to this problem being discovered so late in the release
>> cycle, the fix for CD booting will not make it into the 8.0 release. 8.0
>> will boot and run fine on G5 systems, but will have to be installed by
>> net-booting. Once the 8.0 release is finalized, I will MFC the patches place
>> an 8.0-STABLE-SNAP install CD somewhere for people who want it.
>> -Nathan
>>
>>     

From bugmaster at FreeBSD.org  Mon Nov 16 11:06:59 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov 16 11:09:05 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200911161106.nAGB6wkg011256@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o power/140241 ppc        [kernel] [patch] Linker set problems on PowerPC EABI
o power/139154 ppc        Patch for Altivec sysctl
o power/135576 ppc        gdb cannot debug threaded programs on ppc
o power/133503 ppc        [sound] Sound stutter after switching ttys
o power/133383 ppc        firefox thr_kill crash with heavy vm load
o power/133382 ppc        [install] Installer gets signal 11
o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer
a power/121407 ppc        [panic] Won't boot up; strange error message.
o power/111296 ppc        [kernel] [patch] [request] Support IMISS, DLMISS an DS
o power/93203  ppc        FreeBSD PPC Can't Write to Partitions.

10 problems total.

From horst at sxemacs.org  Tue Nov 17 07:36:21 2009
From: horst at sxemacs.org (Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III)
Date: Tue Nov 17 07:36:28 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
In-Reply-To: <200911161106.nAGB6wkg011256@freefall.freebsd.org>
References: <200911161106.nAGB6wkg011256@freefall.freebsd.org>
Message-ID: <1258443381.12131.24.camel@horst-tla>

On Mon, 2009-11-16 at 11:06 +0000, FreeBSD bugmaster wrote:
> o power/139154 ppc        Patch for Altivec sysctl

Hasn't this been implemented in the kernel for 8.0 release? :/

-- Horst
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-ppc/attachments/20091117/592731e3/attachment.pgp
From jrh29 at alumni.cwru.edu  Tue Nov 17 11:20:34 2009
From: jrh29 at alumni.cwru.edu (Justin Hibbits)
Date: Tue Nov 17 11:20:41 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
In-Reply-To: <1258443381.12131.24.camel@horst-tla>
References: <200911161106.nAGB6wkg011256@freefall.freebsd.org>
	<1258443381.12131.24.camel@horst-tla>
Message-ID: <fd9cd3450911170320y11a017a6gd37b286ffdb8803c@mail.gmail.com>

On Tue, Nov 17, 2009 at 2:36 AM, Horst G?nther Burkhardt III <
horst@sxemacs.org> wrote:

> On Mon, 2009-11-16 at 11:06 +0000, FreeBSD bugmaster wrote:
> > o power/139154 ppc        Patch for Altivec sysctl
>
> Hasn't this been implemented in the kernel for 8.0 release? :/
>
> -- Horst
>

Altivec itself is implemented.  This patch adds a sysctl for machdep so that
certain software which relies on that sysctl can use it. It's based on
OpenBSD's , and is not in the tree yet.
From tinderbox at freebsd.org  Tue Nov 17 18:12:29 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Nov 17 18:12:41 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <200911171812.nAHICRRf092151@freebsd-current.sentex.ca>

TB --- 2009-11-17 17:06:17 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-17 17:06:17 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-11-17 17:06:17 - cleaning the object tree
TB --- 2009-11-17 17:06:31 - cvsupping the source tree
TB --- 2009-11-17 17:06:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-11-17 17:07:01 - building world
TB --- 2009-11-17 17:07:01 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-17 17:07:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-17 17:07:01 - TARGET=powerpc
TB --- 2009-11-17 17:07:01 - TARGET_ARCH=powerpc
TB --- 2009-11-17 17:07:01 - TZ=UTC
TB --- 2009-11-17 17:07:01 - __MAKE_CONF=/dev/null
TB --- 2009-11-17 17:07:01 - cd /src
TB --- 2009-11-17 17:07:01 - /usr/bin/make -B buildworld
>>> World build started on Tue Nov 17 17:07:02 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Tue Nov 17 18:06:57 UTC 2009
TB --- 2009-11-17 18:06:57 - generating LINT kernel config
TB --- 2009-11-17 18:06:57 - cd /src/sys/powerpc/conf
TB --- 2009-11-17 18:06:57 - /usr/bin/make -B LINT
TB --- 2009-11-17 18:06:57 - building LINT kernel
TB --- 2009-11-17 18:06:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-17 18:06:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-17 18:06:57 - TARGET=powerpc
TB --- 2009-11-17 18:06:57 - TARGET_ARCH=powerpc
TB --- 2009-11-17 18:06:57 - TZ=UTC
TB --- 2009-11-17 18:06:57 - __MAKE_CONF=/dev/null
TB --- 2009-11-17 18:06:57 - cd /src
TB --- 2009-11-17 18:06:57 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Nov 17 18:06:57 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/stge/if_stge.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/sym/sym_hipd.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/syscons/schistory.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/syscons/scmouse.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/syscons/scterm.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/syscons/scvidctl.c
/src/sys/dev/syscons/scvidctl.c: In function 'sc_set_pixel_mode':
/src/sys/dev/syscons/scvidctl.c:462: error: too few arguments to function 'pgsignal'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-17 18:12:27 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-17 18:12:27 - ERROR: failed to build lint kernel
TB --- 2009-11-17 18:12:27 - 2994.20 user 598.76 system 3970.81 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
From tinderbox at freebsd.org  Wed Nov 18 04:00:04 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Wed Nov 18 04:00:16 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <200911180400.nAI403bT045019@freebsd-current.sentex.ca>

TB --- 2009-11-18 03:01:29 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-18 03:01:29 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-11-18 03:01:29 - cleaning the object tree
TB --- 2009-11-18 03:01:42 - cvsupping the source tree
TB --- 2009-11-18 03:01:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-11-18 03:02:04 - building world
TB --- 2009-11-18 03:02:04 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-18 03:02:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-18 03:02:04 - TARGET=powerpc
TB --- 2009-11-18 03:02:04 - TARGET_ARCH=powerpc
TB --- 2009-11-18 03:02:04 - TZ=UTC
TB --- 2009-11-18 03:02:04 - __MAKE_CONF=/dev/null
TB --- 2009-11-18 03:02:04 - cd /src
TB --- 2009-11-18 03:02:04 - /usr/bin/make -B buildworld
>>> World build started on Wed Nov 18 03:02:06 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
[...]
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector  -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_ulink.c
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector  -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwv.c
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector  -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/refclock_wwvb.c
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector  -c /src/usr.sbin/ntp/ntpd/../../../contrib/ntp/ntpd/ntpd-opts.c
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector  -c version.c
cc -O2 -pipe  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/include -I/src/usr.sbin/ntp/ntpd/../  -I/src/usr.sbin/ntp/ntpd/../../../contrib/ntp/libopts -I/src/usr.sbin/ntp/ntpd -DSYS_FREEBSD -DPARSE -DHAVE_CONFIG_H  -DOPENSSL -std=gnu99 -fstack-protector   -o ntpd cmd_args.o ntp_config.o ntp_control.o ntp_crypto.o ntp_filegen.o ntp_intres.o ntp_io.o ntp_loopfilter.o ntp_monitor.o ntp_peer.o ntp_proto.o ntp_refclock.o ntp_request.o ntp_restrict.o ntp_timer.o ntp_util.o ntpd.o refclock_acts.o refclock_arbiter.o refclock_arc.o refclock_as2201.o refclock_atom.o refclock_bancomm.o refclock_chronolog.o refclock_chu.o refclock_conf.o refclock_datum.o refclock_dumbclock.o refclock_fg.o refclock_gpsvme.o refclock_heath.o refclock_hopfpci.o refclock_hopfser.o refclock_hpgps.o refclock_irig.o refclock_jupiter.o refclock_leitch.o refclock_local.o refclock_msfees.o refclock_mx4200.o refclock_neoclock4x.o refclock_nmea.o refclock_oncore.o refclock_palisade.o refclock_parse.o refclock_pcf.!
 o refclock_pst.o refclock_ripencc.o refclock_shm.o refclock_tpro.o refclock_trak.o refclock_true.o refclock_ulink.o refclock_wwv.o refclock_wwvb.o ntpd-opts.o version.o /obj/powerpc/src/usr.sbin/ntp/ntpd/../libparse/libparse.a /obj/powerpc/src/usr.sbin/ntp/ntpd/../libntp/libntp.a -lm -lmd -lrt /obj/powerpc/src/usr.sbin/ntp/ntpd/../libopts/libopts.a -lcrypto
/obj/powerpc/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_pop_imp'
/obj/powerpc/src/tmp/usr/lib/librt.so: undefined reference to `__pthread_cleanup_push_imp'
*** Error code 1

Stop in /src/usr.sbin/ntp/ntpd.
*** Error code 1

Stop in /src/usr.sbin/ntp.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-18 04:00:03 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-18 04:00:03 - ERROR: failed to build world
TB --- 2009-11-18 04:00:03 - 2625.69 user 525.80 system 3514.24 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
From tinderbox at freebsd.org  Thu Nov 19 21:11:39 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Nov 19 21:11:56 2009
Subject: [head tinderbox] failure on powerpc/powerpc
Message-ID: <200911192111.nAJLBceX040079@freebsd-current.sentex.ca>

TB --- 2009-11-19 20:06:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-11-19 20:06:19 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2009-11-19 20:06:19 - cleaning the object tree
TB --- 2009-11-19 20:06:41 - cvsupping the source tree
TB --- 2009-11-19 20:06:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2009-11-19 20:07:06 - building world
TB --- 2009-11-19 20:07:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-19 20:07:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-19 20:07:06 - TARGET=powerpc
TB --- 2009-11-19 20:07:06 - TARGET_ARCH=powerpc
TB --- 2009-11-19 20:07:06 - TZ=UTC
TB --- 2009-11-19 20:07:06 - __MAKE_CONF=/dev/null
TB --- 2009-11-19 20:07:06 - cd /src
TB --- 2009-11-19 20:07:06 - /usr/bin/make -B buildworld
>>> World build started on Thu Nov 19 20:07:06 UTC 2009
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Thu Nov 19 21:07:00 UTC 2009
TB --- 2009-11-19 21:07:00 - generating LINT kernel config
TB --- 2009-11-19 21:07:00 - cd /src/sys/powerpc/conf
TB --- 2009-11-19 21:07:00 - /usr/bin/make -B LINT
TB --- 2009-11-19 21:07:00 - building LINT kernel
TB --- 2009-11-19 21:07:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-11-19 21:07:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-11-19 21:07:00 - TARGET=powerpc
TB --- 2009-11-19 21:07:00 - TARGET_ARCH=powerpc
TB --- 2009-11-19 21:07:00 - TZ=UTC
TB --- 2009-11-19 21:07:00 - __MAKE_CONF=/dev/null
TB --- 2009-11-19 21:07:00 - cd /src
TB --- 2009-11-19 21:07:00 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Nov 19 21:07:00 UTC 2009
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/my/if_my.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/nge/if_nge.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror  /src/sys/dev/nxge/if_nxge.c
cc1: warnings being treated as errors
/src/sys/dev/nxge/if_nxge.c: In function 'xge_flush_txds':
/src/sys/dev/nxge/if_nxge.c:2946: warning: unused variable 'ifnetp'
/src/sys/dev/nxge/if_nxge.c: In function 'xge_send_locked':
/src/sys/dev/nxge/if_nxge.c:3107: error: label at end of compound statement
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-11-19 21:11:38 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-11-19 21:11:38 - ERROR: failed to build lint kernel
TB --- 2009-11-19 21:11:38 - 2944.98 user 592.30 system 3918.70 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
From bugmaster at FreeBSD.org  Mon Nov 23 11:07:02 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Nov 23 11:09:05 2009
Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org
Message-ID: <200911231107.nANB719i070217@freefall.freebsd.org>

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o power/140241 ppc        [kernel] [patch] Linker set problems on PowerPC EABI
o power/139154 ppc        Patch for Altivec sysctl
o power/135576 ppc        gdb cannot debug threaded programs on ppc
o power/133503 ppc        [sound] Sound stutter after switching ttys
o power/133383 ppc        firefox thr_kill crash with heavy vm load
o power/133382 ppc        [install] Installer gets signal 11
o power/131548 ppc        ofw_syscons no longer supports 32-bit framebuffer
a power/121407 ppc        [panic] Won't boot up; strange error message.
o power/111296 ppc        [kernel] [patch] [request] Support IMISS, DLMISS an DS
o power/93203  ppc        FreeBSD PPC Can't Write to Partitions.

10 problems total.