Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756076AbXJZEni (ORCPT ); Fri, 26 Oct 2007 00:43:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750778AbXJZEna (ORCPT ); Fri, 26 Oct 2007 00:43:30 -0400 Received: from wx-out-0506.google.com ([66.249.82.236]:50999 "EHLO wx-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750858AbXJZEna (ORCPT ); Fri, 26 Oct 2007 00:43:30 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uk2/3NBIs3vX+fWvx/vMHUt+sRQl+nPFpVJbEV464XikhuothIHEOFSMvhjBbPmzfy0OYvZqxAX6U6B3cR8CIYgxwcztD54STZwqT7VETsM68mihiDhYNBGykJePSSwztQqqiycxy+DOAzWWnxw6DdarO7dSGU1FphIHMSyTPuE= Message-ID: Date: Fri, 26 Oct 2007 12:43:28 +0800 From: "Dave Young" To: "Greg KH" Subject: Re: [linux-usb-devel] usb+sysfs: duplicate filename 'bInterfaceNumber' Cc: "Alan Stern" , "Matthew Dharm" , bbpetkov@yahoo.de, "Kernel development list" , "USB development list" In-Reply-To: <20071026032809.GA21901@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071025090659.GA2847@darkstar.te-china.tietoenator.com> <20071025181156.GB10720@kroah.com> <20071026024201.GA21311@kroah.com> <20071026032809.GA21901@kroah.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1027 Lines: 22 On 10/26/07, Greg KH wrote: > On Fri, Oct 26, 2007 at 11:11:22AM +0800, Dave Young wrote: > > On 10/26/07, Greg KH wrote: > > > > Anyway the sysfs_dirent_exist is useful for extern use, How about add > > > > and export this function? Greg, If you agree, I would send it as > > > > another patch. > > > > > > What would need that function? > > I think the function is needed sometimes except for files related to > > devices like usb and others that could be removed suddenly. > > Almost all types of devices can now be removed "suddenly" from a system. > Hm, I almost don't know of a type that can _not_ be removed anymore... > > But if you have a patch that needs this function, I'd be glad to > reconsider. Not yet, anyway thank you very much :) - 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/