8.0-RC2 on Rackmac3,1 - fatal kernel trap

View: New views
18 Messages — Rating Filter:   Alert me  

8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Jacob Lambert :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
>
>  

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

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Jacob Lambert :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

  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@...>  
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
>>
>>
>
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Jacob Lambert :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@..., 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@..., 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@..., 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@...> 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@...> 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
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Parent Message unknown Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@..., 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@...> 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@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@..., 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@...> 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@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

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

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@..., 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@...> 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@... mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."
>
> _______________________________________________
> freebsd-ppc@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

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

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Jacob Lambert :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...> 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@..., 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@...> 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@... mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@...
>>> "
>>
>> _______________________________________________
>> freebsd-ppc@... mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-
>> unsubscribe@..."
>
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Peter Grehan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Peter Grehan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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.
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Peter Grehan :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Carlo Dapor :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...> 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@... mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."
>
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Carlo Dapor :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...> 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
>
_______________________________________________
freebsd-ppc@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@..."

Re: 8.0-RC2 on Rackmac3,1 - fatal kernel trap

by Nathan Whitehorn-7 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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@...> 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
>>
>>    

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