Date: Mon, 5 Nov 2007 12:01:47 -0800
From: Greg KH <gregkh@suse.de>
To: Cornelia Huck <cornelia.huck@de.ibm.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 34/54] Driver Core: add kobj_attribute handling
Message-ID: <20071105200147.GA25907@suse.de>
References: <1194047972-9850-34-git-send-email-gregkh@suse.de> <20071105134203.1c078136@gondolin.boeblingen.de.ibm.com> <1194279812.6771.11.camel@lov.site> <20071105171133.GD12843@suse.de> <1194283540.2174.8.camel@lov.site> <20071105184350.0a1cd957@gondolin.boeblingen.de.ibm.com> <1194286070.2174.14.camel@lov.site> <20071105191705.5f2baaaa@gondolin.boeblingen.de.ibm.com> <1194287971.2174.27.camel@lov.site> <20071105195950.604ea56f@gondolin.boeblingen.de.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20071105195950.604ea56f@gondolin.boeblingen.de.ibm.com>
User-Agent: Mutt/1.5.16 (2007-06-09)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1456
Lines: 36

On Mon, Nov 05, 2007 at 07:59:50PM +0100, Cornelia Huck wrote:
> On Mon, 05 Nov 2007 19:39:31 +0100,
> Kay Sievers <kay.sievers@vrfy.org> wrote:
> 
> > Where are the objects that join this kset? A kset is a "collection of
> > objects of a similar type", If there are no objects, you don't need a
> > kset at all, I guess, but just a plain directory. :)
> 
> Yes, ipl.c looks a lot like "we need a subdirectory under /sys/firmware/
> and need to jump through hoops to get it there".

In looking at all of the users of the firmware subdirectory, that is
what they are all needing that subdirectory for.

Ugh, I'll go change that up and delete that kset, and a few of the other
ksets as they just need to be directories, not full-blown ksets.

> > Anyway, seems we need an easy way to pass default attributes to ksets
> > and plain directories. If userspace should set some values here when a
> > subsystems creates the its sysfs representation, we must make sure, that
> > the attributes exist at the time the event is sent, otherwise we will
> > run into all sorts of timing problems.
> 
> Maybe they need something like device->uevent_suppress, but at the
> kobject level?

Ugh, I hope not :)

thanks,

greg k-h
-
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/