From: Dave Jones <davej@redhat.com>
To: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: -mm merge plans for 2.6.20
Date: Tue, 12 Dec 2006 12:49:09 -0500 [thread overview]
Message-ID: <20061212174909.GD2140@redhat.com> (raw)
In-Reply-To: <20061205160250.GB9076@kernelslacker.org>
On Tue, Dec 05, 2006 at 11:02:50AM -0500, Dave Jones wrote:
> On Mon, Dec 04, 2006 at 08:40:24PM -0800, Andrew Morton wrote:
>
> > cpufreq-fix-bug-in-duplicate-freq-elimination-code-in-acpi-cpufreq.patch
> > remove-hotplug-cpu-crap-from-cpufreq.patch
> > cpufreq-select-consistently-re-2619-rc5-mm1.patch
> > cpufreq-set-policy-curfreq-on-initialization.patch
> > bug-fix-for-acpi-cpufreq-and-cpufreq_stats-oops-on-frequency-change-notification.patch
> >
> > Sent to cpufreq maintainer
>
> I'm travelling right now, and somehow managed to oops my home router
> 3000 miles away making it hard for me to access mail & stuff.
> (That "page count went negative" BUG() bit me when I did a killall -9 vpnc)
Finally managed to fish this out of the logs..
Eeek! page_mapcount(page) went negative! (-2)
page->flags = 404
page->count = 1
page->mapping = 00000000
------------[ cut here ]------------
kernel BUG at mm/rmap.c:587!
invalid opcode: 0000 [#2]
SMP
last sysfs file: /class/net/lo/type
Modules linked in: tun ipt_MASQUERADE iptable_nat ip_nat ipt_LOG xt_limit ipv6 ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video sbs i2c_ec button battery asus_acpi ac parport_pc lp parport pcspkr ide_cd i2c_viapro i2c_core cdrom 3c59x via_rhine via_ircc mii irda crc_ccitt serio_raw dm_snapshot dm_zero dm_mirror dm_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd
CPU: 0
EIP: 0060:[<c046396c>] Not tainted VLI
EFLAGS: 00010246 (2.6.18-1.2849.fc6 #1)
EIP is at page_remove_rmap+0x8b/0xac
eax: 00000000 ebx: c1000000 ecx: ffffffff edx: 00000046
esi: dcaa2f98 edi: 00000020 ebp: cd3f7f00 esp: cd3e4ddc
ds: 007b es: 007b ss: 0068
Process vpnc (pid: 3367, ti=cd3e4000 task=cd3a0b50 task.ti=cd3e4000)
Stack: c0638bad 00000000 c1000000 09bc0000 c045e199 00000000 dcaa2f98 cd3e4e54
003ebff8 00000000 00000001 09bdb000 cd377098 c1624a80 c13e5f60 fffffffa
ffffffff c1624ad4 cd377098 09bdb000 00000000 cd3e4e54 c1485d4c c1624a80
Call Trace:
[<c045e199>] unmap_vmas+0x28e/0x504
[<c0460c0f>] exit_mmap+0x77/0xf1
[<c0422d75>] mmput+0x34/0x7a
[<c0427818>] do_exit+0x20b/0x776
[<c0427df9>] sys_exit_group+0x0/0xd
[<cd39a644>] 0xcd39a644
DWARF2 unwinder stuck at 0xcd39a644
Leftover inexact backtrace:
[<c0615375>] do_page_fault+0x0/0x4db
[<c0430828>] get_signal_to_deliver+0x38b/0x3b3
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c0615375>] do_page_fault+0x0/0x4db
[<c0403626>] do_notify_resume+0x7e/0x6c1
[<c045f135>] __handle_mm_fault+0x82c/0x860
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c061455e>] _spin_unlock_irq+0x5/0x7
[<c0612ccc>] schedule+0x960/0x9dd
[<c0615375>] do_page_fault+0x0/0x4db
[<c04040a2>] work_notifysig+0x13/0x19
=======================
Code: 82 1e fc ff 8b 43 10 c7 04 24 ad 8b 63 c0 89 44 24 04 e8 6f 1e fc ff 8b 46 40 85 c0 74 0d 8b 50 08 b8 c6 8b 63 c0 e8 07 ce fd ff <0f> 0b 4b 02 42 8b 63 c0 8b 53 10 89 d8 59 5b 5b 5e 83 f2 01 83
EIP: [<c046396c>] page_remove_rmap+0x8b/0xac SS:ESP 0068:cd3e4ddc
<3>BUG: sleeping function called from invalid context at kernel/rwsem.c:20
in_atomic():1, irqs_disabled():0
[<c04051db>] dump_trace+0x69/0x1af
[<c0405339>] show_trace_log_lvl+0x18/0x2c
[<c04058ed>] show_trace+0xf/0x11
[<c04059ea>] dump_stack+0x15/0x17
[<c04394a2>] down_read+0x12/0x20
[<c0431601>] blocking_notifier_call_chain+0xe/0x29
[<c0427628>] do_exit+0x1b/0x776
[<c040588e>] die+0x29d/0x2c2
[<c0405fd3>] do_invalid_op+0xa2/0xab
[<c0404b85>] error_code+0x39/0x40
DWARF2 unwinder stuck at error_code+0x39/0x40
Leftover inexact backtrace:
[<c046396c>] page_remove_rmap+0x8b/0xac
[<c045e199>] unmap_vmas+0x28e/0x504
[<c0460c0f>] exit_mmap+0x77/0xf1
[<c0422d75>] mmput+0x34/0x7a
[<c0427818>] do_exit+0x20b/0x776
[<c042f153>] __dequeue_signal+0x151/0x15c
[<c0615375>] do_page_fault+0x0/0x4db
[<c0427df9>] sys_exit_group+0x0/0xd
[<c0615375>] do_page_fault+0x0/0x4db
[<c0430828>] get_signal_to_deliver+0x38b/0x3b3
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c0615375>] do_page_fault+0x0/0x4db
[<c0403626>] do_notify_resume+0x7e/0x6c1
[<c045f135>] __handle_mm_fault+0x82c/0x860
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c061455e>] _spin_unlock_irq+0x5/0x7
[<c0612ccc>] schedule+0x960/0x9dd
[<c0615375>] do_page_fault+0x0/0x4db
[<c04040a2>] work_notifysig+0x13/0x19
=======================
Fixing recursive fault but reboot is needed!
BUG: scheduling while atomic: vpnc/0x00000001/3367
[<c04051db>] dump_trace+0x69/0x1af
[<c0405339>] show_trace_log_lvl+0x18/0x2c
[<c04058ed>] show_trace+0xf/0x11
[<c04059ea>] dump_stack+0x15/0x17
[<c06123af>] schedule+0x43/0x9dd
[<c04276f7>] do_exit+0xea/0x776
[<c040588e>] die+0x29d/0x2c2
[<c0405fd3>] do_invalid_op+0xa2/0xab
[<c0404b85>] error_code+0x39/0x40
DWARF2 unwinder stuck at error_code+0x39/0x40
Leftover inexact backtrace:
[<c046396c>] page_remove_rmap+0x8b/0xac
[<c045e199>] unmap_vmas+0x28e/0x504
[<c0460c0f>] exit_mmap+0x77/0xf1
[<c0422d75>] mmput+0x34/0x7a
[<c0427818>] do_exit+0x20b/0x776
[<c042f153>] __dequeue_signal+0x151/0x15c
[<c0615375>] do_page_fault+0x0/0x4db
[<c0427df9>] sys_exit_group+0x0/0xd
[<c0615375>] do_page_fault+0x0/0x4db
[<c0430828>] get_signal_to_deliver+0x38b/0x3b3
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c0615375>] do_page_fault+0x0/0x4db
[<c0403626>] do_notify_resume+0x7e/0x6c1
[<c045f135>] __handle_mm_fault+0x82c/0x860
[<c04068d1>] do_IRQ+0xb0/0xbc
[<c061455e>] _spin_unlock_irq+0x5/0x7
[<c0612ccc>] schedule+0x960/0x9dd
[<c0615375>] do_page_fault+0x0/0x4db
[<c04040a2>] work_notifysig+0x13/0x19
=======================
That was from a 2.6.18.3 kernel iirc.
Dave
--
http://www.codemonkey.org.uk
next prev parent reply other threads:[~2006-12-12 17:49 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-05 4:40 -mm merge plans for 2.6.20 Andrew Morton
2006-12-05 4:56 ` Jeff Garzik
2006-12-05 5:41 ` Andrew Morton
2006-12-05 7:04 ` Jens Axboe
2006-12-05 15:00 ` Mark Lord
2006-12-06 19:19 ` Conke Hu
2006-12-06 19:26 ` Randy Dunlap
2006-12-06 19:40 ` Jeff Garzik
2006-12-06 22:36 ` Andrew Morton
2006-12-05 5:14 ` Paul Mackerras
2006-12-05 5:42 ` Andrew Morton
2006-12-05 5:53 ` Nick Piggin
2006-12-05 5:49 ` Nick Piggin
2006-12-05 8:36 ` Gautham R Shenoy
2006-12-05 8:47 ` Peter Zijlstra
2006-12-05 11:06 ` ext2 future [was Re: -mm merge plans for 2.6.20] Pavel Machek
2006-12-05 13:23 ` -mm merge plans for 2.6.20 John W. Linville
2006-12-05 14:27 ` Roman Zippel
2006-12-06 3:46 ` Horst Schirmeier
2006-12-05 16:02 ` Dave Jones
2006-12-12 17:49 ` Dave Jones [this message]
2006-12-19 5:20 ` Nick Piggin
2006-12-19 6:44 ` Dave Jones
2006-12-19 7:02 ` Nick Piggin
2007-01-07 17:36 ` page_mapcount(page) went negative Dave Jones
2007-01-10 23:53 ` Nick Piggin
2006-12-05 17:35 ` -mm merge plans for 2.6.20 James Simmons
2006-12-05 18:01 ` Andrew Morton
2006-12-05 18:25 ` James Simmons
2006-12-05 18:37 ` [PATCH] backlight sysfs change to the fbdev drivers James Simmons
2006-12-05 18:37 ` James Simmons
2006-12-05 19:43 ` -mm merge plans for 2.6.20 Andrew Morton
2006-12-05 19:59 ` James Simmons
2006-12-05 20:20 ` Andrew Morton
2006-12-05 21:34 ` James Simmons
2006-12-06 23:40 ` Andrew Morton
2006-12-07 14:31 ` James Simmons
2006-12-05 20:40 ` Miguel Ojeda
2006-12-06 14:42 ` James Simmons
2006-12-05 19:18 ` Josef Sipek
2006-12-05 19:21 ` [PATCH 1/2] fsstack: Make fsstack_copy_attr_all copy inode size Josef Sipek
2006-12-05 19:22 ` [PATCH 2/2] fsstack: Fix up ecryptfs's fsstack usage Josef Sipek
2006-12-05 22:28 ` Andrew Morton
2006-12-05 22:38 ` Josef Sipek
2006-12-05 22:49 ` Andrew Morton
2006-12-05 23:16 ` Josef Sipek
2006-12-05 21:00 ` -mm merge plans for 2.6.20 Ingo Molnar
2006-12-05 21:17 ` -mm merge plans for 2.6.20, scheduler bits Ingo Molnar
2006-12-05 20:59 ` Siddha, Suresh B
2006-12-05 21:47 ` Ingo Molnar
2006-12-05 21:29 ` Miguel Ojeda
2006-12-06 2:59 ` -mm merge plans for 2.6.20 Roman Zippel
2006-12-06 4:30 ` Andrew Morton
2006-12-06 8:32 ` Thomas Gleixner
2006-12-06 12:54 ` Roman Zippel
2006-12-06 13:11 ` Ingo Molnar
2006-12-06 14:33 ` Roman Zippel
2006-12-06 15:22 ` Ingo Molnar
2006-12-06 16:42 ` Roman Zippel
2006-12-06 16:58 ` Ingo Molnar
2006-12-06 16:59 ` Ingo Molnar
2006-12-12 20:40 ` [RFC] HZ free ntp john stultz
2006-12-13 9:51 ` Ingo Molnar
2006-12-13 18:48 ` john stultz
2006-12-13 13:47 ` Roman Zippel
2006-12-13 19:19 ` john stultz
2006-12-13 20:40 ` Roman Zippel
2006-12-20 1:32 ` john stultz
2006-12-20 1:54 ` john stultz
2006-12-21 4:26 ` Andrew Morton
2007-01-01 18:29 ` Roman Zippel
2007-01-02 19:46 ` john stultz
2007-01-02 20:50 ` john stultz
2007-01-06 16:56 ` Roman Zippel
2007-01-22 19:27 ` [patch] HZ-free NTP Ingo Molnar
2007-01-22 19:39 ` Ingo Molnar
2007-01-01 16:27 ` [RFC] HZ free ntp Roman Zippel
2007-01-02 19:42 ` john stultz
2007-01-06 16:46 ` Roman Zippel
2006-12-06 12:33 ` -mm merge plans for 2.6.20 Roman Zippel
2006-12-08 14:09 ` Stephen Smalley
2006-12-08 20:58 ` Andrew Morton
2006-12-10 15:07 ` Mimi Zohar
2006-12-09 9:30 ` Randy Dunlap
2006-12-09 9:44 ` Andrew Morton
2006-12-10 20:12 ` Randy Dunlap
-- strict thread matches above, loose matches on Subject: below --
2006-12-05 23:55 Alessandro Guido
2006-12-06 0:13 ` Andrew Morton
2006-12-08 18:32 Steve French
2006-12-08 21:38 ` Andrew Morton
2006-12-10 3:18 Chuck Ebbert
2006-12-11 4:19 ` Steve French
2006-12-11 9:32 Chuck Ebbert
2006-12-13 1:09 Chuck Ebbert
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=20061212174909.GD2140@redhat.com \
--to=davej@redhat.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.