Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 07 Nov 2004 18:22:01 +0100
From:      Gabor MICSKO <gmicsko@szintezis.hu>
To:        freebsd-current@freebsd.org
Subject:   Re: 5.3-RC2: Fatal trap 19: non-maskable interrupt trap while in kernel mode
Message-ID:  <1099848120.14743.6.camel@alderaan.trey.hu>
In-Reply-To: <1099762840.11450.15.camel@alderaan.trey.hu>
References:  <1099672914.7059.13.camel@alderaan.trey.hu> <20041106165147.GF79763@moya.lambermont.dyndns.org> <1099762840.11450.15.camel@alderaan.trey.hu>

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

--=-JtIb/m6WERgcnC0d3CWP
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable

I compiled a kernel without firewire support and made custom miniinst
CD. After that I succesfully installed 5.3-RELEASE.=20

No doubt, this is a firewire proble

2004-11-06, szo keltez=E9ssel 18:40-kor Gabor MICSKO ezt =EDrta:
> Quote from Matthew Dillon:
>=20
> ":Type '?' for a list of commands, 'help' for more detailed help.
> :OK boot -Dh
> :...
> :fwohci0: OHCI version 1.10 (ROM=3D1)
> :NMI ISA b1, EISA ff
> :RAM parity error, likely hardware failure.
> :
> :Fatal trap 19: non-maskable interrupt trap while in kernel mode
> :instruction pointer     =3D 0x8:0xc01e3b6e
> :...
> :interrupt mask          =3D net tty bio cam
> :kernel: type 19 trap, code=3D0
> :Stopped at      fwohci_init+0xfa:       movl    %ecx,%edi
> :db> tr
> :fwohci_init(c9823000,c604af18) at fwohci_init+0xfa
>=20
>     Ok.  Hmm.  It fails in the same place.  The code in question is
> this:
>=20
> ...
> /* Available Isochrounous DMA channel probe */
>         OWRITE(sc, OHCI_IT_MASK, 0xffffffff);
>         OWRITE(sc, OHCI_IR_MASK, 0xffffffff);
>         reg =3D OREAD(sc, OHCI_IT_MASK) & OREAD(sc, OHCI_IR_MASK);
>         OWRITE(sc, OHCI_IT_MASKCLR, 0xffffffff);
>         OWRITE(sc, OHCI_IR_MASKCLR, 0xffffffff);
>         for (i =3D 0; i < 0x20; i++)
>                 if ((reg & (1 << i)) =3D=3D 0)
>                         break;
> ...
>=20
>     It fails just after the OREAD's.  My guess is that something in the
>     fwohci init code is blowing up the system hardware.
>=20
>     OpenBSD has similar but slightly different initialization code, but
> the
>     differences shouldn't account for the failure.=20
>=20
>     The question is... when you booted up OpenBSD did it probe the
> firewire
>     interface at all?
>=20
>     NetBSD also has similar code, but in NetBSD's case it also clears
> the
>     command pointers after probing the transmit bitmap.  But this occurs
>     after the crash point.
>=20
>     In anycase, my guess is that if you do not use firewire you can
> compile
>     up a DragonFly kernel that does not probe the firewire controller
> and
>     it will work.  It is clearly NOT a ram problem... it's definitely a
>     firewire initialization issue that is causing the firewire hardware
> to
>     blow up the system bus.
>=20
>     If you have the ability to compile up DragonFly kernels with some
> patches
>     and want to try to get the firewire working I could put together a
> patch
>     for you to try."
>=20
> Please read this thread:
>=20
> http://marc.theaimsgroup.com/?t=3D109967176800001&r=3D1&w=3D2
>=20
> I have problem ONLY with FreeBSD 5.x and DragonFly BSD. IMHO this is a
> FreeBSD specific thing. CPU not overclocked, memtest86 said my memory
> module is OK. I tested this thing six different brand new memory module.
> Maybe this is a firewire specific problem.=20
>=20
> 2004-11-06, szo keltez=E9ssel 17:51-kor Hans Lambermont ezt =EDrta:
> > Gabor MICSKO wrote:
> >=20
> > > I've tried to install FreeBSD 5.3-RC2, FreeBSD 5.3-RC*, FreeBSD
> > > 5.2.1-RELEASE, FreeBSD 5.2-RELEASE on my amd64 based laptop, but at
> > > boot kernel is paniced.=20
> >=20
> > Just to be clear about the obvious:
> >=20
> > > NMI ISA a1, EISA ff
> > > RAM parity error, likely hardware failure.
> >   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >=20
> > I'm not surprised you get a kernel panic with this system. Your RAM has
> > faults.  Unless you're absolutely sure this is not the case and the NMI
> > complaint is bogus (I see you've tested with various other OSes, and
> > even then it might be true) I suggest swapping RAM and trying again.
> >=20
> > regards,
> >    Hans Lambermont
--=20
Micsk=F3 G=E1bor
HP Accredited Platform Specialist, System Engineer (APS, ASE)
Szint=E9zis Computer Rendszerh=E1z Rt.     =20
H-9021 Gy=F5r, Tihanyi =C1rp=E1d =FAt 2.
Tel: +36-96-502-216
Fax: +36-96-318-658
E-mail: gmicsko@szintezis.hu
Web: http://www.hup.hu/
GPG Key fingerprint: 6FA1 D8BF 3C73 0570 ED5D  82AC A3BE 4E6A CF95 5F50

--=-JtIb/m6WERgcnC0d3CWP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?=
	=?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van
	=?ISO-8859-1?Q?ell=E1tva?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBBjlm4o75Oas+VX1ARAh27AJ9EJwNv71dkQr7nzf7g+FjGopyMwACfaMw/
1wiDmbKpjm7k8FM8UOjdDEM=
=OyXn
-----END PGP SIGNATURE-----

--=-JtIb/m6WERgcnC0d3CWP--



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