Re: [PATCH 12/15] arm-soc: omap: replace open coded VA->PA calculations

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> [170811 06:48]:
> On 10 August 2017 at 15:03, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
> > * Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> [170810 02:23]:
> >> On 9 August 2017 at 22:05, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
> >> > * Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> [170809 12:24]:
> >> >> On 9 August 2017 at 20:05, Tony Lindgren <tony@xxxxxxxxxxx> wrote:
> >> >> > * Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> [170805 13:54]:
> >> >> >> This replaces a couple of open coded calculations to obtain the
> >> >> >> physical address of a far symbol with calls to the new adr_l etc
> >> >> >> macros.
> >> >> >
> >> >> > I gave this series a quick test and omap3 no longer boots it seems.
> >> >> >
> >> >>
> >> >> Thanks Tony. I will investigate
> >> >
> >> > Thanks. Looks like omap4 still boots with all your patches, but
> >> > omap3 won't boot even with patch 12 left out.
> >> >
> >>
> >> Are you using the same image on both? Which .config?
> >
> > Yes it's the same image compiled with omap2plus_defconfig.
> >
> 
> Unfortunately, I am failing to reproduce this on beaglebone white or
> QEMU's beagle-xm emulation.
> 
> Anything you can share regarding the failure mode? Do you get any output at all?

No output at all, I've tried omap3-evm, logicpd torpedo
and n900. We do copy some of the PM code to SRAM on
omap3 though that's not done on am335x.

But as it's not caused by this patch, I'll try to
narrow it down to the patch causing it.

Regards,

Tony



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux