From owner-freebsd-current@FreeBSD.ORG Tue Jun 30 10:36:09 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 D5902106566C for ; Tue, 30 Jun 2009 10:36:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1CC8FC0A for ; Tue, 30 Jun 2009 10:36:08 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 247156278; Tue, 30 Jun 2009 13:36:05 +0300 Message-ID: <4A49EA94.3070109@FreeBSD.org> Date: Tue, 30 Jun 2009 13:36:04 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Kamigishi Rei 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> <4A49E7A3.70509@haruhiism.net> In-Reply-To: <4A49E7A3.70509@haruhiism.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 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:36:10 -0000 Kamigishi Rei wrote: > 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") ;) Fine. That's why I don't like panic(). :) > 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)? smartmontools need to be updated to support the new order. It should use same CAM system calls as for -d scsi, but commands as for -d ata. I have made quick look and think should not be difficult to implement it. So if somebody wants to help - it is the place. -- Alexander Motin