linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev-043
Date: Mon, 08 Nov 2004 22:12:31 +0000	[thread overview]
Message-ID: <20041108221230.GA17867@kroah.com> (raw)
In-Reply-To: <200411070449.21228.warpy@gmx.de>

On Mon, Nov 08, 2004 at 11:02:30PM +0100, Kay Sievers wrote:
> On Mon, 2004-11-08 at 13:18 -0800, Greg KH wrote:
> > On Mon, Nov 08, 2004 at 10:00:54PM +0100, Kay Sievers wrote:
> > > On Sun, 2004-11-07 at 04:49 +0100, Michael Geithe wrote:
> > > > Hi,
> > > > 
> > > > only one udev-message found in my logs ;-)
> > > > 
> > > > wait_for_sysfs[10013]: either wait_for_sysfs (udev 043) needs an update to 
> > > > handle the device '/class/i2c-dev/i2c-2' properly (no bus device link) or the 
> > > > sysfs-support of your device's driver needs to be fixed, please report to 
> > > > <linux-hotplug-devel@lists.sourceforge.net>
> > > > 
> > > 
> > > class:  /sys/class/i2c-dev/i2c-2/
> > > device: /sys/devices/platform/i2c-2
> > > bus:    /sys/bus/i2c/devices/2-0290
> > 
> > Where do you get this "bus:" info from?
> 
> I extracted it from Michael's post:
> >
> > ls -l /sys/bus/i2c/devices
>   ...
> > 7. Nov 03:53 2-0290 -> ../../../devices/platform/i2c-2/2-0290
> >
> 
> > > Hmm, looks like the "device" link should point to:
> > > 
> > >   /sys/devices/platform/i2c-2/2-0290
> > > 
> > > instead, to match the bus link.
> > 
> > No, the i2c-2 class device points to the i2c-2 adapter device.  Now,
> > that adapter device can "find" a number of individual i2c chip devices
> > that i2c chip drivers can then bind to.  Those chip devices are the
> > "2-0290" and such devices.
> > 
> > Make more sense?  Yeah, it's a mess, sorry, but the i2c code isn't the
> > nicest either :)
> 
> I know nothing about i2c. :)
> 
> Hmm, so libsysfs should look for the "bus" at the parent of
> the /sys/devices/ device to get the "bus" of _this_ device?

Ah, so the "problem" is that there is no bus assigned to this device,
right?  Yeah, I'll agree with that, that's the way the kernel code
works for this device, and for others (like scsi-host "devices" right?)

Hm, I think no bus is correct for this case, as that's what really is
happening.

> Or should there be one /sys/bus/devices link for every "chip" created by
> the kernel?

There should be one in the /sys/bus/i2c/devices directory for every
"i2c chip", but there is nothing in /sys/bus/* for any i2c adapter
devices (think of them as the same way scsi host devices are.)

Does that help?

thanks,

greg k-h


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id\x12065&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

  parent reply	other threads:[~2004-11-08 22:12 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-07  3:49 udev-043 Michael Geithe
2004-11-08 21:00 ` udev-043 Kay Sievers
2004-11-08 21:18 ` udev-043 Greg KH
2004-11-08 22:02 ` udev-043 Kay Sievers
2004-11-08 22:12 ` Greg KH [this message]
2004-11-08 23:13 ` udev-043 Kay Sievers
2004-11-08 23:51 ` udev-043 Michael Geithe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041108221230.GA17867@kroah.com \
    --to=greg@kroah.com \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).