[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 10 Oct 2016 21:11:23 +0200
From: Mark Brown <broonie@...nel.org>
To: Guenter Roeck <linux@...ck-us.net>
Cc: Kevin Hilman <khilman@...libre.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"kernelci.org bot" <bot@...nelci.org>,
linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org, shuah.kh@...sung.com,
patches@...nelci.org, ben.hutchings@...ethink.co.uk,
stable@...r.kernel.org
Subject: Re: [PATCH 4.8 00/10] 4.8.1-stable review
On Mon, Oct 10, 2016 at 05:54:22AM -0700, Guenter Roeck wrote:
> Can I find the qemu command line somewhere ? The following work fine
> for me.
> Building arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9 ... running ..... passed
> Building arm:vexpress-a15:multi_v7_defconfig:vexpress-v2p-ca15-tc1 ... running ..... passed
Note that most of the failures my lab saw are with extra configs, the
only vanilla config that failed was vexpress-v2p-ca15_a7 with the
multi_v7_defconfig.
My connection doesn't have IPv6 and is a bit spotty right now so it's a
bit difficult for me to check by lab but today's -next jobs are working
for me as well... looking at the log for the failed stable boots:
https://storage.kernelci.org/stable/v4.8.1/arm-multi_v7_defconfig/lab-broonie/boot-vexpress-v2p-ca15_a7.html
looks like it's some interaction with the test image causing udevadm
settle to not run quickly enough - there's also a big delay before the
UART comes up. I'm wondering if it's just that the host machine is just
too slow here.
Download attachment "signature.asc" of type "application/pgp-signature" (456 bytes)
Powered by blists - more mailing lists