getting rid of chassis_id

getting rid of chassis_id

[Kay Sievers]

Does anybody have ever used extras/chassis_id? It calls scsi_id, then
looks up 3 numbers in a text file. These 3 numbers are returned
to udev and can be used to form some kind of "chassis mapping" for a
disk.
A horrible hack, pretty useless, unmaintained and broken. I really
don't think that it is ever was useful for anything. A task like this
is efficiently done with udev rules instead of maintaining an
external mapping in a file hardcoded to /usr/local/bin/provision.tbl.

If nobody wants to fix it, it will only be available in the older
releases. :)

Thanks,
Kay


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: getting rid of chassis_id

[Greg KH]

On Thu, Sep 08, 2005 at 01:00:33PM +0200, Kay Sievers wrote:
> Does anybody have ever used extras/chassis_id? It calls scsi_id, then
> looks up 3 numbers in a text file. These 3 numbers are returned
> to udev and can be used to form some kind of "chassis mapping" for a
> disk.
> A horrible hack, pretty useless, unmaintained and broken. I really
> don't think that it is ever was useful for anything. A task like this
> is efficiently done with udev rules instead of maintaining an
> external mapping in a file hardcoded to /usr/local/bin/provision.tbl.
> 
> If nobody wants to fix it, it will only be available in the older
> releases. :)

Intel provided it, but I never liked it, and unless they protest, I
think it should be removed.

thanks,

greg k-h


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel