[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061213154125.5e118ba5@dxpl.pdx.osdl.net>
Date: Wed, 13 Dec 2006 15:41:25 -0800
From: Stephen Hemminger <shemminger@...l.org>
To: Adrian Bunk <bunk@...sta.de>
Cc: Thomas Graf <tgraf@...g.ch>, Al Viro <viro@....linux.org.uk>,
David Miller <davem@...emloft.net>, jgarzik@...ox.com,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [2.6 patch] drivers/net/loopback.c: convert to module_init()
On Thu, 14 Dec 2006 00:31:28 +0100
Adrian Bunk <bunk@...sta.de> wrote:
> On Thu, Dec 14, 2006 at 12:18:48AM +0100, Thomas Graf wrote:
> > * Adrian Bunk <bunk@...sta.de> 2006-12-14 00:12
> > > On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> > > > Loopback should be there before protocols are started. It makes sense
> > > > to have a standard startup order.
> > >
> > > This actually becomes easier after my patch:
> > >
> > > Now that it's untangled from net_olddevs_init(), you can simply change
> > > the module_init(loopback_init) to a different initcall level.
> >
> > Not really, the device management inits as subsys, the ip layer hooks
> > into fs_initcall() which comes right after. The loopback was actually
> > registered after the protocol so far. I think Adrian's patch is fine
> > if the module_init() is changed to device_initcall().
>
> It doesn't matter (and I don't care) since for the non-modular case
> (that always applies for loopback), there's:
> #define __initcall(fn) device_initcall(fn)
> #define module_init(x) __initcall(x);
>
> cu
> Adrian
>
But what if other network device is not a module. We want loopback
to be first. so it needs to be before other device_initcall's
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists