* /sbin/hotplug exec'd lots of times during boot
@ 2005-04-07 2:43 Jacob Gorm Hansen
2005-04-07 8:20 ` Chris Wright
0 siblings, 1 reply; 4+ messages in thread
From: Jacob Gorm Hansen @ 2005-04-07 2:43 UTC (permalink / raw)
To: xen-devel
hi,
I just added a printk to do_execve() in xenolinux0, and noticed that
/sbin/hotplug is being exec'ed more than a hundred times during boot,
and that this happens before /sbin/init is exec'ed.
This is with a version of xen-unstable less than one month old. It is
probably a Linux issue, I was just wondering if anyone else had seen the
same behaviour, and if this is supposed to happen (these days you never
know)? Could it be the USB subsystem is acting weird?
thanks,
Jacob
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: /sbin/hotplug exec'd lots of times during boot
2005-04-07 2:43 /sbin/hotplug exec'd lots of times during boot Jacob Gorm Hansen
@ 2005-04-07 8:20 ` Chris Wright
2005-04-07 16:29 ` Jacob Gorm Hansen
0 siblings, 1 reply; 4+ messages in thread
From: Chris Wright @ 2005-04-07 8:20 UTC (permalink / raw)
To: Jacob Gorm Hansen; +Cc: xen-devel
* Jacob Gorm Hansen (jacobg@diku.dk) wrote:
> I just added a printk to do_execve() in xenolinux0, and noticed that
> /sbin/hotplug is being exec'ed more than a hundred times during boot,
> and that this happens before /sbin/init is exec'ed.
This sounds pretty normal for Linux. Each kobject_add can generate a
hotplug event, and execve("/sbin/init") happens quite late during bootup.
thanks,
-chris
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: /sbin/hotplug exec'd lots of times during boot
2005-04-07 8:20 ` Chris Wright
@ 2005-04-07 16:29 ` Jacob Gorm Hansen
2005-04-07 17:19 ` Chris Wright
0 siblings, 1 reply; 4+ messages in thread
From: Jacob Gorm Hansen @ 2005-04-07 16:29 UTC (permalink / raw)
To: Chris Wright; +Cc: xen-devel
Chris Wright wrote:
> * Jacob Gorm Hansen (jacobg@diku.dk) wrote:
>
>>I just added a printk to do_execve() in xenolinux0, and noticed that
>>/sbin/hotplug is being exec'ed more than a hundred times during boot,
>>and that this happens before /sbin/init is exec'ed.
>
>
> This sounds pretty normal for Linux. Each kobject_add can generate a
> hotplug event, and execve("/sbin/init") happens quite late during bootup.
No wonder it is slow to boot then ;-) ... How can one be sure that the
/sbin/hotplugs are no longer running when /sbin/init runs, i.e. that
init has pid==1? Are there no forks allowed in /sbin/hotplug?
thanks,
Jacob
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: /sbin/hotplug exec'd lots of times during boot
2005-04-07 16:29 ` Jacob Gorm Hansen
@ 2005-04-07 17:19 ` Chris Wright
0 siblings, 0 replies; 4+ messages in thread
From: Chris Wright @ 2005-04-07 17:19 UTC (permalink / raw)
To: Jacob Gorm Hansen; +Cc: Chris Wright, xen-devel
* Jacob Gorm Hansen (jacobg@diku.dk) wrote:
> Chris Wright wrote:
> >* Jacob Gorm Hansen (jacobg@diku.dk) wrote:
> >
> >>I just added a printk to do_execve() in xenolinux0, and noticed that
> >>/sbin/hotplug is being exec'ed more than a hundred times during boot,
> >>and that this happens before /sbin/init is exec'ed.
> >
> >
> >This sounds pretty normal for Linux. Each kobject_add can generate a
> >hotplug event, and execve("/sbin/init") happens quite late during bootup.
>
> No wonder it is slow to boot then ;-) ... How can one be sure that the
> /sbin/hotplugs are no longer running when /sbin/init runs, i.e. that
> init has pid==1? Are there no forks allowed in /sbin/hotplug?
pid == 1 starts long before is execs itself into /sbin/init.
thanks,
-chris
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-04-07 17:19 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-07 2:43 /sbin/hotplug exec'd lots of times during boot Jacob Gorm Hansen
2005-04-07 8:20 ` Chris Wright
2005-04-07 16:29 ` Jacob Gorm Hansen
2005-04-07 17:19 ` Chris Wright
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.