Date: Fri, 08 Oct 2010 18:44:45 +0300 From: Andriy Gapon <avg@freebsd.org> To: Bruce Cran <bruce@cran.org.uk> Cc: freebsd-scsi@freebsd.org, Bob Bishop <rb@gid.co.uk>, gcr+freebsd-current@tharned.org Subject: Re: [HEADSUP] changes to cam_get_device() and cam_open_device() Message-ID: <4CAF3C6D.3020003@freebsd.org> In-Reply-To: <4CAF31EE.6060409@freebsd.org> References: <4BCDEBF6.3030609@icyb.net.ua> <4CA30B24.8040707@freebsd.org> <4CAEDF48.1030602@freebsd.org> <201010081221.24584.bruce@cran.org.uk> <4CAF31EE.6060409@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 08/10/2010 17:59 Andriy Gapon said the following:
> on 08/10/2010 14:21 Bruce Cran said the following:
>> On Friday 08 October 2010 10:07:20 Andriy Gapon wrote:
>>
>>> Non-rewound and character disk/SCSI devices has not been supported for
>>> quite a while now. Support for parsing partition/slice names is
>>> incomplete (e.g. GPT scheme is not supported) and of questionable
>>> usefulness.
>>
>> If we no longer create non-rewound and character device nodes then sa(4),
>> mtio(4) and scd(4) should probably be updated at some point too.
>>
>
> It seems that I've screwed up here.
> We do still support non-rewind devices.
OTOH, while it's a reality that we keep non-rewind devices
> And it's probably not a good idea to remove support for e.g. "nsa" => "pass" mapping.
Removing special support for them in cam_get_device() and cam_open_device() might
still be a good idea. Not sure.
I say this because sa(4) also has eject-on-close variation ("/dev/esaN"), but
there is no special support for those.
--
Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CAF3C6D.3020003>