From owner-freebsd-hackers Sat Oct 7 09:05:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06099 for hackers-outgoing; Sat, 7 Oct 1995 09:05:40 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA06092 for ; Sat, 7 Oct 1995 09:05:27 -0700 Received: by Sysiphos id AA10711 (5.67b/IDA-1.5 for hackers@freebsd.org); Sat, 7 Oct 1995 17:04:41 +0100 Message-Id: <199510071604.AA10711@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 7 Oct 1995 17:04:41 +0100 In-Reply-To: Juergen Lock "vm_page_unhold: hold count < 0!!! (was: 2.1.0-950928-SNAP kernel experiences)" (Oct 6, 23:23) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Juergen Lock Subject: Re: vm_page_unhold: hold count < 0!!! (was: 2.1.0-950928-SNAP kernel experiences) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk 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 ... Thought this message had been made conditional on some debug option long ago ... Gruss, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html