From owner-freebsd-stable@FreeBSD.ORG  Sun Dec 28 07:53:00 2008
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 3C864106564A
	for <stable@freebsd.org>; Sun, 28 Dec 2008 07:53:00 +0000 (UTC)
	(envelope-from danny@cs.huji.ac.il)
Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84])
	by mx1.freebsd.org (Postfix) with ESMTP id E13338FC08
	for <stable@freebsd.org>; Sun, 28 Dec 2008 07:52:59 +0000 (UTC)
	(envelope-from danny@cs.huji.ac.il)
Received: from pampa.cs.huji.ac.il ([132.65.80.32])
	by kabab.cs.huji.ac.il with esmtp
	id 1LGqSG-0006lM-M9; Sun, 28 Dec 2008 09:52:56 +0200
X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2
To: "Lin Jui-Nan Eric" <ericlin@tamama.org>
In-reply-to: <47713ee10812270722j2570de85jcd9b218b5d73dded@mail.gmail.com> 
References: <47713ee10812220844r7889d286l3a98f294d780ccc0@mail.gmail.com> 
	<6eb82e0812260202m1d8816c5mc7b0991514f83853@mail.gmail.com> 
	<47713ee10812261117o6f772843o53ec9542bc773141@mail.gmail.com> 
	<E1LGUt5-000Jpj-2L@kabab.cs.huji.ac.il>
	<47713ee10812270105o5866aa27u9998539dc127e549@mail.gmail.com>
	<E1LGWxW-000Kuc-AS@kabab.cs.huji.ac.il>
	<6eb82e0812270507x1cca69d0tac0768f9f42044b6@mail.gmail.com>
	<47713ee10812270722j2570de85jcd9b218b5d73dded@mail.gmail.com>
Comments: In-reply-to "Lin Jui-Nan Eric" <ericlin@tamama.org>
	message dated "Sat, 27 Dec 2008 23:22:53 +0800."
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 28 Dec 2008 09:52:56 +0200
From: Danny Braniss <danny@cs.huji.ac.il>
Message-ID: <E1LGqSG-0006lM-M9@kabab.cs.huji.ac.il>
Cc: stable@freebsd.org, Julian Stacey <jhs@berklix.org>,
	Rong-en Fan <grafan@gmail.com>
Subject: Re: amd(8) cores dump when load high 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Dec 2008 07:53:00 -0000

> I got "Couldn't lock process pages in memory using mlockall()" too:
[...]
> On Sat, Dec 27, 2008 at 9:07 PM, Rong-en Fan <grafan@gmail.com> wrote:
> > On Sat, Dec 27, 2008 at 7:03 PM, Danny Braniss <danny@cs.huji.ac.il> wrote:
> >>> No, we do not running amd with -S.
> >>>
> >>> # ps auxww | grep amd
> >>> root      706  0.0  0.1  7660  5416  ??  Ss   Wed05PM   4:48.12
> >>> /usr/sbin/amd -p -k amd64 -x all /net amd.map
> >>>
> >> well, I'm running 7.1-PRERELEASE, what does the amd logs show?
> >>
> > [...]
> >> Dec 27 10:37:01 sf-02 amd[857]: Locked process pages in memory
> >>                                ******************************
> >
> > Hmm.. interesting, I got this
> >
> > Dec 26 15:32:11 bsd2 amd[39723]: Couldn't lock process pages in memory using mlo
> > ckall(): Resource temporarily unavailable
> >
> > w/ 7-STABLE around Sep 4. I don't put plock = no in amd.conf, so
> > by default it's plock'ed.
> >
> > Regards,
> > Rong-En Fan
> >

some more ingrediants:
when running vanilla amd it also failes to lock pages:
	Couldn't lock process pages in memory using mlockall(): Resource
        temporarily unavailable
while the amd I'm running, which includes the latest - non official - patches
works fine.
but, the main diff I see is:
opteron> ldd /usr/sbin/amd
/usr/sbin/amd:
        libc.so.7 => /lib/libc.so.7 (0x80065a000)
while
opteron> ldd /SBIN/amd
/SBIN/amd:
        librt.so.1 => /usr/lib/librt.so.1 (0x800658000)
        librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x80075d000)
        libwrap.so.5 => /usr/lib/libwrap.so.5 (0x800866000)
        libc.so.7 => /lib/libc.so.7 (0x80096f000)

danny