Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too -> STATUS git-bisect

2007-03-08 Thread Kevin Perros 

Hi,

I just had the same problem with a 2.6.20 kernel, just after the boot, 
after having launched Mozilla Firefox. The browser seemed to lag while 
rendering a page, and after say 20 seconds, I got an oops.


I was *not* playing sound.

This message is repeated a HUGE amount of times in my syslog :

__find_get_block_slow() failed. block=1570988, b_blocknr=1562796
b_state=0x0029, b_size=4096
device blocksize: 4096

And finally, I got the Ooops:

BUG: unable to handle kernel paging request at virtual address 0491c624
 printing eip:
c0180ceb
*pde = 
Oops: 0002 [#1]
PREEMPT
Modules linked in: binfmt_misc ipv6 video container button battery ac 
af_packet tsdev usbhid snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss 
snd_mixer_oss psmouse e1000 snd_pcm snd_timer serio_raw evdev intel_agp 
agpgart snd soundcore snd_page_alloc rtc ext3 jbd ehci_hcd uhci_hcd 
usbcore ide_generic ide_cd cdrom ide_disk piix generic ide_core thermal 
processor fan

CPU:0
EIP:0060:[drop_buffers+91/240]Not tainted VLI
EFLAGS: 00010286   (2.6.20 #1)
EIP is at drop_buffers+0x5b/0xf0
eax: df91c620   ebx: df91c5f8   ecx: df91c620   edx: 0491c620
esi: df91c5f8   edi: c13f3a80   ebp: df91c5f8   esp: dfa13ddc
ds: 007b   es: 007b   ss: 0068
Process kswapd0 (pid: 108, ti=dfa12000 task=dfa0 task.ti=dfa12000)
Stack: c12d8ea0  c01550c5 dfa6cbbc dfa13e04 c13f3a80  
0001
   c13f3a98 c0180db8  c13f3a80 c031ec44 c0149a1d dfa13f08 

   dfa13ef8 dfa13f00 c031ed14 dfa13f78 0020   
0020

Call Trace:
 [move_to_swap_cache+69/96] move_to_swap_cache+0x45/0x60
 [try_to_free_buffers+56/160] try_to_free_buffers+0x38/0xa0
 [shrink_inactive_list+1805/2128] shrink_inactive_list+0x70d/0x850
 [__pagevec_release+21/32] __pagevec_release+0x15/0x20
 [shrink_zone+152/256] shrink_zone+0x98/0x100
 [kswapd+797/1072] kswapd+0x31d/0x430
 [autoremove_wake_function+0/80] autoremove_wake_function+0x0/0x50
 [kswapd+0/1072] kswapd+0x0/0x430
 [kthread+168/224] kthread+0xa8/0xe0
 [kthread+0/224] kthread+0x0/0xe0
 [kernel_thread_helper+7/20] kernel_thread_helper+0x7/0x14
 ===
Code: 8b 02 83 e0 06 0b 42 34 75 74 8b 52 04 39 d6 75 dc 89 f3 eb 06 39 
ee 89 eb 74 3e 8b 53 28 8d 4b 28 8b 6b 04 39 d1 74 ed 8b 41 04 <89> 42 
04 89 10 89 49 04 89 4b 28 8b 4b 30 85 c9 74 4b 8b 03 f6

EIP: [drop_buffers+91/240] drop_buffers+0x5b/0xf0 SS:ESP 0068:dfa13ddc
 <6>note: kswapd0[108] exited with preempt_count 1
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too -> STATUS git-bisect

2007-03-04 Thread Frank Hartmann 

Hi,

the last 10 days I have been bisecting my problem. Currenly I am here
and I have 10 commits to go:

fantasio:~/tmp/linux-2.6$ git-bisect log
git-bisect start
# bad: [fa285a3d7924a0e3782926e51f16865c5129a2f7] Linux 2.6.20
git-bisect bad fa285a3d7924a0e3782926e51f16865c5129a2f7
# bad: [fa285a3d7924a0e3782926e51f16865c5129a2f7] Linux 2.6.20
git-bisect bad fa285a3d7924a0e3782926e51f16865c5129a2f7
# good: [8ba130df4b67fa40878ccf80d54615132d24bc68] Linux v2.6.17
git-bisect good 8ba130df4b67fa40878ccf80d54615132d24bc68
# good: [8ba130df4b67fa40878ccf80d54615132d24bc68] Linux v2.6.17
git-bisect good 8ba130df4b67fa40878ccf80d54615132d24bc68
# good: [ebdea46fecae40c4d7effcd33f40918a37a1df4b] Merge branch 'devel' of 
master.kernel.org:/home/rmk/linux-2.6-arm
git-bisect good ebdea46fecae40c4d7effcd33f40918a37a1df4b
# good: [8c6270f957f0eaa343e4a609159c4b85038468d6] 8390 fixes - m68k oddballs
git-bisect good 8c6270f957f0eaa343e4a609159c4b85038468d6
# good: [de1ba09b214056365d9082982905b255caafb7a2] fault injection: 
documentation and scripts
git-bisect good de1ba09b214056365d9082982905b255caafb7a2
# bad: [fadfc8e930dcaf502b49a0a0170ba8ebe9a34c49] gss_spkm3: fix error handling 
in module init
git-bisect bad fadfc8e930dcaf502b49a0a0170ba8ebe9a34c49
# good: [1cf24bdbbbd2eb5439796dc399ab1649d150ed1d] [IA64] - Reduce overhead of 
FP exception logging messages
git-bisect good 1cf24bdbbbd2eb5439796dc399ab1649d150ed1d
# good: [ed8ed9ac06604513edd6be6b1c81b6270296b7fc] [POWERPC] cell: update 
cell_defconfig
git-bisect good ed8ed9ac06604513edd6be6b1c81b6270296b7fc
# bad: [ee2fae03d68e702866a8661fbee7ff2f2f3754d7] Merge branch 'drm-patches' of 
master.kernel.org:/pub/scm/linux/kernel/git/airlied/drm-2.6
git-bisect bad ee2fae03d68e702866a8661fbee7ff2f2f3754d7
# bad: [f238085415c56618e042252894f2fcc971add645] Merge branch 'for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid
git-bisect bad f238085415c56618e042252894f2fcc971add645
# good: [b06824cecafdacf2b12de583d4b41fd9c583c8c4] [DocBook]: Fix two typos in 
generic IRQ docs.
git-bisect good b06824cecafdacf2b12de583d4b41fd9c583c8c4
# good: [a159aaa328a02b0189774c58ae7d917b25d26852] [AX.25]: Fix unchecked 
rose_add_loopback_node uses
git-bisect good a159aaa328a02b0189774c58ae7d917b25d26852
# good: [749494bad9ca170e404b8dcebe8422df0d79b3ac] [TG3]: Update version and 
reldate.
git-bisect good 749494bad9ca170e404b8dcebe8422df0d79b3ac


My problem is that I need a reality check now. Jan indicated that my
report might be contradicting already, so it could be I missed a bad
kernel somewhere. Triggering the error problem seems for the bad
kernels fairly easy, but I do not know how good a bug can hide!

I said earlier in this thread. that I had 'similar' Oops in 2.6.19.1
2.6.19.2 and 2.6.20 in addition to the ones marked as bad in above
log. (I cannot find 2.6.19.x in git revisions history.)


On the other hand I have only 10 commits now and someone with
knowledge could judge and review the suspects. 

I would welcome hints too where I should restart in case the situation
makes no sense at all.



>From my vague understanding of things I would think:



commit a240d9f1d8e6421cb970632b93e71b2f66c2cd70
Author: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date:   Mon Dec 18 01:53:58 2006 -0800

[CONNECTOR]: Replace delayed work with usual work queue.

Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>

commit d8172d822fb02d5c4f7508e41f9267428dd3d891
Author: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date:   Sun Dec 17 17:09:41 2006 -0800

[CONNECTOR]: Fix compilation breakage introduced recently.

Linus has changed work queue structure and has not tested it with
connector compiled in, his changes break the build.

Attached patch fixes compilation error.

Patch is against commit 99f5e9718185f07458ae70c2282c2153a2256c91.

Thanks to Toralf Frster for pointing this out.

Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>

commit d1998ef38a13c4e74c69df55ccd38b0440c429b2
Author: Ben Collins <[EMAIL PROTECTED]>
Date:   Wed Dec 13 22:10:05 2006 -0500

[PATCH] ib_verbs: Use explicit if-else statements to avoid errors with 
do-while macros

At least on PPC, the "op ? op : dma" construct causes a compile failure
because the dma_* is a do{}while(0) macro.

This turns all of them into proper if/else to avoid this problem.

Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>



Are the ones left. The other commits declare they do something with
networking or usb.

Is it possible, that one of the commit above causes Oopses like the stuff below?


regards
  Frank



Feb 25 17:07:29 fantasio kernel:  printing eip:
Feb 25 17:07:29 fantasio kernel: e0c03b16
Feb 25 17:07:29 fantasio kernel: *pde = 
Feb 25 17:07:29 fantasio kernel: Oops:  [#1]

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too

2007-02-16 Thread Jan Kara 
On Fri 16-02-07 00:01:32, Frank Hartmann wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
> 
> > On Thu 15-02-07 00:33:31, Frank Hartmann wrote:
> >> Jan Kara <[EMAIL PROTECTED]> writes:
> >> 
> >> >   Yes I see some correlation. Again it seems there is a problem with 
> >> > buffers
> >> > attached to a page which got truncated but Private flag of the page 
> >> > stayed.
> >> > It's probably not important but just out of curiosity - do you have
> >> > CONFIG_LBD (large block device) set? I'd just like to verify that 
> >> > page_bufs
> >> > was NULL when it was passed to walk_page_buffers().
> >> 
> >> fantasio:~/tmp/linux-2.6.20$ fgrep CONFIG_LBD .config
> >> # CONFIG_LBD is not set
> >   OK, thanks. Then I'm slightly confused as the offset 0x2d in struct
> > buffer_head is somewhere in b_assoc_buffers which is never dereferenced.
> > Can you run gdb on vmlinux from the 2.6.20 kernel and send me the output
> > of 'disass walk_page_buffers'? Thanks.
> 
> 
> I seem to missunderstand you.
> I am running now 2.6.19., so do not wonder. 
  In your mail from February 11, you sent an oops from 2.6.20 kernel.
That's why I was interested in the 2.6.20 kernel's vmlinux. But 2.6.19.2
would be interesting too.

> Could you help out, what I do wrong?
> 
> fantasio:/home/frank/tmp/linux-2.6.19.2#   gdb vmlinux   
> GNU gdb 6.4.90-debian
> Copyright (C) 2006 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i486-linux-gnu"...(no debugging symbols found)
> Using host libthread_db library "/lib/tls/libthread_db.so.1".
> 
> (gdb) disass walk_page_buffers
> No symbol table is loaded.  Use the "file" command.
  Sorry, I forgot you have to have the kernel compiled with the
CONFIG_DEBUG_INFO option (in the kernel hacking section) for the above to work.
It is enough to get the vmlinux file from such compilation. You don't have
to actually run the kernel...

Honza

-- 
Jan Kara <[EMAIL PROTECTED]>
SuSE CR Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too

2007-02-15 Thread Jan Kara 
On Thu 15-02-07 00:33:31, Frank Hartmann wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
> 
> >   Yes I see some correlation. Again it seems there is a problem with buffers
> > attached to a page which got truncated but Private flag of the page stayed.
> > It's probably not important but just out of curiosity - do you have
> > CONFIG_LBD (large block device) set? I'd just like to verify that page_bufs
> > was NULL when it was passed to walk_page_buffers().
> 
> fantasio:~/tmp/linux-2.6.20$ fgrep CONFIG_LBD .config
> # CONFIG_LBD is not set
  OK, thanks. Then I'm slightly confused as the offset 0x2d in struct
buffer_head is somewhere in b_assoc_buffers which is never dereferenced.
Can you run gdb on vmlinux from the 2.6.20 kernel and send me the output
of 'disass walk_page_buffers'? Thanks.

> >   You said 2.6.17 worked for you, didn't you? How long does it take to
> > reproduce the problem? If it is reasonably easy (e.g. a few hours), could
> > you trace back when the problem started happening? If you could narrow that
> > problem down to a single patch (using git-bisect), that would be great.
> 
> Yes I said that. At least I did not notice it happen:) 
> Reproduction seems easy. So I will try. 
   Great.

> I have some problem: I am not sufficiently familar with git!
> 
> I found 
> http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt
> Is this the way to do a git-bisect?
  Yes, that's it.

> From where do I get the 'labels' for good(2.6.17) and bad(2.6.20)?
  git bisect bad v2.6.20
  git bisect good v2.6.17

(or maybe you could start with 'git bisect bad v2.6.19' if that was also
failing for you). Git will spit out something like:

Bisecting: 9467 revisions left to test after this
[ebdea46fecae40c4d7effcd33f40918a37a1df4b] Merge branch 'devel' of 
master.kernel.org:/home/rmk/linux-2.6-arm

After you test kernel from the revision
'ebdea46fecae40c4d7effcd33f40918a37a1df4b', you do
  git bisect good/bad ebdea46fecae40c4d7effcd33f40918a37a1df4
and you'll get next revision to check. I hope it's clearer now.

Honza
-- 
Jan Kara <[EMAIL PROTECTED]>
SuSE CR Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too

2007-02-14 Thread Frank Hartmann 
Jan Kara <[EMAIL PROTECTED]> writes:

>   Yes I see some correlation. Again it seems there is a problem with buffers
> attached to a page which got truncated but Private flag of the page stayed.
> It's probably not important but just out of curiosity - do you have
> CONFIG_LBD (large block device) set? I'd just like to verify that page_bufs
> was NULL when it was passed to walk_page_buffers().


fantasio:~/tmp/linux-2.6.20$ fgrep CONFIG_LBD .config
# CONFIG_LBD is not set


>   You said 2.6.17 worked for you, didn't you? How long does it take to
> reproduce the problem? If it is reasonably easy (e.g. a few hours), could
> you trace back when the problem started happening? If you could narrow that
> problem down to a single patch (using git-bisect), that would be great.

Yes I said that. At least I did not notice it happen:) 
Reproduction seems easy. So I will try. 

I have some problem: I am not sufficiently familar with git!

I found 
http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt
Is this the way to do a git-bisect?

>From where do I get the 'labels' for good(2.6.17) and bad(2.6.20)?

regards
  Frank
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too

2007-02-14 Thread Jan Kara 
On Sun 11-02-07 14:59:53, Frank Hartmann wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
> >   OK, thanks for the news. Please, write me when you try out 2.6.20. Just
> > if it rings bell to someone on this list: It looks like the page had no
> > buffers but PagePrivate was set. Strange.
> 
> Hi Jan,
> 
> below is what I got using 2.6.20. 
> 
> Is there any correlation to my previous reports? Should I focus
> testing memory/disks/etc. further(and how?)? Or should I focus modifying 
> kernel
> parameters(and which)? 
  Yes I see some correlation. Again it seems there is a problem with buffers
attached to a page which got truncated but Private flag of the page stayed.
It's probably not important but just out of curiosity - do you have
CONFIG_LBD (large block device) set? I'd just like to verify that page_bufs
was NULL when it was passed to walk_page_buffers().
  You said 2.6.17 worked for you, didn't you? How long does it take to
reproduce the problem? If it is reasonably easy (e.g. a few hours), could
you trace back when the problem started happening? If you could narrow that
problem down to a single patch (using git-bisect), that would be great.

Bye
Honza

> Feb 11 14:30:47 fantasio kernel: BUG: unable to handle kernel NULL pointer 
> dereference at virtual address 002d
> Feb 11 14:30:47 fantasio kernel:  printing eip:
> Feb 11 14:30:47 fantasio kernel: e0c55b16
> Feb 11 14:30:47 fantasio kernel: *pde = 
> Feb 11 14:30:47 fantasio kernel: Oops:  [#1]
> Feb 11 14:30:48 fantasio kernel: Modules linked in: cbc blkcipher binfmt_misc 
> bnep rfcomm l2cap nfs nfsd exportfs lockd sunrpc ip_tables bridge llc 
> cryptoloop loop sha256 aes it87 hwmon_vid i2c_isa i2c_core md5 ipv6 af_packet 
> radeon drm dm_crypt dm_mod snd_via82xx snd_ac97_codec ac97_bus snd_pcm_oss 
> snd_mixer_oss snd_pcm snd_timer snd_page_alloc analog snd_mpu401_uart rtc 
> gameport snd_rawmidi snd via_agp agpgart prism54 8250_pnp 8250 serial_core 
> evdev soundcore firmware_class sd_mod ext3 jbd mbcache raid1 raid0 multipath 
> linear md_mod ide_cd cdrom ide_disk usbhid usb_storage via82cxxx ide_core 
> via_rhine mii ehci_hcd uhci_hcd usbcore sym53c8xx scsi_transport_spi scsi_mod 
> unix
> Feb 11 14:30:48 fantasio kernel: CPU:0
> Feb 11 14:30:48 fantasio kernel: EIP:0060:[pg0+546224918/1070154752]
> Not tainted VLI
> Feb 11 14:30:48 fantasio kernel: EFLAGS: 00010202   (2.6.20 #1)
> Feb 11 14:30:48 fantasio kernel: EIP is at walk_page_buffers+0x1e/0x87 [ext3]
> Feb 11 14:30:48 fantasio kernel: eax: c38df601   ebx: 2000   ecx: 
> 0029   edx: c38df601
> Feb 11 14:30:48 fantasio kernel: esi: 2000   edi: c38df6ec   ebp: 
>    esp: c14f5dbc
> Feb 11 14:30:48 fantasio kernel: ds: 007b   es: 007b   ss: 0068
> Feb 11 14:30:48 fantasio kernel: Process pdflush (pid: 134, ti=c14f4000 
> task=dfc04a70 task.ti=c14f4000)
> Feb 11 14:30:48 fantasio kernel: Stack: 0029 1000  dce96734 
> c104f700 c38df6ec dce96734 dce96734 
> Feb 11 14:30:48 fantasio kernel:e0c5629b 1000  e0c561b1 
> c14f5e38 000e c14f5f58 000a 
> Feb 11 14:30:48 fantasio kernel:c104f700 000e c14f5f58 c0133584 
>  000e  0001 
> Feb 11 14:30:48 fantasio kernel: Call Trace:
> Feb 11 14:30:48 fantasio kernel:  [pg0+546226843/1070154752] 
> ext3_ordered_writepage+0xcc/0x158 [ext3]
> Feb 11 14:30:48 fantasio kernel:  [pg0+546226609/1070154752] bget_one+0x0/0x6 
> [ext3]
> Feb 11 14:30:48 fantasio kernel:  [generic_writepages+380/690] 
> generic_writepages+0x17c/0x2b2
> Feb 11 14:30:48 fantasio kernel:  [pg0+546226639/1070154752] 
> ext3_ordered_writepage+0x0/0x158 [ext3]
> Feb 11 14:30:48 fantasio kernel:  [do_writepages+41/48] 
> do_writepages+0x29/0x30
> Feb 11 14:30:48 fantasio kernel:  [__sync_single_inode+81/406] 
> __sync_single_inode+0x51/0x196
> Feb 11 14:30:48 fantasio kernel:  [__writeback_single_inode+312/320] 
> __writeback_single_inode+0x138/0x140
> Feb 11 14:30:48 fantasio kernel:  [schedule_timeout+121/141] 
> schedule_timeout+0x79/0x8d
> Feb 11 14:30:48 fantasio kernel:  [process_timeout+0/5] 
> process_timeout+0x0/0x5
> Feb 11 14:30:48 fantasio kernel:  [apic_timer_interrupt+40/48] 
> apic_timer_interrupt+0x28/0x30
> Feb 11 14:30:48 fantasio kernel:  [congestion_wait+107/117] 
> congestion_wait+0x6b/0x75
> Feb 11 14:30:48 fantasio kernel:  [autoremove_wake_function+0/51] 
> autoremove_wake_function+0x0/0x33
> Feb 11 14:30:48 fantasio kernel:  [sync_sb_inodes+361/511] 
> sync_sb_inodes+0x169/0x1ff
> Feb 11 14:30:48 fantasio kernel:  [writeback_inodes+67/100] 
> writeback_inodes+0x43/0x64
> Feb 11 14:30:48 fantasio kernel:  [pdflush+0/40] pdflush+0x0/0x28
> Feb 11 14:30:48 fantasio kernel:  [background_writeout+88/137] 
> background_writeout+0x58/0x89
> Feb 11 14:30:48 fantasio kernel:  [pdflush+0/40] pdflush+0x0/0x28
> Feb 11 14:30:48 fantasi

Re: PROBLEM: 2.6.19.1 Oops while doing Disk IO + playing sound, 2.6.20 too

2007-02-11 Thread Frank Hartmann 
Jan Kara <[EMAIL PROTECTED]> writes:
>   OK, thanks for the news. Please, write me when you try out 2.6.20. Just
> if it rings bell to someone on this list: It looks like the page had no
> buffers but PagePrivate was set. Strange.

Hi Jan,

below is what I got using 2.6.20. 

Is there any correlation to my previous reports? Should I focus
testing memory/disks/etc. further(and how?)? Or should I focus modifying kernel
parameters(and which)? 


Feb 11 14:30:47 fantasio kernel: BUG: unable to handle kernel NULL pointer 
dereference at virtual address 002d
Feb 11 14:30:47 fantasio kernel:  printing eip:
Feb 11 14:30:47 fantasio kernel: e0c55b16
Feb 11 14:30:47 fantasio kernel: *pde = 
Feb 11 14:30:47 fantasio kernel: Oops:  [#1]
Feb 11 14:30:48 fantasio kernel: Modules linked in: cbc blkcipher binfmt_misc 
bnep rfcomm l2cap nfs nfsd exportfs lockd sunrpc ip_tables bridge llc 
cryptoloop loop sha256 aes it87 hwmon_vid i2c_isa i2c_core md5 ipv6 af_packet 
radeon drm dm_crypt dm_mod snd_via82xx snd_ac97_codec ac97_bus snd_pcm_oss 
snd_mixer_oss snd_pcm snd_timer snd_page_alloc analog snd_mpu401_uart rtc 
gameport snd_rawmidi snd via_agp agpgart prism54 8250_pnp 8250 serial_core 
evdev soundcore firmware_class sd_mod ext3 jbd mbcache raid1 raid0 multipath 
linear md_mod ide_cd cdrom ide_disk usbhid usb_storage via82cxxx ide_core 
via_rhine mii ehci_hcd uhci_hcd usbcore sym53c8xx scsi_transport_spi scsi_mod 
unix
Feb 11 14:30:48 fantasio kernel: CPU:0
Feb 11 14:30:48 fantasio kernel: EIP:0060:[pg0+546224918/1070154752]Not 
tainted VLI
Feb 11 14:30:48 fantasio kernel: EFLAGS: 00010202   (2.6.20 #1)
Feb 11 14:30:48 fantasio kernel: EIP is at walk_page_buffers+0x1e/0x87 [ext3]
Feb 11 14:30:48 fantasio kernel: eax: c38df601   ebx: 2000   ecx: 0029  
 edx: c38df601
Feb 11 14:30:48 fantasio kernel: esi: 2000   edi: c38df6ec   ebp:   
 esp: c14f5dbc
Feb 11 14:30:48 fantasio kernel: ds: 007b   es: 007b   ss: 0068
Feb 11 14:30:48 fantasio kernel: Process pdflush (pid: 134, ti=c14f4000 
task=dfc04a70 task.ti=c14f4000)
Feb 11 14:30:48 fantasio kernel: Stack: 0029 1000  dce96734 
c104f700 c38df6ec dce96734 dce96734 
Feb 11 14:30:48 fantasio kernel:e0c5629b 1000  e0c561b1 
c14f5e38 000e c14f5f58 000a 
Feb 11 14:30:48 fantasio kernel:c104f700 000e c14f5f58 c0133584 
 000e  0001 
Feb 11 14:30:48 fantasio kernel: Call Trace:
Feb 11 14:30:48 fantasio kernel:  [pg0+546226843/1070154752] 
ext3_ordered_writepage+0xcc/0x158 [ext3]
Feb 11 14:30:48 fantasio kernel:  [pg0+546226609/1070154752] bget_one+0x0/0x6 
[ext3]
Feb 11 14:30:48 fantasio kernel:  [generic_writepages+380/690] 
generic_writepages+0x17c/0x2b2
Feb 11 14:30:48 fantasio kernel:  [pg0+546226639/1070154752] 
ext3_ordered_writepage+0x0/0x158 [ext3]
Feb 11 14:30:48 fantasio kernel:  [do_writepages+41/48] do_writepages+0x29/0x30
Feb 11 14:30:48 fantasio kernel:  [__sync_single_inode+81/406] 
__sync_single_inode+0x51/0x196
Feb 11 14:30:48 fantasio kernel:  [__writeback_single_inode+312/320] 
__writeback_single_inode+0x138/0x140
Feb 11 14:30:48 fantasio kernel:  [schedule_timeout+121/141] 
schedule_timeout+0x79/0x8d
Feb 11 14:30:48 fantasio kernel:  [process_timeout+0/5] process_timeout+0x0/0x5
Feb 11 14:30:48 fantasio kernel:  [apic_timer_interrupt+40/48] 
apic_timer_interrupt+0x28/0x30
Feb 11 14:30:48 fantasio kernel:  [congestion_wait+107/117] 
congestion_wait+0x6b/0x75
Feb 11 14:30:48 fantasio kernel:  [autoremove_wake_function+0/51] 
autoremove_wake_function+0x0/0x33
Feb 11 14:30:48 fantasio kernel:  [sync_sb_inodes+361/511] 
sync_sb_inodes+0x169/0x1ff
Feb 11 14:30:48 fantasio kernel:  [writeback_inodes+67/100] 
writeback_inodes+0x43/0x64
Feb 11 14:30:48 fantasio kernel:  [pdflush+0/40] pdflush+0x0/0x28
Feb 11 14:30:48 fantasio kernel:  [background_writeout+88/137] 
background_writeout+0x58/0x89
Feb 11 14:30:48 fantasio kernel:  [pdflush+0/40] pdflush+0x0/0x28
Feb 11 14:30:48 fantasio kernel:  [__pdflush+179/309] __pdflush+0xb3/0x135
Feb 11 14:30:48 fantasio kernel:  [pdflush+36/40] pdflush+0x24/0x28
Feb 11 14:30:48 fantasio kernel:  [background_writeout+0/137] 
background_writeout+0x0/0x89
Feb 11 14:30:48 fantasio kernel:  [pdflush+0/40] pdflush+0x0/0x28
Feb 11 14:30:48 fantasio kernel:  [kthread+114/151] kthread+0x72/0x97
Feb 11 14:30:48 fantasio kernel:  [kthread+0/151] kthread+0x0/0x97
Feb 11 14:30:48 fantasio kernel:  [kernel_thread_helper+7/16] 
kernel_thread_helper+0x7/0x10
Feb 11 14:30:48 fantasio kernel:  ===
Feb 11 14:30:48 fantasio kernel: Code: 06 fb ff ff ff 83 c4 0c 89 c8 5b 5e c3 
55 31 ed 57 89 d7 56 31 f6 53 83 ec 10 89 4c 24 08 89 44 24 0c 89 d1 8b 42 10 
89 44 24 04 <8b> 41 04 89 04 24 8b 44 24 04 8d 1c 06 3b 5c 24 08 0f 96 c2 3b 
Feb 11 14:30:48 fantasio kernel: EIP: [pg0+546224918/1070154752] 
walk_page_buffers+0x1e/0x87 [ext3] SS:ESP 0068:c14f5dbc


regards
  Frank
-
To unsubscribe from this list: send the l