mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Randy.Dunlap" <rddunlap@osdl.org>
To: David Howells <dhowells@redhat.com>
Cc: rjw@sisk.pl, akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: 2.6.8.1-mm4 (strange behavior on dual Opteron w/ NUMA)
Date: Mon, 23 Aug 2004 08:46:40 -0700	[thread overview]
Message-ID: <20040823084640.1195f4f3.rddunlap@osdl.org> (raw)
In-Reply-To: <798.1093274973@redhat.com>

On Mon, 23 Aug 2004 16:29:33 +0100 David Howells wrote:

| 
| Rafael J. Wysocki <rjw@sisk.pl> wrote:
| > It has the same problems that I've reported for 2.6.8.1-mm3:
| > 
| > 1) ALT-SysRq-<command key> does not work, although "echo <command> > 
| > /proc/sysrq-trigger" does (may be specific to x86-64).
| 
| I'm seeing this on my Dual PPro testbox too. I'm running 2.6.8.1-mm4 using the
| i386 arch. I get an oops (which I've attached) from SysRq+B and from normal
| reboot.
| 
| > 2) After issuing:
| > 
| > # rmmod snd_seq_oss
| > 
| > the kernel goes into a strange state:
| 
| And that too; except that I'm seeing it with NFS and modules of my own
| devising. I've attached an excerpt of a SysRq trace of this. Note that it
| doesn't start executing the module exit function as far as I can tell.
| 
| Both these problems are 100% reproducible.
| 
| David
| 
| 
| ===========
| REBOOT OOPS
| ===========

This oops is fixed by this trivial patch:

http://marc.theaimsgroup.com/?l=linux-kernel&m=109313574928853&w=2

