From owner-freebsd-current@FreeBSD.ORG Tue Jun 30 10:23:32 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 D5960106564A; Tue, 30 Jun 2009 10:23:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3F38FC18; Tue, 30 Jun 2009 10:23:32 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 6AA4278F98; Tue, 30 Jun 2009 14:23:30 +0400 (MSD) Message-ID: <4A49E7A3.70509@haruhiism.net> Date: Tue, 30 Jun 2009 14:23:31 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Alexander Motin References: <1246206181.00132972.1246192801@10.7.7.3> <1246206186.00132982.1246194002@10.7.7.3> <1246209783.00133001.1246197001@10.7.7.3> <1246260183.00133237.1246247402@10.7.7.3> <4A48798A.5070604@FreeBSD.org> <4A487BF7.8060103@haruhiism.net> <4A48922D.5090507@FreeBSD.org> <4A48C0BC.3030104@haruhiism.net> <4A48CD19.8080606@FreeBSD.org> <4A48D136.3050309@haruhiism.net> <4A48D551.5090509@FreeBSD.org> In-Reply-To: <4A48D551.5090509@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: RFC: ATA to CAM integration patch 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: Tue, 30 Jun 2009 10:23:33 -0000 Alexander Motin wrote: > It could be not a real bug, but incorrect diagnostic, in situation, > when the last of 32 submitted command finishes first. NCQ in practice. :) Running for > 24 hours now, no such messages yet - so probably as you stated it was just a problem of an incorrect diagnostics assumption. Thanks gods you didn't use panic("ALL SLOTS BUSY") ;) By the way: smartctl from smartmontools doesn't work with this new driver (with -d scsi or -d sat as well). How would one request SMART information from a device provided by ahci.ko (I mean, maybe it can be implemented in smartmontools easily)? -- Kamigishi Rei