On Wed, Feb 03, 1999 at 11:28:49PM -0500, John Kohl wrote:
> these days for any substantial NetBSD hacking--if someone else wants to
> look at it, feel free (but check with the i386 portmaster first to coordinate
> any effort with other folks).

Ok, it looks like if APMDEBUG is defined in i386/apm.c, the system
behaves much more as it should, than when it is not.
(I still have to reconfirm this, but I am to 99% sure, that the above
is true)

One very annoying thing though is that the disk driver waits for a
long time after resume for some DRQ, and then spins up:


Feb  4 20:28:42 catbert /netbsd: wdc0:0:0: lost interrupt
Feb  4 20:28:43 catbert /netbsd: 	type: ata
Feb  4 20:28:43 catbert /netbsd: 	c_bcount: 8192
Feb  4 20:28:43 catbert /netbsd: 	c_skip: 0
Feb  4 20:28:43 catbert /netbsd: wdc0:0:0: read intr before drq
Feb  4 20:28:43 catbert /netbsd: wd0e: device timeout reading fsbn 24240 of 24240-24255 (wd0 bn 1942464; cn 1927 tn 0 sn 48), retrying
Feb  4 20:28:43 catbert /netbsd: wd0: soft error (corrected)


  Heiko


-- 
          See <a href="http://www.netbsd.org">NetBSD</a> for a multiplatform OS
Zum Beispiel die meisten Autofahrer. Heute erst wieder hat mich einer ueber-
sehen. Sie blinken nicht, sie schauen nicht, und fahren trotzdem. (frei nach 
Matth. 6.27)     -- Juergen Ernst Guenther in <4trooe$ibv@asbach.nbg.sub.org>