From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 19:34:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57BA210656A3; Sun, 6 Dec 2009 19:34:49 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay2.uni-muenster.de (ZIVM-EXRELAY2.UNI-MUENSTER.DE [128.176.192.15]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBE38FC2B; Sun, 6 Dec 2009 19:34:48 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,350,1257116400"; d="scan'208";a="230978954" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 06 Dec 2009 20:34:46 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id BBD151B07E7; Sun, 6 Dec 2009 20:34:46 +0100 (CET) Date: Sun, 06 Dec 2009 20:34:46 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Alexander Motin Message-ID: In-Reply-To: <4B1BEADB.5090803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 19:34:49 -0000 Alexander Motin schrieb am 2009-12-06: > Alexander Best wrote: > > i've stumbled over a problem with ATA_CAM. when i accessing my > > dvd-drive i'm > > not able to access any other cam members (ada* e.g.). > > when i issue the following command: > > `cdrecord dev=2,1,0 blank=all' > > binaries such as ls, top or vmstat simply stall until cdrecord > > finishes. > > this is the output of `camcontrol devlist -v': > > scbus2 on ata2 bus 0: > > at scbus2 target 0 lun 0 > > (ada0,pass0) > > at scbus2 target 1 lun 0 > > (pass1,cd0) > > <> at scbus2 target -1 lun -1 () > It was always bad idea to put CD and disk, which need to be used > simultaneously, to the same PATA channel. PATA channel can execute > only > one command at a time, without using special technique, named overlap > (part of TCQ), which is usually not supported by devices. When your > blank command occupied CD, disk became inaccessible, until it > complete. thanks for the explanation. unfortunately my mothboard only comes with a single PATA bus, but i'm trying to completely move from a SATA/PATA mixed setup to a pure SATA setup this month. that should solve the issue then. i just thought this was an issue introduced by ATA_CAM. i would also like to ask: what will become of burncd in the future? will it be adjusted to work with CAM? will it be removed/moved to ports? or will we replace it with cdrecord/something else? cheers. alex