Subject: port-i386/36525: unsupported APM device ID now causes a uvm_fault()
To: None <,,>
From: Greg A. Woods <>
List: netbsd-bugs
Date: 06/22/2007 18:30:00
>Number:         36525
>Category:       port-i386
>Synopsis:       unsupported APM device ID now causes a uvm_fault()
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 22 18:30:00 +0000 2007
>Originator:     Greg A. Woods
>Release:        netbsd-4 2007/06/19
Planix, Inc.; Toronto, Ontario; Canada
System: NetBSD 4.0_BETA2
Architecture: i386
Machine: i386

	I've got an old Celeron 466 machine of some sort that I use for
	testing install CDs, and after doing a test install of the
	latest netbsd-4 build, I tried a "poweroff -q" to see if it
	would power itself off, since there was an indication that the
	apm(4) driver had successfully attached and initialized

	(hand copied from the screen)

APM set power state <2ff,3>: unrecognized device ID (0x907)
uvm_fault(0xc00e27e0, 0xc440f000, 1) -> 0xe

	a stack backtrace at that point was impossible as there were
	just more faults in DDB.

	see also PR# 30135 for the underlying APM unknown device problem


	try "poweroff -q" on an APM-capable machine....


	don't crash!

	(apparently according to PR# 30135 this used to halt the box)