lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 10 Dec 2014 15:26:45 -0800
From:	Fengguang Wu <fengguang.wu@...el.com>
To:	Dietmar Eggemann <dietmar.eggemann@....com>
Cc:	Michael Turquette <mturquette@...erred.io>, LKP <lkp@...org>,
	linux-kernel@...r.kernel.org
Subject: [sched] WARNING: CPU: 0 PID: 0 at arch/x86/kernel/cpu/common.c:1439
 warn_pre_alternatives()

Hi Dietmar,

FYI, here is another bisect result.

https://git.linaro.org/people/mturquette/linux.git eas-next
commit 1fadb581b0be9420b143e43ff2f4a07ea7e45f6c
Author:     Dietmar Eggemann <dietmar.eggemann@....com>
AuthorDate: Tue Dec 2 14:06:24 2014 +0000
Commit:     Michael Turquette <mturquette@...erred.io>
CommitDate: Tue Dec 9 20:33:17 2014 -0800

    sched: Make usage and load tracking cpu scale-invariant
    
    Besides the existing frequency scale-invariance correction factor, apply
    cpu scale-invariance correction factor to usage and load tracking.
    
    Cpu scale-invariance takes cpu performance deviations due to
    micro-architectural differences (i.e. instructions per seconds) between
    cpus in HMP systems (e.g. big.LITTLE) and differences in the frequency
    value of the highest OPP between cpus in SMP systems into consideration.
    
    Each segment of the sched_avg::{running_avg_sum, runnable_avg_sum}
    geometric series is now scaled by the cpu performance factor too so the
    sched_avg::{utilization_avg_contrib, load_avg_contrib} of each entity will
    be invariant from the particular cpu of the HMP/SMP system it is gathered
    on. As a result, cfs_rq::runnable_load_avg which is the sum of
    sched_avg::load_avg_contrib, becomes cpu scale-invariant too.
    
    So the {usage, load} level that is returned by {get_cpu_usage,
    weighted_cpuload} stays relative to the max cpu performance of the system.
    
    Cc: Ingo Molnar <mingo@...hat.com>
    Cc: Peter Zijlstra <peterz@...radead.org>
    Signed-off-by: Dietmar Eggemann <dietmar.eggemann@....com>

===================================================
PARENT COMMIT NOT CLEAN. LOOK OUT FOR WRONG BISECT!
===================================================

Attached dmesg for the parent commit, too, to help confirm whether it is a noise error.

+------------------------------------------------------------------+------------+------------+------------+
|                                                                  | e754569101 | 1fadb581b0 | 1e7327cb22 |
+------------------------------------------------------------------+------------+------------+------------+
| boot_successes                                                   | 0          | 0          | 0          |
| boot_failures                                                    | 80         | 20         | 14         |
| Kernel_panic-not_syncing:Out_of_memory_and_no_killable_processes | 80         |            |            |
| backtrace:lock_torture_stats                                     | 80         |            |            |
| WARNING:at_arch/x86/kernel/cpu/common.c:#warn_pre_alternatives() | 0          | 19         | 14         |
| BUG:unable_to_handle_kernel                                      | 0          | 19         | 14         |
| Oops                                                             | 0          | 19         | 14         |
| RIP:arch_scale_cpu_capacity                                      | 0          | 19         | 14         |
| Kernel_panic-not_syncing:Fatal_exception_in_interrupt            | 0          | 19         | 14         |
| backtrace:acpi_load_tables                                       | 0          | 19         | 14         |
| backtrace:acpi_early_init                                        | 0          | 19         | 14         |
| BUG:kernel_boot_crashed                                          | 0          | 1          |            |
+------------------------------------------------------------------+------------+------------+------------+

