[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3096328.Gt2m8chjZN@np-p-burton>
Date: Fri, 15 Sep 2017 10:03:18 -0700
From: Paul Burton <paul.burton@...tec.com>
To: Marcin Nowakowski <marcin.nowakowski@...tec.com>
CC: <linux-mips@...ux-mips.org>, Mathieu Malaterre <malat@...ian.org>,
"Levin, Alexander (Sasha Levin)" <alexander.levin@...izon.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
Ralf Baechle <ralf@...ux-mips.org>
Subject: Re: [PATCH for 4.9 11/59] MIPS: fix mem=X@Y commandline processing
Hi Marcin,
On Thursday, 14 September 2017 22:44:18 PDT Marcin Nowakowski wrote:
> >>> Does not work on MIPS Creator CI20. See:
> >> Hm, so upstream is actually broken right now?
> >
> > Yes, at least on Creator CI20. You need to clear out all your mem=X@Y
> > from your boot command line, or apply the new patch I mentionned
> > above, or revert 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411.
>
> Yes, there is this issue that Mathieu discovered that upstream suffers
> from. My patch that fixes it has not yet been merged - but hopefully
> will be included in the next release.
> Luckily the issue is only seen with a specific set of commandline
> arguments which are not even required - but are set as defaults by the
> CI20 bootloader.
FYI the mem= arguments were required for the older v3.0 kernels which derived
from Ingenic's android kernels, and up until now have been harmless for newer
kernels so they generally make sense for the bootloader to provide in case
people want to run anything using the older kernels.
Thanks,
Paul
Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)
Powered by blists - more mailing lists