From: Clemens Schwaighofer <cs@tequila.co.jp>
To: Satyam Sharma <satyam.sharma@gmail.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: Oops and Panics in 2.6.21.1, 2.6.20.6 and 2.6.19.2
Date: Fri, 29 Jun 2007 15:18:08 +0900 [thread overview]
Message-ID: <4684A420.3010706@tequila.co.jp> (raw)
In-Reply-To: <a781481a0706282312r5354d06di3e166d9b2e8bd63e@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 10460 bytes --]
On 06/29/2007 03:12 PM, Satyam Sharma wrote:
> Hi Clemens,
>
> [ Cc:'ing Andrew, original thread at http://lkml.org/lkml/2007/5/15/354 ]
>
> On 6/29/07, Clemens Schwaighofer <cs@tequila.co.jp> wrote:
>> On 05/16/2007 09:24 AM, Clemens Schwaighofer wrote:
>> > Hi,
>>
>> I had my system running up for about one month without any issues, and
>> then it happened again, same kernel oops, panic, end.
>>
>> So I have upgraded to 2.6.22-rc4-mm2 in hope it might fix it, but I just
>> got another oops (uptime 4d) [see attached file]
>
> You "upgraded" from -stable series kernels (2.6.19.2 / 2.6.20.6 /
> 2.6.21.1) to a -mm kernel, which is anything but :-)
yeah, its sort of "last hope"
> On the one hand, I really like that we're getting testers for -mm
> kernels, but on the other hand, my good and honest side would
> recommend you to install stable kernels (2.6.x.y versions) on
> production systems, if you really care about uptimes.
thats fine. its just my workstation here. I would never ever do that on
any production box. I am too old to be that experimental :)
>> my config hasn't changed in any way to the previous kernels.
>
> This doesn't look like the same oops you were getting persistently
> with 2.6.21.1 ... you could try upgrading to 2.6.22-rc6 (without -mm)
> too, if the oops in 2.6.21.1 was occurring too frequently in your setup;
> possibly it has been resolved in the 22-rc series.
I will try that. thanks a lot for the tip (I upgraded to rc6-mm1, and I
will see if I get the oops again, or the other one ...)
> Satyam
>
> [ Clemens' 2.6.22-rc4-mm2 oops below. ]
>
>
> Jun 29 11:25:08 saturn kernel: [348308.690154] BUG: unable to handle
> kernel NULL pointer dereference at virtual address 00000001
> Jun 29 11:25:08 saturn kernel: [348308.690160] printing eip:
> Jun 29 11:25:08 saturn kernel: [348308.690162] c108887c
> Jun 29 11:25:08 saturn kernel: [348308.690163] *pde = 00000000
> Jun 29 11:25:08 saturn kernel: [348308.690166] Oops: 0000 [#2]
> Jun 29 11:25:08 saturn kernel: [348308.690167] PREEMPT
> Jun 29 11:25:08 saturn kernel: [348308.690169] Modules linked in:
> eeprom pcspkr i2c_viapro k8temp hwmon i2c_core
> Jun 29 11:25:08 saturn kernel: [348308.690177] CPU: 0
> Jun 29 11:25:08 saturn kernel: [348308.690177] EIP:
> 0060:[__d_lookup+108/336] Not tainted VLI
> Jun 29 11:25:08 saturn kernel: [348308.690179] EFLAGS: 00010202
> (2.6.22-rc4-mm2 #1)
> Jun 29 11:25:08 saturn kernel: [348308.690185] EIP is at
> __d_lookup+0x6c/0x150
> Jun 29 11:25:08 saturn kernel: [348308.690187] eax: 00000001 ebx:
> 00000001 ecx: 00000001 edx: 089c1579
> Jun 29 11:25:08 saturn kernel: [348308.690190] esi: c6840ee8 edi:
> c301d734 ebp: f786f080 esp: c6840e84
> Jun 29 11:25:08 saturn kernel: [348308.690193] ds: 007b es: 007b
> fs: 0000 gs: 0033 ss: 0068
> Jun 29 11:25:08 saturn kernel: [348308.690196] Process nfsd (pid:
> 30536, ti=c6840000 task=c62bce90 task.ti=c6840000)
> Jun 29 11:25:08 saturn kernel: [348308.690198] Stack: c301d734
> 089c1579 c6840edb 00000002 c6840ee8 ffffffff 00000005 c6840edb
> Jun 29 11:25:08 saturn kernel: [348308.690205] 0000f9ec
> c6840ee8 c301d734 c471ba84 c1088976 c7bbb090 c7bbb090 00000000
> Jun 29 11:25:08 saturn kernel: [348308.690211] c10b49fc
> c6840edb 0000000d c14914fb 00007793 332bce90 31313630 c5469900
> Jun 29 11:25:08 saturn kernel: [348308.690217] Call Trace:
> Jun 29 11:25:08 saturn kernel: [348308.690220] [d_lookup+22/64]
> d_lookup+0x16/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690224]
> [proc_flush_task+76/496] proc_flush_task+0x4c/0x1f0
> Jun 29 11:25:08 saturn kernel: [348308.690229] [release_task+612/880]
> release_task+0x264/0x370
> Jun 29 11:25:08 saturn kernel: [348308.690234] [do_wait+1850/3072]
> do_wait+0x73a/0xc00
> Jun 29 11:25:08 saturn kernel: [348308.690239]
> [_spin_unlock_irq+38/64] _spin_unlock_irq+0x26/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690243]
> [default_wake_function+0/16] default_wake_function+0x0/0x10
> Jun 29 11:25:08 saturn kernel: [348308.690247] [sys_wait4+49/64]
> sys_wait4+0x31/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690251] [sys_waitpid+39/48]
> sys_waitpid+0x27/0x30
> Jun 29 11:25:08 saturn kernel: [348308.690255] [syscall_call+7/11]
> syscall_call+0x7/0xb
> Jun 29 11:25:08 saturn kernel: [348308.690259] =======================
> Jun 29 11:25:08 saturn kernel: [348308.690260] INFO: lockdep is turned off.
> Jun 29 11:25:08 saturn kernel: [348308.690262] Code: d3 e8 31 c3 23 1d
> b4 d8 51 c1 b8 01 00 00 00 c1 e3 02 03 1d bc d8 51 c1 e8 e2 24 f9 ff
> 8b 1b 85 db 75 08 eb 44 85 c0 89 c3 74 3e <8b> 03 0f 18 00 90 8d 6b d8
> 8b 54 24 04 3b 55 34 75 e8 8b 34 24
> Jun 29 11:25:08 saturn kernel: [348308.690289] EIP:
> [__d_lookup+108/336] __d_lookup+0x6c/0x150 SS:ESP 0068:c6840e84
> Jun 29 11:25:08 saturn kernel: [348308.690296] note: nfsd[30536]
> exited with preempt_count 1
> Jun 29 11:25:08 saturn kernel: [348308.690303] BUG: scheduling while
> atomic: nfsd/0x10000002/30536
> Jun 29 11:25:08 saturn kernel: [348308.690305] INFO: lockdep is turned off.
> Jun 29 11:25:08 saturn kernel: [348308.690307] [schedule+1490/1744]
> schedule+0x5d2/0x6d0
> Jun 29 11:25:08 saturn kernel: [348308.690311]
> [vt_console_print+106/688] vt_console_print+0x6a/0x2b0
> Jun 29 11:25:08 saturn kernel: [348308.690316] [__cond_resched+18/48]
> __cond_resched+0x12/0x30
> Jun 29 11:25:08 saturn kernel: [348308.690319] [cond_resched+42/64]
> cond_resched+0x2a/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690322] [unmap_vmas+1116/1184]
> unmap_vmas+0x45c/0x4a0
> Jun 29 11:25:08 saturn kernel: [348308.690327] [exit_mmap+105/256]
> exit_mmap+0x69/0x100
> Jun 29 11:25:08 saturn kernel: [348308.690331] [mmput+68/256]
> mmput+0x44/0x100
> Jun 29 11:25:08 saturn kernel: [348308.690335] [do_exit+301/2224]
> do_exit+0x12d/0x8b0
> Jun 29 11:25:08 saturn kernel: [348308.690339] [__wake_up+56/80]
> __wake_up+0x38/0x50
> Jun 29 11:25:08 saturn kernel: [348308.690342] [die+574/576]
> die+0x23e/0x240
> Jun 29 11:25:08 saturn kernel: [348308.690346]
> [do_page_fault+724/1520] do_page_fault+0x2d4/0x5f0
> Jun 29 11:25:08 saturn kernel: [348308.690349] [tcp_ack+2742/6960]
> tcp_ack+0xab6/0x1b30
> Jun 29 11:25:08 saturn kernel: [348308.690354] [do_page_fault+0/1520]
> do_page_fault+0x0/0x5f0
> Jun 29 11:25:08 saturn kernel: [348308.690357] [error_code+106/112]
> error_code+0x6a/0x70
> Jun 29 11:25:08 saturn kernel: [348308.690360] [__d_lookup+108/336]
> __d_lookup+0x6c/0x150
> Jun 29 11:25:08 saturn kernel: [348308.690364] [d_lookup+22/64]
> d_lookup+0x16/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690367]
> [proc_flush_task+76/496] proc_flush_task+0x4c/0x1f0
> Jun 29 11:25:08 saturn kernel: [348308.690372] [release_task+612/880]
> release_task+0x264/0x370
> Jun 29 11:25:08 saturn kernel: [348308.690376] [do_wait+1850/3072]
> do_wait+0x73a/0xc00
> Jun 29 11:25:08 saturn kernel: [348308.690380]
> [_spin_unlock_irq+38/64] _spin_unlock_irq+0x26/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690383]
> [default_wake_function+0/16] default_wake_function+0x0/0x10
> Jun 29 11:25:08 saturn kernel: [348308.690387] [sys_wait4+49/64]
> sys_wait4+0x31/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690390] [sys_waitpid+39/48]
> sys_waitpid+0x27/0x30
> Jun 29 11:25:08 saturn kernel: [348308.690394] [syscall_call+7/11]
> syscall_call+0x7/0xb
> Jun 29 11:25:08 saturn kernel: [348308.690398] =======================
> Jun 29 11:25:08 saturn kernel: [348308.690472] BUG: scheduling while
> atomic: nfsd/0x10000002/30536
> Jun 29 11:25:08 saturn kernel: [348308.690474] INFO: lockdep is turned off.
> Jun 29 11:25:08 saturn kernel: [348308.690476] [schedule+1490/1744]
> schedule+0x5d2/0x6d0
> Jun 29 11:25:08 saturn kernel: [348308.690480]
> [_atomic_dec_and_lock+22/96] _atomic_dec_and_lock+0x16/0x60
> Jun 29 11:25:08 saturn kernel: [348308.690485]
> [_atomic_dec_and_lock+49/96] _atomic_dec_and_lock+0x31/0x60
> Jun 29 11:25:08 saturn kernel: [348308.690489] [__cond_resched+18/48]
> __cond_resched+0x12/0x30
> Jun 29 11:25:08 saturn kernel: [348308.690492] [cond_resched+42/64]
> cond_resched+0x2a/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690495]
> [put_files_struct+166/208] put_files_struct+0xa6/0xd0
> Jun 29 11:25:08 saturn kernel: [348308.690499] [do_exit+363/2224]
> do_exit+0x16b/0x8b0
> Jun 29 11:25:08 saturn kernel: [348308.690503] [__wake_up+56/80]
> __wake_up+0x38/0x50
> Jun 29 11:25:08 saturn kernel: [348308.690506] [die+574/576]
> die+0x23e/0x240
> Jun 29 11:25:08 saturn kernel: [348308.690510]
> [do_page_fault+724/1520] do_page_fault+0x2d4/0x5f0
> Jun 29 11:25:08 saturn kernel: [348308.690513] [tcp_ack+2742/6960]
> tcp_ack+0xab6/0x1b30
> Jun 29 11:25:08 saturn kernel: [348308.690517] [do_page_fault+0/1520]
> do_page_fault+0x0/0x5f0
> Jun 29 11:25:08 saturn kernel: [348308.690520] [error_code+106/112]
> error_code+0x6a/0x70
> Jun 29 11:25:08 saturn kernel: [348308.690524] [__d_lookup+108/336]
> __d_lookup+0x6c/0x150
> Jun 29 11:25:08 saturn kernel: [348308.690528] [d_lookup+22/64]
> d_lookup+0x16/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690531]
> [proc_flush_task+76/496] proc_flush_task+0x4c/0x1f0
> Jun 29 11:25:08 saturn kernel: [348308.690535] [release_task+612/880]
> release_task+0x264/0x370
> Jun 29 11:25:08 saturn kernel: [348308.690539] [do_wait+1850/3072]
> do_wait+0x73a/0xc00
> Jun 29 11:25:08 saturn kernel: [348308.690543]
> [_spin_unlock_irq+38/64] _spin_unlock_irq+0x26/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690547]
> [default_wake_function+0/16] default_wake_function+0x0/0x10
> Jun 29 11:25:08 saturn kernel: [348308.690551] [sys_wait4+49/64]
> sys_wait4+0x31/0x40
> Jun 29 11:25:08 saturn kernel: [348308.690554] [sys_waitpid+39/48]
> sys_waitpid+0x27/0x30
> Jun 29 11:25:08 saturn kernel: [348308.690558] [syscall_call+7/11]
> syscall_call+0x7/0xb
> Jun 29 11:25:08 saturn kernel: [348308.690561] =======================
--
[ Clemens Schwaighofer -----=====:::::~ ]
[ TEQUILA\ Japan IT Group ]
[ 6-17-2 Ginza Chuo-ku, Tokyo 104-8167, JAPAN ]
[ Tel: +81-(0)3-3545-7703 Fax: +81-(0)3-3545-7343 ]
[ http://www.tequila.co.jp ]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]
prev parent reply other threads:[~2007-06-29 6:18 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-16 0:24 Oops and Panics in 2.6.21.1, 2.6.20.6 and 2.6.19.2 Clemens Schwaighofer
2007-05-16 1:52 ` Clemens Schwaighofer
2007-05-16 1:53 ` Andrew Morton
2007-05-16 2:02 ` Clemens Schwaighofer
2007-05-16 2:46 ` Clemens Schwaighofer
2007-05-16 3:18 ` Andrew Morton
2007-05-16 11:05 ` Tejun Heo
2007-05-16 15:29 ` Andrew Morton
2007-05-16 15:40 ` Tejun Heo
2007-05-16 16:06 ` Chuck Ebbert
2007-05-16 16:13 ` Andrew Morton
2007-05-16 18:31 ` [PATCH -stable] sysfs: disable reclamation by default Tejun Heo
2007-05-17 12:04 ` Greg KH
2007-05-17 17:39 ` Maneesh Soni
2007-05-17 17:49 ` Tejun Heo
2007-05-17 17:52 ` [PATCH 1/2] sysfs: fix condition check in sysfs_drop_dentry() Tejun Heo
2007-05-21 4:35 ` Maneesh Soni
2007-05-17 17:59 ` [PATCH 2/2] sysfs: fix race condition around sd->s_dentry Tejun Heo
2007-05-17 18:16 ` [PATCH 2/2] sysfs: fix race condition around sd->s_dentry, take#2 Tejun Heo
2007-05-21 5:01 ` Maneesh Soni
2007-05-21 16:02 ` Eric Sandeen
2007-05-21 16:15 ` Tejun Heo
2007-05-22 22:38 ` Greg KH
2007-05-23 8:21 ` Tejun Heo
2007-06-08 14:35 ` Tejun Heo
2007-06-09 6:49 ` Tejun Heo
2007-06-10 16:18 ` Greg KH
2007-05-21 4:39 ` [PATCH -stable] sysfs: disable reclamation by default Maneesh Soni
2007-05-17 18:54 ` Oops and Panics in 2.6.21.1, 2.6.20.6 and 2.6.19.2 Eric Sandeen
2007-06-29 2:51 ` Clemens Schwaighofer
2007-06-29 6:12 ` Satyam Sharma
2007-06-29 6:18 ` Clemens Schwaighofer [this message]
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=4684A420.3010706@tequila.co.jp \
--to=cs@tequila.co.jp \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=satyam.sharma@gmail.com \
/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.