Re: 2.6.6/udev weirdness

[Russell Neches <russell@ccs.neu.edu>]

> You wrote stupid rules :)

So I gather.

> > I've tried several permutations, and the above is the only way I
> > could obtain the desired results under 2.6.5, and under 2.6.6, I
> > can't get /dev/jumpdrive to point to /dev/sda1 at all. 
>
> Try disabling sg support if you don't want that.  Or just add the
> following to your rules: KERNEL="sd*"

Oh, I see. KERNEL="sd*[1-9]" seems to work.

> That should only make your names bind to the block devices, not the
> other scsi devices.
>
> > The likely stupidity of the above rules notwithstanding, the
> > underlying behavior of the system changed, and my rules broke. That
> > shouldn't happen, even if the rules are dumb. This is a Bad Thing. 
>
> Um, dumb rules are a Bad Thing, nothing we can do here about that :)

No doubt about that. My point is that dumb rules should probably
continue to do the same dumb thing, at least if you're only moving
between stable kernels.

I guess this is what I deserve for reading the documentation and
following the examples. The documentation does mention that some values
are stable, and thus worthy of matching against, and others are not.
However, it doesn't give any rational for distinguishing them. I
mistakenly assumed that by matching aginst the serial number the rule
would always do the same thing. And, it does seem to match the same
physical device... it just symlinks the wrong part of it (sometimes).
I'd guess it was a side effect of changing the tree of virtual devices.

So, I think it's a fair question: how, generally, does one write stable
rules? I can see easily enough how to write rules that always _match_
the same thing, but what should I take into account to insure that the
rule will always _do_ the same thing?

Russell




-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id%62&alloc_ida84&op=click
_______________________________________________
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