All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keshavamurthy Anil S <anil.s.keshavamurthy@intel.com>
To: Andrew Morton <akpm@osdl.org>
Cc: Keshavamurthy Anil S <anil.s.keshavamurthy@intel.com>,
	jeffpc@optonline.net, linux-kernel@vger.kernel.org,
	torvalds@osdl.org, trivial@rustcorp.com.au,
	rusty@rustcorp.com.au, greg@kroah.com
Subject: Re: [PATCH 2.6][resend] Add DEVPATH env variable to hotplug helper call
Date: Tue, 5 Oct 2004 11:01:12 -0700	[thread overview]
Message-ID: <20041005110112.B27795@unix-os.sc.intel.com> (raw)
In-Reply-To: <20041005104744.59177aea.akpm@osdl.org>; from akpm@osdl.org on Tue, Oct 05, 2004 at 10:47:44AM -0700

On Tue, Oct 05, 2004 at 10:47:44AM -0700, Andrew Morton wrote:
> Keshavamurthy Anil S <anil.s.keshavamurthy@intel.com> wrote:
> >
> > On Tue, Oct 05, 2004 at 10:18:23AM -0700, Andrew Morton wrote:
> >  > Keshavamurthy Anil S <anil.s.keshavamurthy@intel.com> wrote:
> >  > >
> >  > > 	Here is what I have come up with(please take a look at this patch).
> >  > >  I was successfully able to get rid of cpu_run_sbin_hotplug() function, but
> >  > >  when I call kobject_hotplug() function, it is finding 
> >  > >  top_kobj->kset->hotplug_ops set to NULL and hence returns without calling
> >  > >  call_usermodehelper(). Not sure if this is a bug in kobject_hotplug(), 
> >  > >  I feel kobject_hotplug() function should continue even if 
> >  > >  top_kobj->kset-hotplug_ops is NULL.
> >  > 
> >  > Yes, it doesn't seem necessary.  We could give cpu_sysdev_class a
> >  > valid-but-empty hotplug_ops but it seems simpler and more general to do it
> >  > in kobject_hotplug().
> > 
> >  I tried that, but I found that parent "cpu" directory i.e
> >  /sys/devices/system/cpu itself was not getting created. Any clues?
> 
> I don't see why the change to kobject_hotplug() would cause that directory
> to not be created.
> 
> With your patch and mine applied, /sys/devices/system/cpu is present and
> populated on my test box.
Hi Andrew,
	I am attaching the second one, just to make sure you and I have the same one.
If this is different than what you are having let me know.

By the way I am testing on IA64 box, with 2.6.9-rc3 + just bk-driver-core.patch from 
your 2.6.9-rc3-mm2-broken-out.tar.
I had to go for just above as I was seeing some out of memory messages on my IA64 box
with complete rc3-mm2 patch.

thanks,
Anil

---

 linux-2.6.9-rc3-test-askeshav/drivers/base/cpu.c |    2 ++
 1 files changed, 2 insertions(+)

diff -puN drivers/base/cpu.c~test_akpm drivers/base/cpu.c
--- linux-2.6.9-rc3-test/drivers/base/cpu.c~test_akpm	2004-10-04 23:45:45.304124223 -0700
+++ linux-2.6.9-rc3-test-askeshav/drivers/base/cpu.c	2004-10-05 10:54:08.725507956 -0700
@@ -9,9 +9,11 @@
 #include <linux/topology.h>
 #include <linux/device.h>
 
+struct kset_hotplug_ops cpu_kset_hotplug_ops;
 
 struct sysdev_class cpu_sysdev_class = {
 	set_kset_name("cpu"),
+	.kset = { .hotplug_ops = &cpu_kset_hotplug_ops},
 };
 EXPORT_SYMBOL(cpu_sysdev_class);
 
_


  reply	other threads:[~2004-10-05 18:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-03 10:08 [PATCH 2.6][resend] Add DEVPATH env variable to hotplug helper call Josef 'Jeff' Sipek
2004-10-03 23:20 ` Andrew Morton
2004-10-04 17:22   ` Keshavamurthy Anil S
2004-10-04 19:37     ` Andrew Morton
2004-10-04 19:43       ` Keshavamurthy Anil S
2004-10-05  8:25         ` Keshavamurthy Anil S
2004-10-05 17:18           ` Andrew Morton
2004-10-05 17:27             ` Keshavamurthy Anil S
2004-10-05 17:47               ` Andrew Morton
2004-10-05 18:01                 ` Keshavamurthy Anil S [this message]
2004-10-05 18:23                   ` Andrew Morton
2004-10-05 19:02                     ` Keshavamurthy Anil S

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=20041005110112.B27795@unix-os.sc.intel.com \
    --to=anil.s.keshavamurthy@intel.com \
    --cc=akpm@osdl.org \
    --cc=greg@kroah.com \
    --cc=jeffpc@optonline.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    --cc=torvalds@osdl.org \
    --cc=trivial@rustcorp.com.au \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.