All of lore.kernel.org
 help / color / mirror / Atom feed
* does an initcall level of "0s" actually exist?
@ 2008-08-05 22:51 Robert P. J. Day
  2008-08-06 22:13 ` Rene Herman
  0 siblings, 1 reply; 3+ messages in thread
From: Robert P. J. Day @ 2008-08-05 22:51 UTC (permalink / raw)
  To: Linux Kernel Mailing List


  from include/asm-generic/vmlinux.lds.h:

#define INITCALLS                                                       \
        *(.initcallearly.init)                                          \
        VMLINUX_SYMBOL(__early_initcall_end) = .;                       \
        *(.initcall0.init)                                              \
        *(.initcall0s.init)                                             \
        *(.initcall1.init)                                              \
        *(.initcall1s.init)                                             \
... etc ...

  but from include/linux/init.h:

#define pure_initcall(fn)               __define_initcall("0",fn,0)

#define core_initcall(fn)               __define_initcall("1",fn,1)
#define core_initcall_sync(fn)          __define_initcall("1s",fn,1s)
#define postcore_initcall(fn)           __define_initcall("2",fn,2)
#define postcore_initcall_sync(fn)      __define_initcall("2s",fn,2s)

  i don't see any initcalls of level "0s".  in any event, might it not
be cleaner to have these files sync up?  no big deal, of course.  i'm
well aware that it doesn't break anything.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: does an initcall level of "0s" actually exist?
  2008-08-05 22:51 does an initcall level of "0s" actually exist? Robert P. J. Day
@ 2008-08-06 22:13 ` Rene Herman
  2008-08-06 22:18   ` Robert P. J. Day
  0 siblings, 1 reply; 3+ messages in thread
From: Rene Herman @ 2008-08-06 22:13 UTC (permalink / raw)
  To: Robert P. J. Day; +Cc: Linux Kernel Mailing List, Arjan van de Ven

On 06-08-08 00:51, Robert P. J. Day wrote:

>   from include/asm-generic/vmlinux.lds.h:
> 
> #define INITCALLS                                                       \
>         *(.initcallearly.init)                                          \
>         VMLINUX_SYMBOL(__early_initcall_end) = .;                       \
>         *(.initcall0.init)                                              \
>         *(.initcall0s.init)                                             \
>         *(.initcall1.init)                                              \
>         *(.initcall1s.init)                                             \
> ... etc ...
> 
>   but from include/linux/init.h:
> 
> #define pure_initcall(fn)               __define_initcall("0",fn,0)
> 
> #define core_initcall(fn)               __define_initcall("1",fn,1)
> #define core_initcall_sync(fn)          __define_initcall("1s",fn,1s)
> #define postcore_initcall(fn)           __define_initcall("2",fn,2)
> #define postcore_initcall_sync(fn)      __define_initcall("2s",fn,2s)
> 
>   i don't see any initcalls of level "0s".  in any event, might it not
> be cleaner to have these files sync up?  no big deal, of course.  i'm
> well aware that it doesn't break anything.

Last I heard, all sync levels were on their way out (Arjan).

Rene.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: does an initcall level of "0s" actually exist?
  2008-08-06 22:13 ` Rene Herman
@ 2008-08-06 22:18   ` Robert P. J. Day
  0 siblings, 0 replies; 3+ messages in thread
From: Robert P. J. Day @ 2008-08-06 22:18 UTC (permalink / raw)
  To: Rene Herman; +Cc: Linux Kernel Mailing List, Arjan van de Ven

On Thu, 7 Aug 2008, Rene Herman wrote:

> On 06-08-08 00:51, Robert P. J. Day wrote:
>
> >   from include/asm-generic/vmlinux.lds.h:
> >
> > #define INITCALLS                                                       \
> >         *(.initcallearly.init)                                          \
> >         VMLINUX_SYMBOL(__early_initcall_end) = .;                       \
> >         *(.initcall0.init)                                              \
> >         *(.initcall0s.init)                                             \
> >         *(.initcall1.init)                                              \
> >         *(.initcall1s.init)                                             \
> > ... etc ...
> >
> >   but from include/linux/init.h:
> >
> > #define pure_initcall(fn)               __define_initcall("0",fn,0)
> >
> > #define core_initcall(fn)               __define_initcall("1",fn,1)
> > #define core_initcall_sync(fn)          __define_initcall("1s",fn,1s)
> > #define postcore_initcall(fn)           __define_initcall("2",fn,2)
> > #define postcore_initcall_sync(fn)      __define_initcall("2s",fn,2s)
> >
> >   i don't see any initcalls of level "0s".  in any event, might it not
> > be cleaner to have these files sync up?  no big deal, of course.  i'm
> > well aware that it doesn't break anything.
>
> Last I heard, all sync levels were on their way out (Arjan).

ah, i was unaware of that, thanks.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-08-06 22:21 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-05 22:51 does an initcall level of "0s" actually exist? Robert P. J. Day
2008-08-06 22:13 ` Rene Herman
2008-08-06 22:18   ` Robert P. J. Day

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.