Subject: Re: panic in ACPI configuration
To: Patrick Welche <prlw1@newn.cam.ac.uk>
From: Quentin Garnier <cube@cubidou.net>
List: current-users
Date: 08/24/2007 21:32:23
--HywGgDAwzDJj9z7S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Aug 24, 2007 at 08:03:58PM +0100, Patrick Welche wrote:
> On Fri, Aug 24, 2007 at 08:37:57PM +0200, Quentin Garnier wrote:
> > On Fri, Aug 24, 2007 at 08:12:20PM +0200, Manuel Bouyer wrote:
> > > On Fri, Aug 24, 2007 at 02:19:48PM +0200, Quentin Garnier wrote:
> > > > On Fri, Aug 24, 2007 at 12:24:14PM +0100, Patrick Welche wrote:
> > > > > Have you possibly just solved port-i386/36611 ? (The computer in =
question is
> > > > > no longer with us.)
> > > >=20
> > > > Actually, no, it's a different code path.  36611 is something I rem=
eber
> > > > Manuel Bouyer having with one of his Dells.
> > > >=20
> > > > The reason I didn't commit my patch yesterday is because I wanted to
> > > > make the sanitisation look exactly like the one in the code path th=
at
> > > > troubled 36611 and Manuel, but I couldn't find it!
> > > >=20
> > > > Manuel, was it ever committed?
> > >=20
> > > It was: revision 1.47 of sys/arch/x86/x86/mpacpi.c
> >=20
> > Ah, right, in the end we only checked fot device status, not the
> > validity of the device number.
>=20
> ... and I remember having seen 1.47, so I already had that code in the
> kernel which panicked in 36611 (1.47 is from April, panic was in July)
> so there must be yet something else. Shame I no longer have that computer.

Well, there might be some other code path that has the issue.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"You could have made it, spitting out benchmarks
Owe it to yourself not to fail"
Amplifico, Spitting Out Benchmarks, Hometakes Vol. 2, 2005.

--HywGgDAwzDJj9z7S
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (NetBSD)

iQEVAwUBRs8yR9goQloHrPnoAQLjZgf9GSxI6DCvt9VzJ1RjP7PsCM7xh6MCAKXx
TK50qEJUUgJS/jaAK3pyKus4qUUDibJ+wfNASSYFXwyY7w8oD4zO/sdY6AkUlbSv
bpO3A9BvXX7mQxuOI1XRVEvkvx4oZm/4R0baiBom053lDJ2+OlBeO57s+u1WvHm9
zuxk5r1eLZzKQqF6E73a4MOz1AGCDS806LcZMW7+4wlk+ZtD8+i4NsgrmR1jfdPr
HY+7FZ3RTlrgi3+hD21D9DycW9ftvKqH1po3mzBDk0zzJEytFUbIYfsy3gjqzFLI
BHwAeTfmxbjebu9JxVZVtXdrqWQyWRbfOZPQI2LwgITUYZbjHS57Lw==
=Qome
-----END PGP SIGNATURE-----

--HywGgDAwzDJj9z7S--