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>] [day] [month] [year] [list]
Date:   Tue, 06 Jun 2017 04:03:35 +0800
From:   kernel test robot <fengguang.wu@...el.com>
To:     Johannes Weiner <hannes@...xchg.org>
Cc:     LKP <lkp@...org>, linux-mm@...ck.org, linux-kernel@...r.kernel.org,
        Linux Memory Management List <linux-mm@...ck.org>,
        Andrew Morton <akpm@...ux-foundation.org>, wfg@...ux.intel.com
Subject: [mm: vmstat] 202f54af19:  BUG: unable to handle kernel paging
 request at 0d9c3000

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 202f54af19f02bf158c7704f526614628e97d188
Author:     Johannes Weiner <hannes@...xchg.org>
AuthorDate: Sat Jun 3 10:28:15 2017 +1000
Commit:     Stephen Rothwell <sfr@...b.auug.org.au>
CommitDate: Sat Jun 3 10:32:57 2017 +1000

    mm: vmstat: move slab statistics from zone to node counters
    
    Patch series "mm: per-lruvec slab stats"
    
    Josef is working on a new approach to balancing slab caches and the page
    cache.  For this to work, he needs slab cache statistics on the lruvec
    level.  These patches implement that by adding infrastructure that allows
    updating and reading generic VM stat items per lruvec, then switches some
    existing VM accounting sites, including the slab accounting ones, to this
    new cgroup-aware API.
    
    I'll follow up with more patches on this, because there is actually
    substantial simplification that can be done to the memory controller when
    we replace private memcg accounting with making the existing VM accounting
    sites cgroup-aware.  But this is enough for Josef to base his slab reclaim
    work on, so here goes.
    
    This patch (of 5):
    
    To re-implement slab cache vs.  page cache balancing, we'll need the slab
    counters at the lruvec level, which, ever since lru reclaim was moved from
    the zone to the node, is the intersection of the node, not the zone, and
    the memcg.
    
    We could retain the per-zone counters for when the page allocator dumps
    its memory information on failures, and have counters on both levels -
    which on all but NUMA node 0 is usually redundant.  But let's keep it
    simple for now and just move them.  If anybody complains we can restore
    the per-zone counters.
    
    Link: http://lkml.kernel.org/r/20170530181724.27197-3-hannes@cmpxchg.org
    Signed-off-by: Johannes Weiner <hannes@...xchg.org>
    Cc: Josef Bacik <josef@...icpanda.com>
    Cc: Michal Hocko <mhocko@...e.com>
    Cc: Vladimir Davydov <vdavydov.dev@...il.com>
    Cc: Rik van Riel <riel@...hat.com>
    Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>

168aa9f6fd  mm/zswap.c: delete an error message for a failed memory allocation in zswap_dstmem_prepare()
202f54af19  mm: vmstat: move slab statistics from zone to node counters
f0090bfcf1  Add linux-next specific files for 20170605
+------------------------------------------+------------+------------+---------------+
|                                          | 168aa9f6fd | 202f54af19 | next-20170605 |
+------------------------------------------+------------+------------+---------------+
| boot_successes                           | 35         | 0          | 0             |
| boot_failures                            | 0          | 15         | 25            |
| BUG:unable_to_handle_kernel              | 0          | 15         | 25            |
| Oops:#[##]                               | 0          | 15         | 25            |
| EIP:mod_node_page_state                  | 0          | 15         | 25            |
| Kernel_panic-not_syncing:Fatal_exception | 0          | 15         | 25            |
+------------------------------------------+------------+------------+---------------+

