The p2v branch

The p2v branch

[Nicolas Pitre]

I finally was able to complete this series and test it satisfactorily.  
This required some hacking to the OMAP UART debugging code so it would 
stop fighting against me and forcefully collaborate.

Now that I've got a PandaBoard I'm getting rather grumpy with some of 
that code...  Some patches touching that area from me are to be expected 
in the near future.

But in the mean time I think you can complete the p2v branch with the 
following:

3ecf8ba5 ARM: P2V: eliminate head.S use of PHYS_OFFSET for !XIP_KERNEL
Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>

5e8e98cd ARM: P2V: introduce phys_to_virt/virt_to_phys runtime patching
Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>

1929d11e ARM: P2V: extend to 16-bit translation offsets
Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>
(forced it on with non-msm targets for testing)

b7a0fbb4 ARM: 6648/1: map ATAGs when not in first 1MB of RAM
Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>

I also have 2 additional patches for this branch to follow:

[PATCH 1/2] ARM: ignore mdesc->boot_params if out of range
[PATCH 2/2] ARM: P2V: Thumb2 support


Nicolas

The p2v branch

[Russell King - ARM Linux]

On Sat, Feb 12, 2011 at 01:32:48PM -0500, Nicolas Pitre wrote:
> I finally was able to complete this series and test it satisfactorily.  
> This required some hacking to the OMAP UART debugging code so it would 
> stop fighting against me and forcefully collaborate.

It should at least build with 6651/1 in place.  The only fight
remaining is against the (imho misguided) attempt to select the debug
port based on the machine ID.  I normally end up hard-coding the
addresses.

> But in the mean time I think you can complete the p2v branch with the 
> following:
> 
> 3ecf8ba5 ARM: P2V: eliminate head.S use of PHYS_OFFSET for !XIP_KERNEL
> Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> 
> 5e8e98cd ARM: P2V: introduce phys_to_virt/virt_to_phys runtime patching
> Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> 
> 1929d11e ARM: P2V: extend to 16-bit translation offsets
> Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> (forced it on with non-msm targets for testing)
> 
> b7a0fbb4 ARM: 6648/1: map ATAGs when not in first 1MB of RAM
> Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>

Added.

The p2v branch

[Nicolas Pitre]

On Sat, 12 Feb 2011, Russell King - ARM Linux wrote:

> On Sat, Feb 12, 2011 at 01:32:48PM -0500, Nicolas Pitre wrote:
> > I finally was able to complete this series and test it satisfactorily.  
> > This required some hacking to the OMAP UART debugging code so it would 
> > stop fighting against me and forcefully collaborate.
> 
> It should at least build with 6651/1 in place.

Not if you do try to load the kernel somewhere else in memory to 
exercize its ability to live with a different phys offset.

> The only fight
> remaining is against the (imho misguided) attempt to select the debug
> port based on the machine ID.  I normally end up hard-coding the
> addresses.

That's what I ended up doing too, but something better and IMHO simpler 
could be done, which would also be fully position independent.


Nicolas

The p2v branch

[Nicolas Pitre]

On Sat, 12 Feb 2011, Russell King - ARM Linux wrote:

> On Sat, Feb 12, 2011 at 01:32:48PM -0500, Nicolas Pitre wrote:
> 
> > 3ecf8ba5 ARM: P2V: eliminate head.S use of PHYS_OFFSET for !XIP_KERNEL
> > Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> > 
> > 5e8e98cd ARM: P2V: introduce phys_to_virt/virt_to_phys runtime patching
> > Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> > Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> > 
> > 1929d11e ARM: P2V: extend to 16-bit translation offsets
> > Reviewed-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> > Tested-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> > (forced it on with non-msm targets for testing)
> > 
> > b7a0fbb4 ARM: 6648/1: map ATAGs when not in first 1MB of RAM
> > Acked-by: Nicolas Pitre <nicolas.pitre@linaro.org>
> 
> Added.

I've rebased my 2 patches on top of your latest p2v branch.  You may 
pull them from:

	git://git.linaro.org/people/nico/linux p2v

