In-Reply-To: <429B0683.nail5764GYTVC@burner>
References: <26A66BC731DAB741837AF6B2E29C10171E60DE@xmb-hkg-413.apac.cisco.com> <20050530093420.GB15347@hout.vanvergehaald.nl> <429B0683.nail5764GYTVC@burner>
Mime-Version: 1.0 (Apple Message framework v728)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <46BE0C64-1246-4259-914B-379071712F01@mac.com>
Cc: toon@hout.vanvergehaald.nl, ltd@cisco.com, linux-kernel@vger.kernel.org,
       dtor_core@ameritech.net, 7eggert@gmx.de
Content-Transfer-Encoding: 7bit
From: Kyle Moffett <mrmacman_g4@mac.com>
Subject: Re: OT] Joerg Schilling flames Linux on his Blog
Date: Mon, 30 May 2005 10:14:37 -0400
To: Joerg Schilling <schilling@fokus.fraunhofer.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1677
Lines: 48

On May 30, 2005, at 08:26:43, Joerg Schilling wrote:
> Toon van der Pas <toon@hout.vanvergehaald.nl> wrote:
>
>
>>> look up the man page for udev(8), pay particular attention to the  
>>> part
>>> that can tie devname into device serial number.
>>> take note of the example shown under 'serial'.
>>>
>>
>> These were my thoughts too.
>> But I just checked the entries in my sysfs tree for my CDRW drive,
>> and there is no serial number available...
>>
>
> BTW: an implementation that uses something like Solaris does with
> /etc/path_to_inst and puts USB serial numbers into the path_to_inst
> kernel instance database could come very close to the desired result
> and would give stable SCSI addresses too.

But why fix what isn't broken?  I can tell all my other programs, from
dd to mount, that I want to use the udev-created /dev/green_burner, so
why do you indicate such usage is _deprecated_ in cdrecord?  For such
device nodes, a _filesystem_ is the preferred name=>number index, so
why add an extra strange file "just because Solaris does".

And why again do you need stable SCSI addresses for my _USB_ drive?


Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$  
r  !y?(-)
------END GEEK CODE BLOCK------


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/