From owner-freebsd-current Sun Sep 23 0:56: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep08.dion.ne.jp (hfep08.dion.ne.jp [203.181.105.74]) by hub.freebsd.org (Postfix) with ESMTP id 08BBF37B40C for ; Sun, 23 Sep 2001 00:56:06 -0700 (PDT) Received: from localhost ([211.134.171.148]) by hfep08.dion.ne.jp with ESMTP id <20010923075604575.GBTW@hfep08.dion.ne.jp> for ; Sun, 23 Sep 2001 16:56:04 +0900 To: freebsd-current@freebsd.org Subject: Panic with "recursed on non-recursive lock" X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010923165501K.haro@h4.dion.ne.jp> Date: Sun, 23 Sep 2001 16:55:01 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 22 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I got following panic with recent -current (src-cur.4972.gz): recursed on non-recursive lock (sleep mutex) process lock @ ../../../i386/i386/trap.c:807 first acquired @ ../../../kern/subr_trap.c:100 panic: recurse syncing disks... panic: bremfree: bp 0xc3bbd5ec not locked System rebooted automatically, so I couldn't get any traces... :-( Has anybody seen this before? Thank you, haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 4:39:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 9A45937B409; Sun, 23 Sep 2001 04:38:58 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id f8NBcwY18406; Sun, 23 Sep 2001 13:38:58 +0200 (MEST) Received: from kawoserv.kawo2.rwth-aachen.de (root@kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/6) with ESMTP id f8NBcvc18400; Sun, 23 Sep 2001 13:38:57 +0200 (MEST) Received: from fump.kawo2.rwth-aachen.de (root@fump.kawo2.rwth-aachen.de [134.130.181.148]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id NAA11978; Sun, 23 Sep 2001 13:38:55 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.11.3/8.11.3) id f8NBd0Z10616; Sun, 23 Sep 2001 13:39:00 +0200 (CEST) (envelope-from alex) Date: Sun, 23 Sep 2001 13:38:59 +0200 From: Alexander Langer To: Jordan Hubbard Cc: ache@nagual.pp.ru, security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010923133859.A10592@fump.kawo2.rwth-aachen.de> Mail-Followup-To: Alexander Langer , Jordan Hubbard , ache@nagual.pp.ru, security@FreeBSD.org, rwatson@FreeBSD.org, current@FreeBSD.org, developers@FreeBSD.org References: <20010922141217.B7524@fump.kawo2.rwth-aachen.de> <20010922164448.A83816@nagual.pp.ru> <20010922151107.C7524@fump.kawo2.rwth-aachen.de> <20010922120739E.jkh@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010922120739E.jkh@freebsd.org>; from jkh@FreeBSD.org on Sat, Sep 22, 2001 at 12:07:39PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Jordan Hubbard (jkh@FreeBSD.org): > The bug doesn't exist in 4.4 either. It was fixed prior to release. > Doesn't anyone read commit mail anymore?! :-( Yes, I do, but FreeBSD was 4.4 even before it was fixed. OTOH, the report on bugtraq also mentions, that 4.4-RELEASE isn't affected. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 5:14:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 45B3637B417; Sun, 23 Sep 2001 05:14:04 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8NCE1U00543; Sun, 23 Sep 2001 16:14:02 +0400 (MSD) (envelope-from ache) Date: Sun, 23 Sep 2001 16:13:57 +0400 From: "Andrey A. Chernov" To: Robert Watson Cc: security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Patch for review (was Re: ~/.login_conf disabling exact reasons wanted) Message-ID: <20010923161354.A426@nagual.pp.ru> References: <20010922151116.A82718@nagual.pp.ru> <20010922224243.A88511@nagual.pp.ru> <20010922225821.A88800@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922225821.A88800@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 22:58:21 +0400, Andrey A. Chernov wrote: > I'll work on the proper fix tomorrow. Planned for commit. Please, review and/or comment. --- login_cap.c.old Sun Sep 23 16:09:04 2001 +++ login_cap.c Sun Sep 23 16:06:19 2001 @@ -184,18 +184,17 @@ login_cap_t *lc; if ((lc = malloc(sizeof(login_cap_t))) != NULL) { - int r, i = 0; + int r, me, i = 0; uid_t euid = 0; gid_t egid = 0; const char *msg = NULL; - const char *dir = (pwd == NULL) ? NULL : pwd->pw_dir; + const char *dir; char userpath[MAXPATHLEN]; static char *login_dbarray[] = { NULL, NULL, NULL }; -#ifndef _FILE_LOGIN_CONF_WORKS - dir = NULL; -#endif + me = (name != NULL && strcmp(name, LOGIN_MECLASS) == 0); + dir = (!me || pwd == NULL) ? NULL : pwd->pw_dir; /* * Switch to user mode before checking/reading its ~/.login_conf * - some NFSes have root read access disabled. @@ -215,7 +214,7 @@ if (_secure_path(userpath, pwd->pw_uid, pwd->pw_gid) != -1) i++; /* only use 'secure' data */ } - if (_secure_path(_PATH_LOGIN_CONF, 0, 0) != -1) + if (me && _secure_path(_PATH_LOGIN_CONF, 0, 0) != -1) login_dbarray[i++] = _PATH_LOGIN_CONF; login_dbarray[i] = NULL; @@ -227,7 +226,7 @@ switch (cgetent(&lc->lc_cap, login_dbarray, (char*)name)) { case -1: /* Failed, entry does not exist */ - if (strcmp(name, LOGIN_MECLASS) == 0) + if (me) break; /* Don't retry default on 'me' */ if (i == 0) r = -1; -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 6:11:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 8339337B42A; Sun, 23 Sep 2001 06:11:02 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8NDB1m01518; Sun, 23 Sep 2001 17:11:01 +0400 (MSD) (envelope-from ache) Date: Sun, 23 Sep 2001 17:11:00 +0400 From: "Andrey A. Chernov" To: Robert Watson Cc: security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Re: ~/.login_conf disabling exact reasons wanted Message-ID: <20010923171100.B1253@nagual.pp.ru> References: <20010922151116.A82718@nagual.pp.ru> <20010922224243.A88511@nagual.pp.ru> <20010922225821.A88800@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010922225821.A88800@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Sep 22, 2001 at 22:58:21 +0400, Andrey A. Chernov wrote: > > Sorry for all that buzz, I am finally able to reproduce it on -current. > Details: there is no security hole under -current, just broken functionality. You can specify copyright=/etc/passwd with passwd output (it is broken functionality), but specifying copyright=/etc/master.passwd outputs nothing. See my patch posted today fixing this. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 6:11:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 1321337B50F for ; Sun, 23 Sep 2001 06:11:19 -0700 (PDT) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #2) id 15l92T-0005nR-00; Sun, 23 Sep 2001 15:11:17 +0200 Received: from a35cb.pppool.de ([213.6.53.203] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.32 #2) id 15l92S-0000MJ-00; Sun, 23 Sep 2001 15:11:16 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id f8NBrHo03578; Sun, 23 Sep 2001 13:53:18 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200109231153.f8NBrHo03578@Magelan.Leidinger.net> Date: Sun, 23 Sep 2001 13:53:16 +0200 (CEST) From: Alexander Leidinger Subject: Re: Panic with "recursed on non-recursive lock" To: haro@h4.dion.ne.jp Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20010923165501K.haro@h4.dion.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23 Sep, Munehiro Matsuda wrote: > Hi, > > I got following panic with recent -current (src-cur.4972.gz): > > recursed on non-recursive lock (sleep mutex) process lock @ ../../../i386/i386/trap.c:807 > first acquired @ ../../../kern/subr_trap.c:100 > panic: recurse > > syncing disks... panic: bremfree: bp 0xc3bbd5ec not locked > > System rebooted automatically, so I couldn't get any traces... :-( > Has anybody seen this before? Sort of (-current archive), at least the "bremfree" part: - Message-ID: <200109021307.f82D7Xk00888@Magelan.Leidinger.net> - Message-ID: <200109051042.f85Age900947@Magelan.Leidinger.net> Bye, Alexander. -- The three Rs of Microsoft support: Retry, Reboot, Reinstall. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 8:59:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from cs.bu.edu (CS.BU.EDU [128.197.10.2]) by hub.freebsd.org (Postfix) with ESMTP id D245937B417 for ; Sun, 23 Sep 2001 08:59:32 -0700 (PDT) Received: from csa.bu.edu (evms@csa [128.197.12.3]) by cs.bu.edu (8.10.1/8.10.1) with ESMTP id f8NFxUA07514; Sun, 23 Sep 2001 11:59:30 -0400 (EDT) Received: (from evms@localhost) by csa.bu.edu (8.10.1/8.10.1) id f8NFxPc13750; Sun, 23 Sep 2001 11:59:25 -0400 (EDT) Date: Sun, 23 Sep 2001 11:59:25 -0400 (EDT) Message-Id: <200109231559.f8NFxPc13750@csa.bu.edu> From: Evan Sarmiento To: freebsd-hackers@freebsd.FreeBSD.ORG, freebsd-current@freebsd.org Subject: panic on mount Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, After compiling a new kernel, installing it, when my laptop tries to mount its drive, it panics with this message: panic: lock (sleep mutex) vnode interlock not locked @ ../../../kern/vfs_default.c:460 which is: if (ap->a_flags & LK_INTERLOCK) mtx_unlock(&ap->a_vp->v_interlock); within the function vop_nolock. Thanks, Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 9: 4: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 4305437B41F; Sun, 23 Sep 2001 09:04:00 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 6A49A431; Sun, 23 Sep 2001 17:03:50 +0100 (BST) Date: Sun, 23 Sep 2001 17:03:50 +0100 From: Josef Karthauser To: Julian Elischer Cc: Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@freebsd.org Subject: Re: Problems with interrupts on -current. Message-ID: <20010923170350.C11602@tao.org.uk> Mail-Followup-To: Josef Karthauser , Julian Elischer , Dag-Erling Smorgrav , Jun Kuriyama , Julian Elischer , current@freebsd.org References: <20010921135558.A761@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Sep 21, 2001 at 12:00:36PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 21, 2001 at 12:00:36PM -0700, Julian Elischer wrote: > I must say I'm worried, but stumped.. > I cannot see this problem here, and I cannot think of a change in the=20 > KSE support stuff that would have this effect. >=20 > There was soem small change in the statistics gathering code that > is done at clock time, but nothing so low-level as to > effect the further generation of clock ticks. >=20 > It does sound as thuogh statclock has been stopped though. To be honest Julian I'm sure that this problem precedes the KSE commit. Joe --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjuuB+UACgkQXVIcjOaxUBZKcwCgxAkCAyI8z0p83OYfgl8L0p/n IJIAoM7ArFkRJGH/CxDWoV6ybIEHzqbM =xEab -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 9:26:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep02.dion.ne.jp (hfep02.dion.ne.jp [203.181.105.68]) by hub.freebsd.org (Postfix) with ESMTP id 37D7037B417 for ; Sun, 23 Sep 2001 09:26:36 -0700 (PDT) Received: from localhost ([211.126.10.83]) by hfep02.dion.ne.jp with ESMTP id <20010923162634071.JVEE@hfep02.dion.ne.jp> for ; Mon, 24 Sep 2001 01:26:34 +0900 To: freebsd-current@freebsd.org Subject: Re: Panic with "recursed on non-recursive lock" In-Reply-To: <20010923165501K.haro@h4.dion.ne.jp> References: <20010923165501K.haro@h4.dion.ne.jp> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010924012530D.haro@h4.dion.ne.jp> Date: Mon, 24 Sep 2001 01:25:30 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 55 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Here's another one from src-cur.4972.gz. It's repeatable. ------------------------------------------------------------------- # ps -ae lock order reversal 1st 0xc7fe4d08 process lock @ ../../../kern/kern_proc.c:215 2nd 0xc03e6620 Giant @ ../../../kern/subr_trap.c:98 exclusive (sleep mutex) process lock (0xc7fe4d08) locked @ ../../../kern/kern_proc.c:215 panic: system call open returning with mutex(s) held Debugger("panic") Stopped at Debugger+0x44: pushl %ebx db> t Debugger(c0322ffb) at Debugger+0x44 panic(c0345de0,c0327489,bfbfe574,10,bfbffff0) at panic+0x70 syscall(2f,2f,2f,bfbffff0,10) at syscall+0x602 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (1, FreeBSD ELF, sys_exit), eip = 0x804f404, esp = 0xbfbfe538, ebp = 0xbfbe974 --- db> ------------------------------------------------------------------- Also, newest kernel (from src-cur.4973.gz) panics on boot. ------------------------------------------------------------------- Mounting root from ufs:/dev/ad0s2a panic: lock (sleep mutex) vnode interlock not locked @ ../../../kern/vfs_default.c:460 Debugger("panic") Stopped at Debugger+0x44: pushl %ebx db> t Debugger(c0321e3b) at Debugger+0x44 panic(c0324e00,c0320e60,c0328ffc,c0328990,1cc) at panic+0x70 witness_unlock(c85e3f2c,8,c0328980,1cc,c85e3f2c,1,c0320e77,f6) at witness_unlock+0x1d0 _mtx_unlock_flags(c85e3f2c,0,c0328980,1cc,c04d0bd0) at _mtx_unlock_flags+0x59 vop_nolock(c04d0be8,c04d0bf8,c021fd56,c04d0be8,c04d0d4c) at vop_nolock+0x24 vop_defaultop(c04d0be8) at vop_defaultop+0x15 vn_lock(c85e3ec0,20002,c03e01e4,c04d0d4c,c1405780) at vn_lock+0xca ffs_mountfs(c85e3ec0,c1406200,c03e01e4,c0388140,c04d0d4c) at ffs_mountfs+0x7e ffs_mount(c1406200,0,0,0,c03e01e4) at ffs_mount+0x67 vfs_mountroot_try(c04ad52d,c032858c) at vfs_mountroot_try+0x14e vfs_mountroot(0,4cdc00,4cd000,0,c012881c) at vfs_mountroot+0x5a mi_startup() at mi_startup+0x90 begin() at begin+0x43 db> ------------------------------------------------------------------- Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 9:57:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from arb.arb.za.net (arb.arb.za.net [196.7.148.4]) by hub.freebsd.org (Postfix) with ESMTP id E0DF037B415 for ; Sun, 23 Sep 2001 09:57:25 -0700 (PDT) Received: (from uucp@localhost) by arb.arb.za.net (8.11.3/8.11.3) with UUCP id f8NGv5E88878; Sun, 23 Sep 2001 18:57:05 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.6/8.11.6) with ESMTP id f8NGuXE00513; Sun, 23 Sep 2001 17:56:33 +0100 (BST) (envelope-from mark@grondar.za) Message-Id: <200109231656.f8NGuXE00513@grimreaper.grondar.za> To: Evan Sarmiento Cc: freebsd-current@FreeBSD.ORG Subject: Re: panic on mount References: <200109231559.f8NFxPc13750@csa.bu.edu> In-Reply-To: <200109231559.f8NFxPc13750@csa.bu.edu> ; from Evan Sarmiento "Sun, 23 Sep 2001 11:59:25 EDT." Date: Sun, 23 Sep 2001 17:56:33 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > After compiling a new kernel, installing it, when my laptop > tries to mount its drive, it panics with this message: > > panic: lock (sleep mutex) vnode interlock not locked @ > ../../../kern/vfs_default.c:460 > > which is: > > if (ap->a_flags & LK_INTERLOCK) > mtx_unlock(&ap->a_vp->v_interlock); I get exactly the same thing. Manual bactrace is: panic witness_unlock _mtx_unlock_flags vop_nolock vop_defaultop vn_lock ffs_mountfs ffs_mount vfs_mountroot_try vfs_mountroot mi_startup begin M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 10:43:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from galaxy.anchoragerescue.org (cable-95-7-237-24.anchorageak.net [24.237.7.95]) by hub.freebsd.org (Postfix) with ESMTP id 3F1F337B407; Sun, 23 Sep 2001 10:42:55 -0700 (PDT) Received: by galaxy.anchoragerescue.org (Postfix, from userid 0) id 7A08D9D35; Sat, 22 Sep 2001 02:30:33 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul To: "Andrey A. Chernov" , Ruslan Ermilov Subject: Re: Problems with latest current build Date: Sat, 22 Sep 2001 02:30:33 -0800 X-Mailer: KMail [version 1.3] Cc: freebsd-current@FreeBSD.ORG, Peter Wemm References: <20010922044320.A2E6B9D33@galaxy.anchoragerescue.org> <20010922121302.G76391@sunbay.com> <20010922132810.A81582@nagual.pp.ru> In-Reply-To: <20010922132810.A81582@nagual.pp.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20010922103033.7A08D9D35@galaxy.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 22 September 2001 01:28 am, Andrey A. Chernov wrote: > On Sat, Sep 22, 2001 at 12:13:02 +0300, Ruslan Ermilov wrote: > > On Sat, Sep 22, 2001 at 12:30:30PM +0400, Andrey A. Chernov wrote: > > > On Sat, Sep 22, 2001 at 11:13:28 +0300, Ruslan Ermilov wrote: > > > > > Second I still have apps looking for libc.so.4 (mountd for example) > > > > > I finally just linked those libs back from compat and it seems to > > > > > work. Is this just my box this is happening on or are others also > > > > > seeing this? > > > > > > > > Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 > > > > should be installed in /usr/lib/compat, and the latter (by default) > > > > is listed in the ``ldconfig_paths'' rc.conf(5) variable. > > > > > > "ldconfig -R" must be adeded to the end of install: target of each > > > compat* Makefile. > > > > Huh? We don't call ldconfig(8) for normal installworlds, when we upgrade > > /usr/lib libraries; this also would be bogus for the DESTDIR=/foo case. > > Also recall that ``installworld'' should normally be executed from the > > single-user mode, then rebooted into multi-user, and rc(8) script will > > run the ldconfig(8) setup as needed. Just for the record, I did a new build and installworld in single user. When I rebooted into multi-user the compat libraries are still not being found. My /etc/make.conf has the COMPAT4X=yes line (has for some time). Beech > > If some libraries added, removed or moved, system not sense it unless > 'ldconfig -R' is called, so ports Mk files do it. When COMPATX remove > library from one place and put it to another, ldconfig must be called > somehow, manually or after reboot or in some another way. > > If user just type 'make install' in lib/compat, it usually means he want > to continue from here, not reboot or single user, so if DESTDIR=/ better > way is to call ldconfig to reduce confusion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 10:56:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 7209237B41E; Sun, 23 Sep 2001 10:56:11 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f8NHtiO29481; Sun, 23 Sep 2001 10:55:44 -0700 (PDT) (envelope-from jkh@freebsd.org) To: alex@big.endian.de Cc: ache@nagual.pp.ru, security@freebsd.org, rwatson@freebsd.org, current@freebsd.org, developers@freebsd.org Subject: Re: ~/.login_conf disabling exact reasons wanted In-Reply-To: <20010923133859.A10592@fump.kawo2.rwth-aachen.de> References: <20010922151107.C7524@fump.kawo2.rwth-aachen.de> <20010922120739E.jkh@freebsd.org> <20010923133859.A10592@fump.kawo2.rwth-aachen.de> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010923105544R.jkh@freebsd.org> Date: Sun, 23 Sep 2001 10:55:44 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 6 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Yes, I do, but FreeBSD was 4.4 even before it was fixed. FreeBSD wasn't 4.4 until it was released and all the tag sliding was over with. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 11:36:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (w250.z064001178.sjc-ca.dsl.cnc.net [64.1.178.250]) by hub.freebsd.org (Postfix) with SMTP id 5BF5637B42B for ; Sun, 23 Sep 2001 11:36:33 -0700 (PDT) Received: (qmail 920 invoked by uid 1000); 23 Sep 2001 18:36:54 -0000 Date: Sun, 23 Sep 2001 11:36:32 -0700 From: Jos Backus To: freebsd-current@freebsd.org Subject: Suggestion: move rc.devfs invocation up in rc Message-ID: <20010923113632.B557@lizzy.bugworks.com> Reply-To: Jos Backus Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My rc.devfs has: ln -fs /dev/psm0 /dev/mouse My rc.conf has: moused_port="/dev/mouse" Unfortunately, this doesn't work because rc.syscons (which starts moused) is run before rc.devfs, i.e. before the symlink is created. Could rc.devfs not be moved up in rc so this does work? Why? I'd like to be able to refer to my logical mouse device as ``/dev/mouse'' (interface) and define the actual device (implementation) in one place only, for obvious reasons. Thanks, -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ josb@cncdsl.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 11:49:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 7DEE637B40D; Sun, 23 Sep 2001 11:49:30 -0700 (PDT) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id f8NInTG11881; Sun, 23 Sep 2001 20:49:29 +0200 (CEST) (envelope-from wkb) Date: Sun, 23 Sep 2001 20:49:29 +0200 From: Wilko Bulte To: John Baldwin Cc: current@FreeBSD.ORG, Garrett Wollman Subject: Re: Seen this lock order reversal? Message-ID: <20010923204929.A11867@freebie.xs4all.nl> References: <20010919202447.B1763@freebie.xs4all.nl> <20010920194052.B6480@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010920194052.B6480@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Thu, Sep 20, 2001 at 07:40:52PM +0200 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Sep 20, 2001 at 07:40:52PM +0200, Wilko Bulte wrote: > On Wed, Sep 19, 2001 at 01:32:28PM -0700, John Baldwin wrote: > > > > On 19-Sep-01 Wilko Bulte wrote: > > > On Tue, Sep 18, 2001 at 03:01:25PM -0700, John Baldwin wrote: > > ... > > > >> p_flag to p_sflag which changed its locking semantics.) > > > > > > Another one, on a -current from yesterday, on -alpha: > > > > > > lock order reversal > > > 1st 0xfffffc00007fcef0 clk @ ../../../alpha/alpha/clock.c:702 > > > 2nd 0xfffffc00007f65d8 callout @ ../../../kern/kern_timeout.c:225 > > > ds10# > > > > Hmm, ok, that one is new and is a problem. Can you turn on WITNESS_DDB (it's > > available as the debug.witness_ddb sysctl and loader variableas well) and then > > get me a traceback in ddb? > > I built a GENERIC with WITNESS_DDB. Sofar (of course... :-/ ) no > reproduction of the problem. I'm running buildworlds, any other good > suggestions to help trigger it are welcome Bah. I cannot reproduce this on my DS10. Is there any reason to assume that specifying CPUTYPE ev56 has any influence on the lock order reversal? By default world is built with ev4, but I have gone to ev56 now. Rumor has it that results in 'less buggy' code. Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 16:43:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 5352B37B428 for ; Sun, 23 Sep 2001 16:43:22 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8NNhMM16313 for ; Sun, 23 Sep 2001 16:43:22 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 04C1638FF; Sun, 23 Sep 2001 16:43:22 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Mark Murray Cc: Evan Sarmiento , freebsd-current@FreeBSD.ORG Subject: Re: panic on mount In-Reply-To: <200109231656.f8NGuXE00513@grimreaper.grondar.za> Date: Sun, 23 Sep 2001 16:43:21 -0700 From: Peter Wemm Message-Id: <20010923234322.04C1638FF@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray wrote: > > > > After compiling a new kernel, installing it, when my laptop > > tries to mount its drive, it panics with this message: > > > > panic: lock (sleep mutex) vnode interlock not locked @ > > ../../../kern/vfs_default.c:460 > > > > which is: > > > > if (ap->a_flags & LK_INTERLOCK) > > mtx_unlock(&ap->a_vp->v_interlock); > > I get exactly the same thing. > > Manual bactrace is: > > panic > witness_unlock > _mtx_unlock_flags > vop_nolock > vop_defaultop > vn_lock > ffs_mountfs > ffs_mount > vfs_mountroot_try > vfs_mountroot > mi_startup > begin Eww. I was looking at this as an Alpha SMP bug. I was just about to compile an x86 kernel with the same debug options in case it was a generic problem. :-( Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 17: 4:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 07AFD37B41D; Sun, 23 Sep 2001 17:04:13 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id RAA28979; Sun, 23 Sep 2001 17:04:03 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda28977; Sun Sep 23 17:03:47 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f8O03lQ24008; Sun, 23 Sep 2001 17:03:47 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdb24006; Sun Sep 23 17:03:26 2001 Received: (from smtpd@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f8O037701400; Sun, 23 Sep 2001 17:03:07 -0700 (PDT) Message-Id: <200109240003.f8O037701400@cwsys.cwsent.com> X-Authentication-Warning: cwsys.cwsent.com: smtpd set sender to using -f Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdYA1389; Sun Sep 23 17:02:41 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: "Andrey A. Chernov" Cc: Robert Watson , security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Re: Patch for review (was Re: ~/.login_conf disabling exact reasons wanted) In-reply-to: Your message of "Sun, 23 Sep 2001 16:13:57 +0400." <20010923161354.A426@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Sep 2001 17:02:41 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010923161354.A426@nagual.pp.ru>, "Andrey A. Chernov" writes: > On Sat, Sep 22, 2001 at 22:58:21 +0400, Andrey A. Chernov wrote: > > > I'll work on the proper fix tomorrow. > > > Planned for commit. Please, review and/or comment. > > --- login_cap.c.old Sun Sep 23 16:09:04 2001 > +++ login_cap.c Sun Sep 23 16:06:19 2001 > @@ -184,18 +184,17 @@ > login_cap_t *lc; > > if ((lc = malloc(sizeof(login_cap_t))) != NULL) { > - int r, i = 0; > + int r, me, i = 0; > uid_t euid = 0; > gid_t egid = 0; > const char *msg = NULL; > - const char *dir = (pwd == NULL) ? NULL : pwd->pw_dir; > + const char *dir; > char userpath[MAXPATHLEN]; > > static char *login_dbarray[] = { NULL, NULL, NULL }; > > -#ifndef _FILE_LOGIN_CONF_WORKS > - dir = NULL; > -#endif > + me = (name != NULL && strcmp(name, LOGIN_MECLASS) == 0); > + dir = (!me || pwd == NULL) ? NULL : pwd->pw_dir; > /* > * Switch to user mode before checking/reading its ~/.login_conf > * - some NFSes have root read access disabled. > @@ -215,7 +214,7 @@ > if (_secure_path(userpath, pwd->pw_uid, pwd->pw_gid) != -1) > i++; /* only use 'secure' data */ > } > - if (_secure_path(_PATH_LOGIN_CONF, 0, 0) != -1) > + if (me && _secure_path(_PATH_LOGIN_CONF, 0, 0) != -1) > login_dbarray[i++] = _PATH_LOGIN_CONF; > login_dbarray[i] = NULL; > > @@ -227,7 +226,7 @@ > > switch (cgetent(&lc->lc_cap, login_dbarray, (char*)name)) { > case -1: /* Failed, entry does not exist */ > - if (strcmp(name, LOGIN_MECLASS) == 0) > + if (me) > break; /* Don't retry default on 'me' */ > if (i == 0) > r = -1; After applying the patch and building world the following are logged to syslog. Sep 23 13:40:00 cwtest /usr/sbin/cron[17208]: login_getclass: unknown class 'root' Sep 23 13:40:00 cwtest /usr/sbin/cron[17207]: login_getclass: unknown class 'daemon' Sep 23 13:40:00 cwtest inetd[17213]: login_getclass: unknown class 'daemon' Rsh between hosts behind my firewall here at home work however rsync, which uses rsh, does not, an EOF error is displayed. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 20:26:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 2C53137B43C; Sun, 23 Sep 2001 20:26:47 -0700 (PDT) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id NAA03069; Mon, 24 Sep 2001 13:26:44 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K8PT88QX9CVFFJ0X@cim.alcatel.com.au>; Mon, 24 Sep 2001 13:26:30 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f8O3QbH63250; Mon, 24 Sep 2001 13:26:37 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Mon, 24 Sep 2001 13:26:37 +1000 From: Peter Jeremy Subject: Re: stdin/out/err changes kill world In-reply-to: <20010921104542.I27714@sunbay.com>; from ru@FreeBSD.ORG on Fri, Sep 21, 2001 at 10:45:42AM +0300 To: Ruslan Ermilov Cc: Peter Wemm , Warner Losh , Steve Kargl , freebsd-current@FreeBSD.ORG Mail-Followup-To: Ruslan Ermilov , Peter Wemm , Warner Losh , Steve Kargl , freebsd-current@FreeBSD.ORG Message-id: <20010924132637.A63110@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010920123124.A6236@troutmask.apl.washington.edu> <20010921051423.3FB6438FF@overcee.netplex.com.au> <20010921102207.H27714@sunbay.com> <20010921104542.I27714@sunbay.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001-Sep-21 10:45:42 +0300, Ruslan Ermilov wrote: >Also, this error may only be caused if: > >1. The previous ``buildworld'' installed new headers in > ${WORLDTMP}/usr/include. > >2. The next ``buildworld'' was run with -DNOCLEAN. > (Only in this case ${WORLDTMP}/usr/include will be > non-empty.) I have an old -CURRENT system[1] that can't do a buildworld any more, even with the latest bsd.{prog,lib}.mk changes (1.101 and 1.98). I delete /usr/obj before the buildworld, which writes off the above scenarios. Is anyone else seeing problems? [1] From January. I know it's old but I don't seem to have found the time to update lately (and I didn't realise it has been that long). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 20:29:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5501337B427; Sun, 23 Sep 2001 20:29:31 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f8O3TTu35464; Sun, 23 Sep 2001 21:29:29 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id f8O3TS751377; Sun, 23 Sep 2001 21:29:28 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109240329.f8O3TS751377@harmony.village.org> To: Peter Jeremy Subject: Re: stdin/out/err changes kill world Cc: Ruslan Ermilov , Peter Wemm , Steve Kargl , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 24 Sep 2001 13:26:37 +1000." <20010924132637.A63110@gsmx07.alcatel.com.au> References: <20010924132637.A63110@gsmx07.alcatel.com.au> <20010920123124.A6236@troutmask.apl.washington.edu> <20010921051423.3FB6438FF@overcee.netplex.com.au> <20010921102207.H27714@sunbay.com> <20010921104542.I27714@sunbay.com> Date: Sun, 23 Sep 2001 21:29:28 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010924132637.A63110@gsmx07.alcatel.com.au> Peter Jeremy writes: : I have an old -CURRENT system[1] that can't do a buildworld any more, : even with the latest bsd.{prog,lib}.mk changes (1.101 and 1.98). I : delete /usr/obj before the buildworld, which writes off the above : scenarios. Is anyone else seeing problems? : : [1] From January. I know it's old but I don't seem to have found the : time to update lately (and I didn't realise it has been that long). Did you try the UPDATING workaround? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 22: 6:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from CoreBit.com (242.c210-58-184.ethome.net.tw [210.58.184.242]) by hub.freebsd.org (Postfix) with ESMTP id 7BE7937B403 for ; Sun, 23 Sep 2001 22:06:26 -0700 (PDT) Received: from CoreBit.com ([127.0.0.1]) by CoreBit.com with Microsoft SMTPSVC(5.0.2172.1); Mon, 24 Sep 2001 13:06:47 +0800 Message-ID: <3BAEBF67.F7E27A5A@CoreBit.com> Date: Mon, 24 Sep 2001 13:06:47 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: libutil.so.3: Undefined symbol "__stdoutp" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Sep 2001 05:06:47.0170 (UTC) FILETIME=[B6067E20:01C144B6] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, anyone out there has this problem? a new made world and kernel from last night (09/22) cvsup, and is unable to cvsup again tonight (09/23). [donny@sys]/usr/src> cvsup /usr/libexec/ld-elf.so.1: /usr/lib/libutil.so.3: Undefined symbol "__stdoutp" 5.0-c, with cvsup 16.1e. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 22: 9: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id E66AE37B41C for ; Sun, 23 Sep 2001 22:09:00 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f8O590M16964 for ; Sun, 23 Sep 2001 22:09:00 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 978F939F0; Sun, 23 Sep 2001 22:09:00 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Donny Lee Cc: current@FreeBSD.ORG Subject: Re: libutil.so.3: Undefined symbol "__stdoutp" In-Reply-To: <3BAEBF67.F7E27A5A@CoreBit.com> Date: Sun, 23 Sep 2001 22:09:00 -0700 From: Peter Wemm Message-Id: <20010924050900.978F939F0@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Donny Lee wrote: > > Hi there, > > anyone out there has this problem? > > a new made world and kernel from last night (09/22) cvsup, > and is unable to cvsup again tonight (09/23). > > [donny@sys]/usr/src> cvsup > /usr/libexec/ld-elf.so.1: /usr/lib/libutil.so.3: Undefined symbol > "__stdoutp" > > 5.0-c, with cvsup 16.1e. Read UPDATING. You have an old libc.so.4. You can have it updated automatically by adding "COMPAT4X=yes" into /etc/make.conf. For now: # echo "COMPAT4X=yes" >> /etc/make.conf # cd /usr/src/lib/compat # make obj # make # make install and you should be set. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 22:15:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35]) by hub.freebsd.org (Postfix) with ESMTP id 5FC3D37B40E for ; Sun, 23 Sep 2001 22:15:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E1EBC66E6E; Sun, 23 Sep 2001 22:15:08 -0700 (PDT) Date: Sun, 23 Sep 2001 22:15:08 -0700 From: Kris Kennaway To: Donny Lee Cc: current@freebsd.org Subject: Re: libutil.so.3: Undefined symbol "__stdoutp" Message-ID: <20010923221508.A76260@xor.obsecurity.org> References: <3BAEBF67.F7E27A5A@CoreBit.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BAEBF67.F7E27A5A@CoreBit.com>; from donny@CoreBit.com on Mon, Sep 24, 2001 at 01:06:47PM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 24, 2001 at 01:06:47PM +0800, Donny Lee wrote: >=20 > Hi there, >=20 > anyone out there has this problem? Are you even reading this list? Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7rsFbWry0BWjoQKURAuiNAJ4s60/wVYj2dXCviGpVz3H9241yeQCgvhoB 1/pF6BBzJrR0rKdK19GXuTA= =85L7 -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 23 22:27:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 6914137B407; Sun, 23 Sep 2001 22:27:47 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f8O5RL608030; Sun, 23 Sep 2001 22:27:21 -0700 (PDT) (envelope-from obrien) Date: Sun, 23 Sep 2001 22:27:21 -0700 From: "David O'Brien" To: Wilko Bulte Cc: John Baldwin , current@FreeBSD.ORG, Garrett Wollman Subject: Re: Seen this lock order reversal? Message-ID: <20010923222721.A7998@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010919202447.B1763@freebie.xs4all.nl> <20010920194052.B6480@freebie.xs4all.nl> <20010923204929.A11867@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010923204929.A11867@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Sun, Sep 23, 2001 at 08:49:29PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 23, 2001 at 08:49:29PM +0200, Wilko Bulte wrote: > Is there any reason to assume that specifying CPUTYPE ev56 has any > influence on the lock order reversal? No that I know of. I used to run a -CURRENT DS20 with CPUTYPE=ev56. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 0:56: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from sin.cc.kogakuin.ac.jp (sin.cc.kogakuin.ac.jp [133.80.128.5]) by hub.freebsd.org (Postfix) with ESMTP id 293C037B40F; Mon, 24 Sep 2001 00:55:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by sin.cc.kogakuin.ac.jp (8.9.3/3.7W) with ESMTP id QAA28689; Mon, 24 Sep 2001 16:55:54 +0900 (JST) Date: Mon, 24 Sep 2001 16:53:16 +0900 (JST) Message-Id: <20010924.165316.74191154.yosihiro@cc.kogakuin.ac.jp> To: marcel@FreeBSD.org Cc: current@FreeBSD.org Subject: Fix sysinstall problem From: Takahashi Yoshihiro X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Sep_24_16:53:16_2001_374)--" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----Next_Part(Mon_Sep_24_16:53:16_2001_374)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit current sysinstall building has a problem. It uses the boot programs in /boot. So, even if we change boot0 and/or mbr, the new sysinstall includes old one. And, it breaks cross building, too. I have made the patch to fix this problem. It adds a new target "boot" into Makefile.inc1. Because, the boot programs must be made after "cross-tools" target and before "par-depend" target. Please review it. Thank you. --- TAKAHASHI Yoshihiro THE CENTER for INFORMATION SCIENCE, Kogakuin Univ. ----Next_Part(Mon_Sep_24_16:53:16_2001_374)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sysinstall.diff" Index: src/Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.217 diff -u -r1.217 Makefile.inc1 --- src/Makefile.inc1 2001/09/20 12:24:10 1.217 +++ src/Makefile.inc1 2001/09/23 13:39:02 @@ -300,6 +300,11 @@ cd ${.CURDIR}; ${WMAKE} -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries @echo @echo "--------------------------------------------------------------" + @echo ">>> stage 4: building boot" + @echo "--------------------------------------------------------------" + cd ${.CURDIR}; ${WMAKE} boot + @echo + @echo "--------------------------------------------------------------" @echo ">>> stage 4: make dependencies" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${WMAKE} par-depend @@ -805,6 +810,13 @@ ${MAKE} install .endif .endfor + +boot: +.if exists(${.CURDIR}/sys/boot) + cd ${.CURDIR}/sys/boot; \ + ${MAKE} depend; \ + ${MAKE} all +.endif .for __target in clean cleandepend cleandir depend obj .for entry in ${SUBDIR} Index: src/usr.sbin/sysinstall/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/Makefile,v retrieving revision 1.117 diff -u -r1.117 Makefile --- src/usr.sbin/sysinstall/Makefile 2001/09/05 07:12:19 1.117 +++ src/usr.sbin/sysinstall/Makefile 2001/09/23 08:05:21 @@ -55,15 +55,38 @@ file2c 'const char termcap_xterm[] = {' ',0};' \ >> makedevs.tmp .if ${MACHINE} == "i386" +.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0) + file2c 'u_char boot0[] = {' '};' \ + < ${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0 \ + >> makedevs.tmp +.else file2c 'u_char boot0[] = {' '};' < /boot/boot0 >> makedevs.tmp +.endif echo "size_t boot0_size = sizeof(boot0);" >> makedevs.tmp +.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/mbr/mbr) + file2c 'u_char mbr[] = {' '};' \ + < ${.OBJDIR}/../../sys/boot/${MACHINE}/mbr/mbr >> makedevs.tmp +.else file2c 'u_char mbr[] = {' '};' < /boot/mbr >> makedevs.tmp +.endif echo "size_t mbr_size = sizeof(mbr);" >> makedevs.tmp .endif .if ${MACHINE} == "pc98" +.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0) + file2c 'u_char boot0[] = {' '};' \ + < ${.OBJDIR}/../../sys/boot/${MACHINE}/boot0/boot0 \ + >> makedevs.tmp +.else file2c 'u_char boot0[] = {' '};' < /boot/boot0 >> makedevs.tmp +.endif echo "size_t boot0_size = sizeof(boot0);" >> makedevs.tmp +.if exists(${.OBJDIR}/../../sys/boot/${MACHINE}/boot0.5/boot0.5) + file2c 'u_char boot05[] = {' '};' \ + < ${.OBJDIR}/../../sys/boot/${MACHINE}/boot0.5/boot0.5 \ + >> makedevs.tmp +.else file2c 'u_char boot05[] = {' '};' < /boot/boot0.5 >> makedevs.tmp +.endif echo "size_t boot05_size = sizeof(boot05);" >> makedevs.tmp .endif mv makedevs.tmp makedevs.c ----Next_Part(Mon_Sep_24_16:53:16_2001_374)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 1:35: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 8425A37B408 for ; Mon, 24 Sep 2001 01:34:56 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id f8O8YK807009 for ; Mon, 24 Sep 2001 18:04:20 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Mon, 24 Sep 2001 18:02:44 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id RAA14189 for ; Mon, 24 Sep 2001 17:58:14 +0930 (CST) Received: from fang.dsto.defence.gov.au ([131.185.2.5]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TQL8YTKM; Mon, 24 Sep 2001 17:58:10 +0930 Received: from dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id RAA00927 for ; Mon, 24 Sep 2001 17:58:13 +0930 (CST) Message-ID: <3BAEEE9E.B8DCDD3C@dsto.defence.gov.au> Date: Mon, 24 Sep 2001 17:58:15 +0930 From: "Thyer, Matthew" X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: NIS client performance seems very poor under network load Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My NIS client FreeBSD-CURRENT 1.2 GHz Athlon seems to be badly affected by network loads in terms of its NIS client activities. This is not a new problem and has been present ever since I've been a NIS client (~ 2 years) and I update monthly or so (with the last update being 5 days ago). Does FreeBSD cache information it looks up from NIS ? Are there some stats on FreeBSD's NIS performance that I can look at to confirm whether this is the problem ? -- Matthew Thyer Phone: +61 8 8259 7249 Science Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Edinburgh PO Box 1500 Edinburgh South Australia 5111 IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 1:59:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from CoreBit.com (242.c210-58-184.ethome.net.tw [210.58.184.242]) by hub.freebsd.org (Postfix) with ESMTP id 12B6437B412 for ; Mon, 24 Sep 2001 01:59:35 -0700 (PDT) Received: from CoreBit.com ([127.0.0.1]) by CoreBit.com with Microsoft SMTPSVC(5.0.2172.1); Mon, 24 Sep 2001 17:00:06 +0800 Message-ID: <3BAEF616.79AC2E7F@CoreBit.com> Date: Mon, 24 Sep 2001 17:00:06 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: libutil.so.3: Undefined symbol "__stdoutp" References: <20010924050900.978F939F0@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Sep 2001 09:00:06.0350 (UTC) FILETIME=[4E2FD6E0:01C144D7] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > a new made world and kernel from last night (09/22) cvsup, > > and is unable to cvsup again tonight (09/23). > > [donny@sys]/usr/src> cvsup > > /usr/libexec/ld-elf.so.1: /usr/lib/libutil.so.3: Undefined symbol > > "__stdoutp" > Read UPDATING. You have an old libc.so.4. You can have it updated > automatically by adding "COMPAT4X=yes" into /etc/make.conf. For now: Thanks, can you point me out which entry in UPDATING? i'd like to read the entire comment. the last entry in my UPDATING is 09/19, and -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 2:20: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 03AE437B40D for ; Mon, 24 Sep 2001 02:20:05 -0700 (PDT) Received: from x34.ripe.net (x34.ripe.net [193.0.1.34]) by birch.ripe.net (8.11.6/8.11.6) with ESMTP id f8O9K3G10020 for ; Mon, 24 Sep 2001 11:20:03 +0200 Received: (from luigi@localhost) by x34.ripe.net (8.11.6/8.11.6) id f8O9K3702760 for freebsd-current@freebsd.org; Mon, 24 Sep 2001 11:20:03 +0200 Date: Mon, 24 Sep 2001 11:20:03 +0200 From: Luigi Corsello To: freebsd-current@freebsd.org Message-ID: <20010924112003.C2732@x34.ripe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 2:32: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 2A18A37B401; Mon, 24 Sep 2001 02:31:59 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f8O9VUg42618; Mon, 24 Sep 2001 12:31:30 +0300 (EEST) (envelope-from ru) Date: Mon, 24 Sep 2001 12:31:30 +0300 From: Ruslan Ermilov To: Peter Wemm , Warner Losh , Steve Kargl , freebsd-current@FreeBSD.ORG Subject: Re: stdin/out/err changes kill world Message-ID: <20010924123130.A41638@sunbay.com> References: <20010920123124.A6236@troutmask.apl.washington.edu> <20010921051423.3FB6438FF@overcee.netplex.com.au> <20010921102207.H27714@sunbay.com> <20010921104542.I27714@sunbay.com> <20010924132637.A63110@gsmx07.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010924132637.A63110@gsmx07.alcatel.com.au>; from peter.jeremy@alcatel.com.au on Mon, Sep 24, 2001 at 01:26:37PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes I know. I have just committed the actual fix: : ru 2001/09/24 02:25:05 PDT : : Modified files: : gnu/usr.bin/binutils/ld Makefile : Log: : Fixed the buildworld breakage in cross-tools caused by : misuse of /usr/src/include headers. This REALLY fixes : the 20010919 src/UPDATING entry. : : With this patch the 4.2-RELEASE box was able to survive : the 5.0-CURRENT "make world". : : Beat over the head with this patch: obrien : : Revision Changes Path : 1.16 +9 -2 src/gnu/usr.bin/binutils/ld/Makefile Warner, please consider committing this UPDATING entry: Index: UPDATING =================================================================== RCS file: /home/ncvs/src/UPDATING,v retrieving revision 1.172 diff -u -r1.172 UPDATING --- UPDATING 2001/09/23 06:44:07 1.172 +++ UPDATING 2001/09/24 09:31:54 @@ -5,6 +5,9 @@ of file for further details. For commonly done items, please see the COMMON ITEMS: section later in the file. +20010924: + The bug in the buildworld process has been fixed. + 20010919: There's a bug in the world build process. The cross-tools are build with the NEW headers, but the OLD libc.a. This NOTE: the actual bug was only in the gnu/usr.bin/ld/Makefile, not with the whole cross-tools. On Mon, Sep 24, 2001 at 01:26:37PM +1000, Peter Jeremy wrote: > On 2001-Sep-21 10:45:42 +0300, Ruslan Ermilov wrote: > >Also, this error may only be caused if: > > > >1. The previous ``buildworld'' installed new headers in > > ${WORLDTMP}/usr/include. > > > >2. The next ``buildworld'' was run with -DNOCLEAN. > > (Only in this case ${WORLDTMP}/usr/include will be > > non-empty.) > > I have an old -CURRENT system[1] that can't do a buildworld any more, > even with the latest bsd.{prog,lib}.mk changes (1.101 and 1.98). I > delete /usr/obj before the buildworld, which writes off the above > scenarios. Is anyone else seeing problems? > > [1] From January. I know it's old but I don't seem to have found the > time to update lately (and I didn't realise it has been that long). > > Peter -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 2:39:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id E984437B411; Mon, 24 Sep 2001 02:39:35 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f8O9dTt58431; Mon, 24 Sep 2001 13:39:29 +0400 (MSD) (envelope-from ache) Date: Mon, 24 Sep 2001 13:39:26 +0400 From: "Andrey A. Chernov" To: Cy Schubert - ITSD Open Systems Group Cc: Robert Watson , security@FreeBSD.ORG, current@FreeBSD.ORG, developers@FreeBSD.ORG, security-officer@FreeBSD.ORG Subject: Re: Patch for review (was Re: ~/.login_conf disabling exact reasons wanted) Message-ID: <20010924133925.A58403@nagual.pp.ru> References: <20010923161354.A426@nagual.pp.ru> <200109240003.f8O037701400@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200109240003.f8O037701400@cwsys.cwsent.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Sep 23, 2001 at 17:02:41 -0700, Cy Schubert - ITSD Open Systems Group wrote: > > After applying the patch and building world the following are logged to > syslog. Last minute mistake from my side. Try this one instead: --- login_cap.c.old Sun Sep 23 16:09:04 2001 +++ login_cap.c Mon Sep 24 13:32:45 2001 @@ -184,18 +184,17 @@ login_cap_t *lc; if ((lc = malloc(sizeof(login_cap_t))) != NULL) { - int r, i = 0; + int r, me, i = 0; uid_t euid = 0; gid_t egid = 0; const char *msg = NULL; - const char *dir = (pwd == NULL) ? NULL : pwd->pw_dir; + const char *dir; char userpath[MAXPATHLEN]; static char *login_dbarray[] = { NULL, NULL, NULL }; -#ifndef _FILE_LOGIN_CONF_WORKS - dir = NULL; -#endif + me = (name != NULL && strcmp(name, LOGIN_MECLASS) == 0); + dir = (!me || pwd == NULL) ? NULL : pwd->pw_dir; /* * Switch to user mode before checking/reading its ~/.login_conf * - some NFSes have root read access disabled. @@ -227,7 +226,7 @@ switch (cgetent(&lc->lc_cap, login_dbarray, (char*)name)) { case -1: /* Failed, entry does not exist */ - if (strcmp(name, LOGIN_MECLASS) == 0) + if (me) break; /* Don't retry default on 'me' */ if (i == 0) r = -1; -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 24 5:16:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.cigital.com (relay.cigital.com [64.80.176.5]) by hub.freebsd.org (Postfix) with ESMTP id 2767237B408 for ; Mon, 24 Sep 2001 05:15:57 -0700 (PDT) Received: from exchange.cigital.com (exchange.cigital.com [10.1.20.3]) by relay.cigital.com (Postfix) with ESMTP id 565175B128; Mon, 24 Sep 2001 08:15:51 -0400 (EDT) Received: from aop (aop.cigital.com [10.1.30.8]) by exchange.cigital.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id TJ8A09BZ; Mon, 24 Sep 2001 08:16:18 -0400 Received: by aop (Postfix, from userid 5019) id 3178C26C02; Mon, 24 Sep 2001 08:14:45 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15279.9141.49301.259839@aop.cigital.com> Date: Mon, 24 Sep 2001 08:14:45 -0400 From: "Viren R. Shah" To: Kazutaka YOKOTA Cc: freebsd-current@freebsd.org Subject: Re: PS/2 mouse (psm0) is not detected with recent -current In-Reply-To: <200109230647.PAA19004@zodiac.mech.utsunomiya-u.ac.jp> References: <15275.36408.294384.257898@jabberwock.cigital.com> <200109230647.PAA19004@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: VM 6.92 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: "Viren R. Shah" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Kazu" == Kazutaka YOKOTA writes: >> which Kazutaka YOKOTA suggested in a different thread might indicate >> some weirdness. Any suggestions? I tried setting "acpi_load=NO" at >> boot,but the acpi module gets loaded anyway. Kazu> Um, you should have typed "unset acpi_load" at the loader prompt Kazu> to disable the acpi module... Kazu> Please do Kazu> unset acpi_load Kazu> boot -v Kazu> at the loader prompt and send me dmesg's output. Here's the verbose boot output after typing in "unset acpi_load". The mouse is now recognized: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Fri Sep 21 14:00:04 EDT 2001 vshah@jabberwock:/home/FreeBSD/src/sys/i386/compile/VORPAL Calibrating clock(s) ... TSC clock: 797902982 Hz, i8254 clock: 1193091 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 797967435 Hz CPU: Pentium III/Pentium III Xeon/Celeron (797.97-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 402391040 (392960K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x003e0000 - 0x17fb7fff, 398295040 bytes (97240 pages) avail memory = 387473408 (378392K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fda60 bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xda95 pnpbios: Found PnP BIOS data at 0xc00f2c10 pnpbios: Entry = f0000:24ca Rev = 1.0 Other BIOS signatures found: Preloaded elf kernel "/boot/kernel/kernel" at 0xc03b9000. null: mem: Pentium Pro MTRR support enabled random: pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25018086) Using $PIR table, 11 entries at 0xc00f3190 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x2501, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 found-> vendor=0x8086, dev=0x250f, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x2418, revid=0x02 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found-> vendor=0x8086, dev=0x2410, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x2411, revid=0x02 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 map[20]: type 4, range 32, base 0000ef80, size 5, enabled found-> vendor=0x8086, dev=0x2412, revid=0x02 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=10 map[20]: type 4, range 32, base 0000efa0, size 4, enabled found-> vendor=0x8086, dev=0x2413, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 intpin=b, irq=9 pci0: on pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xe4600000-0xf46fffff pci1: physical bus=1 map[10]: type 1, range 32, base fd000000, size 24, enabled map[14]: type 3, range 32, base e8000000, size 27, enabled found-> vendor=0x10de, dev=0x0100, revid=0x10 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 1 supports D0 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: prefetched decode 0xf4700000-0xf47fffff pci2: physical bus=2 map[10]: type 4, range 32, base 0000dc00, size 7, enabled map[14]: type 1, range 32, base feaffc00, size 7, enabled found-> vendor=0x10b7, dev=0x9200, revid=0x78 bus=2, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fea80000, size 18, enabled map[14]: type 4, range 32, base 0000dff0, size 3, enabled map[18]: type 4, range 32, base 0000dfe0, size 3, enabled found-> vendor=0x12eb, dev=0x0002, revid=0xfe bus=2, slot=11, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D2 D3 current D0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfeaffc00-0xfeaffc7f irq 11 at device 8.0 on pci2 pcib2: device xl0 requested decoded I/O range 0xdc00-0xdc7f xl0: Ethernet address: 00:01:03:1d:d6:4e xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: xl0 attached pci2: at device 11.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe 00 00 ata0-slave: ATAPI probe 00 00 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA probe 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe 14 eb ata1-slave: ATAPI probe 00 00 ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef80-0xef9f irq 10 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) ata-: ata0 already exists, using ata2 instead ata-: ata1 already exists, using ata3 instead Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 20 devices, largest 234 bytes PNP0c01: adding fixed memory32 range 0-0x9fbff, size=0x9fc00 PNP0c01: adding fixed memory32 range 0x9fc00-0x9ffff, size=0x400 PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x17fe0000-0x17ff7fff, size=0x18000 PNP0c01: adding fixed memory32 range 0x17ff8000-0x17ffffff, size=0x8000 PNP0c01: adding fixed memory32 range 0x17fc0000-0x17fdffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 0 device ID PNP0c01 (010cd041) PNP0c01: adding fixed memory32 range 0x100000-0x17fbffff, size=0x17ec0000 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0000: adding io range 0x20-0x21, size=0x2, align=0x1 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0x1 PNP0000: adding irq mask 0x4 pnpbios: handle 2 device ID PNP0000 (0000d041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0x1 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 pnpbios: handle 4 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 pnpbios: handle 5 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 6 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 7 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0c02: adding io range 0x10-0x1f, size=0x10, align=0x1 PNP0c02: adding io range 0x22-0x2d, size=0xc, align=0x1 PNP0c02: adding io range 0x30-0x3f, size=0x10, align=0x1 PNP0c02: adding io range 0x50-0x52, size=0x3, align=0x1 PNP0c02: adding io range 0x72-0x77, size=0x6, align=0x1 PNP0c02: adding io range 0x91-0x93, size=0x3, align=0x1 PNP0c02: adding io range 0xa2-0xbe, size=0x1d, align=0x1 PNP0c02: adding io range 0x400-0x47f, size=0x80, align=0x1 PNP0c02: adding io range 0x540-0x54f, size=0x10, align=0x1 PNP0c02: adding io range 0x500-0x53f, size=0x40, align=0x1 pnpbios: handle 9 device ID PNP0c02 (020cd041) INT0800: adding fixed memory32 range 0xffb00000-0xffbfffff, size=0x100000 pnpbios: handle 10 device ID INT0800 (0008d425) PNP0c02: adding io range 0x800-0x87f, size=0x80, align=0x1 pnpbios: handle 11 device ID PNP0c02 (020cd041) pnpbios: handle 12 device ID PNP0c02 (020cd041) pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 14 device ID PNP0501 (0105d041) pnpbios: handle 15 device ID PNP0c02 (020cd041) PNP0401: adding io range 0x378-0x37f, size=0x8, align=0x8 PNP0401: adding io range 0x778-0x77a, size=0x3, align=0x8 PNP0401: adding irq mask 0x80 PNP0401: adding dma mask 0x8 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x1 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 17 device ID PNP0700 (0007d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 18 device ID PNP0f13 (130fd041) pnpbios: handle 19 device ID PNP0a03 (030ad041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: