All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Tokarev <mjt@tls.msk.ru>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org, Kay Sievers <kay.sievers@vrfy.org>
Subject: Re: [RFC PATCH] /sys/block -> /sys/class/block  (Fedora 3 & 4	testers wanted)
Date: Thu, 24 May 2007 00:34:33 +0400	[thread overview]
Message-ID: <4654A559.1010206@msgid.tls.msk.ru> (raw)
In-Reply-To: <20070523180842.GA11999@kroah.com>

Greg KH wrote:
[]
> From: Kay Sievers <kay.sievers@vrfy.org>
> Subject: Driver core: convert block from raw kobjects to core devices
> 
> This moves the block devices to /sys/class/block. It will create a
> flat list of all block devices, with the disks and partitions in one
> directory. For compatibility /sys/block is created and contains symlinks
> to the disks.

What's the proper way now to figure out which device type it is --
block or char?

Before, I had a function (in my udev-alike userspace app), something akin
sysfs_scan_devices(char *topdir, mode_t type), and called it twice --

  sysfs_scan_devices("/block", S_IFBLK);
  sysfs_scan_devices("/devices", S_IFCHR);

How it's supposed to work now?  (Note that it skips symlinks for obvious
reason, hence it can't find anything in /sys/block, even with the compat
"layer" in place)

(Not complaining, but asking instead)

Thanks.

/mjt

  reply	other threads:[~2007-05-23 20:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-21 23:53 [RFC PATCH] /sys/block -> /sys/class/block (Fedora 3 & 4 testers wanted) Greg KH
2007-05-22  8:25 ` Cornelia Huck
2007-05-22 16:28   ` Cornelia Huck
2007-05-23  0:32     ` Greg KH
2007-05-23  5:39       ` Cornelia Huck
2007-05-23 18:08         ` Greg KH
2007-05-23 20:34           ` Michael Tokarev [this message]
2007-05-23 20:35           ` Michael Tokarev
2007-05-24 14:07             ` Kay Sievers
2007-05-24  6:51           ` Cornelia Huck
  -- strict thread matches above, loose matches on Subject: below --
2007-06-03 18:39 Alan Stern

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=4654A559.1010206@msgid.tls.msk.ru \
    --to=mjt@tls.msk.ru \
    --cc=greg@kroah.com \
    --cc=kay.sievers@vrfy.org \
    --cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.