Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 7 Sep 2004 14:13:57 -0700
From:      Marcel Moolenaar <marcel@xcllnt.net>
To:        Gheorghe Ardelean <ardelean@ww.uni-erlangen.de>
Cc:        freebsd-alpha@freebsd.org
Subject:   Re: 5.3-BETA3 and tga...
Message-ID:  <20040907211357.GA96722@ns1.xcllnt.net>
In-Reply-To: <Pine.LNX.4.33.0409072211070.24958-100000@servww6.ww.uni-erlangen.de>
References:  <1094587559.845.4.camel@klamath.ankon.de.eu.org> <Pine.LNX.4.33.0409072211070.24958-100000@servww6.ww.uni-erlangen.de>

next in thread | previous in thread | raw e-mail | index | archive | help
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?

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

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040907211357.GA96722>