Re: linux-next: Tree for Feb 6 [WARNING: at kernel/sched/clock.c:219 sched_clock_cpu+0xf9/0x110()]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 6, 2013 at 9:49 AM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote:
> On Wed, Feb 6, 2013 at 9:23 AM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote:
>> On Wed, Feb 6, 2013 at 8:43 AM, Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> wrote:
>>> Hi all,
>>>
>>> Changes since 20130204:
>>>
>>> The metag tree gained a conflict against the arc tree.
>>>
>>> I added a couple of merge fix patches to the mips tree for breakage in
>>> other architectures.
>>>
>>> The powerpc tree still had a build failure.
>>>
>>> The crypto tree gained a conflict against the net-next tree.
>>>
>>> The sound-asoc tree lost its build failure.
>>>
>>> The block tree gained a build failure for which I applied a merge fix
>>> patch.
>>>
>>> The battery tree gained a conflict against the mfd tree.
>>>
>>> The spi tree gained a conflict against the sound-asoc tree.
>>>
>>> The kvm tree gained a conflict against the arm tree.
>>>
>>> The driver-core tree gained conflicts against the spi and iommu trees.
>>>
>>> The tty tree gained a build failure on sparc32 for which I applied a
>>> patch.
>>>
>>> The akpm tree gained a conflict against the nfsd tree and a build failure
>>> for which I reverted a commit.
>>>
>>> ----------------------------------------------------------------------------
>>>
>>
>> [ CC x86 folks ]
>>
>> With today's Linux-Next I get this warning:
>>
>> [    0.000000] Console: colour dummy device 80x25
>> [    0.000000] ------------[ cut here ]------------
>> [    0.000000] WARNING: at kernel/sched/clock.c:219 sched_clock_cpu+0xf9/0x110()
>> [    0.000000] Hardware name: 530U3BI/530U4BI/530U4BH
>> [    0.000000] Modules linked in:
>> [    0.000000] Pid: 0, comm: swapper/0 Not tainted
>> 3.8.0-rc6-next20130206-1-iniza-small #1
>> [    0.000000] Call Trace:
>> [    0.000000]  [<ffffffff8105a5cf>] warn_slowpath_common+0x7f/0xc0
>> [    0.000000]  [<ffffffff8105a62a>] warn_slowpath_null+0x1a/0x20
>> [    0.000000]  [<ffffffff81093319>] sched_clock_cpu+0xf9/0x110
>> [    0.000000]  [<ffffffff8105c611>] __console_unlock.part.9+0x31/0x440
>> [    0.000000]  [<ffffffff816b327b>] ? printk+0x61/0x63
>> [    0.000000]  [<ffffffff8105ca4d>] console_unlock+0x2d/0x40
>> [    0.000000]  [<ffffffff81d3ecce>] con_init+0x218/0x22b
>> [    0.000000]  [<ffffffff81d3e259>] console_init+0x16/0x27
>> [    0.000000]  [<ffffffff81d06d7a>] start_kernel+0x28b/0x3fc
>> [    0.000000]  [<ffffffff81d068ef>] ? repair_env_string+0x5a/0x5a
>> [    0.000000]  [<ffffffff81d06120>] ? early_idt_handlers+0x120/0x120
>> [    0.000000]  [<ffffffff81d065ec>] x86_64_start_reservations+0x2a/0x2c
>> [    0.000000]  [<ffffffff81d066e1>] x86_64_start_kernel+0xf3/0x102
>> [    0.000000] ---[ end trace 79eb6cf41ffc867b ]---
>> [    0.000000] console [tty0] enabled
>>
>> Not sure, if this related to the known console/fbcon locking issue.
>> I will try later to merge [1] and check again.
>>
>> - Sedat -
>>
>> [1] http://cgit.freedesktop.org/~airlied/linux/log/?h=fbcon-locking-fixes
>
> Unrelated to known console/fbcon locking issue (see new dmesg).
>
> - Sedat -

That issue disappeared with next-20130207, but with
CONFIG_VIRT_CPU_ACCOUNTING=y.
( Did not test CONFIG_TICK_CPU_ACCOUNTING=y. )

/boot/config-3.8.0-rc6-next20130206-1-iniza-small:CONFIG_TICK_CPU_ACCOUNTING=y
/boot/config-3.8.0-rc6-next20130207-1-iniza-small:CONFIG_VIRT_CPU_ACCOUNTING=y

- Sedat -
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux