From owner-freebsd-scsi Sat Jan 25 13:52:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19747 for freebsd-scsi-outgoing; Sat, 25 Jan 1997 13:52:01 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19726 for ; Sat, 25 Jan 1997 13:51:55 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0voG0o-0000Bz-00; Sat, 25 Jan 1997 14:51:46 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Question about the scsi sub system. Cc: scsi@freebsd.org In-reply-to: Your message of "Sat, 25 Jan 1997 19:23:55 +0100." References: Date: Sat, 25 Jan 1997 14:51:46 -0700 From: Warner Losh Message-Id: Sender: owner-freebsd-scsi@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message J Wunsch writes: : I thought i committed a patch to cd.c recently? (rev. 1.75) Opopps. You are correct. The cd driver does a scsi_test_init_ready() followed by a scsi_start_unit() followed by another scsi_test_unit_ready(). I found that so far with my meager testing that moving the start unit to before the scsi_test_unit_ready() the sd.c driver that my jaz drive no longer buys the far when the raw device is accessed when spun down. I want to test this more, but so far it looks good. I'll go ahead and add the similar logic in cd.c as well to make sure things are cool. Thanks for your suggestions. I think that I may have a fix for this soon. Who would be up (or best) for reviewing the change? I'll commit unreviewed changes to userland, but not to the kernel just yet :-). Warner