[    0.020000] pid_max: default: 32768 minimum: 301
[    0.020000] ACPI: Core revision 20140926
[    0.020006] ------------[ cut here ]------------
[    0.021391] WARNING: CPU: 0 PID: 0 at arch/x86/kernel/cpu/common.c:1439 warn_pre_alternatives+0x2e/0x40()
[    0.024425] You're using static_cpu_has before alternatives have run!
[    0.026159] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.18.0-rc2-g1fadb58 #507
[    0.028350] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[    0.029899]  0000000000000009 ffff8800126039f8 ffffffff82d77315 ffff880012603a48
[    0.030000]  0000000000000009 ffff880012603a38 ffffffff81105674 0000000000000000
[    0.030000]  0000000000000050 ffffffff83c7de40 0000000000000000 0000000000000060
[    0.030000] Call Trace:
[    0.030000]  <IRQ>  [<ffffffff82d77315>] dump_stack+0xc5/0x175
[    0.030000]  [<ffffffff81105674>] warn_slowpath_common+0xc4/0x100
[    0.030000]  [<ffffffff81105746>] warn_slowpath_fmt+0x56/0x60
[    0.030000]  [<ffffffff81034dde>] warn_pre_alternatives+0x2e/0x40
[    0.030000]  [<ffffffff81092831>] __do_page_fault+0x4f1/0x1060
[    0.030000]  [<ffffffff81093601>] trace_do_page_fault+0xe1/0x450
[    0.030000]  [<ffffffff8190042a>] ? trace_hardirqs_off_thunk+0x3a/0x3f
[    0.030000]  [<ffffffff81083a8f>] do_async_page_fault+0x3f/0x200
[    0.030000]  [<ffffffff82d9a898>] async_page_fault+0x28/0x30
[    0.030000]  [<ffffffff81179edd>] ? arch_scale_cpu_capacity+0xd/0x30
[    0.030000]  [<ffffffff81179f35>] ? contrib_scale_factor+0x35/0x50
[    0.030000]  [<ffffffff8117eff0>] task_tick_fair+0x2b0/0xe50
[    0.030000]  [<ffffffff81170062>] ? sched_clock_cpu+0x212/0x2e0
[    0.030000]  [<ffffffff8116551b>] scheduler_tick+0x7b/0xf0
[    0.030000]  [<ffffffff811ef834>] update_process_times+0xb4/0xe0
[    0.030000]  [<ffffffff8120b14f>] tick_periodic+0xcf/0xe0
[    0.030000]  [<ffffffff8120b762>] tick_handle_periodic+0x32/0x110
[    0.030000]  [<ffffffff8100df9d>] timer_interrupt+0x1d/0x30
[    0.030000]  [<ffffffff811bcec7>] handle_irq_event_percpu+0x147/0x670
[    0.030000]  [<ffffffff82d96a84>] ? _raw_spin_lock_irqsave+0xc4/0x170
[    0.030000]  [<ffffffff811bd441>] handle_irq_event+0x51/0x90
[    0.030000]  [<ffffffff811c4ada>] handle_level_irq+0x1ba/0x240
[    0.030000]  [<ffffffff8100cd1c>] handle_irq+0x7c/0xa0
[    0.030000]  [<ffffffff8100b9c9>] do_IRQ+0x69/0x190
[    0.030000]  [<ffffffff81aad401>] ? acpi_os_create_cache+0x11/0x64
[    0.030000]  [<ffffffff82d99832>] common_interrupt+0x72/0x72
[    0.030000]  <EOI>  [<ffffffff8102ce07>] ? save_stack_trace+0x37/0x90
[    0.030000]  [<ffffffff81084b7e>] ? native_restore_fl+0xe/0x20
[    0.030000]  [<ffffffff82d96f37>] _raw_spin_unlock_irqrestore+0xe7/0x150
[    0.030000]  [<ffffffff8137f6cc>] __slab_free+0xcc/0x6b0
[    0.030000]  [<ffffffff8137f853>] ? __slab_free+0x253/0x6b0
[    0.030000]  [<ffffffff8137e801>] ? __slab_alloc+0xdf1/0xf60
[    0.030000]  [<ffffffff813820eb>] kmem_cache_free+0x57b/0x630
[    0.030000]  [<ffffffff81aad4a9>] ? acpi_os_release_object+0x15/0x20
[    0.030000]  [<ffffffff81aad4a9>] acpi_os_release_object+0x15/0x20
[    0.030000]  [<ffffffff81afa9c9>] acpi_ps_free_op+0x5f/0x84
[    0.030000]  [<ffffffff81afaaab>] acpi_ps_delete_parse_tree+0x62/0x10c
[    0.030000]  [<ffffffff81af99f3>] acpi_ps_complete_this_op+0x4dd/0x4f3
[    0.030000]  [<ffffffff81af8c67>] acpi_ps_complete_op+0x2f/0x461
[    0.030000]  [<ffffffff81af845d>] acpi_ps_parse_loop+0xd5a/0xdcb
[    0.030000]  [<ffffffff81af9ccd>] acpi_ps_parse_aml+0x167/0x6e6
[    0.030000]  [<ffffffff81aef51c>] acpi_ns_one_complete_parse+0x2ad/0x2da
[    0.030000]  [<ffffffff81aef570>] acpi_ns_parse_table+0x27/0x85
[    0.030000]  [<ffffffff81aee112>] acpi_ns_load_table+0xcb/0x171
[    0.030000]  [<ffffffff84d50199>] acpi_load_tables+0x137/0x2cb
[    0.030000]  [<ffffffff84d4dcd6>] acpi_early_init+0x149/0x295
[    0.030000]  [<ffffffff84cc9aad>] start_kernel+0x737/0x80f
[    0.030000]  [<ffffffff84cc8120>] ? early_idt_handlers+0x120/0x120
[    0.030000]  [<ffffffff84cc866c>] x86_64_start_reservations+0x64/0x6d
[    0.030000]  [<ffffffff84cc8862>] x86_64_start_kernel+0x1ed/0x203
[    0.030000] ---[ end trace 99ec80f6857ad667 ]---
[    0.030000] ------------[ cut here ]------------

