Re: Testing CAM wrapper for ata(4) controller drivers

From: Alexander Motin <mav_at_FreeBSD.org>
Date: Sun, 13 Dec 2009 02:20:47 +0200
Juergen Lock wrote:
> In article <4B20EDD2.5000102_at_FreeBSD.org> you write:
>> Andriy Gapon wrote:
>>> on 10/12/2009 01:07 Alexander Best said the following:
>>>> ah. i see. thanks for the hint. sorry mav for blaming ATA_CAM. ;) would be
>>>> nice if this would be fixed at some point. i believe the problem also applies
>>>> to tape drives, usb memory card readers, etc.? so generally speaking: any
>>>> devices which allow new media insertion, but don't disconnect/re-attach
>>>> from/to CAM.
>>> Yes, we need to get some notification that media is changed and then trigger geom
>>> action.  Right now there is no notification from hardware in most cases and there
>>> is no support for handling that in drivers, AFAIK.  Maybe ahci driver starts to
>>> add support for that.  So either something needs to poll media for changes or a
>>> user has to trigger some action explicitly.  No magic.
>> Both ahci and siis drivers already have SATA Asynchronous Notifications
>> support, that was especially made to do that. Now AN used to receive
>> messages from PMP about fan-out ports physical events and working fine.
>>
>> What is needed: SATA ATAPI device with AN support (haven't checked if
>> there are ones on the market), enable these messages, improve cd driver
>> to make some useful activity (have no idea how) on such events.
> 
> Doesn't scsi have `unit attention' to notify media changes?  Or does
> that not work as expected with atapi?

Haven't checked. Will try it tomorrow. But any way it require device
polling. SATA AN same time is device-initiated real-time event.

-- 
Alexander Motin
Received on Sat Dec 12 2009 - 23:20:51 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:59 UTC