fatal kernel trap

[Steve Wills]

Sure. The system has 8GB of RAM and 2 CPUs. The root fs is on UFS and it 
also has a disk with ZFS. The panic doesn't happen until very late in 
boot, when it's mounting disks. I updated the whole system to r328835 
back in Feb. Then I switched the compiler over gcc 6.3.0 and rebuilt 
kernel/world again. Not sure what other info might be helpful, let me 
know if there's some particular that might help.

Steve

On 03/17/2018 19:57, Nathan Whitehorn wrote:
> Could you provide any other detail on your system? Amount of RAM, etc.?
> -Nathan
> 
> On 03/17/18 08:39, Steve Wills wrote:
>> Finished bisecting, r329611 boots fine, r329612 does not.
>>
>> Steve
>>
>> On 03/16/2018 10:43, Justin Hibbits wrote:
>>>
>>> On Mar 16, 2018 09:29, "Steve Wills" <swills at freebsd.org 
>>> <mailto:swills at freebsd.org>> wrote:
>>>
>>>     My PowerMac G5 runs r328835 fine, but upgrading to r330240 
>>> results in:
>>>
>>>     fatal kernel trap:
>>>
>>>        exception           = 0x300 (data storage interrupt)
>>>        virtual address     = 0xc186bff8
>>>        dsisr               = 0x40000000
>>>        srr0                = 0x8ef510 (0x8ef510)
>>>        srr1                = 0x9000000000009032
>>>        lr                  = 0x7be3e4 (0x7be3e4)
>>>        curthread           = 0x11b26560
>>>               pid = 38, comm = kldload
>>>
>>>     [ thread pid 38 tid 100087 ]
>>>     Stopped at      strchr+0x70:    lbzu   r10, 0x1(r4)
>>>     db>
>>>
>>>     Note this was transcribed by hand and may have typos. Also note my
>>>     kernel was compiled with gcc 6.3.0, although the previous kernel was
>>>     as well and it works fine.
>>>
>>>     Any suggestions would be appreciated.
>>>
>>>     Thanks,
>>>     Steve
>>>
>>>
>>> Hi Steve,
>>>
>>> I see the same thing with any attempt to upgrade the kernel on my G5 
>>> (PowerMac11,2) from a November 6 build to more recent. I've seen it 
>>> since the January timeframe, and haven't yet figured it out.
>>>
>>> - Justin
>>>
>>>
>> _______________________________________________
>> freebsd-ppc at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe at freebsd.org"
>>
> 
> _______________________________________________
> freebsd-ppc at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe at freebsd.org"