From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751965Ab3JRHpx (ORCPT ); Fri, 18 Oct 2013 03:45:53 -0400 Received: from mail-pb0-f51.google.com ([209.85.160.51]:42095 "EHLO mail-pb0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751073Ab3JRHpw (ORCPT ); Fri, 18 Oct 2013 03:45:52 -0400 Date: Fri, 18 Oct 2013 00:45:26 -0700 From: Olof Johansson To: Mark Brown Cc: Thierry Reding , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, khilman@linaro.org Subject: Re: linux-next: Tree for Oct 17 Message-ID: <20131018074526.GA30578@quad.lixom.net> References: <20131018003847.GH2443@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131018003847.GH2443@sirena.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 18, 2013 at 01:38:47AM +0100, Mark Brown wrote: > Hi all, > > I've uploaded today's linux-next tree to the master branch of the > repository below: > > git://gitorious.org/thierryreding/linux-next.git > > A next-20131017 tag is also provided for convenience. > > One new conflict today but otherwise uneventful. x86_64 allmodconfigs > build after each merge but no other build tests were done. Hi, I'm seeing a fairly large fallout on boot testing. See http://lists.linaro.org/pipermail/kernel-build-reports/2013-October/000719.html for full list (I need to start providing longer backlogs for failures, the top of the oopses is lost in the email). For example, on dove (SolidRun Cubox) I see: [ 0.707248] Unable to handle kernel NULL pointer dereference at virtual address 00000054 [ 0.715297] pgd = c0004000 [ 0.717984] [00000054] *pgd=00000000 [ 0.721548] Internal error: Oops: 5 [#1] ARM [ 0.725794] Modules linked in: [ 0.728841] CPU: 0 PID: 1 Comm: swapper Not tainted 3.12.0-rc5-next-20131017 #1 [ 0.736114] task: ef035c00 ti: ef036000 task.ti: ef036000 [ 0.741497] PC is at kfree+0x54/0xc4 [ 0.745063] LR is at ata_host_register+0x3c/0x290 [ 0.749741] pc : [] lr : [] psr: 40000193 [ 0.749741] sp : ef037da8 ip : 00000034 fp : 00000000 [ 0.761159] r10: 00000000 r9 : ef061810 r8 : c0519fc8 [ 0.766353] r7 : c0519fc8 r6 : a0000113 r5 : ffffffff r4 : ef1c9dd0 [ 0.772850] r3 : c0fc8fe0 r2 : c07c9000 r1 : 40000000 r0 : 00000000 [ 0.779349] Flags: nZcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 0.786708] Control: 10c5387d Table: 00004019 DAC: 00000015 [ 0.792428] Process swapper (pid: 1, stack limit = 0xef036248) [ 0.798234] Stack: (0xef037da8 to 0xef038000) [ 0.957218] [] (kfree+0x54/0xc4) from [] (ata_host_register+0x3c/0x290) [ 0.965542] [] (ata_host_register+0x3c/0x290) from [] (ata_host_activate+0xdc/0x118) [ 0.974992] [] (ata_host_activate+0xdc/0x118) from [] (mv_platform_probe+0x2dc/0x36c) [ 0.984527] [] (mv_platform_probe+0x2dc/0x36c) from [] (platform_drv_probe+0x18/0x48) [ 0.994051] [] (platform_drv_probe+0x18/0x48) from [] (really_probe+0x74/0x1fc) [ 1.003062] [] (really_probe+0x74/0x1fc) from [] (__driver_attach+0x98/0x9c) [ 1.011804] [] (__driver_attach+0x98/0x9c) from [] (bus_for_each_dev+0x60/0x94) [ 1.020808] [] (bus_for_each_dev+0x60/0x94) from [] (bus_add_driver+0x148/0x1f0) [ 1.029898] [] (bus_add_driver+0x148/0x1f0) from [] (driver_register+0x78/0xf8) [ 1.038911] [] (driver_register+0x78/0xf8) from [] (mv_init+0x30/0x50) [ 1.047144] [] (mv_init+0x30/0x50) from [] (do_one_initcall+0x100/0x14c) [ 1.055557] [] (do_one_initcall+0x100/0x14c) from [] (kernel_init_freeable+0x120/0x1c0) [ 1.065259] [] (kernel_init_freeable+0x120/0x1c0) from [] (kernel_init+0x8/0x158) [ 1.074441] [] (kernel_init+0x8/0x158) from [] (ret_from_fork+0x14/0x3c) [ 1.082841] Code: e0823283 e3110902 1593301c e593001c (e5904054) I bisected it down to commit 55acc602faae7c10e53acdca0c70f4936c2539c6, which is really weird. That is: commit 55acc602faae7c10e53acdca0c70f4936c2539c6 Merge: e32face ba6857b Author: Mark Brown AuthorDate: Thu Oct 17 23:55:55 2013 +0100 Commit: Mark Brown CommitDate: Thu Oct 17 23:55:55 2013 +0100 Merge remote-tracking branch 'driver-core/driver-core-next' Conflicts: include/linux/netdevice.h But there isn't anything controversial in the merge commit. I tried checking out either side of that merge, and they both boot fine. I redid the merge myself, and I get no delta compared to your merge and I still get the same failure. I've got more failures than dove, I'll try bisecting a few of the others in the morning (it's late here), hopefully they will help indicate what's actually going wrong. I'm guessing something just happens to move around enough to expose a different problem once the two branches are merged. -Olof