[OE-core] [PATCH] bitbake: Oldest kernel for nios2 is 3.19

[Khem Raj]

I was just trying to avoid patch conflict :)

On Sun, May 8, 2016 at 10:19 AM Marek Vasut <marex at denx.de> wrote:

> On 05/08/2016 07:06 PM, Khem Raj wrote:
> >
> >> On May 8, 2016, at 6:00 AM, Marek Vasut <marex at denx.de> wrote:
> >>
> >> The oldest kernel version for nios2 is 3.19.0, set it so, otherwise
> >> qemu-nios2 -r ${OLDEST_KERNEL} fails with "FATAL: kernel too old"
> >> message from glibc.
> >>
> >> Signed-off-by: Marek Vasut <marex at denx.de>
> >> Cc: Richard Purdie <richard.purdie at linuxfoundation.org>
> >> ---
> >> meta/conf/bitbake.conf | 1 +
> >> 1 file changed, 1 insertion(+)
> >>
> >> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> >> index 1c4175f..2f5db22 100644
> >> --- a/meta/conf/bitbake.conf
> >> +++ b/meta/conf/bitbake.conf
> >> @@ -405,6 +405,7 @@ SDKPATHNATIVE = "${SDKPATH}/sysroots/${SDK_SYS}"
> >>
> >> OLDEST_KERNEL = "2.6.32"
> >> OLDEST_KERNEL_aarch64 = "3.14"
> >> +OLDEST_KERNEL_nios2 = “3.19"
> >
> > if you don’t need it on krogoth, then I would suggest to hold this patch
> for master since
> > I have a series which upgrades glibc to 2.24 and 2.24 needs 3.x minimum
> >
> > see
> >
> >
> https://github.com/kraj/openembedded-core/commit/1be5ebb2e1e2d39936d13ce158db29954bc6dabe
>
> I don't mind either way. I need 3.19, not 3.2 though, so your patch does
> not help me if I understand it correctly.
>
> >> STAGING_KERNEL_DIR = "${TMPDIR}/work-shared/${MACHINE}/kernel-source"
> >> STAGING_KERNEL_BUILDDIR =
> "${TMPDIR}/work-shared/${MACHINE}/kernel-build-artifacts"
> >>
> >> --
> >> 2.7.0
> >>
> >> --
> >> _______________________________________________
> >> Openembedded-core mailing list
> >> Openembedded-core at lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
>
>
> --
> Best regards,
> Marek Vasut
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160508/fbd3c867/attachment-0002.html>