From: Guenter Roeck <linux@roeck-us.net>
To: Olof Johansson <olof@lixom.net>, Mark Brown <broonie@kernel.org>
Cc: Thierry Reding <thierry.reding@gmail.com>,
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
Date: Fri, 18 Oct 2013 04:33:46 -0700 [thread overview]
Message-ID: <52611C9A.8080707@roeck-us.net> (raw)
In-Reply-To: <20131018074526.GA30578@quad.lixom.net>
On 10/18/2013 12:45 AM, Olof Johansson wrote:
> 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 : [<c008ad28>] lr : [<c023e168>] 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] [<c008ad28>] (kfree+0x54/0xc4) from [<c023e168>] (ata_host_register+0x3c/0x290)
> [ 0.965542] [<c023e168>] (ata_host_register+0x3c/0x290) from [<c023e498>] (ata_host_activate+0xdc/0x118)
> [ 0.974992] [<c023e498>] (ata_host_activate+0xdc/0x118) from [<c0251130>] (mv_platform_probe+0x2dc/0x36c)
> [ 0.984527] [<c0251130>] (mv_platform_probe+0x2dc/0x36c) from [<c021b6c4>] (platform_drv_probe+0x18/0x48)
> [ 0.994051] [<c021b6c4>] (platform_drv_probe+0x18/0x48) from [<c0219e88>] (really_probe+0x74/0x1fc)
> [ 1.003062] [<c0219e88>] (really_probe+0x74/0x1fc) from [<c021a0fc>] (__driver_attach+0x98/0x9c)
> [ 1.011804] [<c021a0fc>] (__driver_attach+0x98/0x9c) from [<c02186cc>] (bus_for_each_dev+0x60/0x94)
> [ 1.020808] [<c02186cc>] (bus_for_each_dev+0x60/0x94) from [<c0219728>] (bus_add_driver+0x148/0x1f0)
> [ 1.029898] [<c0219728>] (bus_add_driver+0x148/0x1f0) from [<c021a700>] (driver_register+0x78/0xf8)
> [ 1.038911] [<c021a700>] (driver_register+0x78/0xf8) from [<c04e2ed0>] (mv_init+0x30/0x50)
> [ 1.047144] [<c04e2ed0>] (mv_init+0x30/0x50) from [<c000877c>] (do_one_initcall+0x100/0x14c)
> [ 1.055557] [<c000877c>] (do_one_initcall+0x100/0x14c) from [<c04cead4>] (kernel_init_freeable+0x120/0x1c0)
> [ 1.065259] [<c04cead4>] (kernel_init_freeable+0x120/0x1c0) from [<c038fe30>] (kernel_init+0x8/0x158)
> [ 1.074441] [<c038fe30>] (kernel_init+0x8/0x158) from [<c000e0b8>] (ret_from_fork+0x14/0x3c)
> [ 1.082841] Code: e0823283 e3110902 1593301c e593001c (e5904054)
>
My 'sh' qemu run fails with:
BUG: unable to handle kernel paging request at 00006e81
PC: [<8c1f10ce>] ata_finalize_port_ops+0x4e/0xc0
pgd = 8c401150
[00006e81] *pgd=00000000
Oops: 0000 [#1]
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Not tainted 3.12.0-rc5-next-20131017-06210-gdaa01b0 #1
task: 8fc27be0 ti: 8fc28000 task.ti: 8fc28000
PC is at ata_finalize_port_ops+0x4e/0xc0
PR is at ata_host_start+0x48/0x1c0
PC : 8c1f10ce SP : 8fc29e0c SR : 40008001 TEA : 00006e81
R0 : 00000000 R1 : 8fc83018 R2 : 00006e81 R3 : 00000000
R4 : 8fc83000 R5 : 000000bc R6 : 00006e69 R7 : 8fc830f0
R8 : 8fd47cac R9 : 8fd47cac R10 : 00000000 R11 : 8c207d80
R12 : 8c1f1080 R13 : 00000000 R14 : 00000064
MACH: 00000000 MACL: 00000001 GBR : 00000000 PR : 8c1f21e8
Call trace:
[<8c1f807e>] ata_host_activate+0x1e/0x120
[<8c207d80>] ata_sff_interrupt+0x0/0x240
[<8c209ed6>] pata_platform_probe+0x76/0x120
[<8c209ed6>] pata_platform_probe+0x76/0x120
[<8c1cf440>] platform_get_resource+0x0/0x60
[<8c1cfeda>] platform_drv_probe+0x1a/0x60
[<8c012800>] arch_local_save_flags+0x0/0x20
[<8c1ce1ee>] driver_probe_device+0x6e/0x260
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c1cc4c0>] klist_devices_put+0x0/0x20
[<8c1ce466>] __driver_attach+0x86/0xa0
[<8c2fa800>] mutex_lock+0x0/0x60
[<8c1cc8c8>] bus_for_each_dev+0x48/0x80
[<8c1cc620>] next_device+0x0/0x20
[<8c1ce3e0>] __driver_attach+0x0/0xa0
[<8c1cd862>] bus_add_driver+0xc2/0x220
[<8c1ce90c>] driver_register+0x4c/0x120
[<8c3eeccc>] pata_platform_driver_init+0x0/0x14
[<8c011244>] do_one_initcall+0x1c4/0x280
[<8c3eeccc>] pata_platform_driver_init+0x0/0x14
[<8c059160>] register_irq_proc+0x0/0xa0
[<8c10b6f0>] proc_create_data+0x50/0xe0
[<8c03f2b8>] parse_args+0x218/0x3a0
[<8c03f000>] parameq+0x0/0xa0
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c3e0a06>] kernel_init_freeable+0xce/0x1c8
[<8c011080>] do_one_initcall+0x0/0x280
[<8c3e0158>] repair_env_string+0x0/0x80
[<8c2f492c>] kernel_init+0xc/0xe0
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c04a580>] schedule_tail+0x0/0x60
[<8c0181e8>] ret_from_kernel_thread+0xc/0x14
[<8c04a580>] schedule_tail+0x0/0x60
[<8c2f4920>] kernel_init+0x0/0xe0
Code:
8c1f10c8: mov.l @r1, r3
8c1f10ca: tst r3, r3
8c1f10cc: bf 8c1f10c0
->8c1f10ce: mov.l @r2, r3
8c1f10d0: mov.l r3, @r1
8c1f10d2: add #4, r1
8c1f10d4: cmp/hi r1, r7
8c1f10d6: bt.s 8c1f10c8
8c1f10d8: add #4, r2
I can try to bisect later today if needed, but it looks similar.
Also, the parisc:a500_defconfig is a new build failure.
Guenter
WARNING: multiple messages have this Message-ID (diff)
From: linux@roeck-us.net (Guenter Roeck)
To: linux-arm-kernel@lists.infradead.org
Subject: linux-next: Tree for Oct 17
Date: Fri, 18 Oct 2013 04:33:46 -0700 [thread overview]
Message-ID: <52611C9A.8080707@roeck-us.net> (raw)
In-Reply-To: <20131018074526.GA30578@quad.lixom.net>
On 10/18/2013 12:45 AM, Olof Johansson wrote:
> 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 : [<c008ad28>] lr : [<c023e168>] 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] [<c008ad28>] (kfree+0x54/0xc4) from [<c023e168>] (ata_host_register+0x3c/0x290)
> [ 0.965542] [<c023e168>] (ata_host_register+0x3c/0x290) from [<c023e498>] (ata_host_activate+0xdc/0x118)
> [ 0.974992] [<c023e498>] (ata_host_activate+0xdc/0x118) from [<c0251130>] (mv_platform_probe+0x2dc/0x36c)
> [ 0.984527] [<c0251130>] (mv_platform_probe+0x2dc/0x36c) from [<c021b6c4>] (platform_drv_probe+0x18/0x48)
> [ 0.994051] [<c021b6c4>] (platform_drv_probe+0x18/0x48) from [<c0219e88>] (really_probe+0x74/0x1fc)
> [ 1.003062] [<c0219e88>] (really_probe+0x74/0x1fc) from [<c021a0fc>] (__driver_attach+0x98/0x9c)
> [ 1.011804] [<c021a0fc>] (__driver_attach+0x98/0x9c) from [<c02186cc>] (bus_for_each_dev+0x60/0x94)
> [ 1.020808] [<c02186cc>] (bus_for_each_dev+0x60/0x94) from [<c0219728>] (bus_add_driver+0x148/0x1f0)
> [ 1.029898] [<c0219728>] (bus_add_driver+0x148/0x1f0) from [<c021a700>] (driver_register+0x78/0xf8)
> [ 1.038911] [<c021a700>] (driver_register+0x78/0xf8) from [<c04e2ed0>] (mv_init+0x30/0x50)
> [ 1.047144] [<c04e2ed0>] (mv_init+0x30/0x50) from [<c000877c>] (do_one_initcall+0x100/0x14c)
> [ 1.055557] [<c000877c>] (do_one_initcall+0x100/0x14c) from [<c04cead4>] (kernel_init_freeable+0x120/0x1c0)
> [ 1.065259] [<c04cead4>] (kernel_init_freeable+0x120/0x1c0) from [<c038fe30>] (kernel_init+0x8/0x158)
> [ 1.074441] [<c038fe30>] (kernel_init+0x8/0x158) from [<c000e0b8>] (ret_from_fork+0x14/0x3c)
> [ 1.082841] Code: e0823283 e3110902 1593301c e593001c (e5904054)
>
My 'sh' qemu run fails with:
BUG: unable to handle kernel paging request at 00006e81
PC: [<8c1f10ce>] ata_finalize_port_ops+0x4e/0xc0
pgd = 8c401150
[00006e81] *pgd=00000000
Oops: 0000 [#1]
Modules linked in:
CPU: 0 PID: 1 Comm: swapper Not tainted 3.12.0-rc5-next-20131017-06210-gdaa01b0 #1
task: 8fc27be0 ti: 8fc28000 task.ti: 8fc28000
PC is at ata_finalize_port_ops+0x4e/0xc0
PR is at ata_host_start+0x48/0x1c0
PC : 8c1f10ce SP : 8fc29e0c SR : 40008001 TEA : 00006e81
R0 : 00000000 R1 : 8fc83018 R2 : 00006e81 R3 : 00000000
R4 : 8fc83000 R5 : 000000bc R6 : 00006e69 R7 : 8fc830f0
R8 : 8fd47cac R9 : 8fd47cac R10 : 00000000 R11 : 8c207d80
R12 : 8c1f1080 R13 : 00000000 R14 : 00000064
MACH: 00000000 MACL: 00000001 GBR : 00000000 PR : 8c1f21e8
Call trace:
[<8c1f807e>] ata_host_activate+0x1e/0x120
[<8c207d80>] ata_sff_interrupt+0x0/0x240
[<8c209ed6>] pata_platform_probe+0x76/0x120
[<8c209ed6>] pata_platform_probe+0x76/0x120
[<8c1cf440>] platform_get_resource+0x0/0x60
[<8c1cfeda>] platform_drv_probe+0x1a/0x60
[<8c012800>] arch_local_save_flags+0x0/0x20
[<8c1ce1ee>] driver_probe_device+0x6e/0x260
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c1cc4c0>] klist_devices_put+0x0/0x20
[<8c1ce466>] __driver_attach+0x86/0xa0
[<8c2fa800>] mutex_lock+0x0/0x60
[<8c1cc8c8>] bus_for_each_dev+0x48/0x80
[<8c1cc620>] next_device+0x0/0x20
[<8c1ce3e0>] __driver_attach+0x0/0xa0
[<8c1cd862>] bus_add_driver+0xc2/0x220
[<8c1ce90c>] driver_register+0x4c/0x120
[<8c3eeccc>] pata_platform_driver_init+0x0/0x14
[<8c011244>] do_one_initcall+0x1c4/0x280
[<8c3eeccc>] pata_platform_driver_init+0x0/0x14
[<8c059160>] register_irq_proc+0x0/0xa0
[<8c10b6f0>] proc_create_data+0x50/0xe0
[<8c03f2b8>] parse_args+0x218/0x3a0
[<8c03f000>] parameq+0x0/0xa0
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c3e0a06>] kernel_init_freeable+0xce/0x1c8
[<8c011080>] do_one_initcall+0x0/0x280
[<8c3e0158>] repair_env_string+0x0/0x80
[<8c2f492c>] kernel_init+0xc/0xe0
[<8c012820>] arch_local_irq_restore+0x0/0x40
[<8c04a580>] schedule_tail+0x0/0x60
[<8c0181e8>] ret_from_kernel_thread+0xc/0x14
[<8c04a580>] schedule_tail+0x0/0x60
[<8c2f4920>] kernel_init+0x0/0xe0
Code:
8c1f10c8: mov.l @r1, r3
8c1f10ca: tst r3, r3
8c1f10cc: bf 8c1f10c0
->8c1f10ce: mov.l @r2, r3
8c1f10d0: mov.l r3, @r1
8c1f10d2: add #4, r1
8c1f10d4: cmp/hi r1, r7
8c1f10d6: bt.s 8c1f10c8
8c1f10d8: add #4, r2
I can try to bisect later today if needed, but it looks similar.
Also, the parisc:a500_defconfig is a new build failure.
Guenter
next prev parent reply other threads:[~2013-10-18 11:33 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-18 0:38 linux-next: Tree for Oct 17 Mark Brown
2013-10-18 7:45 ` Olof Johansson
2013-10-18 7:45 ` Olof Johansson
2013-10-18 8:22 ` Thierry Reding
2013-10-18 8:22 ` Thierry Reding
2013-10-18 8:22 ` Thierry Reding
2013-10-18 16:22 ` Kevin Hilman
2013-10-18 16:22 ` Kevin Hilman
2013-10-18 17:01 ` Kevin Hilman
2013-10-18 17:01 ` Kevin Hilman
2013-10-18 17:55 ` Olof Johansson
2013-10-18 17:55 ` Olof Johansson
2013-10-18 11:33 ` Guenter Roeck [this message]
2013-10-18 11:33 ` Guenter Roeck
2013-10-18 18:08 ` linux-next: Tree for Oct 17 (pinctrl-single.c) Randy Dunlap
2013-10-18 19:43 ` Linus Walleij
2013-10-18 23:39 ` Tony Lindgren
2013-10-18 23:41 ` Randy Dunlap
2013-10-18 23:49 ` Tony Lindgren
2013-10-19 0:39 ` Tony Lindgren
2013-10-19 0:41 ` Randy Dunlap
2013-10-18 18:14 ` linux-next: Tree for Oct 17 (drm: panel-simple) Randy Dunlap
-- strict thread matches above, loose matches on Subject: below --
2025-10-17 15:11 linux-next: Tree for Oct 17 Mark Brown
2024-10-17 8:55 Stephen Rothwell
2023-10-17 4:12 Stephen Rothwell
2022-10-17 1:22 Stephen Rothwell
2019-10-17 4:26 Stephen Rothwell
2018-10-17 6:06 Stephen Rothwell
2016-10-17 2:09 Stephen Rothwell
2014-10-17 3:34 Stephen Rothwell
2012-10-17 2:43 Stephen Rothwell
2012-10-17 2:43 ` Stephen Rothwell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52611C9A.8080707@roeck-us.net \
--to=linux@roeck-us.net \
--cc=broonie@kernel.org \
--cc=khilman@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=olof@lixom.net \
--cc=thierry.reding@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.