From: "David R. Piegdon" <lkml@p23q.org>
To: linux-kernel@vger.kernel.org
Cc: Zlatko Calusic <zlatko.calusic@iskon.hr>
Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 0000000000000500
Date: Thu, 27 Dec 2012 23:55:14 +0000 [thread overview]
Message-ID: <20121227235514.GA7166@ganymede> (raw)
In-Reply-To: <50DC622B.7000802@iskon.hr>
Hi,
NOTE to everyone debugging this: reproduced quickly with X + firefox +
youtube (adobe flash plugin)
> Would you be so kind to test the following patch and report results?
> Apply the patch to the latest mainline.
I've had probably the same problem (dmesg below) and currently am trying
your patch applied to current mainline (101e5c7470eb7f). so far it looks
very good. (before: bug after 5-30 minutes, right now 1h and counting)
thanks!
[ 105.164610] ------------[ cut here ]------------
[ 105.164614] kernel BUG at mm/huge_memory.c:1798!
[ 105.164617] invalid opcode: 0000 [#1] PREEMPT SMP
[ 105.164621] Modules linked in: fuse sha256_generic xt_owner xt_LOG xt_limit xt_recent xt_conntrack xt_multiport iptable_mangle xt_DSCP iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack fbcon font bitblit softcursor fb fbdev hwmon_vid btrfs zlib_deflate zlib_inflate xfs libcrc32c snd_usb_audio uvcvideo snd_usbmidi_lib videobuf2_core snd_rawmidi videobuf2_vmalloc videobuf2_memops hid_kensington iTCO_wdt joydev gpio_ich iTCO_vendor_support raid1 fglrx(PO) coretemp kvm_intel kvm skge acpi_cpufreq lpc_ich serio_raw asus_atk0110 snd_hda_codec_hdmi intel_agp snd_hda_intel mperf intel_gtt processor snd_hda_codec sky2 agpgart snd_hwdep [last unloaded: iTCO_wdt]
[ 105.164672] CPU 1
[ 105.164677] Pid: 4091, comm: XPCOM CC Tainted: P O 3.8.0-rc1+ #43 System manufacturer System Product Name/P5B-Deluxe
[ 105.164679] RIP: 0010:[<ffffffff81120fb6>] [<ffffffff81120fb6>] __split_huge_page+0x216/0x240
[ 105.164688] RSP: 0018:ffff880091511c48 EFLAGS: 00010297
[ 105.164690] RAX: 0000000000000001 RBX: ffff8800a210c000 RCX: 0000000000000042
[ 105.164692] RDX: 00000000000000cb RSI: 0000000000000046 RDI: ffffffff81b28a20
[ 105.164694] RBP: ffff880091511ca8 R08: 000000000000ffff R09: 0000000000000000
[ 105.164696] R10: 000000000000043d R11: 0000000000000001 R12: ffff8800a2295c60
[ 105.164698] R13: ffffea00021e0000 R14: 0000000000000000 R15: 00000007f5134600
[ 105.164701] FS: 00007f514991e700(0000) GS:ffff8800bfc80000(0000) knlGS:0000000000000000
[ 105.164703] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 105.164705] CR2: 00007f5123bff000 CR3: 000000009531b000 CR4: 00000000000007e0
[ 105.164707] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 105.164709] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 105.164712] Process XPCOM CC (pid: 4091, threadinfo ffff880091510000, task ffff8800953616b0)
[ 105.164713] Stack:
[ 105.164715] ffff880000000000 ffff8800b9c834b0 00007f5134800000 000000008158c4a5
[ 105.164719] ffff8800a210c064 00007f5134600000 ffff880091511ca8 ffffea00021e0000
[ 105.164723] ffff8800b9c83480 ffff8800a210c000 ffff88009fdc1d18 ffff8800a210c064
[ 105.164727] Call Trace:
[ 105.164732] [<ffffffff81121048>] split_huge_page+0x68/0xb0
[ 105.164736] [<ffffffff81121d48>] __split_huge_page_pmd+0x1a8/0x220
[ 105.164740] [<ffffffff810f72f6>] unmap_page_range+0x1b6/0x2d0
[ 105.164744] [<ffffffff810f746b>] unmap_single_vma+0x5b/0xe0
[ 105.164747] [<ffffffff810f7e6c>] zap_page_range+0xbc/0x120
[ 105.164752] [<ffffffff8108f556>] ? futex_wake+0x116/0x130
[ 105.164756] [<ffffffff8106e396>] ? pick_next_task_fair+0x36/0xb0
[ 105.164760] [<ffffffff810f4367>] madvise_vma+0xf7/0x140
[ 105.164764] [<ffffffff810fddc2>] ? find_vma_prev+0x12/0x60
[ 105.164767] [<ffffffff810f45ed>] sys_madvise+0x23d/0x330
[ 105.164772] [<ffffffff8158e712>] system_call_fastpath+0x16/0x1b
[ 105.164774] Code: 48 89 df e8 ed 10 ff ff e9 ab fe ff ff 0f 0b 41 8b 55 18 8b 75 bc ff c2 48 c7 c7 38 0e 7d 81 31 c0 e8 13 9b 46 00 e9 15 ff ff ff <0f> 0b 41 8b 4d 18 89 da ff c1 8b 75 bc 48 c7 c7 58 0e 7d 81 31
[ 105.164814] RIP [<ffffffff81120fb6>] __split_huge_page+0x216/0x240
[ 105.164818] RSP <ffff880091511c48>
[ 105.164823] ---[ end trace 00c060fd7d17a3d4 ]---
next prev parent reply other threads:[~2012-12-28 0:25 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1621091901.34838094.1356409676820.JavaMail.root@redhat.com>
2012-12-25 4:38 ` kernel BUG at mm/huge_memory.c:1798! Zhouping Liu
2012-12-25 12:05 ` Hillf Danton
2012-12-26 2:55 ` Zhouping Liu
2012-12-27 0:31 ` Alexander Beregalov
2012-12-27 12:12 ` Hillf Danton
2012-12-27 16:08 ` Alex Xu
2012-12-29 7:22 ` Hillf Danton
2012-12-26 11:22 ` BUG: unable to handle kernel NULL pointer dereference at 0000000000000500 Zhouping Liu
2012-12-26 12:01 ` Hillf Danton
2012-12-26 13:24 ` Zhouping Liu
2012-12-26 15:14 ` Hillf Danton
2012-12-26 14:59 ` Zlatko Calusic
2012-12-27 14:58 ` Zlatko Calusic
2012-12-27 23:55 ` David R. Piegdon [this message]
2012-12-28 0:09 ` Zlatko Calusic
2012-12-28 2:45 ` Zhouping Liu
2012-12-28 2:48 ` Zhouping Liu
2012-12-28 9:01 ` Zhouping Liu
2012-12-28 13:43 ` Zlatko Calusic
2012-12-28 12:57 ` Zlatko Calusic
2013-01-03 17:57 ` kernel BUG at mm/huge_memory.c:1798! Mel Gorman
2013-01-04 14:08 ` [PATCH] mm: thp: Acquire the anon_vma rwsem for lock during split Mel Gorman
2013-01-04 21:28 ` Hugh Dickins
2013-01-07 14:36 ` Mel Gorman
2013-01-07 14:39 ` [PATCH] mm: thp: Acquire the anon_vma rwsem for write " Mel Gorman
2013-01-05 1:32 ` [PATCH] mm: thp: Acquire the anon_vma rwsem for lock " Michel Lespinasse
2013-01-05 12:24 ` Simon Jeons
2013-01-07 15:09 ` Mel Gorman
2013-01-07 15:08 ` Mel Gorman
2013-01-05 5:51 ` Zhouping Liu
2013-01-07 14:38 ` Mel Gorman
2013-01-05 12:21 ` Simon Jeons
2013-01-04 16:58 ` kernel BUG at mm/huge_memory.c:1798! Zhouping Liu
[not found] <CA+icZUV_CdAvq1nmOVZeLSAu0mZj+BO0T++REc6U1hevt50hXA@mail.gmail.com>
2012-12-27 23:39 ` BUG: unable to handle kernel NULL pointer dereference at 0000000000000500 Zlatko Calusic
2012-12-27 23:42 ` Sedat Dilek
2012-12-27 23:51 ` Zlatko Calusic
2012-12-28 0:24 ` Sedat Dilek
2012-12-28 0:33 ` Zlatko Calusic
2012-12-28 0:37 ` Sedat Dilek
2012-12-28 0:42 ` Zlatko Calusic
2012-12-28 0:56 ` Sedat Dilek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121227235514.GA7166@ganymede \
--to=lkml@p23q.org \
--cc=linux-kernel@vger.kernel.org \
--cc=zlatko.calusic@iskon.hr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox