Thread: Re: [lc-devel] Compressed Cache v0.23pre6
Status: Beta
Brought to you by:
nitin_sf
Menu
▾
▴
linuxcompressed-devel
|
From: Marc-Christian P. <m....@gm...> - 2002-06-14 13:20:59
|
On Fri, 14 Jun 2002, Rodrigo Souza de Castro wrote:
Hi Rodrigo,
>> again, testing pre6 of your patch :) ...
> Thank you! :-)=20
np :)
> I want to make this version stable in order to release 0.23 final.
i believe you, but that doesn't look so ;|
>> Unfortunately i must say, pre6 isn't stable as pre4 was ... Following
>> scenario:
> I have already run some tests, but not exactly those mentioned below, l=
ike
> interactive tests. I ran dbench, mmap, fillmem and many times kernel
> compilation. Anyway, I will have a look at those tests to check if I ca=
n
> reproduce the hang. Wait for a feedback.
ok, thanks alot.
> Could you try reproducing without preempt? I don't know very well what =
sort=20
> of changes the preempt patch makes, but I'd like to know if it still
> freezes without it.
Yes, i will do so now, but i really don't think the behaviour will be dif=
ferent. Hang on ...=20
>> Any other informations i can submit to help hunting that bug?
> Did you compile with page cache support?
sorry, forgot that in my previous mail. No, without Page cache support.
Args, now have a look. Thats the first oops i got, before there were just=
freezes.
Just started up xwindows and got the following:
Jun 14 15:00:00 codeman kernel: [drm] Initialized r128 2.2.0 20020121 on =
minor 0
Jun 14 15:00:05 codeman kernel: divide error: 0000
Jun 14 15:00:05 codeman kernel: CPU: 0
Jun 14 15:00:05 codeman kernel: EIP: 0010:[comp_cache_fix_watermarks+2=
9/92] Not tainted
Jun 14 15:00:05 codeman kernel: EFLAGS: 00013246
Jun 14 15:00:05 codeman kernel: eax: 0000cff0 ebx: c02a6168 ecx: 0000=
2000 edx: 00000000
Jun 14 15:00:05 codeman kernel: esi: 0000cff0 edi: c02a6168 ebp: c02a=
6168 esp: cd72de0c
Jun 14 15:00:05 codeman kernel: ds: 0018 es: 0018 ss: 0018
Jun 14 15:00:05 codeman kernel: Process XFree86 (pid: 11189, stackpage=3D=
cd72d000)
Jun 14 15:00:05 codeman kernel: Stack: 00000008 000001d2 c02a6168 c014180=
3 00002000 00000006 000001d2 c02a6168=20
Jun 14 15:00:05 codeman kernel: c02a6168 c3dc93e0 c0138abd c02a616=
8 00000010 cd72c000 00000000 000001d2=20
Jun 14 15:00:05 codeman kernel: c0139507 c02a62e4 00000120 0000001=
0 00000000 00000000 00000000 c01397e2=20
Jun 14 15:00:05 codeman kernel: Call Trace: [grow_comp_cache+191/300] [tr=
y_to_free_pages+77/104] [balance_classzone+119/588] [__allo
c_pages+262/356] [_alloc_pages+22/24]=20
Jun 14 15:00:05 codeman kernel: [do_anonymous_page+76/224] [do_no_page=
+62/412] [handle_mm_fault+93/240] [do_page_fault+455/1257]=20
[do_page_fault+0/1257] [update_wall_time+11/60]=20
Jun 14 15:00:05 codeman kernel: [timer_bh+46/968] [bh_action+38/116] [=
tasklet_hi_action+93/128] [do_softirq+109/216] [do_IRQ+214/
232] [error_code+52/64]=20
Jun 14 15:00:05 codeman kernel:=20
Jun 14 15:00:05 codeman kernel: Code: f7 35 38 e9 2d c0 89 c6 a1 44 e9 2d=
c0 39 c6 73 04 89 c6 eb=20
Jun 14 15:00:05 codeman kernel: divide error: 0000
Jun 14 15:00:05 codeman kernel: CPU: 0
Jun 14 15:00:05 codeman kernel: EIP: 0010:[comp_cache_fix_watermarks+2=
9/92] Not tainted
Jun 14 15:00:05 codeman kernel: EFLAGS: 00013246
Jun 14 15:00:05 codeman kernel: eax: 0000cff0 ebx: c02a6168 ecx: 0000=
2000 edx: 00000000
Jun 14 15:00:05 codeman kernel: esi: 0000cff0 edi: c02a6168 ebp: 0000=
0000 esp: c2fb7f6c
Jun 14 15:00:05 codeman kernel: ds: 0018 es: 0018 ss: 0018
Jun 14 15:00:05 codeman kernel: Process kswapd (pid: 4, stackpage=3Dc2fb7=
000)
Jun 14 15:00:05 codeman kernel: Stack: 00000010 000001d0 c02a6168 c014180=
3 00002000 00000006 000001d0 c02a6168=20
Jun 14 15:00:05 codeman kernel: c02a6168 00000000 c0138abd c02a616=
8 00000010 c02a6168 00000001 c2fb6000=20
Jun 14 15:00:05 codeman kernel: c0138b3b c02a60c0 00000000 c2fb625=
1 0008e000 c0138b9e c02a60c0 c2fb6000=20
Jun 14 15:00:05 codeman kernel: Call Trace: [grow_comp_cache+191/300] [tr=
y_to_free_pages+77/104] [kswapd_balance_pgdat+55/132] [kswa
pd_balance+22/44] [kswapd+153/188]=20
Jun 14 15:00:05 codeman kernel: [kernel_thread+40/56]=20
Jun 14 15:00:05 codeman kernel:=20
Jun 14 15:00:05 codeman kernel: Code: f7 35 38 e9 2d c0 89 c6 a1 44 e9 2d=
c0 39 c6 73 04 89 c6 eb=20
This was 15mb of free RAM and no swap usage. System is not freezed,
but X-Console is totally freezed. Then i tried to compile a new kernel, a=
fter
some doing of "make dep" system was totally freezed w/o any oops or panic=
s.
ksymoops of the above:
----------------------
--=20
Kind regards
Marc-Christian Petersen
http://sourceforge.net/projects/wolk
PGP/GnuPG Key: 1024D/569DE2E3DB441A16
Fingerprint: 3469 0CF8 CA7E 0042 7824 080A 569D E2E3 DB44 1A16
Key available at www.keyserver.net. Encrypted e-mail preferred.
|
|
From: Rodrigo S. de C. <rc...@im...> - 2002-06-14 19:00:51
|
On Fri, Jun 14, 2002 at 03:20:32PM +0200, Marc-Christian Petersen wrote: > On Fri, 14 Jun 2002, Rodrigo Souza de Castro wrote: > > Did you compile with page cache support? > > sorry, forgot that in my previous mail. No, without Page cache > support. Rats, I haven't tested the patch without page cache support before releasing! Sorry for that. > Args, now have a look. Thats the first oops i got, before there were just freezes. > Just started up xwindows and got the following: Nice you sent the oops. Doesn't seem to make much sense, but I will check that! > Jun 14 15:00:05 codeman kernel: Call Trace: > [grow_comp_cache+191/300] [try_to_free_pages+77/104] > [balance_classzone+119/588] [__alloc_pages+262/356] > [_alloc_pages+22/24] > Jun 14 15:00:05 codeman kernel: [do_anonymous_page+76/224] > [do_no_page+62/412] [handle_mm_fault+93/240] > [do_page_fault+455/1257] [do_page_fault+0/1257] > [update_wall_time+11/60] > Jun 14 15:00:05 codeman kernel: [timer_bh+46/968] > [bh_action+38/116] [tasklet_hi_action+93/128] [do_softirq+109/216] > [do_IRQ+214 232] [error_code+52/64] Best regards, -- Rodrigo S. de Castro <rc...@im...> |
|
From: David C. <dav...@sh...> - 2002-06-16 15:23:56
|
Rodrigo Souza de Castro wrote: >On Fri, Jun 14, 2002 at 03:20:32PM +0200, Marc-Christian Petersen wrote: > > >>On Fri, 14 Jun 2002, Rodrigo Souza de Castro wrote: >> >> >>>Did you compile with page cache support? >>> >>> >>sorry, forgot that in my previous mail. No, without Page cache >>support. >> >> > >Rats, I haven't tested the patch without page cache support before >releasing! Sorry for that. > > > >>Args, now have a look. Thats the first oops i got, before there were just freezes. >>Just started up xwindows and got the following: >> >> > >Nice you sent the oops. Doesn't seem to make much sense, but I will >check that! > > > >>Jun 14 15:00:05 codeman kernel: Call Trace: >>[grow_comp_cache+191/300] [try_to_free_pages+77/104] >>[balance_classzone+119/588] [__alloc_pages+262/356] >>[_alloc_pages+22/24] >>Jun 14 15:00:05 codeman kernel: [do_anonymous_page+76/224] >>[do_no_page+62/412] [handle_mm_fault+93/240] >>[do_page_fault+455/1257] [do_page_fault+0/1257] >>[update_wall_time+11/60] >>Jun 14 15:00:05 codeman kernel: [timer_bh+46/968] >>[bh_action+38/116] [tasklet_hi_action+93/128] [do_softirq+109/216] >>[do_IRQ+214 232] [error_code+52/64] >> >> > >Best regards, > > I also support some problem in the 0.23pre4 page cache support code, I have my own filesystem and experience page cache oops() after using dirty shared mmap pages (calling to writepage() fs methods). I think it is wise to take out the pagecache support code, at least a compile time flag to turn on/off . This will simply way of debugging. regards, David |
|
From: Rodrigo S. de C. <rc...@im...> - 2002-06-17 18:46:26
|
On Sun, Jun 16, 2002 at 11:23:08PM +0800, David Chow wrote: > I also support some problem in the 0.23pre4 page cache support code, > I have my own filesystem and experience page cache oops() after > using dirty shared mmap pages (calling to writepage() fs methods). Could you send me a decoded oops? > I think it is wise to take out the pagecache support code, at least > a compile time flag to turn on/off . This will simply way of > debugging. Page cache support is a configuration option. By the way, it is disabled by default. Best regards, -- Rodrigo S. de Castro <rc...@im...> |
|
From: David C. <dav...@sh...> - 2002-06-21 17:34:51
|
Rodrigo Souza de Castro wrote: >On Sun, Jun 16, 2002 at 11:23:08PM +0800, David Chow wrote: > > >>I also support some problem in the 0.23pre4 page cache support code, >>I have my own filesystem and experience page cache oops() after >>using dirty shared mmap pages (calling to writepage() fs methods). >> >> > >Could you send me a decoded oops? > > > >>I think it is wise to take out the pagecache support code, at least >>a compile time flag to turn on/off . This will simply way of >>debugging. >> >> > >Page cache support is a configuration option. By the way, it is >disabled by default. > >Best regards, > > I will try out the new patches before send you the bugs, I will try my best to trace them for you. regards, David |
|
From: Rodrigo S. de C. <rc...@im...> - 2002-06-17 18:41:04
Attachments:
patch
|
Hi Marc-Christian, On Fri, Jun 14, 2002 at 03:20:32PM +0200, Marc-Christian Petersen wrote: > Args, now have a look. Thats the first oops i got, before there were just freezes. > Just started up xwindows and got the following: Could you try the attached patch to see if it makes any difference? I tried the kernel with this patch and it seemed stable. I ran KDE, it started swapping out (256Mb RAM), no freeze whatsoever. It's for 2.4.18-0.23pre6. Regards, -- Rodrigo S. de Castro <rc...@im...> |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X