All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: "Dieter Nützel" <Dieter.Nuetzel@hamburg.de>
Cc: Linux Kernel List <linux-kernel@vger.kernel.org>,
	Robert Love <rml@tech9.net>
Subject: Re: kswapd problems with 2.4.{9,10}
Date: Tue, 9 Oct 2001 04:07:53 +0200	[thread overview]
Message-ID: <20011009040753.I726@athlon.random> (raw)
In-Reply-To: <20011009015922.B6F9D1E544@Cantor.suse.de>
In-Reply-To: <20011009015922.B6F9D1E544@Cantor.suse.de>; from Dieter.Nuetzel@hamburg.de on Tue, Oct 09, 2001 at 03:59:16AM +0200

On Tue, Oct 09, 2001 at 03:59:16AM +0200, Dieter Nützel wrote:
> Hallo Andrea,
> 
> could this mlock related, too?
> latencytest0.42-png
> 
> SunWave1>./latencytest
> mlockall() failed, exiting. mlock: Operation not permitted
> 
> SunWave1>su
> Password:
> 
> SunWave1#unlimit coredumpsize
> SunWave1#./latencytest
> Speicherschutzverletzung (core dumped)
> 
> Loaded symbols for /usr/X11R6/lib/libXpm.so.4
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> #0  0x8048f91 in main (argc=1, argv=0xbffff344) at latencytest.c:233
> 233       if(strcmp(argv[1],"none"))
> (gdb) bt
> #0  0x8048f91 in main (argc=1, argv=0xbffff344) at latencytest.c:233
> #1  0x400c1baf in __libc_start_main () from /lib/libc.so.6
> (gdb) info registers
> eax            0x0      0
> ecx            0x5      5
> edx            0xf7f    3967
> ebx            0x1      1
> esp            0xbffff224       0xbffff224
> ebp            0xbffff2dc       0xbffff2dc
> esi            0x0      0
> edi            0x804a761        134522721
> eip            0x8048f91        0x8048f91
> eflags         0x10246  66118
> cs             0x23     35
> ss             0x2b     43
> ds             0x2b     43
> es             0x2b     43
> fs             0x2b     43
> gs             0x2b     43
> fctrl          0x37f    895
> fstat          0x0      0
> ftag           0x0      0
> fiseg          0x0      0
> fioff          0x0      0
> foseg          0x0      0
> fooff          0x0      0
> fop            0x0      0
> 
> It worked with 2.4.10 (-preX) and 2.4.11-pre1 (I think).
> But _NOT_ with 2.4.11-pre2+ (2.4.11-pre5 + preempt :-) currently.

Are you sure you simply didn't forgot to pass argv[1]? :)

mlockall is somehow simpler than a partial mlocks on a large vma,
mlockall doesn't need to split off the partial vmas, I was only
wondering about the other splitting path stressed by Ben's testcase. 
Also there aren't been recent changes there.

> 
> Do you need the coredump file?
> 
> Thanks,
> 	Dieter


Andrea

       reply	other threads:[~2001-10-09  2:08 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20011009015922.B6F9D1E544@Cantor.suse.de>
2001-10-09  2:07 ` Andrea Arcangeli [this message]
2001-10-09  1:59 kswapd problems with 2.4.{9,10} Dieter Nützel
  -- strict thread matches above, loose matches on Subject: below --
2001-10-05 18:21 Ben Smith
2001-10-09  0:59 ` Andrea Arcangeli

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=20011009040753.I726@athlon.random \
    --to=andrea@suse.de \
    --cc=Dieter.Nuetzel@hamburg.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rml@tech9.net \
    /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.