[    0.000000]     lowmem  : 0x80000000 - 0x92bd2000   ( 299 MB)
[    0.000000]       .init : 0x8499f000 - 0x84c7b000   (2928 kB)
[    0.000000]       .data : 0x833aac60 - 0x8497b300   (22337 kB)
[    0.000000]       .text : 0x81000000 - 0x833aac60   (36523 kB)
[    0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[    0.000000] BUG: unable to handle kernel paging request at 0d9c3000
[    0.000000] IP: mod_node_page_state+0x2e/0x170
[    0.000000] *pde = 00000000 
[    0.000000] 
[    0.000000] Oops: 0000 [#1] SMP
[    0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.12.0-rc3-00260-g202f54a #1
[    0.000000] task: 84131780 task.stack: 84128000
[    0.000000] EIP: mod_node_page_state+0x2e/0x170
[    0.000000] EFLAGS: 00210046 CPU: 0
[    0.000000] EAX: 00000000 EBX: 00000001 ECX: 00000007 EDX: 00000006
[    0.000000] ESI: 00000000 EDI: 00000000 EBP: 84129ecc ESP: 84129eb0
[    0.000000]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
[    0.000000] CR0: 80050033 CR2: 0d9c3000 CR3: 04c85000 CR4: 00040690
[    0.000000] Call Trace:
[    0.000000]  allocate_slab+0x878/0x8f0
[    0.000000]  new_slab+0xd6/0xf0
[    0.000000]  kmem_cache_open+0x3bf/0x8e0
[    0.000000]  __kmem_cache_create+0x1f/0x120
[    0.000000]  create_boot_cache+0x50/0xb0
[    0.000000]  kmem_cache_init+0x4a/0x1de
[    0.000000]  start_kernel+0x482/0xb94
[    0.000000]  i386_start_kernel+0x160/0x172
[    0.000000]  startup_32_smp+0x16b/0x16d
[    0.000000] Code: 57 56 53 83 ec 10 e8 e6 dc ce ff 8b b8 c0 07 00 00 89 4d f0 89 45 e8 89 55 e4 8d 4c 17 01 89 7d ec 8d 74 26 00 8b 5d f0 8b 45 ec <64> 8a 10 64 8a 01 0f be f0 0f be d2 01 f3 39 da 7c 30 83 05 00
[    0.000000] EIP: mod_node_page_state+0x2e/0x170 SS:ESP: 0068:84129eb0
[    0.000000] CR2: 000000000d9c3000
[    0.000000] ---[ end trace 0000000000000000 ]---
[    0.000000] Kernel panic - not syncing: Fatal exception

                                                          # HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD
git bisect start f0090bfcf11a52d5e7a93629135e09c49e148741 5ed02dbb497422bf225783f46e6eadd237d23d6b --
git bisect good 7a4b5a769d5c95a8797c02bc0f09877d089a0977  # 21:23  G     11     0    0   0  Merge remote-tracking branch 'vfs/for-next'
git bisect good 2d30558e67c074322923fc1fda9e2d0a70293ed9  # 21:46  G     11     0    0   0  Merge remote-tracking branch 'selinux/next'
git bisect good 235702b9780f105a6eb17298f1fd15302a302dea  # 22:11  G     11     0    0   0  Merge remote-tracking branch 'tty/tty-next'
git bisect good f997025ffd86b81d2710745afe62c3cb4693fe37  # 22:37  G     11     0    0   0  Merge remote-tracking branch 'pinctrl/for-next'
git bisect good e9b3d03cad188e9f0571cd972f420e0200f7891a  # 22:55  G     11     0    0   0  Merge remote-tracking branch 'coresight/next'
git bisect  bad ff2f4367602c1706e2539045ce5a091160238776  # 23:06  B      0     4   16   0  Merge branch 'akpm-current/current'
git bisect good e2ddf6419adc6411e14be6177d0a959776318e4c  # 23:30  G     11     0    0   0  Merge remote-tracking branch 'rtc/rtc-next'
git bisect good 8d8e6d294a0005e5b5a98dfd38d38389d4e4b855  # 23:47  G     11     0    0   0  Merge remote-tracking branch 'uuid/for-next'
git bisect  bad 202f54af19f02bf158c7704f526614628e97d188  # 00:03  B      0     1   12   0  mm: vmstat: move slab statistics from zone to node counters
git bisect good ece71023d80622ff072a6c0d70db313adbfc409a  # 00:37  G     11     0    0   0  mm, vmstat: skip reporting offline pages in pagetypeinfo
git bisect good 8fa64b63ff504e2def97ec52e35bd9465ed1e46b  # 00:57  G     11     0    0   0  arm64: hugetlb: remove spurious calls to huge_ptep_offset()
git bisect good e2ba3a17ee07fbe67a9ea6e69addffc12e0ca011  # 01:30  G     10     0    0   0  swap-add-block-io-poll-in-swapin-path-checkpatch-fixes
git bisect good 4dc720c7bee097e73ea36b447d1e2d61fe90203a  # 02:08  G     11     0    0   0  mm: kmemleak: treat vm_struct as alternative reference to vmalloc'ed objects
git bisect good 11910833ad2c12ac82ead7204384170b1abac7cc  # 02:39  G     11     0    0   0  mm-oom_kill-count-global-and-memory-cgroup-oom-kills-fix-fix
git bisect good 742eec9b02d0a995d08f687b3acce27dd51fea44  # 03:17  G     11     0    0   0  mm/zswap.c: delete an error message for a failed memory allocation in zswap_pool_create()
git bisect good 168aa9f6fd187c6cb566908a48b2d5cb7f81d085  # 03:34  G     11     0    0   0  mm/zswap.c: delete an error message for a failed memory allocation in zswap_dstmem_prepare()
# first bad commit: [202f54af19f02bf158c7704f526614628e97d188] mm: vmstat: move slab statistics from zone to node counters
git bisect good 168aa9f6fd187c6cb566908a48b2d5cb7f81d085  # 03:46  G     30     0    0   0  mm/zswap.c: delete an error message for a failed memory allocation in zswap_dstmem_prepare()
# extra tests with CONFIG_DEBUG_INFO_REDUCED
git bisect  bad 202f54af19f02bf158c7704f526614628e97d188  # 04:01  B      0     6   21   4  mm: vmstat: move slab statistics from zone to node counters
# extra tests on HEAD of linux-next/master
git bisect  bad f0090bfcf11a52d5e7a93629135e09c49e148741  # 04:02  B      0    25   39   0  Add linux-next specific files for 20170605
# extra tests on tree/branch linux-next/master
git bisect  bad f0090bfcf11a52d5e7a93629135e09c49e148741  # 04:02  B      0    25   39   0  Add linux-next specific files for 20170605

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/lkp                          Intel Corporation

Download attachment "dmesg-yocto-kbuild-23:20170606000327:i386-randconfig-h0-06051942:4.12.0-rc3-00260-g202f54a:1.gz" of type "application/gzip" (4213 bytes)

View attachment "reproduce-yocto-kbuild-23:20170606000327:i386-randconfig-h0-06051942:4.12.0-rc3-00260-g202f54a:1" of type "text/plain" (759 bytes)

View attachment "config-4.12.0-rc3-00260-g202f54a" of type "text/plain" (102990 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