lkml.org 
[lkml]   [2007]   [Jul]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Documentation for sysfs, hotplug, and firmware loading.
On 7/18/07, Rob Landley <rob@landley.net> wrote:
> > > /sys/block/*/dev
> > > /sys/block/*/*/dev
> >
> > Note that this will change to /sys/class/block/ in the future.
>
> At OLS, Kay Sievers said in a future version they were going to move it
> to "/sys/subsystem/block", which I can't document right now because no
> current kernel does this, and that path will never work with any previous
> kernel, but there should be a compatability symlink from the old path to the
> new one.

That will be the case.

> He never mentioned /sys/class/block.

So? How about reading your email?
http://marc.info/?l=linux-kernel&m=118260305012165&w=2

You seem to miss the the very basic skills to collect the needed
information to do the job of documenting something.

> To all of this, I would like to humbly ask:
>
> PICK ONE! JUST #*%(&#%& PICK ONE! AAAAAAAAHHHHHHH!!!!!!!!!

Man, you totally miss the point.

> > > Entries for char devices are found at the following locations:
> > >
> > > /sys/bus/*/devices/*/dev
> > > /sys/class/*/*/dev
> >
> > Uh, that is actually the generic location?
>
> It's what Kay Sievers and Greg KH told me at OLS when I tracked them down to
> ask. I've also experimentally verified it working on Ubuntu 7.04. That was
> cut and pasted from Kay's email, and it works today.

That is still true, but it still does not tell you the type of node to
create, as you seem to insist on.

> > It may be enough (and less confusing) to just state that the dev
> > attribute will belong to the associated "class" device sitting
> > under /sys/class/ (with the current exception of /sys/block/).
>
> Nope. If you recurse down under /sys/class following symlinks, you go into an
> endless loop bouncing off of /sys/devices and getting pointed back. If you
> don't follow symlinks, it works fine up until about 2.6.20 at which point
> things that were previously directories BECAME symlinks because the
> directories got moved, and it all broke.

That's total nonsense.

> Which is why I want it documented where to look for these suckers. Just give
> me ONE STABLE WAY TO FIND THIS INFORMATION, PLEASE.
>
> This document is trying to document just enough information to make hotplug
> work using sysfs (which includes firmware loading if necessary).
>
> > (And how about referring to Documentation/sysfs-rules.txt?)
>
> Because there isn't one in 2.6.22, and I've been writing this file on and off
> for a month as I tracked down various bits of information?

I invested a lot of time explaining stuff to you in email and
personally, but really, that seems just like a total waste of time. I
will not reply to any of your mails until you have proven to have read
the udevtrigger code, and got a clue how to do stuff reliably, and get
the basic knowledge needed to document it.

Kay
-
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/

\
 
 \ /
  Last update: 2007-07-19 01:43    [W:0.095 / U:29.184 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site