From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Anderson Subject: Re: [PATCH] scsi-misc-2.5 remove scsi_scan.c EVPD code Date: Mon, 5 May 2003 10:46:02 -0700 Sender: linux-scsi-owner@vger.kernel.org Message-ID: <20030505174602.GA3433@beaverton.ibm.com> References: <3EB619A4.5090407@torque.net> <20030505093834.B7831@beaverton.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from e34.co.us.ibm.com ([32.97.110.132]:22153 "EHLO e34.co.us.ibm.com") by vger.kernel.org with ESMTP id S261182AbTEER5K (ORCPT ); Mon, 5 May 2003 13:57:10 -0400 Content-Disposition: inline In-Reply-To: <20030505093834.B7831@beaverton.ibm.com> List-Id: linux-scsi@vger.kernel.org To: Patrick Mansfield Cc: Douglas Gilbert , Andries.Brouwer@cwi.nl, James.Bottomley@steeleye.com, linux-scsi@vger.kernel.org, linux-usb-devel@lists.sourceforge.net, mdharm-scsi@one-eyed-alien.net Patrick Mansfield [patmans@us.ibm.com] wrote: > An sgid user program that does the same thing as the code removed from the > kernel would be very usefull. This could likely be incorporated into other > schemes (udev), independent of other details. > > Right now, we could have an sgid that runs whenever an sg is found (sg > hotplug generated via device_register), and stores a sysfs path and the id > returned into a flat file. I believe devlabel's scsi_unique_id.c file does some of this, though I have not looked at it closely. -andmike -- Michael Anderson andmike@us.ibm.com