[HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Andriy Gapon

As there was no objections, I am going to commit changes to cam_get_device()
that remove the following features:

- ignoring 'r' and 'n' at the start of device name
- ignoring whitespace at end of device name
- parsing and ignoring slice and partition names in a device name

cam(3) manual page is going to be updated to reflect the changes.
This would simplify the code and disambiguate its behavior.

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.

Full diff is here:
http://people.freebsd.org/~avg/cam.diff

If you know of any functionality or application that would be broken by this
change please stop me ASAP.
Also, if you have any other reason to object to the change please speak up
before the change is committed.

Thank you.

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Bruce Cran
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.

-- 
Bruce Cran
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Bob Bishop
Hi,

On 8 Oct 2010, at 10:07, Andriy Gapon wrote:

 As there was no objections, I am going to commit changes to cam_get_device()
 that remove the following features:
 
 - ignoring 'r' and 'n' at the start of device name
 - ignoring whitespace at end of device name
 - parsing and ignoring slice and partition names in a device name
 
 cam(3) manual page is going to be updated to reflect the changes.
 This would simplify the code and disambiguate its behavior.
 
 Non-rewound and character disk/SCSI devices has not been supported for quite a
 while now. [etc]

Just a clarification, does this mean no /dev/nsa.. ? That would be a 
showstopper for many tape users.

--
Bob Bishop
r...@gid.co.uk




___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Greg Rivers

On Fri, 8 Oct 2010, Bob Bishop wrote:


On 8 Oct 2010, at 10:07, Andriy Gapon wrote:

As there was no objections, I am going to commit changes to 
cam_get_device() that remove the following features:


- ignoring 'r' and 'n' at the start of device name
- ignoring whitespace at end of device name
- parsing and ignoring slice and partition names in a device name

cam(3) manual page is going to be updated to reflect the changes. This 
would simplify the code and disambiguate its behavior.


Non-rewound and character disk/SCSI devices has not been supported for 
quite a while now. [etc]


Just a clarification, does this mean no /dev/nsa.. ? That would be a 
showstopper for many tape users.




Yes, the no-rewind tape device is a practical requirement.  I think it's 
ok for 'r' to go away for disk devices, but 'n' for tape devices needs to 
be retained.


If we really want to remove the 'n', then all tape devices need to be 
no-rewind on close, and the rewind-on-close devices need to be deprecated 
just like the block devices for disks were.  Of course doing this would 
change traditional behavior and might violate POLA.


--
Greg Rivers
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org