Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752267AbWAFQZZ (ORCPT ); Fri, 6 Jan 2006 11:25:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752259AbWAFQZY (ORCPT ); Fri, 6 Jan 2006 11:25:24 -0500 Received: from soundwarez.org ([217.160.171.123]:2736 "EHLO soundwarez.org") by vger.kernel.org with ESMTP id S1752160AbWAFQZY (ORCPT ); Fri, 6 Jan 2006 11:25:24 -0500 Date: Fri, 6 Jan 2006 17:25:16 +0100 From: Kay Sievers To: Dominik Brodowski , Greg KH , Pavel Machek , Patrick Mochel , Andrew Morton , Linux-pm mailing list , kernel list Subject: Re: [linux-pm] [patch] pm: fix runtime powermanagement's /sys interface Message-ID: <20060106162516.GA1197@vrfy.org> References: <20051227220533.GA1914@elf.ucw.cz> <20060104213405.GC1761@elf.ucw.cz> <20060105215528.GF2095@elf.ucw.cz> <20060105221334.GA925@isilmar.linta.de> <20060105222338.GG2095@elf.ucw.cz> <20060105222705.GA12242@isilmar.linta.de> <20060106003806.GA29182@kroah.com> <20060106150334.GB20242@isilmar.linta.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106150334.GB20242@isilmar.linta.de> User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1257 Lines: 26 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 - 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/