From: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Andi Kleen <ak@suse.de>
Subject: Re: Linux 2.6.21-rc5
Date: Tue, 27 Mar 2007 20:53:40 +0200 [thread overview]
Message-ID: <46096834.5050508@googlemail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0703251559560.6730@woody.linux-foundation.org>
Linus Torvalds napisał(a):
> There's various fixes here, ranging from some architecture updates (ia64,
> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>
> And random one-liners.
>
I found this in mm snapshot
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.2/1367.html
it's in mainline too.
Andi, any progress with this bug?
BUG: using smp_processor_id() in preemptible [00000001] code: mount/7245
caller is avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<c0105039>] show_trace_log_lvl+0x1a/0x2f
[<c0105720>] show_trace+0x12/0x14
[<c01057d2>] dump_stack+0x16/0x18
[<c01f911e>] debug_smp_processor_id+0xa2/0xb4
[<c0115832>] avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<fdca69b5>] nmi_create_files+0x2a/0x10e [oprofile]
[<fdca5f4e>] oprofile_create_files+0xe6/0xec [oprofile]
[<fdca6153>] oprofilefs_fill_super+0x78/0x7e [oprofile]
[<c0173516>] get_sb_single+0x46/0x8c
[<fdca608b>] oprofilefs_get_sb+0x1c/0x1e [oprofile]
[<c0173406>] vfs_kern_mount+0x81/0xf1
[<c01734be>] do_kern_mount+0x30/0x42
[<c0185be9>] do_mount+0x601/0x678
[<c0185ccf>] sys_mount+0x6f/0xa4
[<c0104060>] syscall_call+0x7/0xb
=======================
BUG: using smp_processor_id() in preemptible [00000001] code: mount/7245
caller is avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<c0105039>] show_trace_log_lvl+0x1a/0x2f
[<c0105720>] show_trace+0x12/0x14
[<c01057d2>] dump_stack+0x16/0x18
[<c01f911e>] debug_smp_processor_id+0xa2/0xb4
[<c0115832>] avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<fdca69b5>] nmi_create_files+0x2a/0x10e [oprofile]
[<fdca5f4e>] oprofile_create_files+0xe6/0xec [oprofile]
[<fdca6153>] oprofilefs_fill_super+0x78/0x7e [oprofile]
[<c0173516>] get_sb_single+0x46/0x8c
[<fdca608b>] oprofilefs_get_sb+0x1c/0x1e [oprofile]
[<c0173406>] vfs_kern_mount+0x81/0xf1
[<c01734be>] do_kern_mount+0x30/0x42
[<c0185be9>] do_mount+0x601/0x678
[<c0185ccf>] sys_mount+0x6f/0xa4
[<c0104060>] syscall_call+0x7/0xb
=======================
BUG: using smp_processor_id() in preemptible [00000001] code: mount/7245
caller is avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<c0105039>] show_trace_log_lvl+0x1a/0x2f
[<c0105720>] show_trace+0x12/0x14
[<c01057d2>] dump_stack+0x16/0x18
[<c01f911e>] debug_smp_processor_id+0xa2/0xb4
[<c0115832>] avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<fdca69b5>] nmi_create_files+0x2a/0x10e [oprofile]
[<fdca5f4e>] oprofile_create_files+0xe6/0xec [oprofile]
[<fdca6153>] oprofilefs_fill_super+0x78/0x7e [oprofile]
[<c0173516>] get_sb_single+0x46/0x8c
[<fdca608b>] oprofilefs_get_sb+0x1c/0x1e [oprofile]
[<c0173406>] vfs_kern_mount+0x81/0xf1
[<c01734be>] do_kern_mount+0x30/0x42
[<c0185be9>] do_mount+0x601/0x678
[<c0185ccf>] sys_mount+0x6f/0xa4
[<c0104060>] syscall_call+0x7/0xb
=======================
BUG: using smp_processor_id() in preemptible [00000001] code: mount/7245
caller is avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<c0105039>] show_trace_log_lvl+0x1a/0x2f
[<c0105720>] show_trace+0x12/0x14
[<c01057d2>] dump_stack+0x16/0x18
[<c01f911e>] debug_smp_processor_id+0xa2/0xb4
[<c0115832>] avail_to_resrv_perfctr_nmi_bit+0x1a/0x32
[<fdca69b5>] nmi_create_files+0x2a/0x10e [oprofile]
[<fdca5f4e>] oprofile_create_files+0xe6/0xec [oprofile]
[<fdca6153>] oprofilefs_fill_super+0x78/0x7e [oprofile]
[<c0173516>] get_sb_single+0x46/0x8c
[<fdca608b>] oprofilefs_get_sb+0x1c/0x1e [oprofile]
[<c0173406>] vfs_kern_mount+0x81/0xf1
[<c01734be>] do_kern_mount+0x30/0x42
[<c0185be9>] do_mount+0x601/0x678
[<c0185ccf>] sys_mount+0x6f/0xa4
[<c0104060>] syscall_call+0x7/0xb
=======================
SELinux: initialized (dev oprofilefs, type oprofilefs), uses genfs_contexts
=================================
[ INFO: inconsistent lock state ]
2.6.21-rc5-gd4590940-dirty #128
---------------------------------
inconsistent {hardirq-on-W} -> {in-hardirq-W} usage.
firefox-bin/3542 [HC1[1]:SC0[0]:HE0:SE1] takes:
(oprofilefs_lock){+-..}, at: [<fdca6b6a>] nmi_cpu_setup+0x15/0x4f [oprofile]
{hardirq-on-W} state was registered at:
[<c013d338>] __lock_acquire+0x442/0xba1
[<c013daff>] lock_acquire+0x68/0x82
[<c031a947>] _spin_lock+0x35/0x42
[<fdca6343>] oprofilefs_ulong_from_user+0x4e/0x74 [oprofile]
[<fdca6393>] ulong_write_file+0x2a/0x38 [oprofile]
[<c0171d13>] vfs_write+0xaf/0x138
[<c01722dd>] sys_write+0x3d/0x61
[<c0104060>] syscall_call+0x7/0xb
[<ffffffff>] 0xffffffff
irq event stamp: 50464270
hardirqs last enabled at (50464269): [<c0104189>] syscall_exit_work+0x11/0x26
hardirqs last disabled at (50464270): [<c0104ae9>] call_function_interrupt+0x29/0x38
softirqs last enabled at (50462522): [<c012653b>] __do_softirq+0xe4/0xea
softirqs last disabled at (50462515): [<c01069b5>] do_softirq+0x64/0xd1
other info that might help us debug this:
no locks held by firefox-bin/3542.
stack backtrace:
[<c0105039>] show_trace_log_lvl+0x1a/0x2f
[<c0105720>] show_trace+0x12/0x14
[<c01057d2>] dump_stack+0x16/0x18
[<c013bd13>] print_usage_bug+0x140/0x14a
[<c013c51e>] mark_lock+0xa1/0x40b
[<c013d2a9>] __lock_acquire+0x3b3/0xba1
[<c013daff>] lock_acquire+0x68/0x82
[<c031a947>] _spin_lock+0x35/0x42
[<fdca6b6a>] nmi_cpu_setup+0x15/0x4f [oprofile]
[<c0112a61>] smp_call_function_interrupt+0x3a/0x56
[<c0104af3>] call_function_interrupt+0x33/0x38
=======================
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5/git-config2
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5/git-dmesg
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)
next prev parent reply other threads:[~2007-03-27 18:53 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-25 23:08 Linux 2.6.21-rc5 Linus Torvalds
2007-03-26 8:31 ` Ingo Molnar
2007-03-26 8:17 ` Ayaz Abdulla
2007-03-26 8:39 ` Ingo Molnar
2007-03-26 8:58 ` [patch] forcedeth: work around NULL skb dereference crash Ingo Molnar
2007-04-02 11:56 ` [patch] forcedeth: improve NAPI logic Ingo Molnar
2007-03-26 8:55 ` Linux 2.6.21-rc5 Thomas Gleixner
2007-03-26 12:25 ` Bob Tracy
2007-03-26 12:30 ` Thomas Gleixner
2007-03-26 9:04 ` 2.6.21-rc5: maxcpus=1 crash in cpufreq: kernel BUG at drivers/cpufreq/cpufreq.c:82! Ingo Molnar
2007-03-26 18:12 ` Venki Pallipadi
2007-03-26 19:03 ` Venki Pallipadi
2007-03-27 7:11 ` Ingo Molnar
2007-03-26 9:21 ` [PATCH] clockevents: remove bad designed sysfs support for now Thomas Gleixner
2007-03-26 9:25 ` Ingo Molnar
2007-03-26 18:57 ` Greg KH
2007-03-26 12:51 ` Pavel Machek
2007-03-27 7:08 ` [PATCH] i386: Fix bogus return value in hpet_next_event() Thomas Gleixner
2007-03-26 10:11 ` -rc5: e1000 resume weirdness Ingo Molnar
2007-03-26 15:39 ` Kok, Auke
2007-03-26 15:50 ` Jesse Brandeburg
2007-03-26 15:55 ` Kok, Auke
2007-03-26 17:39 ` Ingo Molnar
2007-03-27 1:59 ` [1/5] 2.6.21-rc5: known regressions Adrian Bunk
2007-03-28 18:54 ` Kok, Auke
2007-03-28 19:23 ` Ingo Molnar
2007-03-30 18:04 ` Adrian Bunk
2007-03-30 12:04 ` [bug] hung bootup in various drivers, was: "2.6.21-rc5: known regressions" Ingo Molnar
2007-03-30 12:06 ` [bug] fixed_init(): BUG: at drivers/base/core.c:120 device_release(), " Ingo Molnar
2007-03-30 14:18 ` Greg KH
2007-03-30 14:25 ` Ingo Molnar
2007-03-30 16:31 ` Vitaly Bordug
2007-03-30 14:16 ` [bug] hung bootup in various drivers, " Greg KH
2007-03-30 17:46 ` Ingo Molnar
2007-03-30 19:32 ` Greg KH
2007-03-31 2:32 ` Kay Sievers
2007-03-31 16:51 ` [patch] driver core: fix built-in drivers sysfs links Ingo Molnar
2007-03-31 16:31 ` [bug] hung bootup in various drivers, was: "2.6.21-rc5: known regressions" Ingo Molnar
2007-04-01 7:49 ` Pavel Machek
2007-04-01 17:17 ` Linus Torvalds
2007-04-01 17:35 ` [patch] driver core: if built-in, do not wait in driver_unregister() Ingo Molnar
2007-04-02 1:47 ` Greg KH
2007-03-27 1:59 ` [2/5] 2.6.21-rc5: known regressions Adrian Bunk
2007-03-28 19:46 ` Laurent Riffard
2007-03-29 19:02 ` Fabio Comolli
2007-03-27 1:59 ` [3/5] " Adrian Bunk
2007-03-27 1:59 ` [4/5] " Adrian Bunk
2007-03-27 8:00 ` Marcus Better
2007-03-27 13:25 ` Eric W. Biederman
2007-03-27 16:53 ` Marcus Better
2007-03-27 20:50 ` Eric W. Biederman
2007-03-27 10:09 ` Rafael J. Wysocki
2007-03-27 22:29 ` Adrian Bunk
2007-03-27 22:45 ` Thomas Meyer
2007-03-28 12:19 ` Ingo Molnar
2007-03-28 12:41 ` Ingo Molnar
2007-03-28 13:03 ` Ingo Molnar
2007-03-28 13:06 ` [patch] MSI-X: fix resume crash Ingo Molnar
2007-03-28 13:31 ` Eric W. Biederman
2007-03-28 13:36 ` Ingo Molnar
2007-03-29 4:30 ` Len Brown
2007-03-29 4:57 ` Eric W. Biederman
2007-03-27 1:59 ` [5/5] 2.6.21-rc5: known regressions Adrian Bunk
2007-03-27 5:51 ` ATA ACPI (was Re: Linux 2.6.21-rc5) Jeff Garzik
2007-03-27 5:54 ` Tejun Heo
2007-03-27 21:32 ` Pavel Machek
2007-03-28 9:51 ` Tejun Heo
2007-03-27 17:07 ` Linus Torvalds
2007-03-27 18:48 ` Jeff Garzik
2007-03-27 6:17 ` Linux 2.6.21-rc5 Andrew Morton
2007-03-27 6:20 ` Greg KH
2007-03-27 16:49 ` Jesse Barnes
2007-03-27 9:49 ` Takashi Iwai
2007-03-27 12:25 ` Andi Kleen
2007-03-27 16:33 ` Andrew Morton
2007-03-27 12:43 ` Dmitry Torokhov
2007-03-28 22:32 ` Tilman Schmidt
2007-03-27 18:34 ` Michal Piotrowski
2007-03-27 22:29 ` Pavel Machek
2007-03-27 22:55 ` Michal Piotrowski
2007-03-27 18:53 ` Michal Piotrowski [this message]
2007-03-28 14:30 ` Andi Kleen
2007-03-28 14:56 ` Michal Piotrowski
2007-03-28 16:12 ` Jiri Kosina
2007-03-28 16:51 ` Michal Piotrowski
2007-03-28 17:56 ` Linus Torvalds
[not found] ` <20070327230024.GJ16477@stusta.de>
2007-03-27 23:10 ` 2.6.21-rc5: known regressions with patches Rafael J. Wysocki
2007-03-28 0:50 ` Jay Cliburn
2007-03-30 21:32 ` [1/4] 2.6.21-rc5: known regressions (v2) Adrian Bunk
2007-03-30 21:38 ` Greg KH
2007-03-31 0:23 ` Michal Jaegermann
2007-03-31 15:01 ` Adrian Bunk
2007-03-31 16:42 ` Michal Jaegermann
2007-03-30 21:32 ` [2/4] " Adrian Bunk
2007-03-30 21:32 ` [3/4] " Adrian Bunk
2007-03-31 2:52 ` Jeff Chua
2007-03-31 3:16 ` Adrian Bunk
2007-03-31 11:08 ` Jens Axboe
2007-04-01 5:39 ` Jeremy Fitzhardinge
2007-04-13 16:32 ` Michal Piotrowski
2007-03-30 21:49 ` [4/4] " Adrian Bunk
2007-03-31 2:41 ` Jeff Chua
2007-03-31 6:44 ` Frédéric Riss
2007-04-01 7:04 ` Michael S. Tsirkin
2007-04-01 20:37 ` Michael S. Tsirkin
2007-03-31 18:19 ` 2.6.21-rc5: known regressions with patches (v2) Adrian Bunk
2007-04-03 4:05 ` [PATCH] libata: add NCQ blacklist entries from Silicon Image Windows driver (v2) Robert Hancock
2007-04-03 4:13 ` Tejun Heo
2007-04-04 6:09 ` Jeff Garzik
2007-04-04 14:26 ` Robert Hancock
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=46096834.5050508@googlemail.com \
--to=michal.k.k.piotrowski@gmail.com \
--cc=ak@suse.de \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox