Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Apr 2009 11:15:45 +0200
From:      Rafal Jaworowski <raj@semihalf.com>
To:        Andreas Tobler <andreast-list@fgznet.ch>
Cc:        freebsd-ppc@freebsd.org
Subject:   Re: Fatal kernel trap during boot 8.0-CURRENT
Message-ID:  <2947A231-BA83-4B57-8D4F-7D2E0D1641AA@semihalf.com>
In-Reply-To: <49F0C0E9.4030701@fgznet.ch>
References:  <D350790D-5AC3-4AD5-821E-6431ADAA0A2A@fahrners.de> <49E76291.4000002@fgznet.ch> <49EFD957.2010605@freebsd.org> <259915AE-12EF-4887-BB81-D955DDD970B3@semihalf.com> <49F0C0E9.4030701@fgznet.ch>

next in thread | previous in thread | raw e-mail | index | archive | help

On 2009-04-23, at 21:26, Andreas Tobler wrote:

>> Perhaps the problem is related to an issue we came across while  
>> working on Efika support. The issue was that the Altivec-specific  
>> code was executed, due to PCB_VEC being set when it shouldn't  
>> (Efika has the MPC5200B SoC, which is e300-based). PCB_VEC turned  
>> out the be set because thread0.td_pcb contained garbage, and our  
>> problem went away after zeroing the thread0.td_pcb in  
>> powerpc_init(), similarly to what booke/machdep.c implementation  
>> does.
>> Please try the attached patch and see if it fixes the problem seen  
>> on iMac G3.
>
> Bartlomiej, I did try your suggested fix and it looks good. So far I  
> was not able to reproduce the trap with your fix. While w/o fix I  
> can nearly every time trigger the trap on a cold boot, not always  
> though, but in 8 of 10 tries.

This fix is now commited to HEAD (r191455). Thank you for testing on  
your system.

Rafal




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2947A231-BA83-4B57-8D4F-7D2E0D1641AA>