From owner-cvs-src@FreeBSD.ORG  Sat Jul 26 00:48:27 2003
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7F96A37B401
	for <cvs-src@FreeBSD.org>; Sat, 26 Jul 2003 00:48:27 -0700 (PDT)
Received: from mail26c.sbc-webhosting.com (mail26c.sbc-webhosting.com
	[216.173.237.166])
	by mx1.FreeBSD.org (Postfix) with SMTP id 74D5643FA3
	for <cvs-src@FreeBSD.org>; Sat, 26 Jul 2003 00:48:26 -0700 (PDT)
	(envelope-from alc@imimic.com)
Received: from www.imimic.com (64.143.12.21)2-0216095692;
	Sat, 26 Jul 2003 03:48:12 -0400 (EDT)
Sender: alc@FreeBSD.ORG
Message-ID: <3F22323C.CA08C37C@imimic.com>
Date: Sat, 26 Jul 2003 02:48:12 -0500
From: "Alan L. Cox" <alc@imimic.com>
Organization: iMimic Networking, Inc.
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Pawel Worach <pawel.worach@telia.com>
References: <000001c35348$7d73d600$4116f00a@corona>
Content-Type: text/plain; charset=x-user-defined
Content-Transfer-Encoding: 7bit
X-Loop-Detect: 1
cc: 'Alan Cox' <alc@FreeBSD.org>
cc: cvs-src@FreeBSD.org
Subject: Re: cvs commit: src/sys/vm uma_core.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Jul 2003 07:48:27 -0000

Pawel Worach wrote:
> 
> alc         2003/07/25 20:55:32 PDT
> 
>   FreeBSD src repository
> 
>   Modified files:
>     sys/vm               uma_core.c
>   Log:
>   Gulp ... call kmem_malloc() without Giant.
> 
> Could this change affect user applications?
> After a reboot with this kernel squid crashes
> randomly with the stack every time.
> This could of course be a squid bug but i just
> have to make sure before i file one :)
> 

No, I wouldn't expect that to be a symptom.  Regardless, please try
backing out this one commit and see if it has any effect.

Regards,
Alan

> #0  0x2825e39f in kill () from /usr/lib/libc.so.5
> #1  0x282cab2b in abort () from /usr/lib/libc.so.5
> #2  0x0807c8e3 in xassert () at debug.cc:363
> #3  0x080c8c31 in UFSStoreState::queueRead(char*, unsigned, long long, void
> (*)(void*, char const*, int), void*) (this=0x91af010,
>     buf=0x912c018 "", size=4096, offset=0, callback=0x80b8598
> <storeClientReadHeader>, callback_data=0x91ab010) at ufs/store_io_ufs.cc:570
> #4  0x080b721b in storeRead (sio=Cannot access memory at address 0x0
> ) at ../include/RefCount.h:71
> ...