Date: Tue, 30 Jun 2009 13:36:04 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Kamigishi Rei <spambox@haruhiism.net> Cc: freebsd-current@freebsd.org Subject: Re: RFC: ATA to CAM integration patch Message-ID: <4A49EA94.3070109@FreeBSD.org> In-Reply-To: <4A49E7A3.70509@haruhiism.net> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A49EA94.3070109>
