Hardware:
Sony Vaio FXA36 Athlon laptop
Red Hat Linux Rawhide
After 5 days of uptime on 2.5.70, I noticed this in my dmesg. I don't
know what I was doing at the time when this happened. Known bug? Let
me know if you want more information about my hardware/software setup.
Please CC me in reply, I am not subscribed to lkml.
Thanks,
Warren Togami
[email protected]
------------[ cut here ]------------
kernel BUG at include/linux/dcache.h:271!
invalid operand: 0000 [#1]
CPU: 0
EIP: 0060:[<c016ed76>] Not tainted
EFLAGS: 00010246
EIP is at set_fs_pwd+0x36/0x90
eax: 00000000 ebx: dfd19de0 ecx: c07be600 edx: dfff28c0
esi: dfff28c0 edi: cbd20ec0 ebp: dfff28c0 esp: c9395f90
ds: 007b es: 007b ss: 0068
Process updatedb (pid: 18515, threadinfo=c9394000 task=cec24cc0)
Stack: c07be600 d0c68ac0 00000000 c07be600 c0150686 dfd19de0 dfff28c0
c07be600
00000005 00058f78 00000000 c9394000 c01092a5 00000005 00000000
00fb1a14
00058f78 00000000 bffffc28 00000085 0000007b 0000007b 00000085
ffffe410
Call Trace:
[<c0150686>] sys_fchdir+0x96/0xa0
[<c01092a5>] sysenter_past_esp+0x52/0x71
Code: 0f 0b 0f 01 fb e0 30 c0 ff 01 89 4b 0c b8 00 e0 ff ff 21 e0
<6>note: updatedb[18515] exited with preempt_count 1
bad: scheduling while atomic!
Call Trace:
[<c01197e7>] schedule+0x397/0x3a0
[<c0142b43>] unmap_page_range+0x43/0x70
[<c0142d30>] unmap_vmas+0x1c0/0x220
[<c0146bdb>] exit_mmap+0x7b/0x190
[<c011b144>] mmput+0x54/0xb0
[<c011ee59>] do_exit+0x119/0x400
[<c0109e70>] do_invalid_op+0x0/0xd0
[<c0109af1>] die+0xe1/0xf0
[<c0109f39>] do_invalid_op+0xc9/0xd0
[<c016ed76>] set_fs_pwd+0x36/0x90
[<c015b905>] cp_new_stat64+0x105/0x110
[<c01094a1>] error_code+0x2d/0x38
[<c016ed76>] set_fs_pwd+0x36/0x90
[<c0150686>] sys_fchdir+0x96/0xa0
[<c01092a5>] sysenter_past_esp+0x52/0x71
On Mon, Jun 02, 2003 at 09:21:31AM +0000, Warren Togami wrote:
> Hardware:
> Sony Vaio FXA36 Athlon laptop
> Red Hat Linux Rawhide
>
> After 5 days of uptime on 2.5.70, I noticed this in my dmesg. I don't
> know what I was doing at the time when this happened. Known bug? Let
> me know if you want more information about my hardware/software setup.
>
Hi Togami,
It will be nice if you can provide some information regarding
the filesystem set up you have in your system. Like which filesystem
you were using.
Are you able to recreate this problem?.
Thanks
Maneesh
--
Maneesh Soni
IBM Linux Technology Center,
IBM India Software Lab, Bangalore.
Phone: +91-80-5044999 email: [email protected]
http://lse.sourceforge.net/
On Mon, 2003-06-02 at 00:02, Maneesh Soni wrote:
> On Mon, Jun 02, 2003 at 09:21:31AM +0000, Warren Togami wrote:
> > Hardware:
> > Sony Vaio FXA36 Athlon laptop
> > Red Hat Linux Rawhide
> >
> > After 5 days of uptime on 2.5.70, I noticed this in my dmesg. I don't
> > know what I was doing at the time when this happened. Known bug? Let
> > me know if you want more information about my hardware/software setup.
> >
> Hi Togami,
>
> It will be nice if you can provide some information regarding
> the filesystem set up you have in your system. Like which filesystem
> you were using.
>
Plain ext3 with UTF-8 filenames, no ACLs or Extended Attributes. It was
created with last week's RH rawhide then I moved to 2.5.70, uptime 5
days now.
Should I be worrying about filesystem corruption now?
> Are you able to recreate this problem?.
>
Unfortunately no. I just noticed that message in dmesg after 5 days of
uptime. Hmm, I just noticed this line within that last post:
<6>note: updatedb[18515] exited with preempt_count 1
If it happened during updatedb, then it must have been around 22 hours
ago during cron.daily's updatedb. My laptop was completely idle during
that time.
http://www.togami.com/~warren/archive/2003/fxa36-kernel-2.5.70.cfg
My kernel .config file.
Thanks,
Warren Togami
[email protected]
p.s. Please CC me in replies.
Maybe related? I've also run into this BUG output but from a very
different path... the following 2.5.70 kernel output was the result of
running rmmod (from the new rusty init tools package) for the nbd module
that I've been hacking on (with additional printk output as seen). It
may well be the hacks I've done to nbd are wrong (hopefully that's the
case), but note the ref counts marked "q.e.ref#" which is from
disk->queue->elevator.kobj.refcount for each "disk". Negative values
seem really wrong in this case and don't seem likely the fault of my
hacks but rather a bug in the elevator and/or block handling code.
Please CC me in reply, I am not subscribed to lkml either.
[email protected]
Thanks!!
------------[ cut here ]------------
Jun 2 23:09:36 cyprus kernel: nbd: nbd_exit called.
Jun 2 23:09:36 cyprus kernel: nb0: calling del_gendisk(d56f1dc0): 43
0-0 ref#=4 q=e3268560 q.e.ref#=2
Jun 2 23:09:36 cyprus kernel: nb1: calling del_gendisk(d56f1cc0): 43
1-1 ref#=4 q=e3268560 q.e.ref#=0
Jun 2 23:09:36 cyprus kernel: nb2: calling del_gendisk(d56f3c80): 43
2-2 ref#=4 q=e3268560 q.e.ref#=-2
Jun 2 23:09:36 cyprus kernel: nb3: calling del_gendisk(d56f1ac0): 43
3-3 ref#=4 q=e3268560 q.e.ref#=-4
Jun 2 23:09:36 cyprus kernel: nb4: calling del_gendisk(d56f15c0): 43
4-4 ref#=4 q=e3268560 q.e.ref#=-6
Jun 2 23:09:36 cyprus kernel: nb5: calling del_gendisk(d56f16c0): 43
5-5 ref#=4 q=e3268560 q.e.ref#=-8
Jun 2 23:09:36 cyprus kernel: nb6: calling del_gendisk(d56f3980): 43
6-6 ref#=4 q=e3268560 q.e.ref#=-10
Jun 2 23:09:36 cyprus kernel: ------------[ cut here ]------------
Jun 2 23:09:36 cyprus kernel: kernel BUG at include/linux/dcache.h:271!
Jun 2 23:09:36 cyprus kernel: invalid operand: 0000 [#1]
Jun 2 23:09:36 cyprus kernel: CPU: 0
Jun 2 23:09:36 cyprus kernel: EIP: 0060:[<c0176b1d>] Tainted: GF
Jun 2 23:09:36 cyprus kernel: EFLAGS: 00210246
Jun 2 23:09:36 cyprus kernel: EIP is at sysfs_remove_dir+0x1d/0x13f
Jun 2 23:09:36 cyprus kernel: eax: 00000000 ebx: e32685a4 ecx:
c027a0a0 edx: 00000000
Jun 2 23:09:36 cyprus kernel: esi: 00000006 edi: d5cad5c0 ebp:
d8eadec0 esp: d8eadea8
Jun 2 23:09:36 cyprus kernel: ds: 007b es: 007b ss: 0068
Jun 2 23:09:36 cyprus kernel: Process rmmod (pid: 1732,
threadinfo=d8eac000 task=d6224d80)
Jun 2 23:09:36 cyprus kernel: Stack: d5cb9340 dfd6fbc0 dfd6fbe8
e32685a4 00000006 d56f3a48 d8eaded8 c0204e53
Jun 2 23:09:36 cyprus kernel: e32685a4 c047e740 e32685a4
e32685a4 d8eadee8 c0204e94 e32685a4 d56f3980
Jun 2 23:09:36 cyprus kernel: d8eadef8 c0275eae e32685a4
d56f3980 d8eadf0c c0279bd4 d56f3980 d56f3980
Jun 2 23:09:36 cyprus kernel: Call Trace:
Jun 2 23:09:36 cyprus kernel: [<e32685a4>] nbd_queue+0x44/0x14c [nbd]
Jun 2 23:09:36 cyprus kernel: [<c0204e53>] kobject_del+0x43/0x70
Jun 2 23:09:36 cyprus kernel: [<e32685a4>] nbd_queue+0x44/0x14c [nbd]
Jun 2 23:09:36 cyprus last message repeated 2 times
Jun 2 23:09:36 cyprus kernel: [<c0204e94>] kobject_unregister+0x14/0x20
Jun 2 23:09:36 cyprus kernel: [<e32685a4>] nbd_queue+0x44/0x14c [nbd]
Jun 2 23:09:36 cyprus kernel: [<c0275eae>] elv_unregister_queue+0x1e/0x40
Jun 2 23:09:36 cyprus kernel: [<e32685a4>] nbd_queue+0x44/0x14c [nbd]
Jun 2 23:09:36 cyprus kernel: [<c0279bd4>] unlink_gendisk+0x14/0x40
Jun 2 23:09:36 cyprus kernel: [<c0175951>] del_gendisk+0x61/0x110
Jun 2 23:09:36 cyprus kernel: [<e32617a4>] +0x644/0x7400 [nbd]
Jun 2 23:09:36 cyprus kernel: [<e325efec>] nbd_exit+0x7c/0x157 [nbd]
Jun 2 23:09:36 cyprus kernel: [<e3268560>] nbd_queue+0x0/0x14c [nbd]
Jun 2 23:09:36 cyprus kernel: [<e3268800>] +0x0/0x140 [nbd]
Jun 2 23:09:36 cyprus kernel: [<c012c30e>] sys_delete_module+0x12e/0x170
Jun 2 23:09:36 cyprus kernel: [<e3268800>] +0x0/0x140 [nbd]
Jun 2 23:09:36 cyprus kernel: [<c010c73c>] do_IRQ+0xcc/0xe0
Jun 2 23:09:36 cyprus kernel: [<c010ac4d>] sysenter_past_esp+0x52/0x71
Jun 2 23:09:36 cyprus kernel:
Jun 2 23:09:36 cyprus kernel: Code: 0f 0b 0f 01 db 9a 3c c0 ff 07 85 ff
0f 84 08 01 00 00 8b 47