From: Kay Sievers <kay.sievers@vrfy.org>
To: Dominik Brodowski <linux@dominikbrodowski.net>,
Greg KH <greg@kroah.com>, Pavel Machek <pavel@ucw.cz>,
Patrick Mochel <mochel@digitalimplant.org>,
Andrew Morton <akpm@osdl.org>,
Linux-pm mailing list <linux-pm@lists.osdl.org>,
kernel list <linux-kernel@vger.kernel.org>
Subject: Re: [patch] pm: fix runtime powermanagement's /sys interface
Date: Fri, 6 Jan 2006 17:25:16 +0100 [thread overview]
Message-ID: <20060106162516.GA1197@vrfy.org> (raw)
In-Reply-To: <20060106150334.GB20242@isilmar.linta.de>
[-- Attachment #1: Type: text/plain, Size: 1013 bytes --]
On Fri, Jan 06, 2006 at 04:03:34PM +0100, Dominik Brodowski wrote:
> On Thu, Jan 05, 2006 at 04:38:06PM -0800, Greg KH wrote:
> > > NB: it will break one day, one way or another, when gregkh makes the
> > > /sys/class -> /sys/devices conversion. However, I'd want to try not to break
> > > the new pcmciautils userspace too often...
> >
> > Why would the conversion that I'm working on break this userspace code?
> > You are only using the device directory, which will not change at all.
>
> Actually, pcmciautils uses both paths starting with
> /sys/bus/pcmcia/devices/ and /sys/class/pcmcia_socket/pcmcia_socket%d/ --
> and I was expecting that the latter path won't be available somewhen in
> future?
That will just be resolved by a symlink. The access path to the device will
stay the same, but the location of the "real" object will move to /devices.
All classification will point into the unified /devices tree but keep
the pathes as we have today. /sys/class will contain only symlinks in
the end.
Kay
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Kay Sievers <kay.sievers@vrfy.org>
To: Dominik Brodowski <linux@dominikbrodowski.net>,
Greg KH <greg@kroah.com>, Pavel Machek <pavel@ucw.cz>,
Patrick Mochel <mochel@digitalimplant.org>,
Andrew Morton <akpm@osdl.org>,
Linux-pm mailing list <linux-pm@lists.osdl.org>,
kernel list <linux-kernel@vger.kernel.org>
Subject: Re: [linux-pm] [patch] pm: fix runtime powermanagement's /sys interface
Date: Fri, 6 Jan 2006 17:25:16 +0100 [thread overview]
Message-ID: <20060106162516.GA1197@vrfy.org> (raw)
In-Reply-To: <20060106150334.GB20242@isilmar.linta.de>
On Fri, Jan 06, 2006 at 04:03:34PM +0100, Dominik Brodowski wrote:
> On Thu, Jan 05, 2006 at 04:38:06PM -0800, Greg KH wrote:
> > > NB: it will break one day, one way or another, when gregkh makes the
> > > /sys/class -> /sys/devices conversion. However, I'd want to try not to break
> > > the new pcmciautils userspace too often...
> >
> > Why would the conversion that I'm working on break this userspace code?
> > You are only using the device directory, which will not change at all.
>
> Actually, pcmciautils uses both paths starting with
> /sys/bus/pcmcia/devices/ and /sys/class/pcmcia_socket/pcmcia_socket%d/ --
> and I was expecting that the latter path won't be available somewhen in
> future?
That will just be resolved by a symlink. The access path to the device will
stay the same, but the location of the "real" object will move to /devices.
All classification will point into the unified /devices tree but keep
the pathes as we have today. /sys/class will contain only symlinks in
the end.
Kay
next prev parent reply other threads:[~2006-01-06 16:25 UTC|newest]
Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-27 21:34 [patch] pm: fix runtime powermanagement's /sys interface Pavel Machek
2005-12-27 21:34 ` Pavel Machek
2005-12-27 21:55 ` Dmitry Torokhov
2005-12-27 21:55 ` [linux-pm] " Dmitry Torokhov
2005-12-27 22:05 ` Pavel Machek
2005-12-27 22:05 ` [linux-pm] " Pavel Machek
2005-12-28 4:22 ` Patrick Mochel
2005-12-28 4:22 ` [linux-pm] " Patrick Mochel
2006-01-04 21:34 ` Pavel Machek
2006-01-04 22:06 ` Alan Stern
2006-01-04 22:06 ` [linux-pm] " Alan Stern
2006-01-04 22:16 ` Pavel Machek
2006-01-05 21:43 ` Patrick Mochel
2006-01-05 21:43 ` [linux-pm] " Patrick Mochel
2006-01-05 22:06 ` Alan Stern
2006-01-05 22:28 ` Pavel Machek
2006-01-05 22:28 ` [linux-pm] " Pavel Machek
2006-01-05 21:42 ` Patrick Mochel
2006-01-05 21:55 ` Pavel Machek
2006-01-05 21:55 ` [linux-pm] " Pavel Machek
2006-01-05 22:13 ` Dominik Brodowski
2006-01-05 22:23 ` Pavel Machek
2006-01-05 22:27 ` Dominik Brodowski
2006-01-05 22:59 ` Pavel Machek
2006-01-05 23:08 ` Pavel Machek
2006-01-05 23:08 ` [linux-pm] " Pavel Machek
2006-01-05 23:46 ` Dominik Brodowski
2006-01-05 23:58 ` Pavel Machek
2006-01-05 23:58 ` [linux-pm] " Pavel Machek
2006-01-06 0:04 ` Patrick Mochel
2006-01-06 0:04 ` [linux-pm] " Patrick Mochel
2006-01-06 0:12 ` Pavel Machek
2006-01-06 0:12 ` [linux-pm] " Pavel Machek
2006-01-06 1:37 ` Patrick Mochel
2006-01-06 1:37 ` [linux-pm] " Patrick Mochel
2006-01-06 8:59 ` Pavel Machek
2006-01-06 8:59 ` [linux-pm] " Pavel Machek
2006-01-07 5:47 ` Adam Belay
2006-01-07 5:47 ` [linux-pm] " Adam Belay
2006-01-06 9:00 ` Pavel Machek
2006-01-06 9:00 ` [linux-pm] " Pavel Machek
2006-01-06 15:00 ` Dominik Brodowski
2006-01-06 15:00 ` [linux-pm] " Dominik Brodowski
2006-01-07 5:58 ` Adam Belay
2006-01-07 5:58 ` [linux-pm] " Adam Belay
2006-01-06 15:42 ` Alan Stern
2006-01-06 15:42 ` [linux-pm] " Alan Stern
2006-01-07 0:08 ` Pavel Machek
2006-01-07 0:08 ` [linux-pm] " Pavel Machek
2006-01-07 3:19 ` Alan Stern
2006-01-07 3:19 ` [linux-pm] " Alan Stern
2006-01-07 7:58 ` Adam Belay
2006-01-07 7:58 ` [linux-pm] " Adam Belay
2006-01-07 10:20 ` Pavel Machek
2006-01-07 10:20 ` [linux-pm] " Pavel Machek
2006-01-07 13:06 ` Adam Belay
2006-01-07 13:06 ` [linux-pm] " Adam Belay
2006-01-06 4:17 ` Pavel Machek
2006-01-06 4:17 ` [linux-pm] " Pavel Machek
2006-01-07 7:41 ` Adam Belay
2006-01-07 15:24 ` Alan Stern
2006-01-07 15:24 ` [linux-pm] " Alan Stern
2006-01-06 1:10 ` Dominik Brodowski
2006-01-06 8:53 ` Pavel Machek
2006-01-06 0:38 ` Greg KH
2006-01-06 0:38 ` [linux-pm] " Greg KH
2006-01-06 15:03 ` Dominik Brodowski
2006-01-06 15:03 ` [linux-pm] " Dominik Brodowski
2006-01-06 16:25 ` Kay Sievers [this message]
2006-01-06 16:25 ` Kay Sievers
2006-01-09 20:10 ` Dominik Brodowski
2006-01-05 22:15 ` Patrick Mochel
2006-01-05 22:44 ` Pavel Machek
2006-01-05 22:44 ` [linux-pm] " Pavel Machek
2006-01-05 23:54 ` Patrick Mochel
2006-01-05 23:54 ` [linux-pm] " Patrick Mochel
2006-01-06 0:07 ` Pavel Machek
2006-01-06 14:34 ` Tom Marshall
2006-01-06 16:20 ` Pavel Machek
2006-01-07 8:36 ` Adam Belay
2006-01-07 8:36 ` [linux-pm] " Adam Belay
2006-01-07 10:25 ` Pavel Machek
2006-01-07 10:25 ` [linux-pm] " Pavel Machek
2006-01-07 12:45 ` Adam Belay
2006-01-07 12:45 ` [linux-pm] " Adam Belay
2006-01-06 4:24 ` Pavel Machek
2006-01-06 4:24 ` [linux-pm] " Pavel Machek
2006-01-13 20:00 ` Takashi Iwai
2006-01-13 20:00 ` [linux-pm] " Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2006-01-05 15:16 Scott E. Preece
2006-01-05 22:21 Preece Scott-PREECE
2006-01-05 22:45 ` Pavel Machek
2006-01-06 0:02 ` Patrick Mochel
2006-01-05 22:55 Preece Scott-PREECE
2006-01-05 23:05 ` Pavel Machek
2006-01-06 0:31 Scott E. Preece
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=20060106162516.GA1197@vrfy.org \
--to=kay.sievers@vrfy.org \
--cc=akpm@osdl.org \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.osdl.org \
--cc=linux@dominikbrodowski.net \
--cc=mochel@digitalimplant.org \
--cc=pavel@ucw.cz \
/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.