From owner-freebsd-hackers Wed Jun 26 02:43:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26562 for hackers-outgoing; Wed, 26 Jun 1996 02:43:00 -0700 (PDT) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA26556 for ; Wed, 26 Jun 1996 02:42:55 -0700 (PDT) Received: from guillotin.prism.uvsq.fr (guillotin.prism.uvsq.fr [193.51.25.1]) by soleil.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA09425 for ; Wed, 26 Jun 1996 11:42:51 +0200 (METDST) Received: from angrand.prism.uvsq.fr (angrand.prism.uvsq.fr [193.51.25.85]) by guillotin.prism.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA14165 for ; Wed, 26 Jun 1996 11:42:51 +0200 (MET DST) From: Nicolas.Souchu@prism.uvsq.fr (Nicolas SOUCHU) Received: from (son@localhost) by angrand.prism.uvsq.fr (8.7.5/jtpda-5.2) id MAA28406 ; Wed, 26 Jun 1996 12:44:52 +0200 (MET DST) Date: Wed, 26 Jun 1996 12:44:52 +0200 (MET DST) Message-Id: <199606261044.MAA28406@angrand.prism.uvsq.fr> To: hackers@freebsd.org Subject: SCSI polling mode and user process requests. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The SCSI stuff seems not to support polling mode for user process requests. Two return values are available to the scsi adapter when its scsi_cmd() function ends : - SUCCEFULLY_QUEUED - or COMPLETE COMPLETE means the request was polled and now everything is done. SUCCEFULLY_QUEUED means the request is queued. In the first case (COMPLETE), nothing is done by the SCSI upper stuff to wake up processes and such things, the command is supposed to be requested by the kernel. In the second case, a process requested the command then it should be waked up later by the scsi_done() function called by the scsi adapter driver interrupt when the command is complete. My driver runs only in polling mode yet... :^( There are conflicts between the COMPLETE return value and the scsi_done() call in adapter_do_scsi_cmd() necessary to wake up processes... Has anybody ever deal with this ? nicolas -- Nicolas.Souchu@prism.uvsq.fr -- http://www.prism.uvsq.fr/son~ Laboratoire PRiSM - Versailles, FRANCE