Date: Thu, 30 Sep 2010 07:55:43 +0200 From: David Naylor <naylor.b.david@gmail.com> To: Alexander Motin <mav@freebsd.org> Cc: freebsd-current@freebsd.org, Andriy Gapon <avg@icyb.net.ua> Subject: Re: Safe-mode on amd64 broken Message-ID: <201009300755.46989.naylor.b.david@gmail.com> In-Reply-To: <4CA41ED6.5060208@FreeBSD.org> References: <201009291207.53146.naylor.b.david@gmail.com> <201009292048.11194.naylor.b.david@gmail.com> <4CA41ED6.5060208@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1652381.9iCLpYTfoM Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thursday 30 September 2010 07:23:34 Alexander Motin wrote: > David Naylor wrote: > > On Wednesday 29 September 2010 18:25:13 Alexander Motin wrote: > >> David Naylor wrote: > >>> On Wednesday 29 September 2010 16:19:08 Andriy Gapon wrote: > >>>> What do you try to actually achieve? > >>>=20 > >>> I was trying to boot a system and it was panicking due to stray > >>> interrupts. It turned out to be caused by HPET. I found > >>> `hint.hpet.0.clock=3D0' which fixed the problem. > >>>=20 > >>> This means HPET does not work on any of my machines. The other one's > >>> symptoms are hda losing interrupts after a period of up-time. > >>=20 > >> What chipset do you use? Nvidia MCP5x? Could you send me your verbose > >> dmesg? > >=20 > > Yes, the one is a MCP51, the other is a ICH8M. > >=20 > > The desktop is a Gigabyte N650SLI-DS4L. Its symptom is hda losing > > interrupts after a period of time. >=20 > There are too many reports about different lost interrupts problems on > different controllers of MCP5x. I don't know the reason. Attached patch > should disable using regular HPET interrupts on NVidia chipsets. I hope > it will work as workaround. May be it is too aggressive, but better to > be safe then sorry. I assume that legacy_route mode may still work fine > there. It would be nice to test it. I assume you mean hint.hpet.0.legacy_route=3D1? I'll give that a try later= =20 today on both machines. =20 Is your patch the same as hint.hpet.0.clock=3D0? =20 > > The laptop is a Acer 2920. Its symptom for a GENERIC is a panic saying > > stray interrupt (irq7), with a custom kernel booting stalls. >=20 > This is strange, as my Acer with the same ICH8M works fine in all > possible modes. Also IMHO stray interrupts are not a reason to panic. > Could you show what it looks like? See http://markmail.org/message/smxnofrdmmkxyvnd for my previous email that= =20 includes the backtrace from that panic. When I booted in i386 safe mode th= e=20 kernel reported stray interrupts on irq7. vmstat -i shows irq7 as "stray=20 irq7". =20 Is there anything else you are looking for? --nextPart1652381.9iCLpYTfoM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEABECAAYFAkykJmIACgkQUaaFgP9pFrKPlwCfViXeQD1mrdBf1zYv75Qcos+n Q6UAn3nNFCGf6LLKm0h5Ke7ETBqoE9KG =dPhM -----END PGP SIGNATURE----- --nextPart1652381.9iCLpYTfoM--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009300755.46989.naylor.b.david>