git bisect start 1e7327cb22aa5bbd32c80399d05f7668ea5b6ad7 b2776bf7149bddd1f4161f14f79520f17fc1d71d --
git bisect  bad 0673f0768824bc10d94c12c74af0c48fe937f0de  # 16:00      0-     20  Merge 'clk/eas-next' into devel-lkp-nhm1-smoke-201412101539
git bisect good d6e8730ed98528a493522074b36ace58a95a9b97  # 16:13     20+     20  0day base guard for 'devel-lkp-nhm1-smoke-201412101539'
git bisect good c1a1272dcf10f1bea314226c76245604fbf91c87  # 16:22     20+     20  sched: updated comments of CLONE_NEWUTS and CLONE_NEWIPC
git bisect good 7c2684baf9042237fa3f72c9f230637911fe9b53  # 16:35     20+     20  sched: energy_model: simple cpu frequency scaling policy
git bisect good 123c1de3f5f485b44b1b84c50b40cbafe1e379d6  # 16:47     20+     20  sched: add ftrace for io latency tracking
git bisect  bad 318e8cc222050c8c542c7471224fe3ba1ac18062  # 16:53      1-     20  arm: Frequency invariant scheduler load-tracking support
git bisect good b9ed965defe8f8ee2e57e0a9372c70b883a4ea3f  # 17:11     20+     20  Merge remote-tracking branch 'eas-next/eas-next' into sched/cpuidle/eas-next
git bisect  bad 1fadb581b0be9420b143e43ff2f4a07ea7e45f6c  # 17:19      1-     20  sched: Make usage and load tracking cpu scale-invariant
git bisect good e754569101f392e1924d8ce6f087ea4cfad91d69  # 17:34     20+     20  sched: Make load tracking frequency scale-invariant
# first bad commit: [1fadb581b0be9420b143e43ff2f4a07ea7e45f6c] sched: Make usage and load tracking cpu scale-invariant
git bisect good e754569101f392e1924d8ce6f087ea4cfad91d69  # 17:38     60+     80  sched: Make load tracking frequency scale-invariant
# extra tests on HEAD of linux-devel/devel-lkp-nhm1-smoke-201412101539
git bisect  bad 1e7327cb22aa5bbd32c80399d05f7668ea5b6ad7  # 17:38      0-     14  0day head guard for 'devel-lkp-nhm1-smoke-201412101539'
# extra tests on tree/branch clk/eas-next
git bisect  bad 67cc03886394320689d30d65d65b386756d47e39  # 17:51      1-     11  sched: Include blocked load in weighted_cpuload
# extra tests on tree/branch linus/master
git bisect good 86c6a2fddf0b89b494c7616f2c06cf915c4bff01  # 17:57     60+     64  Merge branch 'sched-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
# extra tests on tree/branch next/master
git bisect good 12fd07251e19050ca979d9ce5d4b6bcb41dc00e9  # 18:09     60+     60  Add linux-next specific files for 20141210


This script may reproduce the error.

----------------------------------------------------------------------------
#!/bin/bash

kernel=$1

kvm=(
	qemu-system-x86_64
	-enable-kvm
	-cpu Haswell,+smep,+smap
	-kernel $kernel
	-m 320
	-smp 2
	-net nic,vlan=1,model=e1000
	-net user,vlan=1
	-boot order=nc
	-no-reboot
	-watchdog i6300esb
	-rtc base=localtime
	-serial stdio
	-display none
	-monitor null 
)

append=(
	hung_task_panic=1
	earlyprintk=ttyS0,115200
	debug
	apic=debug
	sysrq_always_enabled
	rcupdate.rcu_cpu_stall_timeout=100
	panic=-1
	softlockup_panic=1
	nmi_watchdog=panic
	oops=panic
	load_ramdisk=2
	prompt_ramdisk=0
	console=ttyS0,115200
	console=tty0
	vga=normal
	root=/dev/ram0
	rw
	drbd.minor_count=8
)

"${kvm[@]}" --append "${append[*]}"
----------------------------------------------------------------------------

Thanks,
Fengguang

View attachment "dmesg-quantal-kbuild-7:20141210171614:x86_64-randconfig-n0-12101521:3.18.0-rc2-g1fadb58:507" of type "text/plain" (43392 bytes)

View attachment "dmesg-quantal-client1-11:20141210173336:x86_64-randconfig-n0-12101521:3.18.0-rc2-ge754569:509" of type "text/plain" (132373 bytes)

View attachment "config-3.18.0-rc2-g1fadb58" of type "text/plain" (79832 bytes)

_______________________________________________
LKP mailing list
LKP@...ux.intel.com

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