* [4.18-rc4] kernel BUG at mm/page_alloc.c:2016!
@ 2018-07-09 23:36 Dave Jones
2018-07-10 0:07 ` Laura Abbott
0 siblings, 1 reply; 3+ messages in thread
From: Dave Jones @ 2018-07-09 23:36 UTC (permalink / raw)
To: linux-mm
When I ran an rsync on my machine I use for backups, it eventually
hits this trace..
kernel BUG at mm/page_alloc.c:2016!
invalid opcode: 0000 [#1] SMP RIP: move_freepages_block+0x120/0x2d0
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.18.0-rc4-backup+ #1
Hardware name: ASUS All Series/Z97-DELUXE, BIOS 2602 08/18/2015
RIP: 0010:move_freepages_block+0x120/0x2d0
Code: 05 48 01 c8 74 3b f6 00 02 74 36 48 8b 03 48 c1 e8 3e 48 8d 0c 40 48 8b 86 c0 7f 00 00 48 c1 e8 3e 48 8d 04 40 48 39 c8 74 17 <0f> 0b 45 31 f6 48 83 c4 28 44 89 f0 5b 5d 41 5c 41 5d 41 5e 41 5f
RSP: 0018:ffff88043fac3af8 EFLAGS: 00010093
RAX: 0000000000000000 RBX: ffffea0002e20000 RCX: 0000000000000003
RDX: 0000000000000000 RSI: ffffea0002e20000 RDI: 0000000000000000
RBP: 0000000000000000 R08: ffff88043fac3b5c R09: ffffffff9295e110
R10: ffff88043fdf4000 R11: ffffea0002e20008 R12: ffffea0002e20000
R13: ffffffff9295dd40 R14: 0000000000000008 R15: ffffea0002e27fc0
FS: 0000000000000000(0000) GS:ffff88043fac0000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f2a75f71fe8 CR3: 00000001e380f006 CR4: 00000000001606e0
Call Trace:
<IRQ>
? lock_acquire+0xe6/0x1dc
steal_suitable_fallback+0x152/0x1a0
get_page_from_freelist+0x1029/0x1650
? free_debug_processing+0x271/0x410
__alloc_pages_nodemask+0x111/0x310
page_frag_alloc+0x74/0x120
__netdev_alloc_skb+0x95/0x110
e1000_alloc_rx_buffers+0x225/0x2b0
e1000_clean_rx_irq+0x2ee/0x450
e1000e_poll+0x7c/0x2e0
net_rx_action+0x273/0x4d0
__do_softirq+0xc6/0x4d6
irq_exit+0xbb/0xc0
do_IRQ+0x60/0x110
common_interrupt+0xf/0xf
</IRQ>
RIP: 0010:cpuidle_enter_state+0xb5/0x390
Code: 89 04 24 0f 1f 44 00 00 31 ff e8 86 26 64 ff 80 7c 24 0f 00 0f 85 fb 01 00 00 e8 66 02 66 ff fb 48 ba cf f7 53 e3 a5 9b c4 20 <48> 8b 0c 24 4c 29 f9 48 89 c8 48 c1 f9 3f 48 f7 ea b8 ff ff ff 7f
RSP: 0018:ffffc900000abe70 EFLAGS: 00000202
ORIG_RAX: ffffffffffffffdc
RAX: ffff880107fe8040 RBX: 0000000000000003 RCX: 0000000000000001
RDX: 20c49ba5e353f7cf RSI: 0000000000000001 RDI: ffff880107fe8040
RBP: ffff88043fae8c20 R08: 0000000000000001 R09: 0000000000000018
R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff928fb7d8
R13: 0000000000000003 R14: 0000000000000003 R15: 0000015e55aecf23
do_idle+0x128/0x230
cpu_startup_entry+0x6f/0x80
start_secondary+0x192/0x1f0
secondary_startup_64+0xa5/0xb0
NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
Everything then locks up & rebooots.
It's fairly reproduceable, though every time I run it my rsync gets further, and eventually I suspect it
won't create enough load to reproduce.
2006 #ifndef CONFIG_HOLES_IN_ZONE
2007 /*
2008 * page_zone is not safe to call in this context when
2009 * CONFIG_HOLES_IN_ZONE is set. This bug check is probably redundant
2010 * anyway as we check zone boundaries in move_freepages_block().
2011 * Remove at a later date when no bug reports exist related to
2012 * grouping pages by mobility
2013 */
2014 VM_BUG_ON(pfn_valid(page_to_pfn(start_page)) &&
2015 pfn_valid(page_to_pfn(end_page)) &&
2016 page_zone(start_page) != page_zone(end_page));
2017 #endif
2018
Dave
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [4.18-rc4] kernel BUG at mm/page_alloc.c:2016!
2018-07-09 23:36 [4.18-rc4] kernel BUG at mm/page_alloc.c:2016! Dave Jones
@ 2018-07-10 0:07 ` Laura Abbott
2018-07-13 16:42 ` Laura Abbott
0 siblings, 1 reply; 3+ messages in thread
From: Laura Abbott @ 2018-07-10 0:07 UTC (permalink / raw)
To: Dave Jones, linux-mm
On 07/09/2018 04:36 PM, Dave Jones wrote:
> When I ran an rsync on my machine I use for backups, it eventually
> hits this trace..
>
> kernel BUG at mm/page_alloc.c:2016!
> invalid opcode: 0000 [#1] SMP RIP: move_freepages_block+0x120/0x2d0
> CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.18.0-rc4-backup+ #1
> Hardware name: ASUS All Series/Z97-DELUXE, BIOS 2602 08/18/2015
> RIP: 0010:move_freepages_block+0x120/0x2d0
> Code: 05 48 01 c8 74 3b f6 00 02 74 36 48 8b 03 48 c1 e8 3e 48 8d 0c 40 48 8b 86 c0 7f 00 00 48 c1 e8 3e 48 8d 04 40 48 39 c8 74 17 <0f> 0b 45 31 f6 48 83 c4 28 44 89 f0 5b 5d 41 5c 41 5d 41 5e 41 5f
> RSP: 0018:ffff88043fac3af8 EFLAGS: 00010093
> RAX: 0000000000000000 RBX: ffffea0002e20000 RCX: 0000000000000003
> RDX: 0000000000000000 RSI: ffffea0002e20000 RDI: 0000000000000000
> RBP: 0000000000000000 R08: ffff88043fac3b5c R09: ffffffff9295e110
> R10: ffff88043fdf4000 R11: ffffea0002e20008 R12: ffffea0002e20000
> R13: ffffffff9295dd40 R14: 0000000000000008 R15: ffffea0002e27fc0
> FS: 0000000000000000(0000) GS:ffff88043fac0000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 00007f2a75f71fe8 CR3: 00000001e380f006 CR4: 00000000001606e0
> Call Trace:
> <IRQ>
> ? lock_acquire+0xe6/0x1dc
> steal_suitable_fallback+0x152/0x1a0
> get_page_from_freelist+0x1029/0x1650
> ? free_debug_processing+0x271/0x410
> __alloc_pages_nodemask+0x111/0x310
> page_frag_alloc+0x74/0x120
> __netdev_alloc_skb+0x95/0x110
> e1000_alloc_rx_buffers+0x225/0x2b0
> e1000_clean_rx_irq+0x2ee/0x450
> e1000e_poll+0x7c/0x2e0
> net_rx_action+0x273/0x4d0
> __do_softirq+0xc6/0x4d6
> irq_exit+0xbb/0xc0
> do_IRQ+0x60/0x110
> common_interrupt+0xf/0xf
> </IRQ>
> RIP: 0010:cpuidle_enter_state+0xb5/0x390
> Code: 89 04 24 0f 1f 44 00 00 31 ff e8 86 26 64 ff 80 7c 24 0f 00 0f 85 fb 01 00 00 e8 66 02 66 ff fb 48 ba cf f7 53 e3 a5 9b c4 20 <48> 8b 0c 24 4c 29 f9 48 89 c8 48 c1 f9 3f 48 f7 ea b8 ff ff ff 7f
> RSP: 0018:ffffc900000abe70 EFLAGS: 00000202
> ORIG_RAX: ffffffffffffffdc
> RAX: ffff880107fe8040 RBX: 0000000000000003 RCX: 0000000000000001
> RDX: 20c49ba5e353f7cf RSI: 0000000000000001 RDI: ffff880107fe8040
> RBP: ffff88043fae8c20 R08: 0000000000000001 R09: 0000000000000018
> R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff928fb7d8
> R13: 0000000000000003 R14: 0000000000000003 R15: 0000015e55aecf23
> do_idle+0x128/0x230
> cpu_startup_entry+0x6f/0x80
> start_secondary+0x192/0x1f0
> secondary_startup_64+0xa5/0xb0
> NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
>
> Everything then locks up & rebooots.
>
> It's fairly reproduceable, though every time I run it my rsync gets further, and eventually I suspect it
> won't create enough load to reproduce.
>
> 2006 #ifndef CONFIG_HOLES_IN_ZONE
> 2007 /*
> 2008 * page_zone is not safe to call in this context when
> 2009 * CONFIG_HOLES_IN_ZONE is set. This bug check is probably redundant
> 2010 * anyway as we check zone boundaries in move_freepages_block().
> 2011 * Remove at a later date when no bug reports exist related to
> 2012 * grouping pages by mobility
> 2013 */
> 2014 VM_BUG_ON(pfn_valid(page_to_pfn(start_page)) &&
> 2015 pfn_valid(page_to_pfn(end_page)) &&
> 2016 page_zone(start_page) != page_zone(end_page));
> 2017 #endif
> 2018
>
>
>
> Dave
>
Fedora is hitting this as well on 4.17.x, reporter said it started
with 4.17.4, 4.17.3 was fine. I asked the reporter to bisect
and was going to send after they got back to me.
https://bugzilla.redhat.com/show_bug.cgi?id=1598462
Thanks,
Laura
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [4.18-rc4] kernel BUG at mm/page_alloc.c:2016!
2018-07-10 0:07 ` Laura Abbott
@ 2018-07-13 16:42 ` Laura Abbott
0 siblings, 0 replies; 3+ messages in thread
From: Laura Abbott @ 2018-07-13 16:42 UTC (permalink / raw)
To: Dave Jones, linux-mm, Naoya Horiguchi, Michal Hocko,
Pavel Tatashin
(cc a few more people)
On 07/09/2018 05:07 PM, Laura Abbott wrote:
> On 07/09/2018 04:36 PM, Dave Jones wrote:
>> When I ran an rsync on my machine I use for backups, it eventually
>> hits this trace..
>>
>> kernel BUG at mm/page_alloc.c:2016!
>> invalid opcode: 0000 [#1] SMP RIP: move_freepages_block+0x120/0x2d0
>> CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.18.0-rc4-backup+ #1
>> Hardware name: ASUS All Series/Z97-DELUXE, BIOS 2602 08/18/2015
>> RIP: 0010:move_freepages_block+0x120/0x2d0
>> Code: 05 48 01 c8 74 3b f6 00 02 74 36 48 8b 03 48 c1 e8 3e 48 8d 0c 40 48 8b 86 c0 7f 00 00 48 c1 e8 3e 48 8d 04 40 48 39 c8 74 17 <0f> 0b 45 31 f6 48 83 c4 28 44 89 f0 5b 5d 41 5c 41 5d 41 5e 41 5f
>> RSP: 0018:ffff88043fac3af8 EFLAGS: 00010093
>> RAX: 0000000000000000 RBX: ffffea0002e20000 RCX: 0000000000000003
>> RDX: 0000000000000000 RSI: ffffea0002e20000 RDI: 0000000000000000
>> RBP: 0000000000000000 R08: ffff88043fac3b5c R09: ffffffff9295e110
>> R10: ffff88043fdf4000 R11: ffffea0002e20008 R12: ffffea0002e20000
>> R13: ffffffff9295dd40 R14: 0000000000000008 R15: ffffea0002e27fc0
>> FS:A 0000000000000000(0000) GS:ffff88043fac0000(0000) knlGS:0000000000000000
>> CS:A 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> CR2: 00007f2a75f71fe8 CR3: 00000001e380f006 CR4: 00000000001606e0
>> Call Trace:
>> A <IRQ>
>> A ? lock_acquire+0xe6/0x1dc
>> A steal_suitable_fallback+0x152/0x1a0
>> A get_page_from_freelist+0x1029/0x1650
>> A ? free_debug_processing+0x271/0x410
>> A __alloc_pages_nodemask+0x111/0x310
>> A page_frag_alloc+0x74/0x120
>> A __netdev_alloc_skb+0x95/0x110
>> A e1000_alloc_rx_buffers+0x225/0x2b0
>> A e1000_clean_rx_irq+0x2ee/0x450
>> A e1000e_poll+0x7c/0x2e0
>> A net_rx_action+0x273/0x4d0
>> A __do_softirq+0xc6/0x4d6
>> A irq_exit+0xbb/0xc0
>> A do_IRQ+0x60/0x110
>> A common_interrupt+0xf/0xf
>> A </IRQ>
>> RIP: 0010:cpuidle_enter_state+0xb5/0x390
>> Code: 89 04 24 0f 1f 44 00 00 31 ff e8 86 26 64 ff 80 7c 24 0f 00 0f 85 fb 01 00 00 e8 66 02 66 ff fb 48 ba cf f7 53 e3 a5 9b c4 20 <48> 8b 0c 24 4c 29 f9 48 89 c8 48 c1 f9 3f 48 f7 ea b8 ff ff ff 7f
>> RSP: 0018:ffffc900000abe70 EFLAGS: 00000202
>> A ORIG_RAX: ffffffffffffffdc
>> RAX: ffff880107fe8040 RBX: 0000000000000003 RCX: 0000000000000001
>> RDX: 20c49ba5e353f7cf RSI: 0000000000000001 RDI: ffff880107fe8040
>> RBP: ffff88043fae8c20 R08: 0000000000000001 R09: 0000000000000018
>> R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff928fb7d8
>> R13: 0000000000000003 R14: 0000000000000003 R15: 0000015e55aecf23
>> A do_idle+0x128/0x230
>> A cpu_startup_entry+0x6f/0x80
>> A start_secondary+0x192/0x1f0
>> A secondary_startup_64+0xa5/0xb0
>> NMI watchdog: Watchdog detected hard LOCKUP on cpu 4
>>
>> Everything then locks up & rebooots.
>>
>> It's fairly reproduceable, though every time I run it my rsync gets further, and eventually I suspect it
>> won't create enough load to reproduce.
>>
>> 2006 #ifndef CONFIG_HOLES_IN_ZONE
>> 2007A A A A A A A A /*
>> 2008A A A A A A A A A * page_zone is not safe to call in this context when
>> 2009A A A A A A A A A * CONFIG_HOLES_IN_ZONE is set. This bug check is probably redundant
>> 2010A A A A A A A A A * anyway as we check zone boundaries in move_freepages_block().
>> 2011A A A A A A A A A * Remove at a later date when no bug reports exist related to
>> 2012A A A A A A A A A * grouping pages by mobility
>> 2013A A A A A A A A A */
>> 2014A A A A A A A A VM_BUG_ON(pfn_valid(page_to_pfn(start_page)) &&
>> 2015A A A A A A A A A A A A A A A A A A pfn_valid(page_to_pfn(end_page)) &&
>> 2016A A A A A A A A A A A A A A A A A A page_zone(start_page) != page_zone(end_page));
>> 2017 #endif
>> 2018
>>
>>
>>
>> A A A A Dave
>>
>
> Fedora is hitting this as well on 4.17.x, reporter said it started
> with 4.17.4, 4.17.3 was fine. I asked the reporter to bisect
> and was going to send after they got back to me.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1598462
>
> Thanks,
> Laura
One of the reporters has a bisect in progress and has narrowed
it down to this range (https://bugzilla.redhat.com/show_bug.cgi?id=1598462#c18)
54428453efda x86/e820: put !E820_TYPE_RAM regions into memblock.reserved
ee23f3bd9d40 block: Fix cloning of requests with a special payload
4ef7273f5916 block: Fix transfer when chunk sectors exceeds max
81f318e259d1 pmem: only set QUEUE_FLAG_DAX for fsdax mode
ec43a73489c5 dm: use bio_split() when splitting out the already processed bio
b26c9f368748 kasan: depend on CONFIG_SLUB_DEBUG
916c0db51d3a slub: fix failure when we delete and create a slab cache
I'm suspicious of 54428453efda (x86/e820: put !E820_TYPE_RAM regions into
memblock.reserved) since it seems like that could affect the bounds
of zone regions.
Thanks,
Laura
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-07-13 16:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-07-09 23:36 [4.18-rc4] kernel BUG at mm/page_alloc.c:2016! Dave Jones
2018-07-10 0:07 ` Laura Abbott
2018-07-13 16:42 ` Laura Abbott
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).