* killing use of ppc_md.init
@ 2009-06-18 14:38 Kumar Gala
2009-06-18 22:18 ` Benjamin Herrenschmidt
2009-06-19 8:30 ` Gerhard Pircher
0 siblings, 2 replies; 3+ messages in thread
From: Kumar Gala @ 2009-06-18 14:38 UTC (permalink / raw)
To: Gerhard Pircher, Benjamin Herrenschmidt; +Cc: linuxppc-dev list
ppc_md.init only exists on ppc32 and seems like its pretty useless
today. The users seem to fall into two classes:
1. called to do of_platform_bus_probe() - most platforms use
machine_device_initcall() for this
2. some platform init code which seems like it could move into
setup_arch().
The second one seems to only be on amigaone and chrp. Anyone know if
there is any harm in moving the amigaone_init() into
amigaone_setup_arch() and similarly on chrp chrp_init2() into
chrp_setup_arch().
- k
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: killing use of ppc_md.init
2009-06-18 14:38 killing use of ppc_md.init Kumar Gala
@ 2009-06-18 22:18 ` Benjamin Herrenschmidt
2009-06-19 8:30 ` Gerhard Pircher
1 sibling, 0 replies; 3+ messages in thread
From: Benjamin Herrenschmidt @ 2009-06-18 22:18 UTC (permalink / raw)
To: Kumar Gala; +Cc: linuxppc-dev list
On Thu, 2009-06-18 at 09:38 -0500, Kumar Gala wrote:
> ppc_md.init only exists on ppc32 and seems like its pretty useless
> today. The users seem to fall into two classes:
>
> 1. called to do of_platform_bus_probe() - most platforms use
> machine_device_initcall() for this
> 2. some platform init code which seems like it could move into
> setup_arch().
>
> The second one seems to only be on amigaone and chrp. Anyone know if
> there is any harm in moving the amigaone_init() into
> amigaone_setup_arch() and similarly on chrp chrp_init2() into
> chrp_setup_arch().
We might kill it ... and revive it differently :-)
Yes, the current ppc_init() can probably just go.
However, we probably also want to add a call from init/main.c back to
the architectures and ppc_md. in our case that is right after mm_init().
Right now, we do way too many things at setup_arch() (or even before
that on ppc64) which induces all sorts of pain due to having to use
bootmem etc...
Now that slab is available much earlier, before init_IRQ() and
time_init(), we should consider moving a whole bunch of stuff somewhere
later in the boot process to simplify the code etc...
Cheers,
Ben.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: killing use of ppc_md.init
2009-06-18 14:38 killing use of ppc_md.init Kumar Gala
2009-06-18 22:18 ` Benjamin Herrenschmidt
@ 2009-06-19 8:30 ` Gerhard Pircher
1 sibling, 0 replies; 3+ messages in thread
From: Gerhard Pircher @ 2009-06-19 8:30 UTC (permalink / raw)
To: Kumar Gala, benh; +Cc: linuxppc-dev
-------- Original-Nachricht --------
> Datum: Thu, 18 Jun 2009 09:38:50 -0500
> Von: Kumar Gala <galak@kernel.crashing.org>
> An: Gerhard Pircher <gerhard_pircher@gmx.net>, Benjamin Herrenschmidt <benh@kernel.crashing.org>
> CC: linuxppc-dev list <linuxppc-dev@ozlabs.org>
> Betreff: killing use of ppc_md.init
> ppc_md.init only exists on ppc32 and seems like its pretty useless
> today. The users seem to fall into two classes:
>
> 1. called to do of_platform_bus_probe() - most platforms use
> machine_device_initcall() for this
> 2. some platform init code which seems like it could move into
> setup_arch().
>
> The second one seems to only be on amigaone and chrp. Anyone know if
> there is any harm in moving the amigaone_init() into
> amigaone_setup_arch() and similarly on chrp chrp_init2() into
> chrp_setup_arch().
I guess converting amigaone_init() to a machine_device_initcall() is the
easiest approach. I'll send a patch soon.
Gerhard
--
GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss
für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-06-19 8:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-18 14:38 killing use of ppc_md.init Kumar Gala
2009-06-18 22:18 ` Benjamin Herrenschmidt
2009-06-19 8:30 ` Gerhard Pircher
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).