[lkp-robot] [x86/mm] a966ff5e8e: [No primary change] +136% perf-stat.dTLB-store-misses
by kernel test robot
Greeting,
There is no primary kpi change in this test, below is the data collected through multiple monitors running background just for your information.
commit: a966ff5e8eb57208523f0eacb8ab46008688b1b2 ("x86/mm: Factor out remote TLB flushing")
https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git x86/pcid
in testcase: pixz
on test machine: 80 threads Intel(R) Xeon(R) CPU E7- 8870 @ 2.40GHz with 128G memory
with following parameters:
nr_threads: 100%
cpufreq_governor: performance
Details are as below:
-------------------------------------------------------------------------------------------------->
To reproduce:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/wfg/lkp-tests.git
cd lkp-tests
bin/lkp install job.yaml # job file is attached in this email
bin/lkp run job.yaml
testcase/path_params/tbox_group/run: pixz/100%-performance/lkp-wsx02
b760342527f665dc a966ff5e8eb57208523f0eacb8
---------------- --------------------------
%stddev change %stddev
\ | \
1.893e+09 ± 3% 136% 4.466e+09 perf-stat.dTLB-store-misses
0.11 ± 3% 135% 0.26 perf-stat.dTLB-store-miss-rate%
4.303e+08 26% 5.427e+08 perf-stat.iTLB-load-misses
0.00 26% 0.00 perf-stat.iTLB-load-miss-rate%
2.223e+10 11% 2.476e+10 perf-stat.dTLB-load-misses
0.52 11% 0.57 perf-stat.dTLB-load-miss-rate%
33341 -20% 26518 perf-stat.instructions-per-iTLB-miss
201596 ±171% 1e+06 1396125 ±163% latency_stats.avg.max
213975 ±157% 1e+06 1404448 ±162% latency_stats.max.max
perf-stat.dTLB-store-misses
6e+09 ++------------------------------------------------------------------+
| |
5e+09 ++ O O O |
O O O O O O O O O O O O O O O O O O |
| O O O O O |
4e+09 ++ |
| |
3e+09 ++ |
| *.*.. *..* |
2e+09 *+ .*. .*.*..* : + + .*..*.|
| *..*.* *..*.* : *.* : *.*.* *.*.* *.* *
| : : : : : : |
1e+09 ++ : : : : : : |
| :: :: : : |
0 ++-----------------------*-O----*------------------------*----------+
perf-stat.dTLB-store-miss-rate_
0.3 ++------------O-----------------O------------------------------------+
O O O O O O O O O O O O |
0.25 ++O O O O O O O O O O O O |
| |
| |
0.2 ++ |
| |
0.15 ++ |
| .*.. .*.. |
0.1 *+*..*.* *.*.* *.* *.* *.*.*.*..*.*.*..*.*.* *.*.*..*.*
| : : : : : : |
| : : : : : : |
0.05 ++ : : : : : : |
| :: :: :: |
0 ++-----------------------*--O---*-------------------------*----------+
[*] bisect-good sample
[O] bisect-bad sample
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
Thanks,
Xiaolong
5 years, 4 months
[lkp-robot] [mm] e4ca24b7a8: [No primary change] chromeswap.faults_swap_0.50_sequential_faults_95th_percentile 14.2%
by kernel test robot
Greeting,
There is no primary kpi change in this test, below is the data collected through multiple monitors running background just for your information.
commit: e4ca24b7a8a47de06ea539b6559d011a7f47ae2b ("mm: fix handling PTE-mapped THPs in page_referenced()")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: chromeswap
on test machine: 8 threads Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz with 8G memory
with following parameters:
nr_pmem: 1
selection: sequential
nr_procs: 50
swap_targets: 0.5
cpufreq_governor: performance
Details are as below:
-------------------------------------------------------------------------------------------------->
To reproduce:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/wfg/lkp-tests.git
cd lkp-tests
bin/lkp install job.yaml # job file is attached in this email
bin/lkp run job.yaml
testcase/path_params/tbox_group/run: chromeswap/1-sequential-50-0.5-performance/lkp-hsw-d01
9493a7b4766de76d e4ca24b7a8a47de06ea539b655
---------------- --------------------------
%stddev change %stddev
\ | \
433.33 ± 1% +14.2% 494.75 ± 2% chromeswap.faults_swap_0.50_sequential_faults_95th_percentile
446.67 ± 1% +15.0% 513.50 ± 1% chromeswap.faults_swap_0.50_sequential_faults_99th_percentile
12117099 ± 10% -26.6% 8892877 ± 3% chromeswap.time.minor_page_faults
2.64 ± 1% +11.9% 2.96 ± 5% chromeswap.us_fault_swap_0.50_sequential_fault_time_95th_percentile
2.43 ± 1% -8.7% 2.21 ± 5% chromeswap.us_fault_swap_0.50_sequential_fault_time_median
721065 ± 13% -19.8% 578011 ± 4% interrupts.CAL:Function_call_interrupts
12117099 ± 10% -26.6% 8892877 ± 3% time.minor_page_faults
12447239 ± 9% -25.9% 9223106 ± 3% perf-stat.minor-faults
8.433e+09 ± 0% -2.9% 8.187e+09 ± 2% perf-stat.node-loads
1.112e+08 ± 8% +33.4% 1.483e+08 ± 8% proc-vmstat.pgdeactivate
1371 ± 2% -25.5% 1022 ± 0% proc-vmstat.thp_split_page
23.91 ± 0% +4.2% 24.90 ± 2% turbostat.CorWatt
32.91 ± 0% +3.2% 33.97 ± 2% turbostat.PkgWatt
221.56 ± 4% -22.6% 171.46 ± 10% sched_debug.cfs_rq:/.runnable_load_avg.avg
10721 ±119% -193.9% -10072 ±-144% sched_debug.cfs_rq:/.spread0.avg
52123 ± 12% +30.5% 68030 ± 7% sched_debug.cpu.nr_load_updates.min
16878 ± 21% -37.8% 10494 ± 17% sched_debug.cpu.nr_load_updates.stddev
8290 ± 10% -12.3% 7272 ± 5% slabinfo.anon_vma_chain.active_objs
2352 ± 7% -19.8% 1886 ± 8% slabinfo.cred_jar.active_objs
2479 ± 5% -13.9% 2136 ± 8% slabinfo.cred_jar.num_objs
9471 ± 3% -26.4% 6973 ± 18% slabinfo.kmalloc-32.active_objs
9471 ± 3% -26.4% 6973 ± 18% slabinfo.kmalloc-32.num_objs
1491 ± 11% -24.6% 1124 ± 3% slabinfo.kmalloc-512.active_objs
1492 ± 11% -23.1% 1147 ± 4% slabinfo.kmalloc-512.num_objs
619071 ± 31% -7% 578011 ± 4% interrupts.CAL:Function_call_interrupts
33.22 33.97 turbostat.PkgWatt
24.10 3% 24.90 turbostat.CorWatt
7.053e+09 ± 33% 16% 8.187e+09 perf-stat.node-loads
10577095 ± 32% -13% 9223106 ± 3% perf-stat.minor-faults
chromeswap.faults_swap_0.50_sequential_faults_95th_percentile
600 ++--------------------------------------------------------------------+
| |
500 ++O O O O O O O O O |
| O O O O O O O O O O |
| *.*.* * *.*..*.*.*.*.*.* * *.*.* *.*.* *.*.*.*.* *.*
400 ++: : : : : : : : : : : : : |
| : : : : : : : : : : : : : |
300 ++ : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
200 ++ : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
100 ++ : : : : : : :: : |
| : : : : : : : : |
0 O+--O---*---O----------------O-*---*-------*-*--------*-----------*---+
chromeswap.faults_swap_0.50_sequential_faults_99th_percentile
600 ++--------------------------------------------------------------------+
| |
500 ++O O O O O O O O O O O O O O O O O O O |
| * .*
| *.*.* : *.*..*.*.*.*.*.* * *.*.* *.*.* *.*.*.*.* * |
400 ++: : : : : : : : : : : : : |
| : : : : : : : : : : : : : : |
300 ++ : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
200 ++ : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
|: : : : : : : : : : : : : : : |
100 ++ : : : : : : :: : |
| : : : : : : : : |
0 O+--O---*---O----------------O-*---*-------*-*--------*-----------*---+
[*] bisect-good sample
[O] bisect-bad sample
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
Thanks,
Xiaolong
5 years, 4 months
Re: [LKP] [x86/vsyscall] 3dc33bd30f Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
by Kees Cook
On Tue, Feb 21, 2017 at 4:39 PM, Chunyu Hu <chuhu.ncepu(a)gmail.com> wrote:
> I hit the similar panic on Fedora 25. Is it the same issue?
>
>
> [ 2.527391] Freeing unused kernel memory: 1688K (ffffffffbdf66000 -
> ffffffffbe10c000)
> [ 2.535222] Write protecting the kernel read-only data: 14336k
> [ 2.542679] Freeing unused kernel memory: 1892K (ffff94cb30827000 -
> ffff94cb30a00000)
> [ 2.553482] Freeing unused kernel memory: 700K (ffff94cb30d51000 -
> ffff94cb30e00000)
> [ 2.572048] x86/mm: Checked W+X mappings: passed, no W+X pages found.
> Fatal: [ 2.598239] traps: init[1] general protection ip:7fc841bfc642
> sp:7ffc3fd85870 error:0no entropy gathering module dete[ 2.606473] in
> libc-2.24.so[7fc841bc5000+1bd000]
> cted
I would not expect a vsyscall table problem if it's truly using glibc
2.24. Maybe something regressed in glibc? That really looks like an
attempt to call vsyscalls?
-Kees
> [ 2.617089] Kernel panic - not syncing: Attempted to kill init!
> exitcode=0x0000000b
> [ 2.617089]
> [ 2.618006] CPU: 1 PID: 1 Comm: init Not tainted 4.9.9-200.fc25.x86_64 #1
> [ 2.618006] Hardware name: NEC Express5800/120Rf-1 [N8100-1212]
> /MS-9146-11A, BIOS 6.0.2N18 05/30/2006
> [ 2.618006] ffffb09180197c38 ffffffffbd3f467d ffff94cb3e30d700
> ffffffffbdc3a268
> [ 2.618006] ffffb09180197cc0 ffffffffbd1bfe28 ffff94cb00000010
> ffffb09180197cd0
> [ 2.618006] ffffb09180197c68 000000001acaa185 ffff94cb3e30d7c0
> 000000000000000b
> [ 2.618006] Call Trace:
> [ 2.618006] [<ffffffffbd3f467d>] dump_stack+0x63/0x86
> [ 2.618006] [<ffffffffbd1bfe28>] panic+0xe4/0x22d
> [ 2.618006] [<ffffffffbd0a6e81>] do_exit+0xaf1/0xb00
> [ 2.618006] [<ffffffffbd0a6f17>] do_group_exit+0x47/0xb0
> [ 2.618006] [<ffffffffbd0b23a9>] get_signal+0x289/0x630
> [ 2.618006] [<ffffffffbd026067>] do_signal+0x37/0x690
> [ 2.618006] [<ffffffffbd0ce830>] ? wake_up_state+0x10/0x20
> [ 2.618006] [<ffffffffbd0afc85>] ? signal_wake_up_state+0x25/0x30
> [ 2.618006] [<ffffffffbd0afdbd>] ? complete_signal+0xfd/0x1e0
> [ 2.618006] [<ffffffffbd0b074e>] ? send_signal+0x3e/0x80
> [ 2.719026] [<ffffffffbd003286>] exit_to_usermode_loop+0x76/0xb0
> [ 2.719026] [<ffffffffbd003af0>] prepare_exit_to_usermode+0x40/0x50
> [ 2.729016] [<ffffffffbd81e86f>] retint_user+0x8/0x10
> [ 2.729016] Kernel Offset: 0x3c000000 from 0xffffffff81000000 (relocation
> range: 0xffffffff80000000-0xffffffffbfffffff)
> [ 2.729016] ---[ end Kernel panic - not syncing: Attempted to kill init!
> exitcode=0x0000000b
> [ 2.729016]
> [ 2.759787] ------------[ cut here ]------------
> [ 2.760784] WARNING: CPU: 1 PID: 1 at arch/x86/kernel/smp.c:127
> native_smp_send_reschedule+0x3a/0x40
> [ 2.760784] Modules linked in:
> [ 2.760784] CPU: 1 PID: 1 Comm: init Not tainted 4.9.9-200.fc25.x86_64 #1
> [ 2.760784] Hardware name: NEC Express5800/120Rf-1 [N8100-1212]
> /MS-9146-11A, BIOS 6.0.2N18 05/30/2006
> [ 2.760784] ffff94cb3fd03de8 ffffffffbd3f467d 0000000000000000
> 0000000000000000
> [ 2.760784] ffff94cb3fd03e28 ffffffffbd0a205b 0000007f3fd19670
> 0000000000000000
> [ 2.760784] ffff94cb3fc19600 0000000000000001 00000000fffb76e8
> ffff94cb3fd12768
> [ 2.760784] Call Trace:
> [ 2.760784] <IRQ> [ 2.760784] [<ffffffffbd3f467d>]
> dump_stack+0x63/0x86
> [ 2.760784] [<ffffffffbd0a205b>] __warn+0xcb/0xf0
> [ 2.760784] [<ffffffffbd0a218d>] warn_slowpath_null+0x1d/0x20
> [ 2.760784] [<ffffffffbd04973a>] native_smp_send_reschedule+0x3a/0x40
> [ 2.760784] [<ffffffffbd0e200e>] trigger_load_balance+0x12e/0x1f0
> [ 2.760784] [<ffffffffbd0cf48c>] scheduler_tick+0x9c/0xd0
> [ 2.760784] [<ffffffffbd124270>] ? tick_sched_do_timer+0x50/0x50
> [ 2.760784] [<ffffffffbd113e67>] update_process_times+0x47/0x60
> [ 2.760784] [<ffffffffbd123bc5>] tick_sched_handle.isra.15+0x25/0x60
> [ 2.760784] [<ffffffffbd1242ad>] tick_sched_timer+0x3d/0x70
> [ 2.760784] [<ffffffffbd1148ce>] __hrtimer_run_queues+0xee/0x260
> [ 2.760784] [<ffffffffbd11505a>] hrtimer_interrupt+0x9a/0x180
> [ 2.760784] [<ffffffffbd04bf08>] local_apic_timer_interrupt+0x38/0x60
> [ 2.760784] [<ffffffffbd820a6d>] smp_apic_timer_interrupt+0x3d/0x50
> [ 2.760784] [<ffffffffbd81fc2c>] apic_timer_interrupt+0x8c/0xa0
> [ 2.760784] <EOI> [ 2.760784] [<ffffffffbd1bff31>] ?
> panic+0x1ed/0x22d
> [ 2.760784] [<ffffffffbd1bff2a>] ? panic+0x1e6/0x22d
> [ 2.760784] [<ffffffffbd0a6e81>] do_exit+0xaf1/0xb00
> [ 2.760784] [<ffffffffbd0a6f17>] do_group_exit+0x47/0xb0
> [ 2.760784] [<ffffffffbd0b23a9>] get_signal+0x289/0x630
> [ 2.760784] [<ffffffffbd026067>] do_signal+0x37/0x690
> [ 2.760784] [<ffffffffbd0ce830>] ? wake_up_state+0x10/0x20
> [ 2.760784] [<ffffffffbd0afc85>] ? signal_wake_up_state+0x25/0x30
> [ 2.760784] [<ffffffffbd0afdbd>] ? complete_signal+0xfd/0x1e0
> [ 2.760784] [<ffffffffbd0b074e>] ? send_signal+0x3e/0x80
> [ 2.760784] [<ffffffffbd003286>] exit_to_usermode_loop+0x76/0xb0
> [ 2.760784] [<ffffffffbd003af0>] prepare_exit_to_usermode+0x40/0x50
> [ 2.760784] [<ffffffffbd81e86f>] retint_user+0x8/0x10
> [ 2.760784] ---[ end trace 700147443b06188a ]---
--
Kees Cook
Pixel Security
5 years, 4 months
[PATCH_v4.1_0_3] Make core_pattern support namespace
by Cao Shufeng
This patchset includes following function points:
1: Let usermodehelper function possible to set pid namespace
done by: [PATCH v4 1/3] Make call_usermodehelper_exec possible
to set pid namespace.
2: Let pipe_type core_pattern write dump into container's rootfs
done by: [PATCH v4 2/3] Limit dump_pipe program's permission to
init for container.
2: Make separate core_pattern setting for each container
done by: [PATCH v4 3/3] Make core_pattern support namespace
3: Compatibility with current system
also included in: [PATCH v4 3/3] Make core_pattern support namespace
If container hadn't change core_pattern setting, it will keep
same setting with host.
Test:
1: Pass a test script for each function of this patchset
## TEST IN HOST ##
[root@kerneldev dumptest]# ./test_host
Set file core_pattern: OK
./test_host: line 41: 2366 Segmentation fault (core dumped) "$SCRI=
PT_BASE_DIR"/make_dump
Checking dumpfile: OK
Set file core_pattern: OK
./test_host: line 41: 2369 Segmentation fault (core dumped) "$SCRI=
PT_BASE_DIR"/make_dump
Checking dump_pipe triggered: OK
Checking rootfs: OK
Checking dumpfile: OK
Checking namespace: OK
Checking process list: OK
Checking capabilities: OK
## TEST IN GUEST ##
# ./test
Segmentation fault (core dumped)
Checking dump_pipe triggered: OK
Checking rootfs: OK
Checking dumpfile: OK
Checking namespace: OK
Checking process list: OK
Checking cg pids: OK
Checking capabilities: OK
[ 64.940734] make_dump[2432]: segfault at 0 ip 000000000040049d sp 000=
07ffc4af025f0 error 6 in make_dump[400000+a6000]
#
2: Pass other test(which is not easy to do in script) by hand.
Changelog v4-v4.1:
1. Fix kernel panic pointed out by:
xiaolong.ye(a)intel.com
Changelog v3.1-v4:
1. remove extra fork pointed out by:
Andrei Vagin <avagin(a)gmail.com>
Changelog v3-v3.1:
1. Switch "pwd" of pipe program to container's root fs.
2. Rebase on top of v4.9-rc1
Changelog v2->v3:
1: Fix problem of setting pid namespace, pointed out by:
Andrei Vagin <avagin(a)gmail.com>
Changelog v1(RFC)->v2:
1: Add [PATCH 2/2] which was todo in [RFC v1].
2: Pass a test script for each function.
3: Rebase on top of v4.7.
Suggested-by: Eric W. Biederman <ebiederm(a)xmission.com>
Suggested-by: KOSAKI Motohiro <kosaki.motohiro(a)jp.fujitsu.com>
Signed-off-by: Zhao Lei <zhaolei(a)cn.fujitsu.com>
Signed-off-by: Cao Shufeng <caosf.fnst(a)cn.fujitsu.com>
Cao Shufeng (2):
Make call_usermodehelper_exec possible to set namespaces
Limit dump_pipe program's permission to init for container
Zhao Lei (1):
Make core_pattern support namespace
fs/coredump.c | 150 +++++++++++++++++++++++++++++++++++++++---
include/linux/binfmts.h | 2 +
include/linux/kmod.h | 5 ++
include/linux/pid_namespace.h | 3 +
init/do_mounts_initrd.c | 3 +-
kernel/kmod.c | 55 +++++++++++++---
kernel/pid.c | 2 +
kernel/pid_namespace.c | 2 +
kernel/sysctl.c | 50 ++++++++++++--
lib/kobject_uevent.c | 3 +-
security/keys/request_key.c | 4 +-
11 files changed, 253 insertions(+), 26 deletions(-)
--
2.9.3
5 years, 4 months
[lkp-robot] [sctp] cd2b708750: netperf.Throughput_tps 90.2% improvement
by kernel test robot
Greeting,
FYI, we noticed a 90.2% improvement of netperf.Throughput_tps due to commit:
commit: cd2b708750582e327789d8fb07c6eb5f79f7759f ("sctp: check duplicate node before inserting a new transport")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: netperf
on test machine: qemu-system-x86_64 -enable-kvm -cpu kvm64,+ssse3 -m 1G
with following parameters:
ip: ipv4
runtime: 300s
nr_threads: 1
cluster: cs-localhost
test: SCTP_RR
test-description: Netperf is a benchmark that can be use to measure various aspect of networking performance.
test-url: http://www.netperf.org/netperf/
Details are as below:
-------------------------------------------------------------------------------------------------->
To reproduce:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/wfg/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
testcase/path_params/tbox_group/run: netperf/ipv4-300s-1-cs-localhost-SCTP_RR/vm-lkp-wsx03-1G
7e1392fb94a7f354 cd2b708750582e327789d8fb07
---------------- --------------------------
%stddev change %stddev
\ | \
135 90% 257 netperf.Throughput_tps
631 ± 4% 206% 1930 netperf.time.voluntary_context_switches
41170 87% 77054 netperf.time.involuntary_context_switches
12 ± 4% 28% 16 netperf.time.percent_of_cpu_this_job_got
39.46 27% 50.29 netperf.time.system_time
2134 68% 3588 vmstat.system.cs
565 27% 718 vmstat.system.in
netperf.Throughput_tps
400 ++--------------------------------------------------------------------+
| |
350 O+ O |
| |
| |
300 ++ O O O O O |
| O O O O O O O O O O O O O O O O O O O |
250 ++O O O O O O O O O
| |
200 ++ |
| * * |
| + + + + |
150 *+*.* *.*.*.*.*..*.* *.*.*.*.*. .*.*.*.*.*..*.*.*.*.*.*.*.*.*
| *.*.*.* |
100 ++--------------------------------------------------------------------+
netperf.time.involuntary_context_switches
90000 ++------------------------------------------------------------------+
| O O O O O |
80000 ++ O O O O O O O O O O O O O O |
| O O O O O O O O O O O O O
O O O |
70000 ++ |
| |
60000 ++ |
| |
50000 ++ |
| .*. .*. .*. .*. .*. |
*.*.* *.*.*.*.* * *.*.* * *.*.*.*.*.*.*.* *.*.*.*.|
40000 ++ + + *
| *.*.*.* |
30000 ++------------------------------------------------------------------+
vmstat.system.cs
4500 ++-------------------------------------------------------------------+
| |
4000 ++ O |
O O O O O O O O |
| O O O O O O O O O O O O O O O O O O O O O O O |
3500 ++ O O O
| |
3000 ++ |
| |
2500 ++ |
| .*. .*.*. |
*.*.* *.*.*.*.*.* *.*.*.*.*.. .*.*.*.*.*.*.*.*.*.*.*.*.*.*
2000 ++ *.*.*.* |
| |
1500 ++-------------------------------------------------------------------+
[*] bisect-good sample
[O] bisect-bad sample
Disclaimer:
Results have been estimated based on internal Intel analysis and are provided
for informational purposes only. Any difference in system hardware or software
design or configuration may affect actual performance.
Thanks,
Xiaolong
5 years, 4 months
[x86/vsyscall] 3dc33bd30f Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
by Fengguang Wu
Hi Kees,
It's an old patch, however the panic still happens in linux-next 20170217.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 3dc33bd30f3e1c1bcaaafa3482737694debf0f0b
Author: Kees Cook <keescook(a)chromium.org>
AuthorDate: Wed Aug 12 17:55:19 2015 -0700
Commit: Ingo Molnar <mingo(a)kernel.org>
CommitDate: Sun Sep 20 10:31:06 2015 +0200
x86/entry/vsyscall: Add CONFIG to control default
Most modern systems can run with vsyscall=none. In an effort to
provide a way for build-time defaults to lack legacy settings,
this adds a new CONFIG to select the type of vsyscall mapping to
use, similar to the existing "vsyscall" command line parameter.
Signed-off-by: Kees Cook <keescook(a)chromium.org>
Acked-by: Andy Lutomirski <luto(a)amacapital.net>
Cc: Borislav Petkov <bp(a)alien8.de>
Cc: Brian Gerst <brgerst(a)gmail.com>
Cc: Denys Vlasenko <dvlasenk(a)redhat.com>
Cc: H. Peter Anvin <hpa(a)zytor.com>
Cc: Josh Triplett <josh(a)joshtriplett.org>
Cc: Linus Torvalds <torvalds(a)linux-foundation.org>
Cc: Peter Zijlstra <peterz(a)infradead.org>
Cc: Thomas Gleixner <tglx(a)linutronix.de>
Link: http://lkml.kernel.org/r/20150813005519.GA11696@www.outflux.net
Signed-off-by: Ingo Molnar <mingo(a)kernel.org>
+-----------------------------------------------------------+------------+------------+-----------+
| | c25be94f28 | 3dc33bd30f | v4.10-rc8 |
+-----------------------------------------------------------+------------+------------+-----------+
| boot_successes | 252 | 32 | 25 |
| boot_failures | 0 | 56 | 31 |
| Kernel_panic-not_syncing:Attempted_to_kill_init!exitcode= | 0 | 54 | 28 |
| BUG:kernel_reboot-without-warning_in_boot_stage | 0 | 2 | |
| BUG:kernel_hang_in_test_stage | 0 | 0 | 2 |
| BUG:kernel_reboot-without-warning_in_test_stage | 0 | 0 | 1 |
+-----------------------------------------------------------+------------+------------+-----------+
[ 12.110061] floppy: error -5 while reading block 0
[ 12.130066] floppy: error -5 while reading block 0
[ 12.198488] gfs2: path_lookup on rootfs returned error -2
[ 12.203718] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[ 12.203718]
[ 12.206760] CPU: 0 PID: 1 Comm: init Not tainted 4.3.0-rc1-00133-g3dc33bd #1
[ 12.208393] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 12.210006] 0000000000000000 ffff88001e8cfca8 ffffffff8133b2e0 ffff88001e8cfd28
[ 12.210006] ffffffff810dd97a ffffffff00000010 ffff88001e8cfd38 ffff88001e8cfcd0
[ 12.210006] ffff88001e8d8000 000000000000000b ffff88001e8e4010 0000000000000001
[ 12.210006] Call Trace:
[ 12.210006] [<ffffffff8133b2e0>] dump_stack+0x19/0x1b
[ 12.210006] [<ffffffff810dd97a>] panic+0xb5/0x1db
[ 12.210006] [<ffffffff810827cd>] do_exit+0x3fa/0x7d9
[ 12.210006] [<ffffffff81082c11>] do_group_exit+0x39/0xa1
[ 12.210006] [<ffffffff8108a9eb>] get_signal+0x4a0/0x4e1
[ 12.210006] [<ffffffff8100b0d0>] do_signal+0x23/0x440
[ 12.210006] [<ffffffff81340389>] ? ___ratelimit+0xc8/0xe2
[ 12.210006] [<ffffffff810ab375>] ? __printk_ratelimit+0x13/0x15
[ 12.210006] [<ffffffff81003798>] ? warn_bad_vsyscall+0x2e/0x83
[ 12.210006] [<ffffffff810391bf>] ? bad_area_nosemaphore+0xe/0x10
[ 12.210006] [<ffffffff810394c2>] ? __do_page_fault+0x15e/0x345
[ 12.210006] [<ffffffff81003290>] prepare_exit_to_usermode+0x74/0x9d
[ 12.210006] [<ffffffff81a6c0a2>] retint_user+0x8/0x10
[ 12.210006] Kernel Offset: disabled
Elapsed time: 20
git bisect start v4.4 v4.3 --
git bisect bad cd6caf550a2adc763c6301ecc0be01f422fb2aea # 02:16 7- 9 Merge tag 'for-linus-4.4' of git://git.code.sf.net/p/openipmi/linux-ipmi
git bisect bad 713009809681e5a7871e96e6992692c805b4480b # 02:30 0- 2 Merge tag 'ext4_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4
git bisect bad ccf21b69a83afaee4d5499e0d03eacf23946e08c # 02:41 0- 12 Merge branch 'for-4.4/reservations' of git://git.kernel.dk/linux-block
git bisect good b831ef2cad979912850e34f82415c0c5d59de8cb # 02:58 59+ 0 Merge branch 'ras-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect bad ccc9d4a6d640cbde05d519edeb727881646cf71b # 03:14 30- 5 Merge branch 'linus' of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6
git bisect bad f323c49b300baf89e2cb4050b0def1856c0b1852 # 03:24 0- 15 Merge branch 'x86-cpu-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect bad a75a3f6fc92888e4119744d8594ffdf748c3d444 # 03:35 0- 6 Merge branch 'x86-asm-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect good 53528695ff6d8b77011bc818407c13e30914a946 # 03:56 81+ 0 Merge branch 'sched-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect good d2bea739f8b41d620c235d81e00289d01169dc3c # 04:13 82+ 0 Merge branch 'x86-apic-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect bad 034042cc1e2837a584cda0a5e4fc2b0a96b74543 # 04:22 0- 1 x86/entry/syscalls: Move syscall table declarations into asm/syscalls.h
git bisect bad dd27f998f0ed3c797032a82033fa191be7c61e4c # 04:36 2- 2 x86/entry/64/compat: Fix SYSENTER's NT flag before user memory access
git bisect bad 0b101e62afe626ecae60173f92f1e0ec72151653 # 04:45 0- 3 x86/asm: Force inlining of cpu_relax()
git bisect bad 93f13a9f96771a064c716364aebc6e283b186eb8 # 05:00 0- 5 x86/entry/vsyscall: Fix undefined symbol warning
git bisect bad 3dc33bd30f3e1c1bcaaafa3482737694debf0f0b # 05:18 1- 3 x86/entry/vsyscall: Add CONFIG to control default
git bisect good c25be94f2870bf75552a41ad8b15f756e19ffb1d # 06:28 81+ 0 x86/asm/entry/32, selftests: Add 'test_syscall_vdso' test
# first bad commit: [3dc33bd30f3e1c1bcaaafa3482737694debf0f0b] x86/entry/vsyscall: Add CONFIG to control default
git bisect good c25be94f2870bf75552a41ad8b15f756e19ffb1d # 08:36 242+ 0 x86/asm/entry/32, selftests: Add 'test_syscall_vdso' test
# extra tests with CONFIG_DEBUG_INFO_REDUCED
git bisect bad 3dc33bd30f3e1c1bcaaafa3482737694debf0f0b # 08:45 0- 1 x86/entry/vsyscall: Add CONFIG to control default
# extra tests on HEAD of linus/master
git bisect bad 747ae0a96f1a78b35c5a3d93ad37a16655e16340 # 09:03 0- 1 Merge tag 'media/v4.10-4' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
# extra tests on tree/branch linus/master
git bisect bad 6dc39c50e4aeb769c8ae06edf2b1a732f3490913 # 09:17 5- 2 Merge branch 'for-linus' of git://git.kernel.dk/linux-block
# extra tests on tree/branch linus/master
git bisect bad 6dc39c50e4aeb769c8ae06edf2b1a732f3490913 # 09:17 0- 2 Merge branch 'for-linus' of git://git.kernel.dk/linux-block
# extra tests on tree/branch linux-next/master
git bisect bad 4ce4a759a3e221b5265ebd03c2f8888b69a7cf3e # 09:40 0- 1 Add linux-next specific files for 20170217
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/lkp Intel Corporation
5 years, 4 months
0b10f83694: BUG: KASAN: null-ptr-deref on address 0000000000000078
by kernel test robot
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 0b10f83694ee9e092914a0e7a7d5561de190047e
Merge: c2e99dd f91f694
Author: Ingo Molnar <mingo(a)kernel.org>
AuthorDate: Thu Feb 16 17:25:24 2017 +0100
Commit: Ingo Molnar <mingo(a)kernel.org>
CommitDate: Thu Feb 16 17:25:24 2017 +0100
Merge branch 'irq/core'
0b10f83694 Merge branch 'irq/core'
+------------------------------------------+---+
| | |
+------------------------------------------+---+
| boot_successes | 0 |
| boot_failures | 6 |
| BUG:KASAN:null-ptr-deref_on_address | 6 |
| BUG:unable_to_handle_kernel | 6 |
| Oops | 6 |
| Kernel_panic-not_syncing:Fatal_exception | 6 |
+------------------------------------------+---+
[ 13.744423] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO0
[ 13.746436] hdc: MWDMA2 mode selected
[ 13.746436] hdc: MWDMA2 mode selected
[ 13.747902] ==================================================================
[ 13.747902] ==================================================================
[ 13.749993] BUG: KASAN: null-ptr-deref on address 0000000000000078
[ 13.749993] BUG: KASAN: null-ptr-deref on address 0000000000000078
[ 13.750899] Read of size 8 by task swapper/0/1
[ 13.750899] Read of size 8 by task swapper/0/1
[ 13.750899] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.10.0-rc8-00094-g0b10f83 #1
[ 13.750899] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.10.0-rc8-00094-g0b10f83 #1
[ 13.750899] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 13.750899] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 13.750899] Call Trace:
[ 13.750899] Call Trace:
[ 13.750899] dump_stack+0x63/0x81
[ 13.750899] dump_stack+0x63/0x81
[ 13.750899] kasan_report_error+0x3d9/0x4e4
[ 13.750899] kasan_report_error+0x3d9/0x4e4
[ 13.750899] kasan_report+0x34/0x36
[ 13.750899] kasan_report+0x34/0x36
[ 13.750899] ? handle_edge_irq+0x23/0x301
[ 13.750899] ? handle_edge_irq+0x23/0x301
[ 13.750899] ? apic_ack_edge+0x4d/0x9b
[ 13.750899] ? apic_ack_edge+0x4d/0x9b
[ 13.750899] __asan_load8+0x5e/0x6a
[ 13.750899] __asan_load8+0x5e/0x6a
[ 13.750899] apic_ack_edge+0x4d/0x9b
[ 13.750899] apic_ack_edge+0x4d/0x9b
[ 13.750899] irq_chip_ack_parent+0x36/0x3b
[ 13.750899] irq_chip_ack_parent+0x36/0x3b
[ 13.750899] handle_edge_irq+0x198/0x301
[ 13.750899] handle_edge_irq+0x198/0x301
[ 13.750899] request_threaded_irq+0x262/0x2d3
[ 13.750899] request_threaded_irq+0x262/0x2d3
[ 13.750899] ? ide_requeue_and_plug+0x67/0x67
[ 13.750899] ? ide_requeue_and_plug+0x67/0x67
[ 13.750899] ide_host_register+0x7c3/0xb51
[ 13.750899] ide_host_register+0x7c3/0xb51
[ 13.750899] ide_pci_init_two+0x890/0xd6b
[ 13.750899] ide_pci_init_two+0x890/0xd6b
[ 13.750899] ? do_raw_spin_unlock+0x8a/0xf1
[ 13.750899] ? do_raw_spin_unlock+0x8a/0xf1
[ 13.750899] ? unbind_store+0x185/0x185
[ 13.750899] ? unbind_store+0x185/0x185
[ 13.750899] ? _raw_spin_unlock+0x22/0x2c
[ 13.750899] ? _raw_spin_unlock+0x22/0x2c
[ 13.750899] ? klist_put+0x6a/0xa4
[ 13.750899] ? klist_put+0x6a/0xa4
[ 13.750899] ? pci_do_find_bus+0x79/0x79
[ 13.750899] ? pci_do_find_bus+0x79/0x79
[ 13.750899] ? klist_iter_exit+0x2e/0x3b
[ 13.750899] ? klist_iter_exit+0x2e/0x3b
[ 13.750899] ? bus_find_device+0xaa/0xd8
[ 13.750899] ? bus_find_device+0xaa/0xd8
[ 13.750899] ? put_device+0x12/0x14
[ 13.750899] ? put_device+0x12/0x14
[ 13.750899] ? pci_dev_put+0x15/0x17
[ 13.750899] ? pci_dev_put+0x15/0x17
[ 13.750899] ide_pci_init_one+0x11/0x13
[ 13.750899] ide_pci_init_one+0x11/0x13
[ 13.750899] piix_init_one+0x34/0x39
[ 13.750899] piix_init_one+0x34/0x39
[ 13.750899] ide_scan_pcibus+0x126/0x351
[ 13.750899] ide_scan_pcibus+0x126/0x351
[ 13.750899] ? via_ide_init+0x4b/0x4b
[ 13.750899] ? via_ide_init+0x4b/0x4b
[ 13.750899] do_one_initcall+0x3f/0x1b5
[ 13.750899] do_one_initcall+0x3f/0x1b5
[ 13.750899] kernel_init_freeable+0x249/0x36a
[ 13.750899] kernel_init_freeable+0x249/0x36a
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] kernel_init+0xe/0x11b
[ 13.750899] kernel_init+0xe/0x11b
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ret_from_fork+0x2c/0x40
[ 13.750899] ret_from_fork+0x2c/0x40
[ 13.750899] ==================================================================
[ 13.750899] ==================================================================
[ 13.750899] Disabling lock debugging due to kernel taint
[ 13.750899] Disabling lock debugging due to kernel taint
[ 13.750899] BUG: unable to handle kernel NULL pointer dereference at 0000000000000078
[ 13.750899] BUG: unable to handle kernel NULL pointer dereference at 0000000000000078
[ 13.750899] IP: apic_ack_edge+0x4d/0x9b
[ 13.750899] IP: apic_ack_edge+0x4d/0x9b
[ 13.750899] PGD 0
[ 13.750899] PGD 0
[ 13.750899]
[ 13.750899]
[ 13.750899] Oops: 0000 [#1] SMP KASAN
[ 13.750899] Oops: 0000 [#1] SMP KASAN
[ 13.750899] Modules linked in:
[ 13.750899] Modules linked in:
[ 13.750899] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B 4.10.0-rc8-00094-g0b10f83 #1
[ 13.750899] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G B 4.10.0-rc8-00094-g0b10f83 #1
[ 13.750899] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 13.750899] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 13.750899] task: ffff8800001ea040 task.stack: ffff8800001f0000
[ 13.750899] task: ffff8800001ea040 task.stack: ffff8800001f0000
[ 13.750899] RIP: 0010:apic_ack_edge+0x4d/0x9b
[ 13.750899] RIP: 0010:apic_ack_edge+0x4d/0x9b
[ 13.750899] RSP: 0000:ffff8800001f79c0 EFLAGS: 00010092
[ 13.750899] RSP: 0000:ffff8800001f79c0 EFLAGS: 00010092
[ 13.750899] RAX: ffff8800001ea040 RBX: 0000000000000000 RCX: ffffffffa54f1b43
[ 13.750899] RAX: ffff8800001ea040 RBX: 0000000000000000 RCX: ffffffffa54f1b43
[ 13.750899] RDX: 1ffffffff4c883ec RSI: 0000000000000001 RDI: 0000000000000096
[ 13.750899] RDX: 1ffffffff4c883ec RSI: 0000000000000001 RDI: 0000000000000096
[ 13.750899] RBP: ffff8800001f79d8 R08: 0000000000000001 R09: 0000000000000000
[ 13.750899] RBP: ffff8800001f79d8 R08: 0000000000000001 R09: 0000000000000000
[ 13.750899] R10: 000000000000000a R11: 0000000000000000 R12: ffff8800001d1780
[ 13.750899] R10: 000000000000000a R11: 0000000000000000 R12: ffff8800001d1780
[ 13.750899] R13: ffff880000084180 R14: ffff88000008e7b0 R15: ffff88000008e780
[ 13.750899] R13: ffff880000084180 R14: ffff88000008e7b0 R15: ffff88000008e780
[ 13.750899] FS: 0000000000000000(0000) GS:ffff880018e00000(0000) knlGS:0000000000000000
[ 13.750899] FS: 0000000000000000(0000) GS:ffff880018e00000(0000) knlGS:0000000000000000
[ 13.750899] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 13.750899] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 13.750899] CR2: 0000000000000078 CR3: 000000000b413000 CR4: 00000000000006b0
[ 13.750899] CR2: 0000000000000078 CR3: 000000000b413000 CR4: 00000000000006b0
[ 13.750899] Call Trace:
[ 13.750899] Call Trace:
[ 13.750899] irq_chip_ack_parent+0x36/0x3b
[ 13.750899] irq_chip_ack_parent+0x36/0x3b
[ 13.750899] handle_edge_irq+0x198/0x301
[ 13.750899] handle_edge_irq+0x198/0x301
[ 13.750899] request_threaded_irq+0x262/0x2d3
[ 13.750899] request_threaded_irq+0x262/0x2d3
[ 13.750899] ? ide_requeue_and_plug+0x67/0x67
[ 13.750899] ? ide_requeue_and_plug+0x67/0x67
[ 13.750899] ide_host_register+0x7c3/0xb51
[ 13.750899] ide_host_register+0x7c3/0xb51
[ 13.750899] ide_pci_init_two+0x890/0xd6b
[ 13.750899] ide_pci_init_two+0x890/0xd6b
[ 13.750899] ? do_raw_spin_unlock+0x8a/0xf1
[ 13.750899] ? do_raw_spin_unlock+0x8a/0xf1
[ 13.750899] ? unbind_store+0x185/0x185
[ 13.750899] ? unbind_store+0x185/0x185
[ 13.750899] ? _raw_spin_unlock+0x22/0x2c
[ 13.750899] ? _raw_spin_unlock+0x22/0x2c
[ 13.750899] ? klist_put+0x6a/0xa4
[ 13.750899] ? klist_put+0x6a/0xa4
[ 13.750899] ? pci_do_find_bus+0x79/0x79
[ 13.750899] ? pci_do_find_bus+0x79/0x79
[ 13.750899] ? klist_iter_exit+0x2e/0x3b
[ 13.750899] ? klist_iter_exit+0x2e/0x3b
[ 13.750899] ? bus_find_device+0xaa/0xd8
[ 13.750899] ? bus_find_device+0xaa/0xd8
[ 13.750899] ? put_device+0x12/0x14
[ 13.750899] ? put_device+0x12/0x14
[ 13.750899] ? pci_dev_put+0x15/0x17
[ 13.750899] ? pci_dev_put+0x15/0x17
[ 13.750899] ide_pci_init_one+0x11/0x13
[ 13.750899] ide_pci_init_one+0x11/0x13
[ 13.750899] piix_init_one+0x34/0x39
[ 13.750899] piix_init_one+0x34/0x39
[ 13.750899] ide_scan_pcibus+0x126/0x351
[ 13.750899] ide_scan_pcibus+0x126/0x351
[ 13.750899] ? via_ide_init+0x4b/0x4b
[ 13.750899] ? via_ide_init+0x4b/0x4b
[ 13.750899] do_one_initcall+0x3f/0x1b5
[ 13.750899] do_one_initcall+0x3f/0x1b5
[ 13.750899] kernel_init_freeable+0x249/0x36a
[ 13.750899] kernel_init_freeable+0x249/0x36a
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] kernel_init+0xe/0x11b
[ 13.750899] kernel_init+0xe/0x11b
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ? rest_init+0xcc/0xcc
[ 13.750899] ret_from_fork+0x2c/0x40
[ 13.750899] ret_from_fork+0x2c/0x40
[ 13.750899] Code: 14 d5 1b 00 48 8b 43 28 48 85 c0 75 eb 48 8d 7b 30 e8 02 d5 1b 00 4c 8b 6b 30 65 48 8b 1d fe 58 be 5a 48 8d 7b 78 e8 ed d4 1b 00 <48> 8b 73 78 f7 d6 4c 89 ef e8 19 f6 ff ff 4c 89 e7 e8 2f e8 0d
[ 13.750899] Code: 14 d5 1b 00 48 8b 43 28 48 85 c0 75 eb 48 8d 7b 30 e8 02 d5 1b 00 4c 8b 6b 30 65 48 8b 1d fe 58 be 5a 48 8d 7b 78 e8 ed d4 1b 00 <48> 8b 73 78 f7 d6 4c 89 ef e8 19 f6 ff ff 4c 89 e7 e8 2f e8 0d
[ 13.750899] RIP: apic_ack_edge+0x4d/0x9b RSP: ffff8800001f79c0
[ 13.750899] RIP: apic_ack_edge+0x4d/0x9b RSP: ffff8800001f79c0
[ 13.750899] CR2: 0000000000000078
[ 13.750899] CR2: 0000000000000078
[ 13.750899] ---[ end trace 0925be35fc3fc8de ]---
[ 13.750899] ---[ end trace 0925be35fc3fc8de ]---
git bisect start cd92b5aaf7d7038fc317dc62fe5b23a9ae434f60 7089db84e356562f8ba737c29e472cc42d530dbc --
git bisect bad 1c5b4e718fcf45948c33c9c991b52a0ba62f28ba # 08:09 0- 1 Merge 'linux-review/Christophe-JAILLET/soc-ti-knav_dma-Fix-some-error-handling/20170218-185435' into devel-spot-201702190749
git bisect good 2340485a0584663b1e7bc9cccac2ee994ab69c33 # 08:24 21+ 0 Merge 'f2fs/dev-test' into devel-spot-201702190749
git bisect bad 44a5464887d5e9edd1e6cc70b28cb0f74a173417 # 08:39 0- 1 Merge 'platform-drivers-x86/for-next' into devel-spot-201702190749
git bisect bad 8f5abb49af359c0ce4aad212fbb036c80615c24a # 09:02 0- 5 Merge 'linux-review/Micha-Zegan/mmc-meson-gx-remove-mmc-host-on-device-removal/20170219-011100' into devel-spot-201702190749
git bisect good ee13ff3d943331b9fc06e46e7dc1dbedd0e86278 # 09:17 20+ 0 Merge 'linux-review/Xin-Long/sctp-support-MSG_MORE-flag-when-sending-msg/20170219-020435' into devel-spot-201702190749
git bisect bad 738798cbd486cd99000a4aceeac9b3857ef2a697 # 09:30 0- 4 Merge 'tip/master' into devel-spot-201702190749
git bisect good c2e99dda82b5945907ce4aa9d1fcaf455001538b # 09:52 20+ 0 Merge branch 'efi/core'
git bisect good 0a13cd1a05e7a549259d4f803d2ec2efda07ed7c # 10:09 22+ 23 locking/atomic, kref: Implement kref_put_lock()
git bisect good 2f44e29cef006a4b0a4ecf7d4c5aac7d0fbb505c # 23:12 20+ 0 genirq/msi: Add stubs for get_cached_msi_msg/pci_write_msi_msg
git bisect good 10383aea2f445bce9b2a2b308def08134b438c8e # 23:29 20+ 0 kref: Implement 'struct kref' using refcount_t
git bisect good bc88c10d7e6900916f5e1ba3829d66a9de92b633 # 15:11 22+ 0 locking/spinlock/debug: Remove spinlock lockup detection code
git bisect bad 0b10f83694ee9e092914a0e7a7d5561de190047e # 15:11 0- 6 Merge branch 'irq/core'
git bisect good f91f694540f3f8ed25da57814fe0c673afd36e7e # 15:22 22+ 0 genirq: Reenable shared irq debugging in request_*_irq()
# first bad commit: [0b10f83694ee9e092914a0e7a7d5561de190047e] Merge branch 'irq/core'
git bisect good c2e99dda82b5945907ce4aa9d1fcaf455001538b # 15:27 66+ 2 Merge branch 'efi/core'
git bisect good f91f694540f3f8ed25da57814fe0c673afd36e7e # 15:33 62+ 0 genirq: Reenable shared irq debugging in request_*_irq()
# extra tests with CONFIG_DEBUG_INFO_REDUCED
git bisect bad 0b10f83694ee9e092914a0e7a7d5561de190047e # 18:14 0- 70 Merge branch 'irq/core'
# extra tests on HEAD of linux-devel/devel-spot-201702190749
git bisect bad cd92b5aaf7d7038fc317dc62fe5b23a9ae434f60 # 18:15 0- 25 0day head guard for 'devel-spot-201702190749'
# extra tests on tree/branch linux-next/master
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/lkp Intel Corporation
5 years, 4 months
[hrtimer] 336a9cde10 WARNING: CPU: 1 PID: 1 at kernel/time/hrtimer.c:1090 hrtimer_init
by Fengguang Wu
Hi Marc,
FYI here is another bisect result. The attached reproduce-* script can
be used to reproduce the bug.
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers/core
commit 336a9cde10d641e70bac67d90ae91b3190c3edca
Author: Marc Zyngier <marc.zyngier(a)arm.com>
AuthorDate: Fri Jan 15 17:41:09 2016 +0000
Commit: Thomas Gleixner <tglx(a)linutronix.de>
CommitDate: Sat Feb 18 10:58:39 2017 +0100
hrtimer: Catch invalid clockids again
commit 82e88ff1ea94 ("hrtimer: Revert CLOCK_MONOTONIC_RAW support") removed
unfortunately a sanity check in the hrtimer code which was part of that
MONOTONIC_RAW patch series.
It would have caught the bogus usage of CLOCK_MONOTONIC_RAW in the wireless
code. So bring it back.
It is way too easy to take any random clockid and feed it to the hrtimer
subsystem. At best, it gets mapped to a monotonic base, but it would be
better to just catch illegal values as early as possible.
Detect invalid clockids, map them to CLOCK_MONOTONIC and emit a warning.
[ tglx: Replaced the BUG by a WARN and gracefully map to CLOCK_MONOTONIC ]
Signed-off-by: Marc Zyngier <marc.zyngier(a)arm.com>
Cc: Tomasz Nowicki <tn(a)semihalf.com>
Cc: Christoffer Dall <christoffer.dall(a)linaro.org>
Link: http://lkml.kernel.org/r/1452879670-16133-3-git-send-email-marc.zyngier@a...
Signed-off-by: Thomas Gleixner <tglx(a)linutronix.de>
+------------------------------------------------+----+
| | |
+------------------------------------------------+----+
| boot_successes | 0 |
| boot_failures | 14 |
| WARNING:at_kernel/time/hrtimer.c:#hrtimer_init | 14 |
+------------------------------------------------+----+
[ 11.389488] usbcore: registered new interface driver rndis_wlan
[ 11.390766] mac80211_hwsim: initializing netlink
[ 11.392770] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 11.395185] ieee80211 phy0: hwaddr 02:00:00:00:00:00 registered
[ 11.396436] ------------[ cut here ]------------
[ 11.397434] WARNING: CPU: 1 PID: 1 at kernel/time/hrtimer.c:1090 hrtimer_init+0x11f/0x199
[ 11.399376] Invalid clockid 4. Using MONOTONIC
[ 11.400394] Modules linked in:
[ 11.401135] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 4.10.0-rc3-00262-g336a9cd #19
[ 11.402936] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.9.3-20161025_171302-gandalf 04/01/2014
[ 11.405253] Call Trace:
[ 11.405978] dump_stack+0x82/0xb8
[ 11.406869] __warn+0xc2/0xdd
[ 11.407697] warn_slowpath_fmt+0x4b/0x53
[ 11.408686] ? lock_is_held_type+0x4b/0x54
[ 11.409712] hrtimer_init+0x11f/0x199
[ 11.410666] ? mac80211_hwsim_get_tsf+0x1d/0x1d
[ 11.411766] tasklet_hrtimer_init+0x1b/0x4f
[ 11.412802] mac80211_hwsim_new_radio+0x7fe/0x916
[ 11.413935] ? set_debug_rodata+0x12/0x12
[ 11.414904] init_mac80211_hwsim+0x138/0x29f
[ 11.415822] ? rndis_wlan_driver_init+0x1b/0x1b
[ 11.416775] do_one_initcall+0x90/0x142
[ 11.417632] ? set_debug_rodata+0x12/0x12
[ 11.418511] kernel_init_freeable+0x1cb/0x258
[ 11.419433] ? rest_init+0x13b/0x13b
[ 11.420233] kernel_init+0xe/0xf5
[ 11.421006] ret_from_fork+0x2a/0x40
[ 11.421838] ---[ end trace 9c23eceab0d16aa5 ]---
[ 11.423540] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
git bisect start 1bfab2a67acd98d304f10dd97ece67b49cdb7859 c470abd4fde40ea6a0846a2beab642a578c0b8cd --
git bisect bad 33e55ede40298f90716d997dec2d5cd3d18cc090 # 08:21 0- 4 Merge 'tip/master' into devel-catchup-201702200722
git bisect good 74278703a4b1dac67022baddc728cf17782a47ae # 08:37 20+ 0 0day base guard for 'devel-catchup-201702200722'
git bisect good 6755d070e04210d4d9826697b6f64178a8ff41cf # 08:55 21+ 1 Merge branch 'sched/core'
git bisect good 12372f63e2728a509817b56878cd6633d92053b3 # 09:09 22+ 0 Fix: sched/headers: Split <linux/sched/task_stack.h> out of <linux/sched.h>
git bisect good 4c1ede10727f3dc483a5d7a91042a1b9eb794b0f # 09:40 22+ 1 Merge branch 'WIP.sched/core'
git bisect good 7410aa1ca377aa8c5ed340647b5228e7b5d0494a # 10:13 21+ 0 x86/boot/e820: Separate the E820 ABI structures from the in-kernel structures
git bisect good 9062eadf11c25db273cb2f56c79f4b5415f6664f # 10:27 20+ 0 Merge branch 'WIP.x86/fpu'
git bisect good a0b2f5af4c99d3da7ce9bc2b3b4641c8ffd22615 # 10:39 20+ 1 perf tools: Be consistent on the type of map->symbols[] interator
git bisect good bfc3e353a4fda5d2feb36b87b388af9cd6bd359f # 11:19 20+ 1 Merge branch 'x86/mm'
git bisect good 369a47d9283c7995d3a489064eeabddf3f6a08a0 # 12:02 20+ 0 Merge branch 'irq/core'
git bisect bad 20d13e0244e50dc3f5b07beb3bc4fc0688eb2d46 # 12:02 0- 20 Merge branch 'timers/core'
git bisect bad 336a9cde10d641e70bac67d90ae91b3190c3edca # 12:02 0- 14 hrtimer: Catch invalid clockids again
# first bad commit: [336a9cde10d641e70bac67d90ae91b3190c3edca] hrtimer: Catch invalid clockids again
git bisect good dba9a0babdd938a51d11ae81f9c40d07ca613f43 # 14:28 63+ 1 math64, tile: Fix build failure
# extra tests with CONFIG_DEBUG_INFO_REDUCED
git bisect bad 336a9cde10d641e70bac67d90ae91b3190c3edca # 14:28 0- 12 hrtimer: Catch invalid clockids again
# extra tests on HEAD of linux-devel/devel-catchup-201702200722
git bisect bad 1bfab2a67acd98d304f10dd97ece67b49cdb7859 # 14:29 0- 35 0day head guard for 'devel-catchup-201702200722'
# extra tests on tree/branch tip/timers/core
git bisect bad 336a9cde10d641e70bac67d90ae91b3190c3edca # 14:32 0- 14 hrtimer: Catch invalid clockids again
# extra tests with first bad commit reverted
git bisect good 3bd6c9cda650730b700aceda08c76304a3fecb6a # 16:40 60+ 0 Revert "hrtimer: Catch invalid clockids again"
# extra tests on tree/branch tip/master
git bisect bad 20d13e0244e50dc3f5b07beb3bc4fc0688eb2d46 # 16:41 0- 20 Merge branch 'timers/core'
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/lkp Intel Corporation
5 years, 4 months
[PATCH 0/4] lkp: add initial opensuse support
by Luis R. Rodriguez
I received a failed test results notice from 0-day LKP test suite
using trinity, however it was pretty hard to get reproduce given
the LKP did not have OpenSUSE support to start off with, but the
second issue I've stubmled upon is beyond me -- running either:
./bin/lkp qemu -k ~mcgrof/linux-next/arch/x86/boot/bzImage job-script
or
lkp qemu jobs/trinity.yaml
ends up creating calling a few subroutines or files which are
clearly not present, then tries to create a cpio archive but
clearly there are a few files which LKP tree expects you to have
and are not present such as lkp and lkp/scheduled.
This is a run on OpenSUSE, first we install the dependencies for
trinity.yaml deps:
# lkp install jobs/trinity.yaml
Then we try to run it:
# lkp qemu jobs/trinity.yaml
jobs/trinity.yaml: line 1: suite:: command not found
jobs/trinity.yaml: line 2: testcase:: command not found
jobs/trinity.yaml: line 4: runtime:: command not found
jobs/trinity.yaml: line 6: kmsg:: command not found
jobs/trinity.yaml: line 7: rootfs:: command not found
jobs/trinity.yaml: line 9: trinity:: command not found
make: Entering directory '/home/mcgrof/devel/lkp-tests/bin/event'
klcc -c -o wakeup.o wakeup.c
klcc -static -o wakeup wakeup.o
rm -f wakeup.o
strip wakeup
make: Leaving directory '/home/mcgrof/devel/lkp-tests/bin/event'
cpio: lkp: Cannot stat: No such file or directory
cpio: lkp/scheduled: Cannot stat: No such file or directory
cpio: blank line ignored
cpio: File /dev/mqueue/���� shrunk by 20 bytes, padding with zeros
This never complets, it just sits there.
Either way these patches help start to add OpenSUSE support.
Luis R. Rodriguez (4):
lib/install.sh: fix shell adapt_packages()
distro: add initial opensuse support
lib/install.*: make package dependency list uniq
.gitignore: add bin/event/wakeup
.gitignore | 1 +
README.md | 22 ++++++++++++++++++++++
distro/adaptation/archlinux | 2 +-
distro/adaptation/fedora | 2 +-
distro/adaptation/opensuse | 14 ++++++++++++++
distro/depends/lkp-dev | 4 ++++
distro/installer/opensuse | 3 +++
lib/install.rb | 2 +-
lib/install.sh | 14 +++++++++++---
9 files changed, 58 insertions(+), 6 deletions(-)
create mode 100644 distro/adaptation/opensuse
create mode 100755 distro/installer/opensuse
--
2.11.0
5 years, 4 months
Re: [LKP] [lkp-robot] [mm, vmscan] 5e56dfbd83: fsmark.files_per_sec -11.1% regression
by Ye Xiaolong
On 02/19, Michal Hocko wrote:
>On Mon 13-02-17 14:46:37, Ye Xiaolong wrote:
>> On 02/07, Michal Hocko wrote:
>> >On Tue 07-02-17 10:22:13, Ye Xiaolong wrote:
>> >
>> [snip]
>>
>> >Could you retest with a single NUMA node? I am not familiar with the
>> >benchmark enough to judge it was set up properly for a NUMA machine.
>>
>> Sorry for the late, I'm not quite familiar with NUMA, could you tell me how
>> to configure a machine to use a single NUMA node? through cmdline?
>
>I am not aware of any parameter which would disble numa via command
>line. You can do that when starting qemu, which I assume you are using.
>Just configure a single memory node (-numa parameter).
Actually we were doing the test on a physical machine, not a guest.
Any kernel config will do?
Thanks,
Xiaolong
>--
>Michal Hocko
>SUSE Labs
5 years, 4 months