Many thanks!
- Christian
On 04 July 2016 at 07:51 AM, Michael Ellerman wrote:
On Wed, 2016-29-06 at 20:06:28 UTC, Darren Stevens wrote:
Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
vmalloc abstraction in preparation for radix) turned kernel memory
and IO addresses fro
On Wed, 2016-29-06 at 20:06:28 UTC, Darren Stevens wrote:
> Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
> vmalloc abstraction in preparation for radix) turned kernel memory
> and IO addresses from #defined constants to variables initialised
> at runtime.
>
> On
Hello Olof
On 29/06/2016, Olof Johansson wrote:
> I don't see the panic here on a Chitra, at least not on recent -next.
>
> What config are you building with when you see this?
If you are not seeing this on the Chitra, it means that our Nemo patch
is causing the problem. I don't know where, as we
Olof Johansson writes:
> Hi,
>
> On Wed, Jun 29, 2016 at 1:06 PM, Darren Stevens
> wrote:
>>
>> Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
>> vmalloc abstraction in preparation for radix) turned kernel memory
>> and IO addresses from #defined constants to variables
Hi,
On Wed, Jun 29, 2016 at 1:06 PM, Darren Stevens wrote:
>
> Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
> vmalloc abstraction in preparation for radix) turned kernel memory
> and IO addresses from #defined constants to variables initialised
> at runtime.
>
>
Darren Stevens writes:
> Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
> vmalloc abstraction in preparation for radix) turned kernel memory
> and IO addresses from #defined constants to variables initialised
> at runtime.
>
> On PA6T systems the setup_arch
Commit:d6a9996e84ac4beb7713e9485f4563e100a9b03e (powerpc/mm:
vmalloc abstraction in preparation for radix) turned kernel memory
and IO addresses from #defined constants to variables initialised
at runtime.
On PA6T systems the setup_arch machine call initialises the onboard