Or if you prefer I can put them in the patch system.


Nicolas

The p2v branch

[Russell King - ARM Linux]

On Sat, Feb 12, 2011 at 04:01:14PM -0500, Nicolas Pitre wrote:
> I've rebased my 2 patches on top of your latest p2v branch.  You may 
> pull them from:
> 
> 	git://git.linaro.org/people/nico/linux p2v
> 
> Or if you prefer I can put them in the patch system.

I'd like to wait for Catalin to respond on the phys_addr_t patch - which
allows 64-bit phys addresses.  Obviously that's going to have an impact
on the p2v code and I'd rather someone else had the job of working out
what to do about the T2 code.

The p2v branch

[Nicolas Pitre]

On Sun, 13 Feb 2011, Russell King - ARM Linux wrote:

> On Sat, Feb 12, 2011 at 04:01:14PM -0500, Nicolas Pitre wrote:
> > I've rebased my 2 patches on top of your latest p2v branch.  You may 
> > pull them from:
> > 
> > 	git://git.linaro.org/people/nico/linux p2v
> > 
> > Or if you prefer I can put them in the patch system.
> 
> I'd like to wait for Catalin to respond on the phys_addr_t patch - which
> allows 64-bit phys addresses.  Obviously that's going to have an impact
> on the p2v code and I'd rather someone else had the job of working out
> what to do about the T2 code.

OK.

Thinking ahead a bit, what changes would be needed? Obviously, there 
can't be a machine with all its RAM above the 4G limit or it wouldn't be 
able to run without the MMU on.  And the p2v/v2p conversion macros can 
only be used on the direct mapped memory i.e. the non highmem memory 
which is likely to be all located below that 4G limit.  In that case the 
fixup code shouldn't be affected, right?


Nicolas

The p2v branch

[Nicolas Pitre]

On Sun, 13 Feb 2011, Nicolas Pitre wrote:

> On Sun, 13 Feb 2011, Russell King - ARM Linux wrote:
> 
> > On Sat, Feb 12, 2011 at 04:01:14PM -0500, Nicolas Pitre wrote:
> > > I've rebased my 2 patches on top of your latest p2v branch.  You may 
> > > pull them from:
> > > 
> > > 	git://git.linaro.org/people/nico/linux p2v
> > > 
> > > Or if you prefer I can put them in the patch system.
> > 
> > I'd like to wait for Catalin to respond on the phys_addr_t patch - which
> > allows 64-bit phys addresses.  Obviously that's going to have an impact
> > on the p2v code and I'd rather someone else had the job of working out
> > what to do about the T2 code.
> 
> OK.

Now rebased on top of p2v-stable, and includes the lookup_machine_type() 
cleanup patch.

Nicolas Pitre (3):
      ARM: P2V: Thumb2 support
      ARM: ignore mdesc->boot_params if out of range
      ARM: fold lookup_machine_type() into setup_machine()

 arch/arm/Kconfig        |    4 +-
 arch/arm/kernel/head.S  |   49 ++++++++++++++++++++++++++++-
 arch/arm/kernel/setup.c |   69 +++++++++++++++++++++-------------------
 3 files changed, 86 insertions(+), 36 deletions(-)


Nicolas

The p2v branch

[Nicolas Pitre]

On Sun, 13 Feb 2011, Russell King - ARM Linux wrote:

> On Sat, Feb 12, 2011 at 04:01:14PM -0500, Nicolas Pitre wrote:
> > I've rebased my 2 patches on top of your latest p2v branch.  You may 
> > pull them from:
> > 
> > 	git://git.linaro.org/people/nico/linux p2v
> > 
> > Or if you prefer I can put them in the patch system.
> 
> I'd like to wait for Catalin to respond on the phys_addr_t patch - which
> allows 64-bit phys addresses.  Obviously that's going to have an impact
> on the p2v code and I'd rather someone else had the job of working out
> what to do about the T2 code.

I rebased my revised patches on top of Will's in your p2v branch and 
pushed the result to the above repository.


Nicolas