Re: [PATCH 00/10] per device dirty throttling -v5

2007-04-22 Thread Andrew Morton

So after a cheerful five hours making all the new crap with which they have
inflicted me actually compile, first up is powerpc:

initcall 0xc06dc650: .scsi_complete_async_scans+0x0/0x1dc() returned 0.
initcall 0xc06dc650 ran for 0 msecs: 
.scsi_complete_async_scans+0x0/0x1dc()
Calling initcall 0xc06ea1d0: .tcp_congestion_default+0x0/0x18()
initcall 0xc06ea1d0: .tcp_congestion_default+0x0/0x18() returned 0.
initcall 0xc06ea1d0 ran for 0 msecs: .tcp_congestion_default+0x0/0x18()
Freeing unused kernel memory: 292k freed
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
Unable to handle kernel paging request for data at address 0x000f
Faulting instruction address: 0xc01d060c
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=4 PowerMac
Modules linked in:
NIP: c01d060c LR: c00aaecc CTR: 
REGS: c80f70c0 TRAP: 0300   Tainted: G  D  (2.6.21-rc7-mm1)
MSR: 90009032   CR: 24024028  XER: 000f
DAR: 000f, DSISR: 4000
TASK = c80e47f0[1] 'init' THREAD: c80f4000 CPU: 2
GPR00: c00aaecc c80f7340 c06f69f8 cc45d768 
GPR04: 0001  c064e700 c064e030 
GPR08: 0030  0013 0010 
GPR12: 24024024 c0628980  c90090d8 
GPR16: c90090c0 c90090a8   
GPR20:  c0733cd0  0002 
GPR24: c80f7630 0007ccde c9858908 c984400c 
GPR28: cc45d768 cbc2bcb0 c0658aa0 c2372818 
NIP [c01d060c] .percpu_counter_mod+0x2c/0xd8
LR [c00aaecc] .__set_page_dirty_nobuffers+0x14c/0x17c
Call Trace:
[c80f7340] [c01088e4] .alloc_page_buffers+0x58/0x100 
(unreliable)
[c80f73d0] [c00aaecc] .__set_page_dirty_nobuffers+0x14c/0x17c
[c80f7460] [c0106328] .mark_buffer_dirty+0x5c/0x70
[c80f74e0] [c015efb8] .do_one_pass+0x55c/0x6a8
[c80f75c0] [c015f3f8] .journal_recover+0x1c0/0x1c8
[c80f7670] [c0164178] .journal_load+0xcc/0x178
[c80f7700] [c0151134] .ext3_fill_super+0xfc0/0x1a44
[c80f7840] [c00d8554] .get_sb_bdev+0x200/0x260
[c80f7920] [c0152454] .ext3_get_sb+0x20/0x38
[c80f79a0] [c00d8900] .vfs_kern_mount+0x80/0x108
[c80f7a40] [c00f7a94] .do_mount+0x2e4/0x930
[c80f7d60] [c011a4f4] .compat_sys_mount+0xf4/0x2b0
[c80f7e30] [c000872c] syscall_exit+0x0/0x40
Instruction dump:
4b00 7c0802a6 fb81ffe0 fbe1fff8 fba1ffe8 7c7c1b78 f8010010 f821ff71 
a16d000a e9230010 796b1f24 7d2948f8 <7fab482a> 801d 7c002214 7c1f07b4 
DART table allocated at: c0007f00

I'll drop 'em.
-
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: [PATCH 00/10] per device dirty throttling -v5

2007-04-22 Thread Andrew Morton

So after a cheerful five hours making all the new crap with which they have
inflicted me actually compile, first up is powerpc:

initcall 0xc06dc650: .scsi_complete_async_scans+0x0/0x1dc() returned 0.
initcall 0xc06dc650 ran for 0 msecs: 
.scsi_complete_async_scans+0x0/0x1dc()
Calling initcall 0xc06ea1d0: .tcp_congestion_default+0x0/0x18()
initcall 0xc06ea1d0: .tcp_congestion_default+0x0/0x18() returned 0.
initcall 0xc06ea1d0 ran for 0 msecs: .tcp_congestion_default+0x0/0x18()
Freeing unused kernel memory: 292k freed
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
Unable to handle kernel paging request for data at address 0x000f
Faulting instruction address: 0xc01d060c
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=4 PowerMac
Modules linked in:
NIP: c01d060c LR: c00aaecc CTR: 
REGS: c80f70c0 TRAP: 0300   Tainted: G  D  (2.6.21-rc7-mm1)
MSR: 90009032 EE,ME,IR,DR  CR: 24024028  XER: 000f
DAR: 000f, DSISR: 4000
TASK = c80e47f0[1] 'init' THREAD: c80f4000 CPU: 2
GPR00: c00aaecc c80f7340 c06f69f8 cc45d768 
GPR04: 0001  c064e700 c064e030 
GPR08: 0030  0013 0010 
GPR12: 24024024 c0628980  c90090d8 
GPR16: c90090c0 c90090a8   
GPR20:  c0733cd0  0002 
GPR24: c80f7630 0007ccde c9858908 c984400c 
GPR28: cc45d768 cbc2bcb0 c0658aa0 c2372818 
NIP [c01d060c] .percpu_counter_mod+0x2c/0xd8
LR [c00aaecc] .__set_page_dirty_nobuffers+0x14c/0x17c
Call Trace:
[c80f7340] [c01088e4] .alloc_page_buffers+0x58/0x100 
(unreliable)
[c80f73d0] [c00aaecc] .__set_page_dirty_nobuffers+0x14c/0x17c
[c80f7460] [c0106328] .mark_buffer_dirty+0x5c/0x70
[c80f74e0] [c015efb8] .do_one_pass+0x55c/0x6a8
[c80f75c0] [c015f3f8] .journal_recover+0x1c0/0x1c8
[c80f7670] [c0164178] .journal_load+0xcc/0x178
[c80f7700] [c0151134] .ext3_fill_super+0xfc0/0x1a44
[c80f7840] [c00d8554] .get_sb_bdev+0x200/0x260
[c80f7920] [c0152454] .ext3_get_sb+0x20/0x38
[c80f79a0] [c00d8900] .vfs_kern_mount+0x80/0x108
[c80f7a40] [c00f7a94] .do_mount+0x2e4/0x930
[c80f7d60] [c011a4f4] .compat_sys_mount+0xf4/0x2b0
[c80f7e30] [c000872c] syscall_exit+0x0/0x40
Instruction dump:
4b00 7c0802a6 fb81ffe0 fbe1fff8 fba1ffe8 7c7c1b78 f8010010 f821ff71 
a16d000a e9230010 796b1f24 7d2948f8 7fab482a 801d 7c002214 7c1f07b4 
DART table allocated at: c0007f00

I'll drop 'em.
-
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/