From: Greg KH <greg@kroah.com>
To: Ashok Raj <ashok.raj@intel.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>, Adrian Bunk <bunk@stusta.de>,
Andrew Morton <akpm@osdl.org>,
rml@novell.com, linux-kernel@vger.kernel.org, "Brown,
Len" <len.brown@intel.com>,
acpi-devel@lists.sourceforge.net,
rusty@rustycorp.com.au.kroah.org
Subject: Re: 2.6.10-rc1-mm3: ACPI problem due to un-exported hotplug_path
Date: Fri, 5 Nov 2004 12:43:52 -0800 [thread overview]
Message-ID: <20041105204352.GB1204@kroah.com> (raw)
In-Reply-To: <20041105123254.A17224@unix-os.sc.intel.com>
On Fri, Nov 05, 2004 at 12:32:56PM -0800, Ashok Raj wrote:
> On Fri, Nov 05, 2004 at 12:10:12PM -0800, Kay Sievers wrote:
> >
> > On Fri, Nov 05, 2004 at 10:05:13AM -0800, Greg KH wrote:
> > > > The following error (compin from Linus' tree) is caused by the
> > fact that
> > > > hotplug_path is no longer EXPORT_SYMBOL'ed:
> > > >
> > > >
> > > > <-- snip -->
> > > >
> > > > if [ -r System.map ]; then /sbin/depmod -ae -F System.map
> > 2.6.10-rc1-mm3; fi
> >
> > I've found it. This wants to introduce a new direct /sbin/hotplug
> > call,
> > with "add" and "remove" events, without sysfs support.
> >
> > It should use class support or kobject_hotplug() instead. Nobody
> > should
> > fake hotplug events anymore, cause every other notification transport
> > will not get called (currently uevent over netlink).
> >
>
> we were discussing this exact thing recently.. we maybe able to clean this up.. here is why
> we are doing this manual thingy...
>
> When we support physical component hotplug, we want to create the sysfs entries, but that doesnt
> mean the component (i.e CPU or memory) is hotplugged. The reason is for node level hotplug
> there are sequencing requirements, memory needs to be brought up first before cpu, and also
> the error handling/policy requirments which we want the user space to handle it and not from
> kernel side.
>
>
> the sequence is when physical arrival of cpu is seen, we will just create a sysfs entry
> which will also send an add event (which really is just cpu arrival, and sysfs created).
>
> In our model the event is just consumed by the script cpu.agent, which would in turn decide and
> bring the cpu up by
>
> #echo 1> /sys/devices/system/cpu/cpu#/online
>
> what apps really would care about is the ONLINE (which doesnt exist) event itself, and the
> OFFLINE. The ADD/REMOVE only indicate sysfs entries appear and disappear.
>
> I dont know if adding ONLINE/OFFLINE is the right thing, or use the CHANGE notification
> to inform.
That's fine. But call kobject_hotplug() if you want to do that. Don't
rewrite your own function, or you will loose out on a lot of the hotplug
functionality (sequence numbers, kevent notifications, etc.)
thanks,
greg k-h
next prev parent reply other threads:[~2004-11-05 20:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20041105001328.3ba97e08.akpm@osdl.org>
2004-11-05 16:45 ` 2.6.10-rc1-mm3: ACPI problem due to un-exported hotplug_path Adrian Bunk
2004-11-05 18:05 ` Greg KH
2004-11-05 20:10 ` Kay Sievers
2004-11-05 20:32 ` Ashok Raj
2004-11-05 20:43 ` Greg KH [this message]
2004-11-05 20:45 ` Kay Sievers
2004-11-05 20:42 ` Greg KH
2004-11-06 5:18 ` Keshavamurthy Anil S
2004-11-06 5:50 ` Dmitry Torokhov
[not found] ` <20041105211848.A21098-39QZ/XbsZ5/mO6KZMuUCQVaTQe2KTcn/@public.gmane.org>
2004-11-09 22:55 ` Greg KH
[not found] ` <20041109225502.GC7618-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2004-11-09 23:48 ` Dmitry Torokhov
[not found] ` <d120d5000411091548584bf8c5-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2004-11-10 0:08 ` Greg KH
[not found] ` <20041110000811.GA8543-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2004-11-10 4:15 ` Dmitry Torokhov
2004-11-16 5:54 ` [ACPI] " Greg KH
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=20041105204352.GB1204@kroah.com \
--to=greg@kroah.com \
--cc=acpi-devel@lists.sourceforge.net \
--cc=akpm@osdl.org \
--cc=ashok.raj@intel.com \
--cc=bunk@stusta.de \
--cc=kay.sievers@vrfy.org \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@novell.com \
--cc=rusty@rustycorp.com.au.kroah.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox