From owner-freebsd-current@FreeBSD.ORG Mon Jul 5 18:26:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A6C16A4CE; Mon, 5 Jul 2004 18:26:16 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E8943D39; Mon, 5 Jul 2004 18:26:14 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i65IJEvZ070732; Mon, 5 Jul 2004 20:19:14 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <1d4801c462bc$8f030510$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Robert Watson" References: Date: Mon, 5 Jul 2004 20:19:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-current@freebsd.org Subject: Re: malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2004 18:26:16 -0000 From: "Robert Watson" > On Mon, 5 Jul 2004, Willem Jan Withagen wrote: > > > It's not a LOR, but almost looks like one.... it could also be > > harmless, since it only delays the server (because it is logging to a > > serial console???) > > Do you have a stack trace available for this? I've cleaned up a few, but > not all, of the known M_WAITOK with a mutex held cases, but there may well > be more. I know Bruce Simpson has also been working on at least one. Other than what is included below, nothing further was on the console. But it is relatively simple to reproduce.... compiling on an NFS mount does the trick. So if you want me to do other things, let me know.. Currently running with INVARIANTS, WITNESS, WITNESS_SKIPSPIN, DIAGNOSTIC, DDB, DDB_TRACE ...... --WjW > > ---------------- > > malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following non-sleepable > > locks held: > > exclusive sleep mutex so_rcv r = 0 (0xffffff006174a6f8) locked @ /home2/src/sys/ > > kern/uipc_socket.c:917 > > Stack backtrace: > > backtrace() at backtrace+0x17 > > witness_warn() at witness_warn+0x297 > > uma_zalloc_arg() at uma_zalloc_arg+0x59 > > m_copym() at m_copym+0x118 > > soreceive() at soreceive+0x9a4 > > nfs_receive() at nfs_receive+0x29f > > nfs_reply() at nfs_reply+0x46 > > nfs_request() at nfs_request+0x374 > > nfs_writerpc() at nfs_writerpc+0x22b > > nfs_doio() at nfs_doio+0x4a0 > > nfssvc_iod() at nfssvc_iod+0x1c4 > > fork_exit() at fork_exit+0xd1 > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffb4019d00, rbp = 0 ---