| nfsd: last server has exited
| nfsd: unexporting all filesystems
| Restarting system.
| Unable to handle kernel paging request at virtual address c041a3e0
|  printing eip:
| c041a3e0
| *pde = 00463027
| *pte = 0041a000
| Oops: 0000 [#1]
| SMP DEBUG_PAGEALLOC
| Modules linked in: nfs cachefs
| CPU:    0
| EIP:    0060:[<c041a3e0>]    Not tainted VLI
| EFLAGS: 00010282   (2.6.8.1-mm4) 
| EIP is at find_isa_irq_pin+0x0/0x70
| eax: 00000003   ebx: 00000000   ecx: 000100fe   edx: 00000000
| esi: 01234567   edi: c4d6c000   ebp: c4d6c000   esp: c4d6de60
| ds: 007b   es: 007b   ss: 0068
| Process reboot (pid: 2751, threadinfo=c4d6c000 task=c5527a40)
| Stack: c011227f 00000000 00000003 00000000 00000001 00000000 c010ebc8 00000000 
|        c4d6c000 c010ebe9 01234567 c4d6c000 c011c167 c0351071 00000000 c012ba1d 
|        00000000 00000001 00000000 c10bb7c0 00000001 00000000 c01452ef c10bb7c0 
| Call Trace:
|  [<c011227f>] disable_IO_APIC+0x1f/0x140
|  [<c010ebc8>] machine_shutdown+0x48/0x60
|  [<c010ebe9>] machine_restart+0x9/0x90
|  [<c011c167>] printk+0x17/0x20
|  [<c012ba1d>] sys_reboot+0x19d/0x400
|  [<c01452ef>] cache_free_debugcheck+0x17f/0x2b0
|  [<c02d41fb>] sock_destroy_inode+0x1b/0x20
|  [<c02d41fb>] sock_destroy_inode+0x1b/0x20
|  [<c017dc65>] destroy_inode+0x35/0x60
|  [<c017f67e>] generic_forget_inode+0x14e/0x1c0
|  [<c01452ef>] cache_free_debugcheck+0x17f/0x2b0
|  [<c017f773>] iput+0x63/0x90
|  [<c017abd3>] dput+0x33/0x340
|  [<c0160168>] __fput+0xa8/0x110
|  [<c0160170>] __fput+0xb0/0x110
|  [<c015e5d9>] filp_close+0x59/0x90
|  [<c015e68f>] sys_close+0x7f/0x100
|  [<c0113ae0>] do_page_fault+0x0/0x5c0
|  [<c010459f>] syscall_call+0x7/0xb
| Code:  Bad EIP value.
|  Badness in send_IPI_mask_bitmask at arch/i386/kernel/smp.c:167
|  [<c010f5c4>] send_IPI_mask_bitmask+0x74/0x80
|  [<c010f9df>] smp_send_reschedule+0x1f/0x30
|  [<c01155b0>] try_to_wake_up+0x2b0/0x2e0
|  [<c0117041>] __wake_up_common+0x41/0x70
|  [<c01170bb>] __wake_up+0x4b/0xb0
|  [<c012e44f>] __queue_work+0x5f/0xc0
|  [<c012e505>] queue_work+0x55/0x70
|  [<c012e3c9>] call_usermodehelper+0xc9/0xd6
|  [<c012e290>] __call_usermodehelper+0x0/0x70
|  [<c02565ef>] sprintf+0x1f/0x30
|  [<c0253486>] kset_hotplug+0x1f6/0x290
|  [<c0253587>] kobject_hotplug+0x67/0x70
|  [<c02538fb>] kobject_del+0x1b/0x40
|  [<c02875d9>] class_device_del+0x99/0xc0
|  [<c0287613>] class_device_unregister+0x13/0x30
|  [<c0287c53>] class_simple_device_remove+0xa3/0x127
|  [<c026d42c>] vcs_remove_devfs+0x1c/0x39
|  [<c0275145>] con_close+0x85/0x90
|  [<c0263a1d>] release_dev+0x6ad/0x6d0
|  [<c01452a1>] cache_free_debugcheck+0x131/0x2b0
|  [<c014f3da>] remove_vm_struct+0x8a/0xd0
|  [<c0263f95>] tty_release+0x45/0xc0
|  [<c010f829>] flush_tlb_mm+0x49/0xa0
|  [<c01601be>] __fput+0xfe/0x110
|  [<c015e5d9>] filp_close+0x59/0x90
|  [<c011da54>] put_files_struct+0x64/0xd0
|  [<c011ea90>] do_exit+0x1f0/0x590
|  [<c015f361>] sys_read+0x51/0x80
|  [<c011ee63>] sys_exit+0x13/0x20
|  [<c010459f>] syscall_call+0x7/0xb
| 
| 
| =====================
| RMMOD SYSRQ+T EXCERPT
| =====================
| 
| rmmod         D C0341C03     0  2010   1932                     (NOTLB)
| c4737e80 00000082 00000002 c0341c03 c4737ec4 c012e505 c4737e64 0dfec5b1 
|        00000007 3e5a438a 00015b43 c41fddb0 15b433e8 00000000 c1104f60 c3c72bec 
|        c01150a5 c3d95a40 c11054ac c4737f04 c4737f08 c4737ec0 c4737ee8 c0341c03 
| Call Trace:
|  [<c0341c03>] wait_for_completion+0xb3/0x1a0
|  [<c012e505>] queue_work+0x55/0x70
|  [<c01150a5>] activate_task+0xf5/0x120
|  [<c0341c03>] wait_for_completion+0xb3/0x1a0
|  [<c0116fe0>] default_wake_function+0x0/0x20
|  [<c0116fe0>] default_wake_function+0x0/0x20
|  [<c01155fd>] wake_up_process+0x1d/0x30
|  [<c0139b3c>] __stop_machine_run+0x9c/0xc0
|  [<c0138e80>] __try_stop_module+0x0/0x41
|  [<c0139b7f>] stop_machine_run+0x1f/0x38
|  [<c0138e80>] __try_stop_module+0x0/0x41
|  [<c01360d8>] try_stop_module+0x38/0x40
|  [<c0138e80>] __try_stop_module+0x0/0x41
|  [<c01362a2>] sys_delete_module+0x122/0x180
|  [<c01212ea>] __do_softirq+0xba/0xd0
|  [<c01103dd>] smp_apic_timer_interrupt+0x8d/0x100
|  [<c010456c>] system_call+0x0/0x2c
|  [<c010459f>] syscall_call+0x7/0xb
| kstopmachine  R running     0  2011      6  2012            36 (L-TLB)
| kstopmachine  R running     0  2012   2011                     (L-TLB)
| -


--
~Randy

  reply	other threads:[~2004-08-23 15:58 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-22  8:34 2.6.8.1-mm4 Andrew Morton
2004-08-22 14:20 ` 2.6.8.1-mm4 (strange behavior on dual Opteron w/ NUMA) R. J. Wysocki
2004-08-23  2:18 ` 2.6.8.1-mm4 - failed opcode was: 0xe7 Ed Tomlinson
2004-08-23  5:00 ` 2.6.8.1-mm4 Eric W. Biederman
2004-08-23 12:00   ` 2.6.8.1-mm4 Alan Cox
2004-08-23 14:24     ` 2.6.8.1-mm4 Eric W. Biederman
2004-08-23 14:11 ` 2.6.8.1-mm4 (compile stats) John Cherry
2004-08-23 15:29 ` 2.6.8.1-mm4 (strange behavior on dual Opteron w/ NUMA) David Howells
2004-08-23 15:46   ` Randy.Dunlap [this message]
2004-08-23 18:27     ` Andrew Morton
2004-08-23 18:57       ` Randy.Dunlap
2004-08-23 18:21 ` 2.6.8.1-mm4 Tomasz Torcz
2004-08-23 18:31   ` 2.6.8.1-mm4 Alan Cox
2004-08-23 19:40     ` 2.6.8.1-mm4 Andrew Morton
2004-08-23 19:15       ` 2.6.8.1-mm4 Alan Cox
2004-08-23 21:19         ` 2.6.8.1-mm4 David S. Miller
2004-08-23 20:21 ` 2.6.8.1-mm4 wli
2004-08-24  6:14   ` 2.6.8.1-mm4 Andrew Morton
2004-08-24  7:55     ` O(1) proc_pid_statm() William Lee Irwin III
2004-08-24 17:05       ` fix text reporting in " William Lee Irwin III
2004-08-25  0:06     ` [PATCH] advice to use good patch subject, for SubmittingPatches Tim Bird
2004-08-23 22:18 ` 2.6.8.1-mm4 - more cpu hotplug breakage Nathan Lynch
2004-08-25  3:57   ` Nathan Lynch
2004-08-25 23:09   ` Nathan Lynch
2004-08-26  2:54     ` Rusty Russell
2004-08-26  7:57     ` [PATCH 1/2] Neaten migrate_all_tasks Rusty Russell
2004-08-26  7:58     ` [PATCH 2/2] Hotplug CPU vs TASK_ZOMBIEs: The Sequel to Hotplug CPU vs TASK_DEAD Rusty Russell
2004-08-26 15:29       ` Nathan Lynch
2004-08-27  1:38         ` Rusty Russell
2004-08-24 20:56 ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 20:57   ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 21:23   ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 21:26     ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 21:37     ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 21:48   ` 2.6.8.1-mm4 William Lee Irwin III
2004-08-24 21:06 ` WAITQUEUE_DEBUG crapectomy William Lee Irwin III

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=20040823084640.1195f4f3.rddunlap@osdl.org \
    --to=rddunlap@osdl.org \
    --cc=akpm@osdl.org \
    --cc=dhowells@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    /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

all inboxes | Powered by JetHome®