On Tue, Nov 03, 2015 at 07:12:55AM -0600, Steven J. Hill wrote:
> On 07/14/2015 01:28 AM, Manuel Lauss wrote:
> >Ping
> >
> >This issue still exists in latest -git. It goes away when
> >CONFIG_PHYS_ADDR_T_64BIT
> >is disabled, but then we lose PCI and PCMCIA (and other chipselect signals which
> >are mapped beyond 4G).
> >
> >I'm going to look into this today if nobody beats me to it.
> >
> >Manuel
> >
> Hey Manuel.
>
> I'm sorry that I did not pay attention and see this on the mailing list. I
> will get a fix out today (tomorrow your time).
>
> Steve
Hi Steve,
Did you ever fix this? I don't see anything in patchwork from you since
a long time before this email.
I believe the same issue occurs if you take any system with a 32 bit
kernel (eg. malta or boston) & select ARCH_PHYS_ADDR_T_64BIT.
One issue is that iPTE_SW tries to ori a mode with bits beyond bit 15
set if you are running that 32 bit kernel on a 64 bit CPU, leading to
uasm overflow errors & garbage TLB handlers. Just having it or in all of
mode isn't sufficient to get things working though.
Thanks,
Paul
