* Eric Miao [off-list ref] [100604 10:07]:

On Fri, Jun 4, 2010 at 2:10 PM, Tony Lindgren [off-list ref] wrote:

quoted

* Eric Miao [off-list ref] [100604 04:35]:

quoted

Also, we are now working on a single kernel for multiple sub-arch (at least
what Nicolas and I am doing now, and welcome to join us). It's tough (the
way to handle different phys_offset is only the tip of the iceberg) and seems
now more and more necessary. so hopefully by the end of the day, we may
possible end up with only very few defconfig.

Great, do you have some git branch for that somewhere?

All the currently done work I've posted to the mailing list:

1. SPARSEIRQ
2. MULTI_IRQ_HANDLER
3. Makefile.boot move to arch/arm/boot/bootp _only_
4. RUNTIME_PHYS_OFFSET (not really my work, but Uwe's)

Nico and I have setup a blueprint and wiki spec for this, I hope more
can join us with the effort.

https://blueprints.launchpad.net/ubuntu/+spec/kernel-maverick-arm-single-zimage
https://wiki.ubuntu.com/Specs/ARMSingleKernel

I'll push what I did to

git://git.kernel.org/pub/scm/linux/kernel/git/ycmiao/pxa-linux-2.6.git
unified-kernel

But it's a mess now.

OK thanks.
 

quoted

Parallel to dealing with different phys_offset we can also try combining
some two ARM platforms that have the same phy_offset. That already exposes
tons of conflicting defines that need to be sorted out..

A first step to take might be looking at all those machine specific header
files that will be included into generic <asm/*.h> and in turn included by
other code. The PHYS_OFFSET is only a small tip of the iceberg I'm afraid.
A very rough grep and analysis as below:

Nice analysis :) First I need to finish my earlier TLS patch for ARMv6 and 7
binaries, then I'll try to find some time to help on this stuff too.

Tony