From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263987AbTJFSLz (ORCPT ); Mon, 6 Oct 2003 14:11:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264013AbTJFSLz (ORCPT ); Mon, 6 Oct 2003 14:11:55 -0400 Received: from mail.kroah.org ([65.200.24.183]:1493 "EHLO perch.kroah.org") by vger.kernel.org with ESMTP id S263987AbTJFSLx (ORCPT ); Mon, 6 Oct 2003 14:11:53 -0400 Date: Mon, 6 Oct 2003 11:11:34 -0700 From: Greg KH To: "Kevin P. Fleming" Cc: Christian Borntraeger , Al Viro , Patrick Mochel , LKML , Dipankar Sarma Subject: Re: [RFC 0/6] Backing Store for sysfs Message-ID: <20031006181134.GA4657@kroah.com> References: <20031006174128.GA4460@kroah.com> <3F81ADC8.3090403@backtobasicsmgmt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F81ADC8.3090403@backtobasicsmgmt.com> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 06, 2003 at 11:00:40AM -0700, Kevin P. Fleming wrote: > Greg KH wrote: > > > > >That's good. But what happens after you run a find over the sysfs tree? > >Which is essencially what udev will be doing :) > > > > This sounds like an opportunity to improve the udev<->sysfs > interaction. Does the hotplug event not give udev enough information > to avoid this "find" search? The hotplug event points to the sysfs location of the kobject, that's all. libsysfs then takes that kobject location and sucks up all of the attribute information for that kobject, which udev then uses to determine what it should do. Unless we want to pass all attribute information through hotplug, which we do not. Do you have any suggestions? thanks, greg k-h