Re: Merging problems

Richard Purdie
2014-12-22T17:00:29Z

On Mon, 2014-12-22 at 17:50 +0100, Martin Jansa wrote:
> On Sat, Dec 20, 2014 at 11:15:09AM +0000, Richard Purdie wrote:
> > So where are we at?
> >
> > Thanks to some great help from Ross, we have a number of patches merged
> > and many of the issues in my last email have been addressed. I'm
> > continuing to struggle with the kernel series. The last build on the
> > autobuilder highlighted that:
> >
> > * there are problems in boot-directdisk.bbclass (have a fix)
> > * there is a do_rootfs/do_package_qa race (have a fix)
> > * the report-error.bbclass tasks could crash (have a fix)
> > * the kernelmodule sanity tests were failing (have a fix)
> > * qemumips gdb is failing to compile, probably due to new kernel
> > headers (no fix as yet)
> > * systemd sanity QA tests continue to fail on xorg and systemd-login
> > (no fix as yet)
> > * there are continuing problems with linux-imx from meta-fsl-arm, I
> > thought these were addressed but clearly not :(
> >
> > Ideally I'd like to take some time off over the holidays but I can't see
> > that happening until the patch queues are under some kind of control :(.
>
> One of kernel patches merged last weekend seems to be causing all /usr/src/kernel
> files to be installed in sysroot without sstate knowledge

That is intentional. The kernel is simply too large and the performance
impact too great to put this under sstate control, we may as well just
run the unpack again. usr/src/kernel should therefore be whitelisted.

> (and possibly missing when kernel is reused from sstate)

The system should be rerunning the kernel unpack process instead for any
of these cases. If its not, let me know the situation and and we'll
ensure the source does get re-extracted.

Cheers,

Richard