5.3-BETA3 and tga...
Andreas Kohn
andreas.kohn at gmx.net
Tue Sep 7 14:29:21 PDT 2004
On Tue, 2004-09-07 at 23:13, Marcel Moolenaar wrote:
> On Tue, Sep 07, 2004 at 10:14:00PM +0200, Gheorghe Ardelean wrote:
> >
> > > tga0: <DEC TGA (21030) 2D Graphics Accelerator> mem
> > > 0x88000000-0x8fffffff irq 9 at device 13.0 on pci0
> > >
> > > unexpected machine check:
> > >
> > > mces = 0x1
> > > vector = 0x660
> > > param = 0xfffffc0000006000
> > > pc = 0xfffffc000072d214
> > > ra = 0xfffffc0000732940
> > > curproc = 0xfffffc00008c2b70
> > > pid = 0, comm = swapper
> > >
> > > [thread 0]
> > > Stopped at tga_init+0x74: and t0,#0x1c,t1
> > > <t0=0x75555555,t1=0xfffffe0000016000>
>
> Just to make sure we're on the same page: this used to be a MMU fault
> before, right?
Exactly.
[results from BETA1: ]
de0: Ethernet address: 08:00:2b:e4:f5:af
tga0: <DEC TGA (21030) 2D Graphics Accelerator> mem
0x88000000-0x8fffffff irq 9 at device 13.0 on pci0
fatal kernel trap:
trap entry = 0x2 (memory management fault)
cpuid = 0
faulting va = 0x88100050
type = access violation
cause = load instructon
pc = 0xfffffc000072fc50
ra = 0xfffffc0000735380
sp = 0xfffffc0000e09a10
usp = 0x0
curthread = 0xfffffc00008c5cc8
pid = 0, comm = swapper
[thread 0]
Stopped at tga_init+0x70: ldl t0,0x50(t3) <0x88100050>
<t0=0x3,t3=0x88100000>
----
>
> Some background: The machine check is caused by the load prior to
> the and instruction and it's this load that used to cause a MMU
> fault. The load is the very first register access for the TGA card.
> I'll see if newbusification makes a difference...
Thank you.
Regards,
--
Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-alpha/attachments/20040907/660ac7ae/attachment.bin
More information about the freebsd-alpha
mailing list