Date: Mon, 9 Oct 1995 18:07:18 +0100 (MET) From: Juergen Lock <nox@jelal.hb.north.de> To: se@zpr.uni-koeln.de (Stefan Esser) Cc: hackers@freebsd.org Subject: Re: vm_page_unhold: hold count < 0!!! (was: 2.1.0-950928-SNAP kernel experiences) Message-ID: <199510091707.SAA01818@saturn> In-Reply-To: <199510071604.AA10711@Sysiphos> from "Stefan Esser" at Oct 7, 95 05:04:41 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Stefan Esser writes: > On Oct 6, 23:23, Juergen Lock wrote: > } And (i guess nothing to do with this) once in a while i see > } messages like `in getcc reselect by t1', apparently form the > } ncr code. is that just a harmless race or something to worry about? > } Hardware details (boot -v log) follow... > > The "in getcc reselected by" is harmless and just > means that the driver is determined to finish the > INQUIRY command for that device, but there was an > attempt to reselect for progress in some other > command ... Ah so it just means tagged commands are working. > > Thought this message had been made conditional on > some debug option long ago ... maybe thats only in -current? Anyway had i been told one can get this kind of IO performance out of a PC a few years ago, I guess i wouldn't have believed it. :) same goes for X performance btw... I think its time for a big Thank You to everyone involved! Juergen PS: now what was that about *IDE being better than SCSI? maybe thats true for ms-dog. ;)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510091707.SAA01818>