From owner-freebsd-current Sun Jan 5 0:53:23 2003 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 4F05D37B401 for ; Sun, 5 Jan 2003 00:53:22 -0800 (PST) Received: from citusc.usc.edu (citusc.usc.edu [128.125.38.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0ABD43EA9 for ; Sun, 5 Jan 2003 00:53:21 -0800 (PST) (envelope-from kris@citusc.usc.edu) Received: (from kris@localhost) by citusc.usc.edu (8.11.6/8.11.2) id h058rLO07836; Sun, 5 Jan 2003 00:53:21 -0800 Date: Sun, 5 Jan 2003 00:53:21 -0800 From: Kris Kennaway To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: VOP_STRATEGY on VCHR? Message-ID: <20030105005321.A7799@citusc.usc.edu> References: <3E17D52F.7050307@hotmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3E17D52F.7050307@hotmail.com>; from wa1ter@hotmail.com on Sat, Jan 04, 2003 at 10:48:15PM -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 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 04, 2003 at 10:48:15PM -0800, walt wrote: > After updating world and kernel this evening I saw this message fly by > during the reboot: >=20 > Mounting root from ufs:/dev/ad0s3a >=20 > VOP_STRATEGY on VCHR > : 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, = flags (VV_OBJBUF), > Sorry, need DDB option to print backtrace >=20 > That feels like an error message (sort of) but everything seems to be > working normally. Is this a real problem or just noise? See phk's recent commit. =20 Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+F/KBWry0BWjoQKURAh22AKDZuFbkJe9OojVsPgYkP+C50GA9KQCfTsd0 hbq7hrxBljdRMzITbb487Do= =mx5H -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 1:11:28 2003 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 1AD1A37B401 for ; Sun, 5 Jan 2003 01:11:27 -0800 (PST) Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D1C43EA9 for ; Sun, 5 Jan 2003 01:11:20 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by maila.telia.com (8.12.5/8.12.5) with ESMTP id h059BJ3Y017936 for ; Sun, 5 Jan 2003 10:11:19 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id h059BH618248 for ; Sun, 5 Jan 2003 10:11:18 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: David Holm To: current@FreeBSD.ORG Subject: Re: troubles with realplay-er Date: Sun, 5 Jan 2003 10:10:56 +0100 User-Agent: KMail/1.4.3 References: <200301050029.h050TQ8L030697@corbulon.video-collage.com> In-Reply-To: <200301050029.h050TQ8L030697@corbulon.video-collage.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301051010.56069.david@realityrift.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 MPlayer plays these streams perfectly here. On Sunday 05 January 2003 01:29, Mikhail Teterin wrote: > This Linux program used to work well, but now it crashes (with SIGABRT) > some URLs, such as > > =09pnm://rm.content.loudeye.com/~iii-600111/0255135_0101_00_0002.ra > =09pnm://rm.content.loudeye.com/~a-600111/0631342_0103_00_0002.ra > > or hangs... > > The crashes are persistent -- the same URL will alway cause the SIGABRT= =2E > > The hangs are intermittent -- after ``killall -9 realplay'' the new > instance will play the same URL. Then -- eventually hang on another... > > =09-mi > > P.S. Teaching libfetch about pnm:// together with mplayer would > eliminate the need for RealPlayer :-) Ducks... > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 1:34:31 2003 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 BE76737B401; Sun, 5 Jan 2003 01:34:30 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4498243EA9; Sun, 5 Jan 2003 01:34:30 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h059YTfM011891; Sun, 5 Jan 2003 01:34:29 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h059XEP3011857; Sun, 5 Jan 2003 01:33:14 -0800 (PST) Date: Sun, 5 Jan 2003 01:33:14 -0800 From: "David O'Brien" To: current@FreeBSD.ORG, fanf@FreeBSD.ORG Subject: Re: alpha tinderbox failure Message-ID: <20030105093314.GA10725@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG Mail-Followup-To: David O'Brien , current@FreeBSD.ORG, fanf@FreeBSD.ORG References: <2994.1041712055@critter.freebsd.dk> <20030105175202.N14167-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030105175202.N14167-100000@gamplex.bde.org> User-Agent: Mutt/1.4i 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, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote: > > >> ===> usr.bin/vi > > >> *** Error code 1 (ignored) > > >> *** Error code 1 (ignored) > > >> ===> usr.bin/vis ... > No; it would be more profitable to teach programmers to not ignore errors. > whereintheworld is perfectly non-broken in not ignoring them. These > "*** Error" messages (not to mention other error ouput from makeworld) > also make it harder for human readers to see the actual errors. Agreed. I'd love to hear from fanf what the changes are to unifdef that causes this change in exit code. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 1:58:22 2003 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 4018837B401; Sun, 5 Jan 2003 01:58:21 -0800 (PST) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A8F43E4A; Sun, 5 Jan 2003 01:58:17 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id A2C7C2A7EA; Sun, 5 Jan 2003 01:58:03 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: obrien@freebsd.org Cc: acpi-jp@jp.freebsd.org, current@freebsd.org Subject: Re: Rather verbose ACPI errors. In-Reply-To: <20030105005324.GA5651@dragon.nuxi.com> Date: Sun, 05 Jan 2003 01:58:03 -0800 From: Peter Wemm Message-Id: <20030105095803.A2C7C2A7EA@canning.wemm.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 "David O'Brien" wrote: > Ever since the last ACPI import, I get all this output (non-verbose) > boot. What's the change on them going away soon? > > acpi0: on motherboard > ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 > ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND > ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND > ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND > ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND > ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND > ACPI-1287: *** Error: Method execution failed, AE_NOT_FOUND In this case, the tyan thunder K7 bios has got a hosed acpi dsdt table. There are referecens to a field "Z00Q" in a structure, but it isn't defined anywhere. It is regarding the ACPI code to enable the second serial port (pin header on motherboard). It will go away if/when tyan fix the bios. They broke this in a recent "upgrade". Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "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 Jan 5 2:25:25 2003 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 4993C37B401 for ; Sun, 5 Jan 2003 02:25:24 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703B543ED1 for ; Sun, 5 Jan 2003 02:25:23 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05APHAS004315; Sun, 5 Jan 2003 11:25:17 +0100 (CET) (envelope-from phk@freebsd.org) To: walt Cc: freebsd-current@freebsd.org Subject: Re: VOP_STRATEGY on VCHR? From: phk@freebsd.org In-Reply-To: Your message of "Sat, 04 Jan 2003 22:48:15 PST." <3E17D52F.7050307@hotmail.com> Date: Sun, 05 Jan 2003 11:25:17 +0100 Message-ID: <4314.1041762317@critter.freebsd.dk> 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 <3E17D52F.7050307@hotmail.com>, walt writes: >After updating world and kernel this evening I saw this message fly by >during the reboot: > >Mounting root from ufs:/dev/ad0s3a > >VOP_STRATEGY on VCHR >: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), >Sorry, need DDB option to print backtrace > >That feels like an error message (sort of) but everything seems to be >working normally. Is this a real problem or just noise? Well, to you it's just noise, to me it's a real problem :-) It is probably the same problem as the one I just commited a fix for. If you get this again after upgrading, please put the DDB option in your kernel and see if you can reproduce it so I get a traceback. The vnode information alone seems not quite as useful as I had hoped. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 2:38:20 2003 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 BA81D37B401 for ; Sun, 5 Jan 2003 02:38:19 -0800 (PST) Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A0A43EB2 for ; Sun, 5 Jan 2003 02:38:18 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by maila.telia.com (8.12.5/8.12.5) with ESMTP id h05AcH3Y025818 for ; Sun, 5 Jan 2003 11:38:17 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id h05AcH628262 for ; Sun, 5 Jan 2003 11:38:17 +0100 (CET) Content-Type: text/plain; charset="us-ascii" From: David Holm To: current@freebsd.org Subject: nVidia opengl works as root but not as user Date: Sun, 5 Jan 2003 11:38:16 +0100 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301051138.16640.david@realityrift.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 Hi, it's getting boring seeing all the nvidia posts but I'm so darn close to=20 having it working here. I have disabled INVARIANTS in the kernel and AGP and running with nvAgp=20 (although I get the same results using kernel agp as well). The thing is that OpenGL apps run perfectly as root, but whenever I use m= y=20 normal user I can run 1-2 OpenGL apps without any problems but when I run= =20 them the next time the machine locks instantly and then reboots, this nev= er=20 happens when I'm running as root. Since it works for root I must be close to having it fully working. Do an= yone=20 have any ideas? (No, I don't want to set the suid bit on my opengl apps ;= ). I've never seen any useful output in my system logs after these reboots, = is=20 there any way I can debug the driver without setting up a serial console? //David Holm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 2:47: 0 2003 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 45E2937B401; Sun, 5 Jan 2003 02:46:59 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C1743EA9; Sun, 5 Jan 2003 02:46:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA27650; Sun, 5 Jan 2003 21:46:53 +1100 Date: Sun, 5 Jan 2003 21:47:11 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Robert Watson Cc: current@FreeBSD.ORG, Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex In-Reply-To: Message-ID: <20030105212512.A330-100000@gamplex.bde.org> 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 Sat, 4 Jan 2003, Robert Watson wrote: > Juli Mallett pointed me at the following reproduceable problem on my > -current notebook with userland/kernel dated Dec 29: > > paprika:~/freebsd/test/pthread> ./test > ... > load: 0.23 cmd: test 914 [running] 0.00u 0.01s 0% 824k > 1 > Bus error (core dumped) > > Hitting ^T to get status information seems to break output following the > first printf after the information display. Here's the stack trace from > the test program from the first execution above: This caused a reproducible kernel panic for a null pointer bug in ttyinfo() here, but seemed to work right once I fixed the panic. (The panic was just a bug in my unbreaking of the calculation of rss.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 2:47:26 2003 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 9BA5137B401 for ; Sun, 5 Jan 2003 02:47:20 -0800 (PST) Received: from mx01.goddamnbastard.org (12-249-234-146.client.attbi.com [12.249.234.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE6643ED4 for ; Sun, 5 Jan 2003 02:47:14 -0800 (PST) (envelope-from ryanb@goddamnbastard.org) Received: by mx01.goddamnbastard.org (Postfix, from userid 1000) id 069C2154DC; Sun, 5 Jan 2003 04:47:14 -0600 (CST) Date: Sun, 5 Jan 2003 04:47:13 -0600 From: ryan beasley To: current@freebsd.org Subject: LOR - inp / tcp Message-ID: <20030105104713.GZ311@goddamnbastard.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ynll37MX3Fmyj3VY" Content-Disposition: inline User-Agent: Mutt/1.4i 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 --ynll37MX3Fmyj3VY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable -CURRENT from December 28th, 4:00 -0600. Triggered immediately after launching=20 /usr/sbin/rpcbind -l -s /sbin/mountd -l /sbin/nfsd -n4 -t -u (This is the first time this has happened with that combination of operations.) The only kernel modules loaded are vesa, miibus, and if_dc. Sun Jan 5 04:27:31 CST 2003 lock order reversal 1st 0xc13c0c7c inp (inp) @ /usr/src/sys/netinet/tcp_input.c:641 2nd 0xc030b40c tcp (tcp) @ /usr/src/sys/netinet/tcp_usrreq.c:621 Debugger("witness_lock") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> sh locks exclusive sleep mutex inp r =3D 0 (0xc13c0c7c) locked @ /usr/src/sys/netine= t/tcp_input.c:641 exclusive sleep mutex Giant r =3D 0 (0xc03010c0) locked @ /usr/src/sys/kern= /kern_intr.c:534 db> trace Debugger(c02cdc75,c030b40c,c02e4a2d,c02e4a2d,c02e5bf6) at Debugger+0x54 witness_lock(c030b40c,8,c02e5bf6,26d,1) at witness_lock+0x667 _mtx_lock_flags(c030b40c,0,c02e5bf6,26d,0) at _mtx_lock_flags+0xb1 tcp_usr_rcvd(c13a8b00,80,c5f2fa9c,c01bc5ac,3b9aca00) at tcp_usr_rcvd+0x30 soreceive(c13a8b00,c5f2faac,c5f2fab8,c5f2fab0,0) at soreceive+0x88a nfsrv_rcv(c13a8b00,c170e080,1,34,18) at nfsrv_rcv+0x8a sowakeup(c13a8b00,c13a8b4c,c02e536e,41f,108) at sowakeup+0x97 tcp_input(c09f8b00,14,c0309454,c5f2fc3c,c01906cd) at tcp_input+0xedc ip_input(c09f8b00,0,c02e5016,3aa,2) at ip_input+0x83e ipintr(c02dbb5b,c09d9680,c09d9680,c09e7f00,c5f2fd0c) at ipintr+0x91 swi_net(0,0,c02da578,216,c09ea8e8) at swi_net+0x23 ithread_loop(c09e7f00,c5f2fd48,c02da3ed,361,0) at ithread_loop+0x182 fork_exit(c01874a0,c09e7f00,c5f2fd48) at fork_exit+0xc4 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip =3D 0, esp =3D 0xc5f2fd7c, ebp =3D 0 --- db> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 612 c16cbc78 ca6ad000 0 604 604 0000000 norm[SLPQ nfsd c11f5800= ][SLP] nfsd 611 c16c7558 ca668000 0 604 604 0000000 norm[SLPQ nfsd c1667000= ][SLP] nfsd 610 c16c7720 ca669000 0 604 604 0000000 norm[SLPQ nfsd c1667200= ][SLP] nfsd 609 c1267c78 ca41d000 0 604 604 0000000 norm[SLPQ nfsd c1230e00= ][SLP] nfsd 608 c1281390 ca6f5000 0 604 604 0000000 norm[SLPQ nfsd c1668e00= ][SLP] nfsd 607 c16cb8e8 ca6ab000 0 604 604 0000000 norm[SLPQ nfsd c1668a00= ][SLP] nfsd 606 c16c7390 ca667000 0 604 604 0000000 norm[SLPQ nfsd c1668c00= ][SLP] nfsd 605 c12811c8 ca6c0000 0 604 604 0000000 norm[RUNQ] nfsd 604 c1281000 ca6bc000 0 1 604 0000000 norm[RUNQ] nfsd 602 c12658e8 ca3dd000 0 1 602 0000000 norm[CVQ select c03043b4]= [SLP] mountd 600 c1470ab0 ca65e000 1 1 600 0000100 norm[CVQ select c03043b4]= [SLP] rpcbind 510 c16c7000 ca665000 1000 448 510 0004002 norm[SLPQ ttyin c1345610= ][SLP] bash 505 c1281720 ca6f7000 1000 504 505 2004002 norm[SLPQ pause ca6f7000= ][SLP] screen-3.9.13 504 c12818e8 ca6f8000 1000 447 504 0004002 norm[SLPQ wait c12818e8= ][SLP] bash 503 c1281ab0 ca6f9000 0 1 503 0004002 norm[SLPQ ttyin c1219810= ][SLP] getty 481 c1338390 ca6fd000 1000 475 481 4004002 norm[CVQ select c03043b4]= [SLP] vim 480 c1338558 ca6fe000 1000 475 480 4004002 norm[CVQ select c03043b4]= [SLP] vim 479 c14708e8 ca65d000 1000 475 479 4004002 norm[CVQ select c03043b4]= [SLP] vim 478 c16c7ab0 ca66f000 1000 475 478 4004002 norm[CVQ select c03043b4]= [SLP] vim 477 c16c78e8 ca66e000 1000 475 477 4004002 norm[CVQ select c03043b4]= [SLP] vim 476 c16c71c8 ca666000 1000 475 476 4004002 norm[CVQ select c03043b4]= [SLP] vim 475 c1470c78 ca65f000 1000 1 475 0000000 norm[CVQ select c03043b4]= [SLP] screen-3.9.13 467 c16c7c78 ca6a5000 1000 460 467 4004002 norm[CVQ select c03043b4]= [SLP] vim 466 c16cb000 ca6a6000 1000 460 466 4004002 norm[CVQ select c03043b4]= [SLP] vim 465 c16cb1c8 ca6a7000 1000 460 465 4004002 norm[CVQ select c03043b4]= [SLP] vim 464 c16cb390 ca6a8000 1000 460 464 4004002 norm[CVQ select c03043b4]= [SLP] vim 463 c16cb558 ca6a9000 1000 460 463 4004002 norm[CVQ select c03043b4]= [SLP] vim 462 c16cb720 ca6aa000 1000 460 462 4004002 norm[CVQ select c03043b4]= [SLP] vim 461 c1267558 ca419000 1000 460 461 4004002 norm[CVQ select c03043b4]= [SLP] vim 460 c1267000 ca416000 1000 459 460 0000000 norm[CVQ select c03043b4]= [SLP] screen-3.9.13 459 c1265558 ca3db000 1000 457 457 2004002 norm[SLPQ pause ca3db000= ][SLP] screen-3.9.13 457 c1265390 ca3da000 1000 455 457 0004002 norm[SLPQ wait c1265390= ][SLP] sh 455 c1267390 ca418000 1000 446 455 0004002 norm[SLPQ wait c1267390= ][SLP] bash 453 c1267720 ca41a000 0 445 453 0004002 norm[SLPQ ttyin c09e4a10= ][SLP] bash 452 c12678e8 ca41b000 0 1 452 0004002 norm[SLPQ ttyin c1345c10= ][SLP] getty 451 c1267ab0 ca41c000 0 1 451 0004002 norm[SLPQ ttyin c1219210= ][SLP] getty 449 c1470000 ca658000 0 1 449 0004002 norm[SLPQ ttyin c1219e10= ][SLP] getty 448 c14701c8 ca659000 0 1 448 0004102 norm[SLPQ wait c14701c8= ][SLP] login 447 c1470390 ca65a000 0 1 447 0004102 norm[SLPQ wait c1470390= ][SLP] login 446 c1470558 ca65b000 0 1 446 0004102 norm[SLPQ wait c1470558= ][SLP] login 445 c1470720 ca65c000 0 1 445 0004102 norm[SLPQ wait c1470720= ][SLP] login 436 c124ac78 ca3d7000 0 1 436 0000000 norm[SLPQ nanslp c032e794= ][SLP] cron 399 c124aab0 ca3d6000 25 1 399 2000100 norm[SLPQ pause ca3d6000= ][SLP] sendmail 393 c1265000 ca3d8000 0 1 393 0000100 norm[CVQ select c03043b4]= [SLP] sshd 220 c1265ab0 ca3de000 0 1 220 0000000 norm[CVQ select c03043b4]= [SLP] syslogd 170 c1265c78 ca3df000 0 0 0 0000204 norm[IWAIT] irq9: dc0 115 c12651c8 ca3d9000 0 1 115 2000000 norm[SLPQ pause ca3d9000= ][SLP] adjkerntz 31 c12671c8 ca417000 0 0 0 0000204 norm[SLPQ nfsidl c030d8cc= ][SLP] nfsiod 3 30 c11a4558 c6385000 0 0 0 0000204 norm[SLPQ nfsidl c030d8c8= ][SLP] nfsiod 2 29 c11a4720 c63bc000 0 0 0 0000204 norm[SLPQ nfsidl c030d8c4= ][SLP] nfsiod 1 28 c11a48e8 c63bd000 0 0 0 0000204 norm[SLPQ nfsidl c030d8c0= ][SLP] nfsiod 0 27 c11a4ab0 c63be000 0 0 0 0000204 norm[SLPQ vlruwt c11a4ab0= ][SLP] vnlru 9 c11a4c78 c63bf000 0 0 0 0000204 norm[SLPQ syncer c030226c= ][SLP] syncer 8 c124a000 ca3d0000 0 0 0 0000204 norm[SLPQ psleep c03535f4= ][SLP] bufdaemon 7 c124a1c8 ca3d1000 0 0 0 000020c norm[SLPQ pgzero c0355054= ][SLP] pagezero 6 c124a390 ca3d2000 0 0 0 0000204 norm[SLPQ psleep c035506c= ][SLP] vmdaemon 5 c124a558 ca3d3000 0 0 0 0000204 norm[SLPQ psleep c03127d8= ][SLP] pagedaemon 26 c124a720 ca3d4000 0 0 0 0000204 new [IWAIT] irq8: rtc 25 c124a8e8 ca3d5000 0 0 0 0000204 new [IWAIT] irq0: clk 24 c09f11c8 c5f7a000 0 0 0 0000204 new [IWAIT] irq4: sio0 23 c09f1390 c5f7b000 0 0 0 0000204 norm[IWAIT] swi0: tty:sio 22 c09f1558 c5f7c000 0 0 0 0000204 norm[IWAIT] irq6: fdc0 21 c09f1720 c5f7d000 0 0 0 0000204 new [IWAIT] irq12: psm0 20 c09f18e8 c5f7e000 0 0 0 0000204 norm[IWAIT] irq1: atkbd0 19 c09f1ab0 c5f7f000 0 0 0 0000204 norm[IWAIT] irq15: ata1 18 c09f1c78 c5f80000 0 0 0 0000204 norm[IWAIT] irq14: ata0 17 c11a4000 c6382000 0 0 0 0000204 new [IWAIT] irq13: 16 c11a41c8 c6383000 0 0 0 0000204 new [IWAIT] swi5: task que= ue 15 c11a4390 c6384000 0 0 0 0000204 norm[SLPQ sleep c031c0a0= ][SLP] random 4 c09ea000 c5f05000 0 0 0 0000204 norm[SLPQ g_down c02fb770= ][SLP] g_down 3 c09ea1c8 c5f72000 0 0 0 0000204 norm[SLPQ g_up c02fb76c= ][SLP] g_up 2 c09ea390 c5f73000 0 0 0 0000204 norm[SLPQ g_events c02fb7= 64][SLP] g_event 14 c09ea558 c5f74000 0 0 0 0000204 new [IWAIT] swi4: vm 13 c09ea720 c5f75000 0 0 0 000020c norm[RUNQ] swi6: tty:sio c= lock 12 c09ea8e8 c5f76000 0 0 0 0000204 norm[CPU 0] swi1: net 11 c09eaab0 c5f77000 0 0 0 000020c norm[Can run] idle 1 c09eac78 c5f78000 0 0 1 0004200 norm[SLPQ wait c09eac78= ][SLP] init 10 c09f1000 c5f79000 0 0 0 0000204 norm[CVQ ktrace c032b2b4]= [SLP] ktrace 0 c02fc9c0 c0403000 0 0 0 0000200 norm[SLPQ sched c02fc9c0= ][SLP] swapper db>=20 --=20 ryan beasley GPG ID: 0x16EFBD48 http://www.goddamnbastard.org =09 --ynll37MX3Fmyj3VY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+GA0xskfdOxbvvUgRAtqBAKCFTxfNCKC93xxRN2GXY5cjMjVY/ACfVzaV uoHUCULbQs3NBcDS1rZkicU= =a39b -----END PGP SIGNATURE----- --ynll37MX3Fmyj3VY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 3:12:13 2003 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 598EA37B401; Sun, 5 Jan 2003 03:12:08 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96CC043E4A; Sun, 5 Jan 2003 03:12:07 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA29424; Sun, 5 Jan 2003 22:12:04 +1100 Date: Sun, 5 Jan 2003 22:12:22 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: phk@FreeBSD.ORG Cc: walt , Subject: Re: VOP_STRATEGY on VCHR? In-Reply-To: <4314.1041762317@critter.freebsd.dk> Message-ID: <20030105220009.O462-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003 phk@FreeBSD.ORG wrote: > In message <3E17D52F.7050307@hotmail.com>, walt writes: > >After updating world and kernel this evening I saw this message fly by > >during the reboot: > > > >Mounting root from ufs:/dev/ad0s3a > > > >VOP_STRATEGY on VCHR > >: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), I get this too (except I fixed the misformatting of the message while reviewing the code, so that it is printed on 1 line with a non-bogus ":"). From /var/log/messages: % Jan 5 21:09:22 gamplex kernel: VOP_STRATEGY on VCHR: 0xc2697000: tag none, type VCHR, usecount 4, writecount 0, refcount 4, flags (VV_OBJBUF), % Jan 5 21:18:37 gamplex kernel: VOP_STRATEGY on VCHR: 0xc2697000: tag none, type VCHR, usecount 4, writecount 0, refcount 4, flags (VV_OBJBUF), (This shows a formatting bug in vprint() itself: the "," at the end.) > >Sorry, need DDB option to print backtrace I have the DDB option, so I don't get this. > It is probably the same problem as the one I just commited a fix for. I haven't cvsupped' the fix or debugged it yet. > If you get this again after upgrading, please put the DDB option in > your kernel and see if you can reproduce it so I get a traceback. > The vnode information alone seems not quite as useful as I had hoped. Neither is the traceback. db_trace() prints using db_printf() so the message never reaches log files. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 3:45: 7 2003 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 7EF8F37B401 for ; Sun, 5 Jan 2003 03:45:06 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F5843EC2 for ; Sun, 5 Jan 2003 03:45:05 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 4B05610BF87; Sun, 5 Jan 2003 12:45:03 +0100 (CET) Date: Sun, 5 Jan 2003 12:45:03 +0100 From: "Simon L. Nielsen" To: Yamada Ken Takeshi Cc: current@FreeBSD.ORG Subject: Re: Q) Does perl install libperl.so ? Message-ID: <20030105114501.GA350@nitro.dk> References: <20030105.125203.607983032.ken@tydfam.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20030105.125203.607983032.ken@tydfam.jp> User-Agent: Mutt/1.5.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 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.01.05 12:52:03 +0000, Yamada Ken Takeshi wrote: > /usr/ports/lang/perl5 seemingly does not generate libperl.so > with FreeBSD-current port as shown below. > =20 > Is it intended one? Why? This was discussed on the ports list a while ago : http://www.freebsd.org/cgi/getmsg.cgi?fetch=3D593062+595495+/usr/local/www/= db/text/2002/freebsd-ports/20021208.freebsd-ports --=20 Simon L. Nielsen --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD4DBQE+GBq98kocFXgPTRwRAoEmAJUc8DE/aPhrFK+/eI9aBxBe8z+wAJ9tixYA YGM9hVrMitCOrNg243SCmw== =3ZeS -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 3:52: 3 2003 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 B4CDC37B401 for ; Sun, 5 Jan 2003 03:52:01 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A4D043EC5 for ; Sun, 5 Jan 2003 03:52:01 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h05Bq0sg008985 for ; Sun, 5 Jan 2003 03:52:01 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h05Bq0Dk008983 for current@freebsd.org; Sun, 5 Jan 2003 03:52:00 -0800 (PST) Date: Sun, 5 Jan 2003 03:52:00 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301051152.h05Bq0Dk008983@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Jan 5 03:04:25 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Sun Jan 5 03:37:06 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Sun Jan 5 03:37:07 PST 2003 -------------------------------------------------------------- ===> vinum "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver is broken and is not compiled with LINT" /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type cc1: warnings being treated as errors /h/des/src/sys/dev/wi/wi_hostap.c: In function `wihap_init': /h/des/src/sys/dev/wi/wi_hostap.c:208: warning: cast from pointer to integer of different size /h/des/src/sys/dev/wi/wi_hostap.c:208: warning: cast from pointer to integer of different size /h/des/src/sys/dev/wi/wi_hostap.c: In function `wihap_shutdown': /h/des/src/sys/dev/wi/wi_hostap.c:293: warning: cast from pointer to integer of different size /h/des/src/sys/dev/wi/wi_hostap.c:293: warning: cast from pointer to integer of different size /h/des/src/sys/dev/wi/wi_hostap.c:319: warning: cast from pointer to integer of different size *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 3:56:42 2003 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 5C5FF37B405 for ; Sun, 5 Jan 2003 03:56:33 -0800 (PST) Received: from mx01.goddamnbastard.org (12-249-234-146.client.attbi.com [12.249.234.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786B043EA9 for ; Sun, 5 Jan 2003 03:56:33 -0800 (PST) (envelope-from ryanb@goddamnbastard.org) Received: by mx01.goddamnbastard.org (Postfix, from userid 1000) id D4D38154DC; Sun, 5 Jan 2003 05:56:32 -0600 (CST) Date: Sun, 5 Jan 2003 05:56:32 -0600 From: ryan beasley To: Bruce Evans Cc: Nate Lawson , freebsd-current@FreeBSD.ORG Subject: Re: current/stable remote gdb interoperability Message-ID: <20030105115632.GA311@goddamnbastard.org> References: <20030104061403.G5322-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BYl/BInBdgsQr4gH" Content-Disposition: inline In-Reply-To: <20030104061403.G5322-100000@gamplex.bde.org> User-Agent: Mutt/1.4i 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 --BYl/BInBdgsQr4gH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 04, 2003 at 06:32:43AM +1100, Bruce Evans wrote: > Another possible problem is using the same serial line for gdb as for > the console and mixing speeds. If the userland speed differs from the > low level speed, then the i/o routines switch back and forth between > the speeds for every character and this tends to lose some. The > userland speed is locked to the low level speed initially but userland > unlock it. Losing a character or two is almost unnoticable in ddb but > is fatal in gdb. I normally set all speeds to 115200 so I only see this > problem when I look for it. Unless I'm misunderstanding, the serial port isn't doing any such double duty. I've explicity toggled between sio flags 0x10 and 0x80 in device.hints depending on what I'm trying to figure out. (In reality, it's more often trying to get useful information for others that can figure stuff out. :).) For what it's worth, I've taken Nate's suggestion and backed down to 9600bps, and this problem hasn't occurred yet, so I'm assuming this is the "fix". (The 4.7 machine has an ASUS P2B-D board, and the -CURRENT box is a recent Dell Dimension, so I don't *think* I'm using garbage serial hardware.) Though slow, I guess I can't complain if it works. :). =20 --=20 ryan beasley GPG ID: 0x16EFBD48 http://www.goddamnbastard.org =09 --BYl/BInBdgsQr4gH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+GB1wskfdOxbvvUgRAgSMAJ48xLn9jUC6BTa7OivEZHQmyQaLKACghvyu CVWl+f1JliWORvnogI66er8= =hVRL -----END PGP SIGNATURE----- --BYl/BInBdgsQr4gH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 4:14:46 2003 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 6D47F37B401 for ; Sun, 5 Jan 2003 04:14:37 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02AE043EA9 for ; Sun, 5 Jan 2003 04:14:36 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h05CETLU067314 for ; Sun, 5 Jan 2003 23:14:29 +1100 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1]) by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h05CER6l023322 for ; Sun, 5 Jan 2003 22:14:28 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Sun, 5 Jan 2003 22:14:26 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: freebsd-current@FreeBSD.ORG Subject: kernel compile bloat Message-ID: <20030105220017.T14049-100000@hewey.af.speednet.com.au> 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 Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take 7 times as much space on 5.0-current than it does on 4.7-stable? On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB. On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB! (for each box, I rm /usr/obj/*, make buildworld, then make buildkernel KERNCONF=GENERIC) -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 4:24:21 2003 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 3DB1737B405 for ; Sun, 5 Jan 2003 04:24:20 -0800 (PST) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5434043EC5 for ; Sun, 5 Jan 2003 04:24:19 -0800 (PST) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.0.3]) by tydfam.jp (8.12.3/8.11.6) with ESMTP id h05CNWXa009054; Sun, 5 Jan 2003 21:23:37 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Sun, 05 Jan 2003 21:23:32 +0900 (JST) Message-Id: <20030105.212332.730632896.ken@tydfam.jp> To: simon@nitro.dk Cc: current@FreeBSD.ORG Subject: Re: Q) Does perl install libperl.so ? From: Yamada Ken Takeshi In-Reply-To: <20030105114501.GA350@nitro.dk> References: <20030105.125203.607983032.ken@tydfam.jp> <20030105114501.GA350@nitro.dk> X-Mailer: Mew version 2.2 on XEmacs 21.4.9 (Informed Management) Mime-Version: 1.0 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 Thank you, Simon for your response with pointer. I think I overlooked these as I did not care about then. I read through articles you pointed, but couldn't find the conclusion. What was the outcome of the discussion? or, still pending? I am now wrecked at 'plperl' installation as it is mentioned in the discussion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 5:27:40 2003 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 7BCB737B401 for ; Sun, 5 Jan 2003 05:27:38 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id F344443EC2 for ; Sun, 5 Jan 2003 05:27:36 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 19422 invoked by uid 0); 5 Jan 2003 13:27:35 -0000 Received: from p508e63d1.dip.t-dialin.net (HELO galatea.local) (80.142.99.209) by mail.gmx.net (mp001-rz3) with SMTP; 5 Jan 2003 13:27:35 -0000 Received: from localhost ([127.0.0.1] helo=galatea.local) by galatea.local with esmtp (Exim 4.10 #1) id 18VApU-0000Ms-00; Sun, 05 Jan 2003 14:28:40 +0100 Received: (from tmm@localhost) by galatea.local (8.12.6/8.12.6/Submit) id h05DSXwK001417; Sun, 5 Jan 2003 14:28:33 +0100 (CET) Date: Sun, 5 Jan 2003 14:28:33 +0100 From: Thomas Moestl To: current@FreeBSD.ORG Cc: fanf@FreeBSD.ORG Subject: Re: alpha tinderbox failure Message-ID: <20030105132833.GA283@crow.dom2ip.de> Mail-Followup-To: current@FreeBSD.ORG, fanf@FreeBSD.ORG References: <2994.1041712055@critter.freebsd.dk> <20030105175202.N14167-100000@gamplex.bde.org> <20030105093314.GA10725@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030105093314.GA10725@dragon.nuxi.com> User-Agent: Mutt/1.4i 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, 2003/01/05 at 01:33:14 -0800, David O'Brien wrote: > On Sun, Jan 05, 2003 at 06:00:26PM +1100, Bruce Evans wrote: > > > >> ===> usr.bin/vi > > > >> *** Error code 1 (ignored) > > > >> *** Error code 1 (ignored) > > > >> ===> usr.bin/vis > .. > > No; it would be more profitable to teach programmers to not ignore errors. > > whereintheworld is perfectly non-broken in not ignoring them. These > > "*** Error" messages (not to mention other error ouput from makeworld) > > also make it harder for human readers to see the actual errors. > > Agreed. I'd love to hear from fanf what the changes are to unifdef that > causes this change in exit code. According to the man page, this is the correct behaviour: The unifdef utility exits 0 if the output is an exact copy of the input, 1 if not, and 2 if in trouble. The exit status code in unifdef seems to have been broken before for a while. The vi Makefile just was sloppy in checking for the exit code; it should probably check for 1 and exclude 0 also, like: --- Makefile 29 Jul 2002 09:40:16 -0000 1.38 +++ Makefile 5 Jan 2003 13:20:49 -0000 @@ -75,10 +75,12 @@ # unifdef has some *weird* exit codes, sigh! RTFM unifdef(1)... ex_notcl.c: ex_tcl.c - -unifdef -UHAVE_TCL_INTERP ${SRCDIR}/ex/ex_tcl.c > ${.TARGET} + ! { unifdef -UHAVE_TCL_INTERP ${SRCDIR}/ex/ex_tcl.c > ${.TARGET} || \ + [ $$? -ne 1 ] ; } ex_noperl.c: ex_perl.c - -unifdef -UHAVE_PERL_INTERP ${SRCDIR}/ex/ex_perl.c > ${.TARGET} + ! { unifdef -UHAVE_PERL_INTERP ${SRCDIR}/ex/ex_perl.c > ${.TARGET} || \ + [ $$? -ne 1 ] ; } CLEANFILES+= ex_notcl.c ex_noperl.c --- (there's probably a more elegant way to do this, my sh is a bit rusty). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 6: 8:12 2003 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 B66EA37B401 for ; Sun, 5 Jan 2003 06:08:10 -0800 (PST) Received: from hfep07.dion.ne.jp (hfep07.dion.ne.jp [203.181.105.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 724E943EB2 for ; Sun, 5 Jan 2003 06:08:09 -0800 (PST) (envelope-from haro@h4.dion.ne.jp) Received: from localhost ([211.5.22.118]) by hfep07.dion.ne.jp with ESMTP id <20030105140807223.EYIF@hfep07.dion.ne.jp> for ; Sun, 5 Jan 2003 23:08:07 +0900 Date: Sun, 05 Jan 2003 23:05:51 +0900 (JST) Message-Id: <20030105.230551.74757087.haro@h4.dion.ne.jp> To: current@freebsd.org Subject: Panic when using Wine From: Munehiro Matsuda X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 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 Hi all, I got following panic, while trying to run Wine (ver.2002.12.19). ---8<------8<------8<------8<------8<------8<------8<------8<------8<--- Mounting root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted VOP_STRATEGY on VCHR : 0xc197b000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), lock order reversal 1st 0xc198c950 process lock (process lock) @ ../../../kern/kern_descrip.c:2099 2nd 0xc1975634 filedesc structure (filedesc structure) @ ../../../kern/kern_descrip.c:2106 biodone: page busy < 0, pindex: 0, foff: 0x(0,0), resid: 4096, index: 0 iosize: 4096, lblkno: 0, flags: 0x20000220, npages: 1 valid: 0xff, dirty: 0x0, wired: 1 panic: biodone: page busy < 0 syncing disks, buffers remaining... panic: bdwrite: buffer is not busy Uptime: 6m27s pfs_vncache_unload(): 1 entries remaining Terminate ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ---8<------8<------8<------8<------8<------8<------8<------8<------8<--- Has anyone seen this? 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@kgt.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 Jan 5 6:15:52 2003 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 AC83D37B401 for ; Sun, 5 Jan 2003 06:15:51 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDD043EC5 for ; Sun, 5 Jan 2003 06:15:50 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 4105D10BF87; Sun, 5 Jan 2003 15:15:48 +0100 (CET) Date: Sun, 5 Jan 2003 15:15:48 +0100 From: "Simon L. Nielsen" To: Yamada Ken Takeshi Cc: current@FreeBSD.ORG Subject: Re: Q) Does perl install libperl.so ? Message-ID: <20030105141547.GB350@nitro.dk> References: <20030105.125203.607983032.ken@tydfam.jp> <20030105114501.GA350@nitro.dk> <20030105.212332.730632896.ken@tydfam.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030105.212332.730632896.ken@tydfam.jp> User-Agent: Mutt/1.5.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 On 2003.01.05 21:23:32 +0000, Yamada Ken Takeshi wrote: > I read through articles you pointed, but couldn't find > the conclusion. What was the outcome of the discussion? or, > still pending? I think the original submitter of the problem would try to look in to why plperl did not use the .a version, but since I don't use plperl myself I have not looked more at it myself. > I am now wrecked at 'plperl' installation as it is > mentioned in the discussion. :-( -- Simon L. Nielsen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 6:43: 5 2003 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 1D1C237B401 for ; Sun, 5 Jan 2003 06:43:04 -0800 (PST) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A99143E4A for ; Sun, 5 Jan 2003 06:42:58 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd00.sul.t-online.de by mailout09.sul.t-online.com with smtp id 18VBzA-0005VD-05; Sun, 05 Jan 2003 15:42:44 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.120.70]) by fmrl00.sul.t-online.com with esmtp id 18VBz6-1yY2MKC; Sun, 5 Jan 2003 15:42:40 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h05EgXbL048424; Sun, 5 Jan 2003 15:42:33 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h05EgWAo001995; Sun, 5 Jan 2003 15:42:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 5 Jan 2003 15:42:32 +0100 From: Alexander Leidinger To: Andy Farkas Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel compile bloat Message-Id: <20030105154232.48bc4879.Alexander@Leidinger.net> In-Reply-To: <20030105220017.T14049-100000@hewey.af.speednet.com.au> References: <20030105220017.T14049-100000@hewey.af.speednet.com.au> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net 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, 5 Jan 2003 22:14:26 +1000 (EST) Andy Farkas wrote: > > Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take > 7 times as much space on 5.0-current than it does on 4.7-stable? > > On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB. > > On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB! > > (for each box, I rm /usr/obj/*, make buildworld, then make buildkernel > KERNCONF=GENERIC) Because debug symbols are enabled in 5.0 for kernel compiles (the installed kernel is without debug symbols, but in your kernel build directory should also be a much larger kernel.debug). Bye, Alexander. -- Loose bits sink chips. 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 Jan 5 7: 0:18 2003 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 A8CCD37B401; Sun, 5 Jan 2003 07:00:16 -0800 (PST) Received: from sweb.uky.edu (sweb.uky.edu [128.163.2.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B3CC43EC2; Sun, 5 Jan 2003 07:00:16 -0800 (PST) (envelope-from david@uky.edu) Received: from uky.edu (198-93-125-90.extended.qx.net [198.93.125.90]) (authenticated bits=0) by sweb.uky.edu (8.12.3/8.12.3) with ESMTP id h05EqUEC016270 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT); Sun, 5 Jan 2003 09:52:34 -0500 (EST) (envelope-from david@uky.edu) Date: Sat, 4 Jan 2003 21:57:34 -0500 Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: Juli Mallett , current@FreeBSD.org To: Robert Watson From: David Rhodus In-Reply-To: Message-Id: <7076C6DC-2059-11D7-94F8-00039380DD2C@uky.edu> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) 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, January 4, 2003, at 06:00 PM, Robert Watson wrote: > > On Sat, 4 Jan 2003, Juli Mallett wrote: > >> * De: Robert Watson [ Data: 2003-01-04 ] >> [ Subjecte: pthread ^T problem on recent -CURRENT: death in libc_r >> mutex ] >>> >>> Juli Mallett pointed me at the following reproduceable problem on my >>> -current notebook with userland/kernel dated Dec 29: >> >> Incidentally, this doesn't illustrate the problem I was actually >> trying >> to point out. Try making the sleep's pthread_yield(). That will make >> the threads never run again. sleep is the hack I've had to do. In my >> appp, I have a 'my_yield' function which will sleep on FreeBSD, and >> yield on everywhere else :( > > Hmm. I'm not experiencing that problem -- if I replace the sleep() > with > pthread_yield(), I get a long sequence of '1's until thread2 is > started, > and then clean alternation between '1' and '2'. I don't see any > failure > to schedule a thread after it has yielded. > > I'm updating my box from Dec 29 to today to see if that makes a > difference > either way on either problem. > With pthread_yield() I get the same as Watson. It still core's with a few ctrl-T's. I'm running today's source. -DR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 7:42:17 2003 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 9E00337B401; Sun, 5 Jan 2003 07:42:15 -0800 (PST) Received: from hobby.digiware.nl (d9218.upc-d.chello.nl [213.46.9.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856BC43EC5; Sun, 5 Jan 2003 07:42:08 -0800 (PST) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by hobby.digiware.nl (8.12.6/8.12.6) with SMTP id h05Fg2J7025378; Sun, 5 Jan 2003 16:42:05 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <063601c2b4d0$ff02dc50$471b3dd4@dual> From: "Willem Jan Withagen" To: Cc: References: <7651.1041670679@critter.freebsd.dk> Subject: Panic: Initiate_write_inodeblock_ufs1: already started Date: Sun, 5 Jan 2003 16:40:02 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 UmVjb21waWxlZCB0aGUga2VybmVsIChHRU5FUklDKSBhbmQgaW5zdGFsbGVkLg0KDQpCdXQgbm93 IGl0IHBhbmljcyBvbjoNCiAgICBJbml0aWF0ZV93cml0ZV9pbm9kZWJsb2NrX3VmczE6IGFscmVh ZHkgc3RhcnRlZC4NCg0KLS1XalcNCg0KUFM6IE9uY2UgaXQgdHJpcHMgaW50byB0aGUgZGVidWdn ZXIsIGhvdyBkbyBJIGdldCBpdCB0byBkdW1wPw0KICAgIHBhbmljIGp1c3QgcmVib290cy4NCg0K LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCkZyb206IDxwaGtAZnJlZWJzZC5vcmc+DQpU bzogIldpbGxlbSBKYW4gV2l0aGFnZW4iIDx3andAd2l0aGFnZW4ubmw+DQpDYzogPGN1cnJlbnRA ZnJlZWJzZC5vcmc+DQpTZW50OiBTYXR1cmRheSwgSmFudWFyeSAwNCwgMjAwMyA5OjU3IEFNDQpT dWJqZWN0OiBSZTogcGFuaWMgd2l0aCBwYW5pYzoga21lbV9tYWxsb2MoNDA5Nik6IGttZW1fbWFw IHRvbyBzbWFsbC4uLiANCg0KDQo+IEluIG1lc3NhZ2UgPDAzYTcwMWMyYjM4YyQ4ZTNhZDk5MCQ0 NzFiM2RkNEBkdWFsPiwgIldpbGxlbSBKYW4gV2l0aGFnZW4iIHdyaXRlczoNCj4gPldoaWNoIHNl ZW1zIGEgcHJvYmxlbSBzdGlja2luZyB1cCBpdCdzIGhlYWQgb25jZSBzbyBvZnRlbi4NCj4gPkkg aGFkIGl0IGhhcHBlbiB0byBtZSBub3cgMyB0aW1lcyBvdmVyIHRoZSBsYXN0IGRheS4gSXQganVz dCBkcm9wcyBpbnRvIHRoZSBkZWJ1Z2dlci4NCj4gPkFuZCBJJ3ZlIGZvdW4gbGl0dGxlIGV4dHJh IGluZm8gaW4gdGhlIGFyY2hpdmUuDQo+ID4NCj4gPldoYXQgZG93cyB0aGlzIGFjdHVhbGx5IG1l YW4/IElzIHNvbWV0aGluZyBsZWFraW5nIGluIHRoZSBrZXJuZWwuDQo+ID5JRiBzbyBob3cgZG8g SSBoZWxwIGl0IGdvIGF3YXkuDQo+ID4NCj4gPkknbSBjb3B5IDEwMEcgZnJvbSBhIFcySyBzeXN0 ZW0gdG8gbXkgdmludW0gZmlsZSBzZXJ2ZXIgd2l0aCBhIDE3MEcgcmFpZDUuDQo+ID5DdXJyZW50 IGlzIGFzIG9mIDI4IGRlYy4uLg0KPiANCj4gUGxlYXNlIHRyeSB0byBtb3ZlIHVwIHRvIGN1cnJl bnQgYXMgb2YgdG9kYXkuICBPbiBEZWMgMjl0aCBJIGNvbW1pdGVkDQo+IGNvZGUgdG8gbWFrZSB0 aGUgZGVzaXJlZHZub2RlcyBhIGxpbWl0IHJhdGhlciB0aGFuIGEgdmFndWUgc3VnZ2VzdGlvbg0K PiBhbmQgdGhhdCBzaG91bGQgc29sdmUgeW91ciBwcm9ibGVtIEkgaG9wZS4NCj4gDQo+IC0tIA0K PiBQb3VsLUhlbm5pbmcgS2FtcCAgICAgICB8IFVOSVggc2luY2UgWmlsb2cgWmV1cyAzLjIwDQo+ IHBoa0BGcmVlQlNELk9SRyAgICAgICAgIHwgVENQL0lQIHNpbmNlIFJGQyA5NTYNCj4gRnJlZUJT RCBjb21taXR0ZXIgICAgICAgfCBCU0Qgc2luY2UgNC4zLXRhaG9lICAgIA0KPiBOZXZlciBhdHRy aWJ1dGUgdG8gbWFsaWNlIHdoYXQgY2FuIGFkZXF1YXRlbHkgYmUgZXhwbGFpbmVkIGJ5IGluY29t cGV0ZW5jZS4NCj4gDQo+IA== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 8: 1:23 2003 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 4890637B401 for ; Sun, 5 Jan 2003 08:01:22 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5786743EB2 for ; Sun, 5 Jan 2003 08:01:21 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05G1FAS007517; Sun, 5 Jan 2003 17:01:15 +0100 (CET) (envelope-from phk@freebsd.org) To: "Willem Jan Withagen" Cc: current@freebsd.org Subject: Re: Panic: Initiate_write_inodeblock_ufs1: already started From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 16:40:02 +0100." <063601c2b4d0$ff02dc50$471b3dd4@dual> Date: Sun, 05 Jan 2003 17:01:15 +0100 Message-ID: <7516.1041782475@critter.freebsd.dk> 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 <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes: >Recompiled the kernel (GENERIC) and installed. > >But now it panics on: > Initiate_write_inodeblock_ufs1: already started. When does it panic ? in the boot sequence ? after ? Can you get me the first 4-5 lines of the output from "trace" ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 8:25: 9 2003 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 3D34A37B401 for ; Sun, 5 Jan 2003 08:25:07 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CB1843EA9 for ; Sun, 5 Jan 2003 08:25:06 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05GOwAS007798 for ; Sun, 5 Jan 2003 17:24:58 +0100 (CET) (envelope-from phk@freebsd.org) To: current@freebsd.org Subject: Calling gcc created constructors in the kernel... From: Poul-Henning Kamp Date: Sun, 05 Jan 2003 17:24:58 +0100 Message-ID: <7797.1041783898@critter.freebsd.dk> 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 I want to get --test-coverage and --profile-arcs working for the kernel in order to give us better statistical tools. Unfortunately, GCC now uses construcorts to string the counters into a list, and we don't call constructors in the kernel. Would it be evil to do that ? I've managed to get it working with the following patch, a modified version of kernbb(8) and the standard GCC::gcov binary. Any objections to me committing this ? Is there a better way to get the start and end of the .ctors section ? Poul-Henning Index: conf/ldscript.i386 =================================================================== RCS file: /home/ncvs/src/sys/conf/ldscript.i386,v retrieving revision 1.6 diff -u -r1.6 ldscript.i386 --- conf/ldscript.i386 11 Oct 2002 19:38:04 -0000 1.6 +++ conf/ldscript.i386 5 Jan 2003 13:50:12 -0000 @@ -65,10 +65,14 @@ CONSTRUCTORS } .data1 : { *(.data1) } + _start_ctors = .; + PROVIDE (start_ctors = .); .ctors : { *(.ctors) } + _stop_ctors = .; + PROVIDE (stop_ctors = .); .dtors : { *(.dtors) Index: kern/subr_prof.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_prof.c,v retrieving revision 1.55 diff -u -r1.55 subr_prof.c --- kern/subr_prof.c 1 Oct 2002 13:15:11 -0000 1.55 +++ kern/subr_prof.c 5 Jan 2003 13:53:38 -0000 @@ -78,6 +78,7 @@ } #endif /* GUPROF */ + /* * Update the histograms to support extending the text region arbitrarily. * This is done slightly naively (no sparse regions), so will waste slight @@ -157,6 +158,7 @@ uintfptr_t tmp_addr; #endif + tcov_init(); /* * Round lowpc and highpc to multiples of the density we're using * so the rest of the scaling (here and in gprof) stays in ints. @@ -531,3 +533,24 @@ } stopprofclock(p); } + +#if 1 +typedef void (*ctor_t)(void); +extern ctor_t _start_ctors, _stop_ctors; + +static void +tcov_init(void *foo __unused) +{ + ctor_t *p, q; + + printf("_start_ctors %p %p\n", _start_ctors, &_start_ctors); + printf("_stop_ctors %p %p\n", _stop_ctors, &_stop_ctors); + for (p = &_start_ctors; p < &_stop_ctors; p++) { + printf(" ctor %p %p\n", p, *p); + q = *p; + q(); + } +} + +SYSINIT(kmem, SI_SUB_KPROF, SI_ORDER_SECOND, tcov_init, NULL) +#endif -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 8:31:12 2003 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 8409E37B401 for ; Sun, 5 Jan 2003 08:31:10 -0800 (PST) Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E50D43EC2 for ; Sun, 5 Jan 2003 08:31:04 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by mailc.telia.com (8.12.5/8.12.5) with ESMTP id h05GV372007196 for ; Sun, 5 Jan 2003 17:31:03 +0100 (CET) X-Original-Recipient: Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id h05GV2607684 for ; Sun, 5 Jan 2003 17:31:02 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: David Holm To: current@freebsd.org Subject: Re: nVidia opengl works as root but not as user Date: Sun, 5 Jan 2003 17:31:02 +0100 User-Agent: KMail/1.4.3 References: <200301051138.16640.david@realityrift.com> In-Reply-To: <200301051138.16640.david@realityrift.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301051731.02207.david@realityrift.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 Hmm, when I mounted my home dir as read-only I was able to use OpenGL as a nor= mal=20 user. But I've looked all through my home dir and I can't find anything t= here=20 that would affect OpenGL if the user had write access to the partition =3D= (. //David Holm On Sunday 05 January 2003 11:38, David Holm wrote: > Hi, > it's getting boring seeing all the nvidia posts but I'm so darn close t= o > having it working here. > I have disabled INVARIANTS in the kernel and AGP and running with nvAgp > (although I get the same results using kernel agp as well). > > The thing is that OpenGL apps run perfectly as root, but whenever I use= my > normal user I can run 1-2 OpenGL apps without any problems but when I r= un > them the next time the machine locks instantly and then reboots, this n= ever > happens when I'm running as root. > Since it works for root I must be close to having it fully working. Do > anyone have any ideas? (No, I don't want to set the suid bit on my open= gl > apps ;). I've never seen any useful output in my system logs after thes= e > reboots, is there any way I can debug the driver without setting up a > serial console? > > //David Holm > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 8:38:23 2003 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 3356B37B401; Sun, 5 Jan 2003 08:38:22 -0800 (PST) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A249F43EC2; Sun, 5 Jan 2003 08:38:21 -0800 (PST) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com[24.147.188.198]) by rwcrmhc51.attbi.com (rwcrmhc51) with ESMTP id <20030105163821051001blq9e>; Sun, 5 Jan 2003 16:38:21 +0000 Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.198] (may be forged)) by be-well.ilk.org (8.12.6/8.12.6) with ESMTP id h05GcKGZ005336; Sun, 5 Jan 2003 11:38:20 -0500 (EST) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (from lowell@localhost) by be-well.ilk.org (8.12.6/8.12.6/Submit) id h05GcJrM005333; Sun, 5 Jan 2003 11:38:19 -0500 (EST) X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-stable-local@be-well.ilk.org using -f To: Nuno Teixeira Cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: bzip2recover isn't compiled/installed during build/install world (STABLE & CURRENT) References: <20030104164945.GA918@gw.tex.bogus> From: Lowell Gilbert Date: 05 Jan 2003 11:38:18 -0500 In-Reply-To: <20030104164945.GA918@gw.tex.bogus> Message-ID: <44el7rr1qd.fsf@be-well.ilk.org> Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 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 Nuno Teixeira writes: > I noted that bzip2recover isn't installed during build/installworld. I > think it may be something related with it makefile. > > This happens on both STABLE and CURRENT brach. > > I someone could correct this, I apreciate that. I don't think it's a mistake. It isn't needed or used for the regular system operation, so there's no need for it to be in the base system. If you want it, installing the port is a trivial way of getting it into your system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 9: 6:12 2003 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 9CB8337B401; Sun, 5 Jan 2003 09:06:09 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F51243EC2; Sun, 5 Jan 2003 09:06:08 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA16380; Mon, 6 Jan 2003 04:06:00 +1100 Date: Mon, 6 Jan 2003 04:06:20 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: current@freebsd.org Cc: phk@freebsd.org Subject: specfs lock plumbing broken Message-ID: <20030106031002.N295-100000@gamplex.bde.org> 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 The following change uncovers bugs in specfs locking and other places: % RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v % Working file: ufs_vnops.c % head: 1.222 % ... % ---------------------------- % revision 1.221 % date: 2003/01/04 08:47:19; author: phk; state: Exp; lines: +0 -9 % Since Jeffr made the std* functions the default in rev 1.63 of % kern/vfs_defaults.c it is wrong for the individual filesystems to use % the std* functions as that prevents override of the default. % % Found by: src/tools/tools/vop_table % ---------------------------- specfs has always attempted to override the default to get no locking, but having the std* in ufs_vnops.c overrode the override so specfs got locking after all. This turns out to be essential for avoiding fatally inconsistent lock states and not just for avoiding races. Without it, the following bugs in ffs_vget() and deadfs are fatal: - ffs_vget() returns a locked vnode ... according to ffs's idea of locking. It calls lockmgr() directly, which gives the same result as ufs's vop_lock which is vop_stdlock(). The vnode never gets unlocked if it is handled by a file system whose vop_lock is vop_nolock (like specfs with the above change). - deadfs overrides the default for vop_lock but not for vop_unlock. So when a vnode that was left bogusly locked by the above bugs is revoked, deadfs_lock() is happy with it (it does nothing much), but deadfs's vop_unlock (== vop_stdunlock) passes it to lockmgr() and lockmgr() is often unhappy with it. For me, the bug was usually fatal at reboot time because lockmgr() was unhappy with the shell unlocking a vnode that was exclusively locked by a long-dead process. The exclusive lock had no effect while the vnode was handled by specfs because lockmgr() didn't get a chance to check it. Fixing specfs is simple: %%% Index: spec_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/specfs/spec_vnops.c,v retrieving revision 1.193 diff -u -2 -r1.193 spec_vnops.c --- spec_vnops.c 5 Jan 2003 10:03:57 -0000 1.193 +++ spec_vnops.c 5 Jan 2003 15:58:55 -0000 @@ -85,9 +89,7 @@ { &vop_getwritemount_desc, (vop_t *) vop_stdgetwritemount }, { &vop_ioctl_desc, (vop_t *) spec_ioctl }, - { &vop_islocked_desc, (vop_t *) vop_noislocked }, { &vop_kqfilter_desc, (vop_t *) spec_kqfilter }, { &vop_lease_desc, (vop_t *) vop_null }, { &vop_link_desc, (vop_t *) vop_panic }, - { &vop_lock_desc, (vop_t *) vop_nolock }, { &vop_mkdir_desc, (vop_t *) vop_panic }, { &vop_mknod_desc, (vop_t *) vop_panic }, @@ -108,5 +110,4 @@ { &vop_strategy_desc, (vop_t *) spec_strategy }, { &vop_symlink_desc, (vop_t *) vop_panic }, - { &vop_unlock_desc, (vop_t *) vop_nounlock }, { &vop_write_desc, (vop_t *) spec_write }, { NULL, NULL } %%% Bugs found while investigating this: - spec_print() is unreachable because ufs_vnops.c overrides it. - spec_print() is of low quality: it doesn't print the device name or number. - devfs_print() would be reachable but doesn't exist, so vprint() prints even lower quality output for devfs since there nothing prints an inode number either. - the vop tables work even worse than might first appear. - other entries in specfs's vop table seem to be unreachable or unnecessary (because the default is better). - deadfs is also missing an override for vop_islocked. This is OK provided it is never passed locked vnodes. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 9:14: 4 2003 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 6F9A337B401 for ; Sun, 5 Jan 2003 09:14:03 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1208C43ED4 for ; Sun, 5 Jan 2003 09:14:03 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [64.175.107.48] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 05 Jan 2003 10:14:02 -0700 Message-ID: <3E1867D7.6030507@hotmail.com> Date: Sun, 05 Jan 2003 09:13:59 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021128 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: VOP_STRATEGY on VCHR? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed 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 phk@FreeBSD.ORG wrote: > In message <3E17D52F.7050307@hotmail.com>, walt writes: > >VOP_STRATEGY on VCHR > >: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags > (VV_OBJBUF), > >Sorry, need DDB option to print backtrace > > > >That feels like an error message (sort of) but everything seems to be > >working normally. Is this a real problem or just noise? > > > Well, to you it's just noise, to me it's a real problem :-) > > It is probably the same problem as the one I just commited a fix for. Your patch eliminated my noise -- I hope it also fixed your problem ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 9:17:48 2003 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 1F5BB37B401 for ; Sun, 5 Jan 2003 09:17:47 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C2C443EC2 for ; Sun, 5 Jan 2003 09:17:46 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05HHYAS008326; Sun, 5 Jan 2003 18:17:34 +0100 (CET) (envelope-from phk@freebsd.org) To: Bruce Evans Cc: current@freebsd.org Subject: Re: specfs lock plumbing broken From: phk@freebsd.org In-Reply-To: Your message of "Mon, 06 Jan 2003 04:06:20 +1100." <20030106031002.N295-100000@gamplex.bde.org> Date: Sun, 05 Jan 2003 18:17:34 +0100 Message-ID: <8325.1041787054@critter.freebsd.dk> 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 <20030106031002.N295-100000@gamplex.bde.org>, Bruce Evans writes: >The following change uncovers bugs in specfs locking and other places: Wow, that was fun! :-/ I always wondered why specfs would insist on no locking, but I never had much ambition for finding out. >Fixing specfs is simple: This is not tested with DEVFS I take it ? > >Bugs found while investigating this: >- spec_print() is unreachable because ufs_vnops.c overrides it. >- spec_print() is of low quality: it doesn't print the device name or number. spec_print should probably just be retired, after all specfs is only a set of common helper functions and not a filesystem as such. >- the vop tables work even worse than might first appear. I agree, but I have no ambition to fiddle with the mechanics of them. >- other entries in specfs's vop table seem to be unreachable or unnecessary > (because the default is better). Suggestions ? >- deadfs is also missing an override for vop_islocked. This is OK provided > it is never passed locked vnodes. I have no opinion on this one. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 9:23:41 2003 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 9EE0737B401 for ; Sun, 5 Jan 2003 09:23:40 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485AA43EB2 for ; Sun, 5 Jan 2003 09:23:40 -0800 (PST) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [64.175.107.48] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.22 $ on Novell NetWare via secured & encrypted transport (TLS); Sun, 05 Jan 2003 10:23:39 -0700 Message-ID: <3E186A19.3000401@hotmail.com> Date: Sun, 05 Jan 2003 09:23:37 -0800 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021128 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: nVidia opengl works as root but not as user References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed 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 David Holm wrote: > Hi, > it's getting boring seeing all the nvidia posts but I'm so darn close to > having it working here... May I ask what you've done to get as far as you have? I have their driver working okay on -STABLE but of course it won't even compile on -CURRENT and I don't know enough to fix it. I'm using their file NVIDIA_FreeBSD-1.0-3203.tar.gz. Are there other sources I could be trying? Other patches? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 9:30:37 2003 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 F307E37B405 for ; Sun, 5 Jan 2003 09:30:35 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD6643ED1 for ; Sun, 5 Jan 2003 09:30:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA17511; Mon, 6 Jan 2003 04:30:19 +1100 Date: Mon, 6 Jan 2003 04:30:34 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Alexander Leidinger Cc: Andy Farkas , Subject: Re: kernel compile bloat In-Reply-To: <20030105154232.48bc4879.Alexander@Leidinger.net> Message-ID: <20030106042136.F590-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003, Alexander Leidinger wrote: > On Sun, 5 Jan 2003 22:14:26 +1000 (EST) > Andy Farkas wrote: > > > > > Why does compiling a kernel (make buildkernel KERNCONF=GENERIC) take > > 7 times as much space on 5.0-current than it does on 4.7-stable? > > > > On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB. > > > > On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB! > > > > (for each box, I rm /usr/obj/*, make buildworld, then make buildkernel > > KERNCONF=GENERIC) > > Because debug symbols are enabled in 5.0 for kernel compiles (the > installed kernel is without debug symbols, but in your kernel build > directory should also be a much larger kernel.debug). It also builds modules. Normal bloat for -current is a measly factor of 2 or so. My kernel compile directory has size 340MB, but it has 9 kernels including GENERIC and LINT and copies of *.o in all of them. My normal kernel takes 12MB including 4M for a copy of *.o; GENERIC takes 135MB including 50MB for the copy. This is with modules avoided as far as possible; building modules would more than double the size of everything. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 10: 7:11 2003 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 EB68B37B401; Sun, 5 Jan 2003 10:07:08 -0800 (PST) Received: from snickers.greenwood.net (snickers.greenwood.net [205.247.45.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1308843ED8; Sun, 5 Jan 2003 10:07:08 -0800 (PST) (envelope-from jamieclarcksong@yahoo.com) Received: from yahoo.co.uk (skor.greenwood.net [205.247.45.7]) by snickers.greenwood.net (8.12.5/8.12.5) with SMTP id h05GEJFj007335; Sun, 5 Jan 2003 13:11:07 -0500 Date: Sun, 5 Jan 2003 13:11:07 -0500 Message-Id: <200301051811.h05GEJFj007335@snickers.greenwood.net> From: jamieclarcksong@yahoo.com Reply-To: jamieclarcksong@yahoo.com To: jamieclarcksong@yahoo.com Subject: Examples of School Web Sites X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=4, required 5, FORGED_YAHOO_RCVD, FROM_AND_TO_SAME_1, NO_REAL_NAME, SPAM_PHRASE_00_01) X-MailScanner-SpamScore: ssss 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 Found some other school web sites that we may want to compare ours too! http://bearcat.ubly.k12.mi.us/links/links.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 10:39:20 2003 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 3B73937B401; Sun, 5 Jan 2003 10:39:18 -0800 (PST) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2768143EB2; Sun, 5 Jan 2003 10:39:17 -0800 (PST) (envelope-from se@FreeBSD.org) Received: from fwd03.sul.t-online.de by mailout05.sul.t-online.com with smtp id 18VFg3-0001q5-05; Sun, 05 Jan 2003 19:39:15 +0100 Received: from Gatekeeper.FreeBSD.org (520047440004-0001@[217.81.11.225]) by fmrl03.sul.t-online.com with esmtp id 18VFfq-0blkUiC; Sun, 5 Jan 2003 19:39:02 +0100 Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id EFE745F1C; Sun, 5 Jan 2003 19:38:58 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id BF297161F; Sun, 5 Jan 2003 19:38:58 +0100 (CET) Date: Sun, 5 Jan 2003 19:38:58 +0100 From: Stefan Esser To: current@FreeBSD.org Subject: Periodic scripts ignore bzip2ed log files Message-ID: <20030105183858.GA9274@StefanEsser.FreeBSD.org> Mail-Followup-To: Stefan Esser , current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Sender: 520047440004-0001@t-dialin.net 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 When newsyslog.conf was modified to compress rotated log files with bzip2 instead of gzip some 3 months ago, most of the periodic scripts that process those log files were not tought how to decompress those archived files. This affects the following scripts: etc/periodic/daily/470.status-named etc/periodic/security/800.loginfail etc/periodic/security/900.tcpwrap The result is incomplete processing of log files and possibly the loss of important warnings that else might have been generated. In case there are no objections, I intend to commit the following patches (which should be merged to 5.0R before the release, IMHO). Regards, STefan Index: etc/periodic/daily/470.status-named =================================================================== RCS file: /usr/cvs/src/etc/periodic/daily/470.status-named,v retrieving revision 1.4 diff -u -r1.4 470.status-named --- etc/periodic/daily/470.status-named 7 Dec 2002 23:37:44 -0000 1.4 +++ etc/periodic/daily/470.status-named 4 Jan 2003 17:33:00 -0000 @@ -14,7 +14,13 @@ catmsgs() { find /var/log -name 'messages.*' -mtime -2 | sort -t. -r -n -k 2,2 | - xargs zcat -f + while read f + do + case $f in + *.gz) zcat -f $f;; + *.bz2) bzcat -f $f;; + esac + done [ -f /var/log/messages ] && cat /var/log/messages } Index: etc/periodic/security/800.loginfail =================================================================== RCS file: /usr/cvs/src/etc/periodic/security/800.loginfail,v retrieving revision 1.4 diff -u -r1.4 800.loginfail --- etc/periodic/security/800.loginfail 24 Sep 2002 18:53:46 -0000 1.4 +++ etc/periodic/security/800.loginfail 4 Jan 2003 17:33:15 -0000 @@ -45,7 +45,13 @@ catmsgs() { find ${LOG} -name 'auth.log.*' -mtime -2 | sort -t. -r -n -k 2,2 | - xargs zcat -f + while read f + do + case $f in + *.gz) zcat -f $f;; + *.bz2) bzcat -f $f;; + esac + done [ -f ${LOG}/auth.log ] && cat $LOG/auth.log } Index: etc/periodic/security/900.tcpwrap =================================================================== RCS file: /usr/cvs/src/etc/periodic/security/900.tcpwrap,v retrieving revision 1.2 diff -u -r1.2 900.tcpwrap --- etc/periodic/security/900.tcpwrap 24 Sep 2002 18:53:46 -0000 1.2 +++ etc/periodic/security/900.tcpwrap 4 Jan 2003 17:33:38 -0000 @@ -45,7 +45,13 @@ catmsgs() { find ${LOG} -name 'messages.*' -mtime -2 | sort -t. -r -n -k 2,2 | - xargs zcat -f + while read f + do + case $f in + *.gz) zcat -f $f;; + *.bz2) bzcat -f $f;; + esac + done [ -f ${LOG}/messages ] && cat $LOG/messages } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 10:47: 4 2003 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 8C09337B406; Sun, 5 Jan 2003 10:47:02 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7C743ED8; Sun, 5 Jan 2003 10:47:00 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA21267; Mon, 6 Jan 2003 05:46:57 +1100 Date: Mon, 6 Jan 2003 05:47:21 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: specfs lock plumbing broken In-Reply-To: <8325.1041787054@critter.freebsd.dk> Message-ID: <20030106050703.N401-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003 phk@freebsd.org wrote: > In message <20030106031002.N295-100000@gamplex.bde.org>, Bruce Evans writes: > > >The following change uncovers bugs in specfs locking and other places: > > Wow, that was fun! :-/ It took a while, yes %-). > I always wondered why specfs would insist on no locking, but I never > had much ambition for finding out. Me too. It seems to be mostly a mistake. > >Fixing specfs is simple: > > This is not tested with DEVFS I take it ? It doesn't affect devfs because devfs doesn't go through ufs. It goes straight to the default vnodeop table so it gets std* since it doesn't override them. > >Bugs found while investigating this: > >- spec_print() is unreachable because ufs_vnops.c overrides it. > >- spec_print() is of low quality: it doesn't print the device name or number. > > spec_print should probably just be retired, after all specfs is only > a set of common helper functions and not a filesystem as such. It can remove some knowledge of devices from ufs. There are similar problems for vprinting fifos. > >- the vop tables work even worse than might first appear. > > I agree, but I have no ambition to fiddle with the mechanics of them. > > >- other entries in specfs's vop table seem to be unreachable or unnecessary > > (because the default is better). > > Suggestions ? Surely the table doesn't need so many vop_panic's? Panicing for unsupported things should be the default. I can't see where some of the others are called. I'm getting some other panics. One while writing this was "bwrite: buffer is not busy???". Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 10:50: 7 2003 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 6D1FC37B401; Sun, 5 Jan 2003 10:50:05 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA4B43EC2; Sun, 5 Jan 2003 10:50:04 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id h05Io41Z089607; Sun, 5 Jan 2003 13:50:04 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Jan 2003 13:50:03 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Juli Mallett Cc: current@FreeBSD.org Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex In-Reply-To: <20030104142844.A65065@FreeBSD.org> Message-ID: 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 Sat, 4 Jan 2003, Juli Mallett wrote: > * De: Robert Watson [ Data: 2003-01-04 ] > [ Subjecte: pthread ^T problem on recent -CURRENT: death in libc_r mutex ] > > > > Juli Mallett pointed me at the following reproduceable problem on my > > -current notebook with userland/kernel dated Dec 29: > > Incidentally, this doesn't illustrate the problem I was actually trying > to point out. Try making the sleep's pthread_yield(). That will make > the threads never run again. sleep is the hack I've had to do. In my > appp, I have a 'my_yield' function which will sleep on FreeBSD, and > yield on everywhere else :( Updating to Jan 4 kernel generates the same failure mode for me: following a ^T, I get a core dump. If I run it outside of gdb and then run gdb on the core dump, I get the following: (gdb) bt #0 0x2807aa63 in _mutex_cv_lock () from /usr/lib/libc_r.so.5 #1 0x2807a749 in pthread_mutex_unlock () from /usr/lib/libc_r.so.5 #2 0x28136164 in funlockfile () from /usr/lib/libc.so.5 #3 0x2812c6ab in vfprintf () from /usr/lib/libc.so.5 #4 0x2811ab82 in printf () from /usr/lib/libc.so.5 #5 0x08048611 in thread1 (arg=0x0) at test.c:12 #6 0x280732ce in _thread_start () from /usr/lib/libc_r.so.5 There's a bit more noise if I run it under gdb, since gdb picks up the SIGINFO delivery (twice?) but the same result occurs in the end: 1load: 0.07 cmd: test 690 [running] 0.04u 0.20s 0% 816k Program received signal SIGINFO, Information request. 0x280d4c83 in poll () from /usr/lib/libc.so.5 (gdb) cont Continuing. Program received signal SIGINFO, Information request. 0x280d4c83 in poll () from /usr/lib/libc.so.5 (gdb) cont Continuing. Program received signal SIGBUS, Bus error. [Switching to Process 690, Thread 4] 0x2807aa63 in _mutex_cv_lock () from /usr/lib/libc_r.so.5 (gdb) trace trace command requires an argument (gdb) bt #0 0x2807aa63 in _mutex_cv_lock () from /usr/lib/libc_r.so.5 #1 0x2807a749 in pthread_mutex_unlock () from /usr/lib/libc_r.so.5 #2 0x28136164 in funlockfile () from /usr/lib/libc.so.5 #3 0x2812c6ab in vfprintf () from /usr/lib/libc.so.5 #4 0x2811ab82 in printf () from /usr/lib/libc.so.5 #5 0x08048611 in thread1 (arg=0x0) at test.c:12 #6 0x280732ce in _thread_start () from /usr/lib/libc_r.so.5 (gdb) Either way, still not the symptoms you have, but equally fatal. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 10:52: 5 2003 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 67E6637B401 for ; Sun, 5 Jan 2003 10:52:04 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8977443EB2 for ; Sun, 5 Jan 2003 10:52:03 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05IptAS009631; Sun, 5 Jan 2003 19:51:56 +0100 (CET) (envelope-from phk@freebsd.org) To: Bruce Evans Cc: current@freebsd.org Subject: Re: specfs lock plumbing broken From: phk@freebsd.org In-Reply-To: Your message of "Mon, 06 Jan 2003 05:47:21 +1100." <20030106050703.N401-100000@gamplex.bde.org> Date: Sun, 05 Jan 2003 19:51:55 +0100 Message-ID: <9630.1041792715@critter.freebsd.dk> 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 <20030106050703.N401-100000@gamplex.bde.org>, Bruce Evans writes: >On Sun, 5 Jan 2003 phk@freebsd.org wrote: > >> I always wondered why specfs would insist on no locking, but I never >> had much ambition for finding out. > >Me too. It seems to be mostly a mistake. > >> >Fixing specfs is simple: >> >> This is not tested with DEVFS I take it ? > >It doesn't affect devfs because devfs doesn't go through ufs. It goes >straight to the default vnodeop table so it gets std* since it doesn't >override them. Uhm, no. DEVFS only goes to the default vector for directories, for devices it goes to spec_vnoperate. >I'm getting some other panics. One while writing this was >"bwrite: buffer is not busy???". Yes, I'm hunting that one atm, but havn't found a way to reproduce. Did you get any complaints about the wrong strategy for the wrong type of node before this panic ? Do you have DEBUG_VFS_LOCKS in your kernel ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11: 8:23 2003 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 C5DE037B401 for ; Sun, 5 Jan 2003 11:08:20 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 248EB43EA9 for ; Sun, 5 Jan 2003 11:08:20 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id h05J8J1Z089695 for ; Sun, 5 Jan 2003 14:08:20 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Jan 2003 14:08:19 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: gdb: failed to set signal flags properly for ast() Message-ID: 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 While debugging the recent pthreads problem, I've started running into this: pid 663 (test), uid 1000: exited on signal 10 (core dumped) failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() pid 709 (test), uid 0: exited on signal 10 (core dumped) pid 713 (test), uid 0: exited on signal 10 (core dumped) failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() failed to set signal flags properly for ast() It appears to happen frequently when running the previously posted "test" source code for -pthread under gdb. When running the test program outside of gdb, this doesn't happen, suggesting a possible interaction with ptrace. To trigger it the first time under gdb, I have to hit Ctrl-T, then type continue a few times. Under gdb, Ctrl-T appears to "sometimes" cause a sigbus; the rest of the time, it causes this warning to start being generated while the program continues. Once the warning has started to be generated, it gets generated about 12 times almost immediately, and then intermittently from then onwards. Source below. Compiled using -g, -Wall, -pthread. (so not KSE) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories #include #include #include void * thread1(void *arg) { while (1) { /* sleep(2); */ pthread_yield(); printf("1\n"); } } void * thread2(void *arg) { sleep(1); while (1) { /* sleep(2); */ pthread_yield(); printf("2\n"); } } int main(int argc, char *argv[]) { pthread_t t1, t2; int error; error = pthread_create(&t1, NULL, thread1, NULL); error = pthread_create(&t2, NULL, thread2, NULL); error = pthread_join(t1, NULL); error = pthread_join(t2, NULL); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11:17:26 2003 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 ADE9A37B401 for ; Sun, 5 Jan 2003 11:17:24 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 8616B43ED8 for ; Sun, 5 Jan 2003 11:17:23 -0800 (PST) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 22833 invoked by uid 0); 5 Jan 2003 19:17:22 -0000 Received: from p5091014e.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.1.78) by mail.gmx.net (mp003-rz3) with SMTP; 5 Jan 2003 19:17:22 -0000 Received: (qmail 99653 invoked from network); 5 Jan 2003 15:34:35 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 5 Jan 2003 15:34:35 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id h05FYZ099649 for current@FreeBSD.ORG; Sun, 5 Jan 2003 16:34:35 +0100 (CET) (envelope-from sittig) Date: Sun, 5 Jan 2003 16:34:35 +0100 From: Gerhard Sittig To: current@FreeBSD.ORG Subject: Re: alpha tinderbox failure Message-ID: <20030105163435.V4807@shell.gsinet.sittig.org> Mail-Followup-To: current@FreeBSD.ORG References: <2994.1041712055@critter.freebsd.dk> <20030105175202.N14167-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030105175202.N14167-100000@gamplex.bde.org>; from bde@zeta.org.au on Sun, Jan 05, 2003 at 06:00:26PM +1100 Organization: System Defenestrators Inc. 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, Jan 05, 2003 at 18:00 +1100, Bruce Evans wrote: > > On Sat, 4 Jan 2003 phk@FreeBSD.ORG wrote: > > > In message <20030104201357.D27142A8A5@canning.wemm.org>, Peter Wemm writes: > > >> No, it isn't the regression tests. It is this here in the start of stage 4: > > >> > > >> ===> usr.bin/vi > > >> *** Error code 1 (ignored) > > >> *** Error code 1 (ignored) > > >> ===> usr.bin/vis > > >> > > >> As soon as 'whereintheworld' sees an 'error code', it starts dumping that > > >> entire block to the end. If you care to find and fix the build in vi, that > > >> would solve it. > > > > I think it would be more profitable to teach "whereintheworld" about > > the "(ignored)" string, wouldn't it ? > > No; it would be more profitable to teach programmers to not ignore errors. Amen! :] Although the above case is special from what I learnt in another message in this thread (I managed to delete it after seeing it so I cannot quote it here). ISTR that the non zero exit status comes from a tool with the following convention: 0 is "absolutely OK", 1 is "not perfect but still plausible enough to get accepted most of the time", and 2 is "a real error, never OK". So the exit code of 1 is more of a warning than an error. Ignoring _any_ non zero exit status in the Makefile is an error. The rule should instead accept success and warning messages as success while bailing out on the errors. This can be done with shell syntax as I have seen in some small test: $ sh -c 'exit 0'; [ $? -le 1 ] $ echo $? 0 $ sh -c 'exit 1'; [ $? -le 1 ] $ echo $? 0 $ sh -c 'exit 2'; [ $? -le 1 ] $ echo $? 1 $ sh -c 'exit 3'; [ $? -le 1 ] $ echo $? 1 This means: adding the "[ $? -le 1 ]" test to the Makefile rule and *not* ignoring the command's (sequence's) exit status will prevent the acceptable warning from stopping the build while real errors do break the build as one would expect from make(1). And the mentioned tool (sorry, I don't remember its name) is still able to warn those who are interested (release builders?). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11:32:58 2003 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 3B67537B401; Sun, 5 Jan 2003 11:32:57 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5848043ED1; Sun, 5 Jan 2003 11:32:56 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05JWoAS010200; Sun, 5 Jan 2003 20:32:50 +0100 (CET) (envelope-from phk@freebsd.org) To: Robert Watson Cc: current@freebsd.org Subject: Re: gdb: failed to set signal flags properly for ast() From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 14:08:19 EST." Date: Sun, 05 Jan 2003 20:32:50 +0100 Message-ID: <10199.1041795170@critter.freebsd.dk> 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 , Robe rt Watson writes: > >While debugging the recent pthreads problem, I've started running into >this: > >pid 663 (test), uid 1000: exited on signal 10 (core dumped) >failed to set signal flags properly for ast() >failed to set signal flags properly for ast() >failed to set signal flags properly for ast() >failed to set signal flags properly for ast() >failed to set signal flags properly for ast() >failed to set signal flags properly for ast() I can't remember how I triggered this, but I have personally run with this patch for some time: (NB: Cut&Paste) Index: kern/subr_trap.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_trap.c,v retrieving revision 1.239 diff -u -r1.239 subr_trap.c --- kern/subr_trap.c 28 Dec 2002 01:23:07 -0000 1.239 +++ kern/subr_trap.c 28 Dec 2002 09:05:22 -0000 @@ -74,6 +74,7 @@ { struct proc *p = td->td_proc; struct kse *ke = td->td_kse; + static int enough; CTR3(KTR_SYSC, "userret: thread %p (pid %d, %s)", td, p->p_pid, p->p_comm); @@ -84,7 +85,8 @@ mtx_lock_spin(&sched_lock); if (SIGPENDING(p) && ((p->p_sflag & PS_NEEDSIGCHK) == 0 || (td->td_kse->ke_flags & KEF_ASTPENDING) == 0)) - printf("failed to set signal flags properly for ast()\n"); + if (++enough < 10) + printf("failed to set signal flags properly for ast()\n"); mtx_unlock_spin(&sched_lock); PROC_UNLOCK(p); mtx_unlock(&Giant); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11:36:42 2003 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 EB28D37B401 for ; Sun, 5 Jan 2003 11:36:39 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE59943EC5 for ; Sun, 5 Jan 2003 11:36:33 -0800 (PST) (envelope-from paul@fnug.net) Received: from computer (unknown [192.168.0.101]) by disk.fnug.net (Postfix) with SMTP id 859B74497 for ; Sun, 5 Jan 2003 20:36:31 +0100 (CET) Message-ID: <3E18893F.6080009@fnug.net> Date: Sun, 05 Jan 2003 20:36:31 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: Re: Unable to mount ext2fs partition References: <20030105022547.GA40477@papagena.rockefeller.edu> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi, I had to install the e2fstools port before I could access my e2fs partitions after installing -current. Thereafter everything has been fine. No problems with the disk, etc. The only thing that is a problem is if your e2fs partion(s) are mounted and your system crashes or the mount is uncleanly shut down. Then I have to use a linux livecd to repair the partition as the freebsd e2fsck often isn't able to clean up the mess. Regards, Paul Rahul Siddharthan wrote: > I decided to bump my laptop up to 5.0-CURRENT today. All seems to have > gone well and all my old binaries work fine, it looks very nice. > > However, I can no longer mount my linux partition: when I try, I get > # mount -t ext2fs /dev/ad0s2 /mnt > ext2fs: /dev/ad0s2: No such file or directory > > Did something change when I install new bootblocks, and how do I fix it? > > Below, output from fdisk and disklabel. I don't remember anything unusual > before the upgrade. > > Thanks, > > Rahul > > ----------- > > # fdisk > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=19485 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=19485 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 13912227 (6793 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 865/ head 254/ sector 63 > The data for partition 2 is: > sysid 131 (0x83),(Linux native) > start 13912290, size 5719140 (2792 Meg), flag 0 > beg: cyl 866/ head 0/ sector 1; > end: cyl 1023/ head 254/ sector 63 > The data for partition 3 is: > > The data for partition 4 is: > > > > # disklabel -r /dev/ad0s2 > # /dev/ad0s2: > type: ESDI > disk: ad0s2 > label: > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 356 > sectors/unit: 5719140 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0 > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > c: 5719140 13912290 unused 0 0 # (Cyl. 866 - 1221) > e: 5719140 13912290 4.2BSD 1024 8192 16 # (Cyl. 866 - 1221) > partition c: offset past end of unit > partition c: partition extends past end of unit > Warning, partition c doesn't start at 0! > Warning, An incorrect partition c may cause problems for standard system utilities > partition e: offset past end of unit > partition e: partition extends past end of unit > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11:44: 3 2003 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 46B1B37B401 for ; Sun, 5 Jan 2003 11:44:02 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A7543EA9 for ; Sun, 5 Jan 2003 11:44:01 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05JhsAS010304; Sun, 5 Jan 2003 20:43:54 +0100 (CET) (envelope-from phk@freebsd.org) To: "Paul A. Mayer" Cc: freebsd-current Subject: Re: Unable to mount ext2fs partition From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 20:36:31 +0100." <3E18893F.6080009@fnug.net> Date: Sun, 05 Jan 2003 20:43:54 +0100 Message-ID: <10303.1041795834@critter.freebsd.dk> 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 <3E18893F.6080009@fnug.net>, "Paul A. Mayer" writes: >Hi, > >I had to install the e2fstools port before I could access my e2fs >partitions after installing -current. Thereafter everything has been >fine. No problems with the disk, etc. The only thing that is a problem >is if your e2fs partion(s) are mounted and your system crashes or the >mount is uncleanly shut down. Then I have to use a linux livecd to >repair the partition as the freebsd e2fsck often isn't able to clean up >the mess. The kernel should probably printf a warning about this if it rejects the mount because the filesystem is dirty. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 11:48: 6 2003 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 3CA8C37B401; Sun, 5 Jan 2003 11:48:05 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B7343EA9; Sun, 5 Jan 2003 11:48:04 -0800 (PST) (envelope-from paul@fnug.net) Received: from computer (unknown [192.168.0.101]) by disk.fnug.net (Postfix) with SMTP id 195854497; Sun, 5 Jan 2003 20:48:03 +0100 (CET) Message-ID: <3E188BF3.3040807@fnug.net> Date: Sun, 05 Jan 2003 20:48:03 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: phk@freebsd.org, freebsd-current Subject: Re: Unable to mount ext2fs partition References: <10303.1041795834@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi Poul-Henning, I does printf, but it doesn't initiate the e2fsck. Using the ports e2fsck has not shown itself to be the way to do restore order. (I get "et hav" of ata unaligned access errors and lots of other garbage.) It's easier to boot up a Gentoo LiveCD and "do it right".) Thanks, Paul phk@freebsd.org wrote: > In message <3E18893F.6080009@fnug.net>, "Paul A. Mayer" writes: > >>Hi, >> >>I had to install the e2fstools port before I could access my e2fs >>partitions after installing -current. Thereafter everything has been >>fine. No problems with the disk, etc. The only thing that is a problem >>is if your e2fs partion(s) are mounted and your system crashes or the >>mount is uncleanly shut down. Then I have to use a linux livecd to >>repair the partition as the freebsd e2fsck often isn't able to clean up >>the mess. > > > The kernel should probably printf a warning about this if it rejects > the mount because the filesystem is dirty. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 12: 9:21 2003 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 A0CB737B401; Sun, 5 Jan 2003 12:09:19 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28C0E43EA9; Sun, 5 Jan 2003 12:09:18 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA26057; Mon, 6 Jan 2003 07:09:14 +1100 Date: Mon, 6 Jan 2003 07:09:35 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: specfs lock plumbing broken In-Reply-To: <9630.1041792715@critter.freebsd.dk> Message-ID: <20030106065245.O345-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003 phk@freebsd.org wrote: > In message <20030106050703.N401-100000@gamplex.bde.org>, Bruce Evans writes: > >On Sun, 5 Jan 2003 phk@freebsd.org wrote: > >> This is not tested with DEVFS I take it ? > > > >It doesn't affect devfs because devfs doesn't go through ufs. It goes > >straight to the default vnodeop table so it gets std* since it doesn't > >override them. > > Uhm, no. DEVFS only goes to the default vector for directories, for > devices it goes to spec_vnoperate. Hmm, that means that the spec_vnoperate() overrides actually worked, so devfs has never had locking and fixing specfs might break devfs :-). But devfs didn't have the bug either. This is presumably ufs stays out of its way in another way: it doesn't use ffs_vget(), so the vnode is not bogusly locked initially. > >I'm getting some other panics. One while writing this was > >"bwrite: buffer is not busy???". > > Yes, I'm hunting that one atm, but havn't found a way to reproduce. > > Did you get any complaints about the wrong strategy for the wrong > type of node before this panic ? I didn't notice one for that, but there is a panic for running wine which seems to be easy to reproduce and the message occurred just before that for at least the second of 2 panics in 2 attempts to run wine here. It was something simple involving vop_stdgetpages ...-> ffsext_strategy ... ffs presumably avoids this path by having a specialized getpages. > Do you have DEBUG_VFS_LOCKS in your kernel ? No. Also no INVARIANTS and the like. A profiling kernel (with profiling not running) seemed to panic faster. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 12:21:11 2003 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 B164F37B401; Sun, 5 Jan 2003 12:21:10 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC48043EA9; Sun, 5 Jan 2003 12:21:09 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003010520210800100pt5u2e>; Sun, 5 Jan 2003 20:21:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA96008; Sun, 5 Jan 2003 12:21:07 -0800 (PST) Date: Sun, 5 Jan 2003 12:21:06 -0800 (PST) From: Julian Elischer To: Robert Watson Cc: Juli Mallett , current@FreeBSD.org Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex In-Reply-To: Message-ID: 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 Sun, 5 Jan 2003, Robert Watson wrote: > > Updating to Jan 4 kernel generates the same failure mode for me: following What makes you think it's the kernel? > a ^T, I get a core dump. If I run it outside of gdb and then run gdb on > the core dump, I get the following: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 12:34:41 2003 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 DBC8737B401; Sun, 5 Jan 2003 12:34:40 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3669343EC5; Sun, 5 Jan 2003 12:34:40 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id h05KYb1Z090044; Sun, 5 Jan 2003 15:34:37 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 5 Jan 2003 15:34:37 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Julian Elischer Cc: Juli Mallett , current@FreeBSD.org Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex In-Reply-To: Message-ID: 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 Sun, 5 Jan 2003, Julian Elischer wrote: > On Sun, 5 Jan 2003, Robert Watson wrote: > > > > > Updating to Jan 4 kernel generates the same failure mode for me: following > > What makes you think it's the kernel? Well, to be more precise, I upgraded the entire system to Jan 4. I'm assuming it's something about poor signal handling in libc_r, actually. > > a ^T, I get a core dump. If I run it outside of gdb and then run gdb on > > the core dump, I get the following: Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 12:35:54 2003 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 B13AB37B401; Sun, 5 Jan 2003 12:35:53 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64CE143EB2; Sun, 5 Jan 2003 12:35:52 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id HAA27716; Mon, 6 Jan 2003 07:35:39 +1100 Date: Mon, 6 Jan 2003 07:36:00 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Paul A. Mayer" Cc: phk@FreeBSD.ORG, freebsd-current Subject: Re: Unable to mount ext2fs partition In-Reply-To: <3E188BF3.3040807@fnug.net> Message-ID: <20030106072742.D505-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003, Paul A. Mayer wrote: > I does printf, but it doesn't initiate the e2fsck. Using the ports It prints essentially the same mount failure message as ufs. > e2fsck has not shown itself to be the way to do restore order. (I get > "et hav" of ata unaligned access errors and lots of other garbage.) It always worked for me until block devices were axed. Apparently it still depends on random accesses to non-block boundaries and sizes working. > It's easier to boot up a Gentoo LiveCD and "do it right".) Or upgrade to FreeBSD-3 to get unaxed block devices :->. The ext2fs utilites work on regular files (better than ffs ones), so they can be used (very slowly and with muttering about axes) directly under FreeBSD by copying partitions to regular files, fixing them there, and copying them back. This is least painful for mke2fs since you can start with a sparse file instead of a copy of a partition. [Context lost to top posting] Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 12:58:39 2003 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 7040C37B401 for ; Sun, 5 Jan 2003 12:58:38 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 911BD43EC2 for ; Sun, 5 Jan 2003 12:58:37 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 8038 invoked by uid 1000); 5 Jan 2003 20:58:38 -0000 Date: Sun, 5 Jan 2003 12:58:38 -0800 (PST) From: Nate Lawson To: Bruce Evans Cc: current@freebsd.org, phk@freebsd.org Subject: Re: specfs lock plumbing broken In-Reply-To: <20030106031002.N295-100000@gamplex.bde.org> Message-ID: 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 Mon, 6 Jan 2003, Bruce Evans wrote: > - spec_print() is of low quality: it doesn't print the device name or number. > - devfs_print() would be reachable but doesn't exist, so vprint() prints > even lower quality output for devfs since there nothing prints an inode > number either. I was the one who left vprint in a not-so-desirable state. I plan to fix it very soon if you can tell me what info should be printed at what layer. For instance, several fs's print the device but this is probably unnecessary since specfs could do this. Care to elaborate? -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 13: 5:20 2003 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 3561037B405; Sun, 5 Jan 2003 13:05:19 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 624E043EA9; Sun, 5 Jan 2003 13:05:18 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h05L5765019878; Sun, 5 Jan 2003 13:05:07 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h05L3qlf019865; Sun, 5 Jan 2003 13:03:52 -0800 (PST) Date: Sun, 5 Jan 2003 13:03:51 -0800 From: "David O'Brien" To: Stefan Esser Cc: current@freebsd.org Subject: Re: Periodic scripts ignore bzip2ed log files Message-ID: <20030105210351.GA8003@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Stefan Esser , current@FreeBSD.org References: <20030105183858.GA9274@StefanEsser.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030105183858.GA9274@StefanEsser.FreeBSD.org> User-Agent: Mutt/1.4i 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, Jan 05, 2003 at 07:38:58PM +0100, Stefan Esser wrote: > When newsyslog.conf was modified to compress rotated log files with bzip2 > instead of gzip some 3 months ago, most of the periodic scripts that process > those log files were not tought how to decompress those archived files. > > This affects the following scripts: > etc/periodic/daily/470.status-named > etc/periodic/security/800.loginfail > etc/periodic/security/900.tcpwrap Looks good. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 13:19:53 2003 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 4D85037B401; Sun, 5 Jan 2003 13:19:52 -0800 (PST) Received: from emmi.physik.TU-Berlin.DE (emmi.physik.TU-Berlin.DE [130.149.160.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507E643E4A; Sun, 5 Jan 2003 13:19:51 -0800 (PST) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: from emmi.physik.TU-Berlin.DE (localhost.physik.TU-Berlin.DE [127.0.0.1]) by emmi.physik.TU-Berlin.DE (8.12.6/8.11.6) with ESMTP id h05LJnlk055286; Sun, 5 Jan 2003 22:19:49 +0100 (CET) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: (from jschlesn@localhost) by emmi.physik.TU-Berlin.DE (8.12.6/8.12.3/Submit) id h05LJnss055285; Sun, 5 Jan 2003 22:19:49 +0100 (CET) Date: Sun, 5 Jan 2003 22:19:49 +0100 From: Jan Schlesner To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bzip2recover isn't compiled/installed during build/install world (STABLE & CURRENT) Message-ID: <20030105211949.GA54786@physik.TU-Berlin.DE> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <20030104164945.GA918@gw.tex.bogus> <44el7rr1qd.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44el7rr1qd.fsf@be-well.ilk.org> User-Agent: Mutt/1.4i X-Url: X-PGP-Key: X-Operating-System: FreeBSD 4.7-RELEASE-p2, i386 X-Mailer: Mutt 1.4i ( i386 FreeBSD 4.7-RELEASE-p2 ) 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, Jan 05, 2003 at 11:38:18AM -0500, Lowell Gilbert wrote: > Nuno Teixeira writes: > > > I noted that bzip2recover isn't installed during build/installworld. I > > think it may be something related with it makefile. > > > > This happens on both STABLE and CURRENT brach. > > > > I someone could correct this, I apreciate that. > > I don't think it's a mistake. It isn't needed or used for the regular > system operation, so there's no need for it to be in the base system. > > If you want it, installing the port is a trivial way of getting it > into your system. After a cvsup yesterday I have had the same problem. The problem was that in src/usr.bin/Makefile bzip2recover was listed as subdir, but there was no subdir bzip2recover. After deleting the line with bzip2recover all works fine. Today there is now a subidr bzip2recover. Jan -- [ gpg key: http://nl1.physik.tu-berlin.de/~jan/jschlesn.gpg ] [ key fingerprint: 4236 3497 C4CF 4F3A 274F B6E2 C4F6 B639 1DF4 CF0A ] -- It's better to reign in hell, than to serve in heaven... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 13:20:31 2003 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 2132C37B401; Sun, 5 Jan 2003 13:20:30 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167C443EA9; Sun, 5 Jan 2003 13:20:29 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h05LKS65020981; Sun, 5 Jan 2003 13:20:28 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h05LJDjZ020945; Sun, 5 Jan 2003 13:19:13 -0800 (PST) Date: Sun, 5 Jan 2003 13:19:13 -0800 From: "David O'Brien" To: phk@freebsd.org Cc: Willem Jan Withagen , current@freebsd.org Subject: Re: Panic: Initiate_write_inodeblock_ufs1: already started Message-ID: <20030105211913.GC8003@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , phk@freebsd.org, Willem Jan Withagen , current@freebsd.org References: <063601c2b4d0$ff02dc50$471b3dd4@dual> <7516.1041782475@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7516.1041782475@critter.freebsd.dk> User-Agent: Mutt/1.4i 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, Jan 05, 2003 at 05:01:15PM +0100, phk@freebsd.org wrote: > In message <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes: > >But now it panics on: > > Initiate_write_inodeblock_ufs1: already started. > > When does it panic ? in the boot sequence ? after ? After about 24 hrs for me. > Can you get me the first 4-5 lines of the output from "trace" ? (kgdb) bt #0 0xc01ccb5b in doadump () #1 0xc01cd05e in boot () #2 0xc01cd309 in panic () #3 0xc028aaf2 in initiate_write_inodeblock_ufs1 () #4 0xc028a500 in softdep_disk_io_initiation () #5 0xc019bb79 in spec_strategy () #6 0xc019ae18 in spec_vnoperate () #7 0xc020cdd3 in bwrite () #8 0xc020e270 in vfs_bio_awrite () #9 0xc019b937 in spec_fsync () #10 0xc019ae18 in spec_vnoperate () #11 0xc021ca24 in sched_sync () #12 0xc01b9f25 in fork_exit () Sorry already built a new kernel, so I don't have kernel.debug any longer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 13:22:59 2003 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 439CE37B401 for ; Sun, 5 Jan 2003 13:22:58 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA5A43EC2 for ; Sun, 5 Jan 2003 13:22:57 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h05LMv65021026; Sun, 5 Jan 2003 13:22:57 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h05LLf69021002; Sun, 5 Jan 2003 13:21:41 -0800 (PST) Date: Sun, 5 Jan 2003 13:21:41 -0800 From: "David O'Brien" To: Andy Farkas Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel compile bloat Message-ID: <20030105212141.GD8003@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20030105220017.T14049-100000@hewey.af.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030105220017.T14049-100000@hewey.af.speednet.com.au> User-Agent: Mutt/1.4i 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, Jan 05, 2003 at 10:14:26PM +1000, Andy Farkas wrote: > On a 4.7-stable box, /usr/obj/usr/src/sys totals 34 MB. > On a 5.0-current box, /usr/obj/usr/src/sys totals 270 MB! The debugging format (stabs to dwarf2) has also changed from 4.x to 5-CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 13:26: 3 2003 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 32F9D37B401 for ; Sun, 5 Jan 2003 13:26:01 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45DCE43EB2 for ; Sun, 5 Jan 2003 13:25:50 -0800 (PST) (envelope-from paul@fnug.net) Received: from fnug.net (unknown [192.168.0.100]) by disk.fnug.net (Postfix) with ESMTP id 219D34497; Sun, 5 Jan 2003 22:25:48 +0059 (CET) Message-ID: <3E18A27B.70808@fnug.net> Date: Sun, 05 Jan 2003 22:24:11 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans Cc: freebsd-current Subject: Re: Unable to mount ext2fs partition References: <20030106072742.D505-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi Bruce, Thanks for this info. It's way beyond my technical understanding (which is truely minimal!), but I think I get the idea. What would this look like as a series of commands? Or better yet, what's the "right" way to share data between FreeBSD -current/coming and linux in a dual boot situation? ... Which is the real objective, (not playing with e2fs! ;.-) /Paul Bruce Evans wrote: > On Sun, 5 Jan 2003, Paul A. Mayer wrote: > > >>I does printf, but it doesn't initiate the e2fsck. Using the ports > > > It prints essentially the same mount failure message as ufs. > > >>e2fsck has not shown itself to be the way to do restore order. (I get >>"et hav" of ata unaligned access errors and lots of other garbage.) > > > It always worked for me until block devices were axed. Apparently it > still depends on random accesses to non-block boundaries and sizes > working. > > >>It's easier to boot up a Gentoo LiveCD and "do it right".) > > > Or upgrade to FreeBSD-3 to get unaxed block devices :->. > > The ext2fs utilites work on regular files (better than ffs ones), so > they can be used (very slowly and with muttering about axes) directly > under FreeBSD by copying partitions to regular files, fixing them > there, and copying them back. This is least painful for mke2fs since > you can start with a sparse file instead of a copy of a partition. > > [Context lost to top posting] > > Bruce > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14: 7:21 2003 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 E25D537B401; Sun, 5 Jan 2003 14:07:19 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F170343EB2; Sun, 5 Jan 2003 14:07:18 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05M7BAS011702; Sun, 5 Jan 2003 23:07:12 +0100 (CET) (envelope-from phk@freebsd.org) To: obrien@freebsd.org Cc: Willem Jan Withagen , current@freebsd.org Subject: Re: Panic: Initiate_write_inodeblock_ufs1: already started From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 13:19:13 PST." <20030105211913.GC8003@dragon.nuxi.com> Date: Sun, 05 Jan 2003 23:07:11 +0100 Message-ID: <11701.1041804431@critter.freebsd.dk> 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 <20030105211913.GC8003@dragon.nuxi.com>, "David O'Brien" writes: >On Sun, Jan 05, 2003 at 05:01:15PM +0100, phk@freebsd.org wrote: >> In message <063601c2b4d0$ff02dc50$471b3dd4@dual>, "Willem Jan Withagen" writes: >> >But now it panics on: >> > Initiate_write_inodeblock_ufs1: already started. >> >> When does it panic ? in the boot sequence ? after ? > >After about 24 hrs for me. Ok, I just found another stupid bug and committed a fix. Can I get you (and others who see this) to upgrade your sources so you have rev 1.351 of kern/vfs_bio.c ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14: 8:34 2003 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 9549037B401 for ; Sun, 5 Jan 2003 14:08:33 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A767143EA9 for ; Sun, 5 Jan 2003 14:08:32 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05M8JAS011724; Sun, 5 Jan 2003 23:08:26 +0100 (CET) (envelope-from phk@freebsd.org) To: Bruce Evans Cc: current@freebsd.org Subject: Re: specfs lock plumbing broken From: phk@freebsd.org In-Reply-To: Your message of "Mon, 06 Jan 2003 07:09:35 +1100." <20030106065245.O345-100000@gamplex.bde.org> Date: Sun, 05 Jan 2003 23:08:19 +0100 Message-ID: <11723.1041804499@critter.freebsd.dk> 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 <20030106065245.O345-100000@gamplex.bde.org>, Bruce Evans writes: >No. Also no INVARIANTS and the like. A profiling kernel (with profiling >not running) seemed to panic faster. Ok, in this case listening to KASSERTS would probably have helped you. Please try 1.351 of vfs_bio.c -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14:27:54 2003 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 C47CB37B401 for ; Sun, 5 Jan 2003 14:27:52 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 723E643E4A for ; Sun, 5 Jan 2003 14:27:52 -0800 (PST) (envelope-from rsidd@papagena.rockefeller.edu) Received: from user-0cev12d.cable.mindspring.com ([24.239.132.77] helo=bluerondo) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18VJFH-0000gt-01 for freebsd-current@freebsd.org; Sun, 05 Jan 2003 14:27:51 -0800 Received: (qmail 54762 invoked by uid 1001); 5 Jan 2003 22:27:40 -0000 Date: Sun, 5 Jan 2003 17:27:40 -0500 From: Rahul Siddharthan To: "Paul A. Mayer" Cc: freebsd-current Subject: Re: Unable to mount ext2fs partition Message-ID: <20030105222740.GA33220@papagena.rockefeller.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E18893F.6080009@fnug.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT i386 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 Paul A. Mayer wrote: > I had to install the e2fstools port before I could access my e2fs > partitions after installing -current. Thereafter everything has been > fine. No problems with the disk, etc. Hm, didn't know about this port.. but it still doesn't include a mount program, and I still can't mount the partition even after installing the port. I don't want to fsck it and risk screwing it up: it's a "real" linux system (ie, a dual-boot machine) and the linux continues to boot perfectly nicely. But here's what I get with an e2fsck -n : # e2fsck -n /dev/ad0s2 e2fsck 1.27 (8-Mar-2002) The filesystem size (according to the superblock) is 714892 blocks The physical size of the device is 0 blocks Either the superblock or the partition table is likely to be corrupt! Abort? no /dev/ad0s2: clean, 136602/357632 files, 456658/714892 blocks So what does that mean? Any way to fix it? > The only thing that is a problem > is if your e2fs partion(s) are mounted and your system crashes Not a problem for me (it's likely to be mounted read-only anyway, and I can always boot into linux to fix it if it's dirty) - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14:34:29 2003 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 6485137B401 for ; Sun, 5 Jan 2003 14:34:28 -0800 (PST) Received: from j0nah.ath.cx (ool-182f57bc.dyn.optonline.net [24.47.87.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFDEA43EA9 for ; Sun, 5 Jan 2003 14:34:27 -0800 (PST) (envelope-from jonah@j0nah.ath.cx) Received: by j0nah.ath.cx (Postfix, from userid 1000) id 87E3FBC50; Sun, 5 Jan 2003 12:31:56 -0500 (EST) Date: Sun, 5 Jan 2003 12:31:56 -0500 From: Jonah Sherman To: David Holm Cc: current@freebsd.org Subject: Re: nVidia opengl works as root but not as user Message-ID: <20030105173156.GA9111@rootbox> Reply-To: Jonah Sherman References: <200301051138.16640.david@realityrift.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200301051138.16640.david@realityrift.com> User-Agent: Mutt/1.4i 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 Im not sure why this would cause it but it's the only thing I can think of that differentiates between root and non-root for gl stuff: In your XF86Config-4, do you have a section which resembles the following? : Section "DRI" Mode 0666 EndSection If not, try adding it... On Sun, Jan 05, 2003 at 11:38:16AM +0100, David Holm wrote: > The thing is that OpenGL apps run perfectly as root, but whenever I use my > normal user I can run 1-2 OpenGL apps without any problems but when I run > them the next time the machine locks instantly and then reboots, this never > happens when I'm running as root. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14:46:24 2003 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 2D1AC37B401 for ; Sun, 5 Jan 2003 14:46:23 -0800 (PST) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D1943EEC for ; Sun, 5 Jan 2003 14:46:17 -0800 (PST) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 18VJWo-0002mH-00; Mon, 06 Jan 2003 04:45:58 +0600 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 18VJWo-0002lq-00; Mon, 06 Jan 2003 04:45:58 +0600 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.6/8.12.6) with ESMTP id h05MjpXp048475; Mon, 6 Jan 2003 04:45:51 +0600 (NS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.6/8.12.6/Submit) id h05MjoBT048472; Mon, 6 Jan 2003 04:45:50 +0600 (NS) (envelope-from fjoe) Date: Mon, 6 Jan 2003 04:45:49 +0600 From: Max Khon To: Jonah Sherman Cc: David Holm , current@freebsd.org Subject: Re: nVidia opengl works as root but not as user Message-ID: <20030106044549.A48222@iclub.nsu.ru> References: <200301051138.16640.david@realityrift.com> <20030105173156.GA9111@rootbox> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030105173156.GA9111@rootbox>; from jsherman@stuy.edu on Sun, Jan 05, 2003 at 12:31:56PM -0500 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: jsherman@stuy.edu, david@realityrift.com, current@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 hi, there! On Sun, Jan 05, 2003 at 12:31:56PM -0500, Jonah Sherman wrote: > Im not sure why this would cause it but it's the only thing I can think > of that differentiates between root and non-root for gl stuff: > > In your XF86Config-4, do you have a section which resembles the > following? : > > Section "DRI" > Mode 0666 > EndSection > > If not, try adding it... Seems that nVidia OpenGL does not use DRI and nVidia drivers do not implement it. /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 14:52:36 2003 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 5A4F837B401 for ; Sun, 5 Jan 2003 14:52:35 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871B143ED8 for ; Sun, 5 Jan 2003 14:52:34 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05MqSAS012187 for ; Sun, 5 Jan 2003 23:52:28 +0100 (CET) (envelope-from phk@freebsd.org) To: current@freebsd.org Subject: Kernel Code Coverage snapshot available. From: Poul-Henning Kamp Date: Sun, 05 Jan 2003 23:52:28 +0100 Message-ID: <12186.1041807148@critter.freebsd.dk> 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 I have uploaded a snapshot of the kernel code coverage output from my testbox, in case anybody want to study their favourite piece of code: http://phk.freebsd.dk/gcov/${sourcefile}.gcov For instance: http://phk.freebsd.dk/gcov/subr_witness.c.gcov I hope to commit the necessary stuff to the tree in a few days, after which you will all be able to do this yourself :-) I can't say that I think GCC does a very good job of matching the counts to the right line-numbers, but that is what we have to work with. Lowering the optimization level or enabling debugging may help, not sure, havn't tried. A typical example of the output is: static void witness_levelall (void) 169 { 169 struct witness_list *list; 169 struct witness *w, *w1; /* * First clear all levels. */ 15133 STAILQ_FOREACH(w, &w_all, w_list) { 14964 w->w_level = 0; } From which we for instance can figure out that on average the w_all list has approx 88 items on it. Enjoy... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 15: 7:47 2003 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 0E7C637B401 for ; Sun, 5 Jan 2003 15:07:46 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDC843ED1 for ; Sun, 5 Jan 2003 15:07:45 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05N7bAS012554; Mon, 6 Jan 2003 00:07:37 +0100 (CET) (envelope-from phk@freebsd.org) To: Rahul Siddharthan Cc: "Paul A. Mayer" , freebsd-current Subject: Re: Unable to mount ext2fs partition From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 17:27:40 EST." <20030105222740.GA33220@papagena.rockefeller.edu> Date: Mon, 06 Jan 2003 00:07:37 +0100 Message-ID: <12553.1041808057@critter.freebsd.dk> 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 <20030105222740.GA33220@papagena.rockefeller.edu>, Rahul Siddharthan writes: ># e2fsck -n /dev/ad0s2 >e2fsck 1.27 (8-Mar-2002) >The filesystem size (according to the superblock) is 714892 blocks >The physical size of the device is 0 blocks >Either the superblock or the partition table is likely to be corrupt! >Abort? no > >/dev/ad0s2: clean, 136602/357632 files, 456658/714892 blocks > >So what does that mean? Any way to fix it? Can you send us the output of sysctl -b kern.geom.conftxt please ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 15:11:51 2003 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 0A44537B401 for ; Sun, 5 Jan 2003 15:11:50 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E4743EC5 for ; Sun, 5 Jan 2003 15:11:49 -0800 (PST) (envelope-from rsidd@papagena.rockefeller.edu) Received: from user-0cev12d.cable.mindspring.com ([24.239.132.77] helo=bluerondo) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18VJvo-00077g-00 for freebsd-current@freebsd.org; Sun, 05 Jan 2003 15:11:48 -0800 Received: (qmail 82902 invoked by uid 1001); 5 Jan 2003 23:11:44 -0000 Date: Sun, 5 Jan 2003 18:11:44 -0500 From: Rahul Siddharthan To: phk@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: Unable to mount ext2fs partition Message-ID: <20030105231144.GA77444@papagena.rockefeller.edu> References: <20030105222740.GA33220@papagena.rockefeller.edu> <12553.1041808057@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12553.1041808057@critter.freebsd.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT i386 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 phk@freebsd.org wrote: > ># e2fsck -n /dev/ad0s2 > >e2fsck 1.27 (8-Mar-2002) > >The filesystem size (according to the superblock) is 714892 blocks > >The physical size of the device is 0 blocks > >Either the superblock or the partition table is likely to be corrupt! > >Abort? no > > > >/dev/ad0s2: clean, 136602/357632 files, 456658/714892 blocks > > > >So what does that mean? Any way to fix it? > > Can you send us the output of > sysctl -b kern.geom.conftxt > please ? 0 DISK ad0 10056130560 512 hd 16 sc 63 1 MBR ad0s2 2928199680 512 i 1 o 7123092480 ty 131 1 MBR ad0s1 7123060224 512 i 0 o 32256 ty 165 2 BSD ad0s1e 6816876032 512 i 4 o 306184192 2 BSD ad0s1c 7123060224 512 i 2 o 0 2 BSD ad0s1b 201326592 512 i 1 o 104857600 2 BSD ad0s1a 104857600 512 i 0 o 0 - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 15:14:23 2003 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 48BED37B401 for ; Sun, 5 Jan 2003 15:14:22 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F9343F08 for ; Sun, 5 Jan 2003 15:14:21 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h05NEFAS012671; Mon, 6 Jan 2003 00:14:15 +0100 (CET) (envelope-from phk@freebsd.org) To: Rahul Siddharthan Cc: freebsd-current@freebsd.org Subject: Re: Unable to mount ext2fs partition From: phk@freebsd.org In-Reply-To: Your message of "Sun, 05 Jan 2003 18:11:44 EST." <20030105231144.GA77444@papagena.rockefeller.edu> Date: Mon, 06 Jan 2003 00:14:15 +0100 Message-ID: <12670.1041808455@critter.freebsd.dk> 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 <20030105231144.GA77444@papagena.rockefeller.edu>, Rahul Siddharthan writes: >phk@freebsd.org wrote: >> ># e2fsck -n /dev/ad0s2 >> >e2fsck 1.27 (8-Mar-2002) >> >The filesystem size (according to the superblock) is 714892 blocks >> >The physical size of the device is 0 blocks >> >Either the superblock or the partition table is likely to be corrupt! >> >Abort? no >> > >> >/dev/ad0s2: clean, 136602/357632 files, 456658/714892 blocks >> > >> >So what does that mean? Any way to fix it? >> >> Can you send us the output of >> sysctl -b kern.geom.conftxt >> please ? > >0 DISK ad0 10056130560 512 hd 16 sc 63 >1 MBR ad0s2 2928199680 512 i 1 o 7123092480 ty 131 >1 MBR ad0s1 7123060224 512 i 0 o 32256 ty 165 >2 BSD ad0s1e 6816876032 512 i 4 o 306184192 >2 BSD ad0s1c 7123060224 512 i 2 o 0 >2 BSD ad0s1b 201326592 512 i 1 o 104857600 >2 BSD ad0s1a 104857600 512 i 0 o 0 Hmm, I can't see anything wrong here. I'm not an EXT2 specialist, and I don't really intend to become one, so I hope somebody else can help you out... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 15:22:31 2003 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 B765737B401 for ; Sun, 5 Jan 2003 15:22:29 -0800 (PST) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E80043E4A for ; Sun, 5 Jan 2003 15:22:29 -0800 (PST) (envelope-from rsidd@papagena.rockefeller.edu) Received: from user-0cev12d.cable.mindspring.com ([24.239.132.77] helo=bluerondo) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 18VK68-0000Jt-01 for freebsd-current@freebsd.org; Sun, 05 Jan 2003 15:22:29 -0800 Received: (qmail 93168 invoked by uid 1001); 5 Jan 2003 23:22:20 -0000 Date: Sun, 5 Jan 2003 18:22:19 -0500 From: Rahul Siddharthan To: phk@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: Unable to mount ext2fs partition Message-ID: <20030105232219.GA93064@papagena.rockefeller.edu> References: <20030105231144.GA77444@papagena.rockefeller.edu> <12670.1041808455@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12670.1041808455@critter.freebsd.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT i386 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 phk@freebsd.org said on Jan 6, 2003 at 00:14:15: > I'm not an EXT2 specialist, and I don't really intend to become one, > so I hope somebody else can help you out... As posted earlier, there seems to be "funny stuff" on my ufs disklabel too: # disklabel -r /dev/ad0s1 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 204800 63 4.2BSD 0 0 0 # (Cyl. 0*- 12*) b: 393216 204863 swap # (Cyl. 12*- 37*) c: 13912227 63 unused 0 0 # (Cyl. 0*- 865*) e: 13314211 598079 4.2BSD 0 0 0 # (Cyl. 37*- 865*) Warning, partition c doesn't start at 0! Warning, partition c doesn't cover the whole unit! Warning, An incorrect partition c may cause problems for standard system utilities Should I worry about that? As for the ext2fs partition: I can probably live with it. But it may bite more people after the -RELEASE.... Not sure whether this information is relevant, but the ext2 partition was originally a UFS partition. A few months ago I changed it to ext2 with freebsd 4.x's fdisk and then newfs'd with the linux mke2fs binary under linux emulation (FreeBSD 4.x, again). I then wrote a gentoo bootstrap filesystem to it and was able to boot it via grub. It's worked fine since then (I haven't messed with it again under freebsd, and it's mostly been mounted read-only). - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 15:36:58 2003 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 9276037B401 for ; Sun, 5 Jan 2003 15:36:56 -0800 (PST) Received: from relay8.melbpc.org.au (newglider.melbpc.org.au [203.12.152.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D22D43EA9 for ; Sun, 5 Jan 2003 15:36:55 -0800 (PST) (envelope-from kpeter@melbpc.org.au) Received: from melbpc.org.au (a1-92.melbpc.org.au [203.12.158.92]) by relay8.melbpc.org.au (8.12.6/8.12.6) with ESMTP id h05NaoP5043098 for ; Mon, 6 Jan 2003 10:36:51 +1100 (EST) (envelope-from kpeter@melbpc.org.au) Message-ID: <3E18C197.2010107@melbpc.org.au> Date: Mon, 06 Jan 2003 10:36:55 +1100 From: Peter Kostouros Reply-To: kpeter@melbpc.org.au Organization: Private Individual User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3a) Gecko/20021222 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@FreeBSD.ORG Subject: Re: VOP_STRATEGY on VCHR? References: <4314.1041762317@critter.freebsd.dk> In-Reply-To: <4314.1041762317@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.4(snapshot 20020706) (relay1) 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 received a similar problem during booting into single user mode upon startup. I hope the following helps: mounting root from ufs:/dev/ad2s1a start_init: trying /sbin/init VOP_STRATEGY on VCHR :0xc189a00: tag none, type VCHR, usecount 5, write count 0, refcount 6, flags (VV_OBJBUF) backtrace spec_strategy spec_getpages ffs_getpages vnode_pager_getpages exec_map_first_page kern_execve execve start_init fork_exit fork_trampoline --- trap 0x1, eip = 0, esp = 0xcbaaed7c, ebp = 0 --- phk@FreeBSD.ORG wrote: >In message <3E17D52F.7050307@hotmail.com>, walt writes: > > >>After updating world and kernel this evening I saw this message fly by >>during the reboot: >> >>Mounting root from ufs:/dev/ad0s3a >> >>VOP_STRATEGY on VCHR >>: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), >>Sorry, need DDB option to print backtrace >> >>That feels like an error message (sort of) but everything seems to be >>working normally. Is this a real problem or just noise? >> >> > >Well, to you it's just noise, to me it's a real problem :-) > >It is probably the same problem as the one I just commited a fix for. > >If you get this again after upgrading, please put the DDB option in >your kernel and see if you can reproduce it so I get a traceback. >The vnode information alone seems not quite as useful as I had hoped. > > > -- Regards Peter As always the organisation disavows knowledge of this email To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 16: 9:52 2003 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 EB69537B405 for ; Sun, 5 Jan 2003 16:09:50 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8038A43EC5 for ; Sun, 5 Jan 2003 16:09:50 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h0609osg025833 for ; Sun, 5 Jan 2003 16:09:50 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h0609oPu025831 for current@freebsd.org; Sun, 5 Jan 2003 16:09:50 -0800 (PST) Date: Sun, 5 Jan 2003 16:09:50 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301060009.h0609oPu025831@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Sun Jan 5 15:08:12 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Sun Jan 5 15:43:51 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Sun Jan 5 15:43:51 PST 2003 -------------------------------------------------------------- ===> vinum "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver is broken and is not compiled with LINT" /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type cc1: warnings being treated as errors /h/des/src/sys/netinet6/ip6_fw.c: In function `check_ip6fw_mbuf': /h/des/src/sys/netinet6/ip6_fw.c:979: warning: int format, different type arg (arg 4) /h/des/src/sys/netinet6/ip6_fw.c: In function `ip6_fw_ctl': /h/des/src/sys/netinet6/ip6_fw.c:1196: warning: int format, different type arg (arg 4) *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 18:54:12 2003 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 25FD737B401 for ; Sun, 5 Jan 2003 18:54:08 -0800 (PST) Received: from mx01.goddamnbastard.org (12-249-234-146.client.attbi.com [12.249.234.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7453343ED1 for ; Sun, 5 Jan 2003 18:54:02 -0800 (PST) (envelope-from ryanb@goddamnbastard.org) Received: by mx01.goddamnbastard.org (Postfix, from userid 1000) id 73BE4154DB; Sun, 5 Jan 2003 20:54:01 -0600 (CST) Date: Sun, 5 Jan 2003 20:54:01 -0600 From: ryan beasley To: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) Giant @ /usr/src/sys/vm/vm_fault.c:206 Message-ID: <20030106025401.GC311@goddamnbastard.org> References: <20030104163145.GT311@goddamnbastard.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bJBxXK1kQfYiHILX" Content-Disposition: inline In-Reply-To: <20030104163145.GT311@goddamnbastard.org> User-Agent: Mutt/1.4i 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 --bJBxXK1kQfYiHILX Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 04, 2003 at 10:31:45AM -0600, ryan beasley wrote: > Sources are HEAD from Dec 28th, 2002, 04:00 -0600. > DDB session reprinted below. dmesg at the tail. OK, I found a way to reproduce this one, but given that it only happens with a 3rd party module, I'm not necessarily sure where the fault lies. *boot in multiuser (vesa/miibus/if_dc loaded)* load module unload module *panic* I'm including a GDB capture including traceback and some locking information. Anyone have any ideas? Is there any other data I should grab and submit? (gdb) bt #0 Debugger (msg=3D0x12
) at atomic.h:260 #1 0xc019a03b in panic (fmt=3D0x0) at /home/ryanb/FREDRIK_DP_INV/sys/kern/kern_shutdown.c:503 #2 0xc01bbfff in witness_lock (lock=3D0xc0301160, flags=3D8, file=3D0xc02ea34e "/usr/src/sys/vm/vm_fault.c", line=3D206) at /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c:508 #3 0xc0190441 in _mtx_lock_flags (m=3D0xc0300fc0, opts=3D0, file=3D0xc0301160 "=C0\0170=C0J=BF-=C0J=BF-=C0", line=3D206) at /usr/src/sys/kern/kern_mutex.c:328 #4 0xc0271789 in vm_fault (map=3D0xc082f000, vaddr=3D3245330432, fault_type=3D1 '\001', fault_flags=3D0) at /usr/src/sys/vm/vm_fault.c:2= 06 #5 0xc02b6ac1 in trap_pfault (frame=3D0xca3e27b8, usermode=3D0, eva=3D3245= 332734) at /usr/src/sys/i386/i386/trap.c:746 #6 0xc02b669d in trap (frame=3D {tf_fs =3D 24, tf_es =3D -1070268400, tf_ds =3D -1070596080, tf_edi = =3D -1070713064, tf_esi =3D -1070592064, tf_ebp =3D -901896196, tf_isp =3D -901= 896220, tf_ebx =3D -1070400984, tf_edx =3D -1070713064, tf_ecx =3D -1049634562, tf_= eax =3D -1049634562, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1071664406, tf_cs = =3D 8, tf_eflags =3D 66050, tf_esp =3D -1070400984, tf_ss =3D -901896160}) at /usr/src/sys/i386/i386/trap.c:445 #7 0xc02a7158 in calltrap () at {standard input}:98 #8 0xc01bce28 in enroll (description=3D0xc02e3718 "vnode interlock", lock_class=3D0xc0300fc0) at /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c:985 #9 0xc01bbcb5 in witness_init (lock=3D0xc032fa28) ---Type to continue, or q to quit--- at /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c:388 #10 0xc0190eb1 in mtx_init (m=3D0xc02e3718, name=3D0xc02e3718 "vnode interl= ock", type=3D0x0, opts=3D0) at /usr/src/sys/kern/kern_mutex.c:940 #11 0xc01ebe6f in getnewvnode (tag=3D0xc02e56e9 "ufs", mp=3D0x12, vops=3D0x= 12, vpp=3D0x12) at /usr/src/sys/kern/vfs_subr.c:1000 #12 0xc025fc6b in ffs_vget (mp=3D0xc09fdc00, ino=3D481954, flags=3D2, vpp= =3D0xca3e2984) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1254 #13 0xc026706b in ufs_lookup (ap=3D0xca3e2ab8) at /usr/src/sys/ufs/ufs/ufs_lookup.c:601 #14 0xc026d5f8 in ufs_vnoperate (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2796 #15 0xc01e2bac in vfs_cache_lookup (ap=3D0x12) at vnode_if.h:82 #16 0xc026d5f8 in ufs_vnoperate (ap=3D0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2796 #17 0xc01e7172 in lookup (ndp=3D0xca3e2c24) at vnode_if.h:52 #18 0xc01e6b6e in namei (ndp=3D0xca3e2c24) at /usr/src/sys/kern/vfs_lookup.= c:181 #19 0xc01f4152 in stat (td=3D0xc1266000, uap=3D0xca3e2d10) at /usr/src/sys/kern/vfs_syscalls.c:1654 #20 0xc02b714e in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 135567080, tf_e= si =3D 135655208, tf_ebp =3D -1077937688, tf_isp =3D -901894796, tf_ebx =3D 135567= 080, tf_edx =3D 135564138, tf_ecx =3D 135655219, tf_eax =3D 188, tf_trapno =3D 12, tf_e= rr =3D 2, tf_eip =3D 134954771, tf_cs =3D 31, tf_eflags =3D 662, tf_esp =3D -10779378= 12, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1033 (gdb)=20 #2 0xc01bbfff in witness_lock (lock=3D0xc0301160, flags=3D8, file=3D0xc02ea34e "/usr/src/sys/vm/vm_fault.c", line=3D206) at /usr/src/sys/kern/subr_witness.c:508 translating /usr/src/sys/kern/subr_witness.c -> /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c 508 panic("blockable sleep lock (%s) %s @ %s:%d= (td %p)", (gdb) p td $1 =3D (struct thread *) 0xc1266000 (gdb) p *lock $2 =3D {lo_class =3D 0xc0300fc0, lo_name =3D 0xc02dbf4a "Giant", lo_type =3D 0xc02dbf4a "Giant", lo_flags =3D 0xb0000, lo_list =3D { tqe_next =3D 0xc0301120, tqe_prev =3D 0xc03041f0}, lo_witness =3D 0xc03= 30f18} (gdb) p *td->td_sleeplocks $3 =3D {ll_next =3D 0x0, ll_children =3D {{li_lock =3D 0xc0301160, li_file =3D 0xc02efb57 "/usr/src/sys/i386/i386/trap.c", li_line =3D 1= 025, li_flags =3D 131072}, {li_lock =3D 0xc122a0d8, li_file =3D 0xc02ec088 "/usr/src/sys/vm/uma_core.c", li_line =3D 1335, li_flags =3D 131072}, {li_lock =3D 0xc122a024, li_file =3D 0xc02ec088 "/usr/src/sys/vm/uma_core.c", li_line =3D 1352, li_flags =3D 131072}}, ll_count =3D 1} (gdb) p *td->td_sleeplocks.ll_children[0].li_lock $4 =3D {lo_class =3D 0xc0300fc0, lo_name =3D 0xc02dbf4a "Giant", lo_type =3D 0xc02dbf4a "Giant", lo_flags =3D 0xb0000, lo_list =3D { tqe_next =3D 0xc0301120, tqe_prev =3D 0xc03041f0}, lo_witness =3D 0xc03= 30f18} (gdb) p *td->td_sleeplocks.ll_children[1].li_lock $5 =3D {lo_class =3D 0xc0300fc0, lo_name =3D 0xc122a000 "PCPU VNODE", lo_type =3D 0xc02ec1e8 "UMA cpu", lo_flags =3D 0x430000, lo_list =3D { tqe_next =3D 0xc122a144, tqe_prev =3D 0xc122a034}, lo_witness =3D 0xc03= 30a18} (gdb) p *td->td_sleeplocks.ll_children[2].li_lock $6 =3D {lo_class =3D 0xc0300fc0, lo_name =3D 0xc02e35dc "VNODE", lo_type =3D 0xc02ec1df "UMA zone", lo_flags =3D 0x430000, lo_list =3D { tqe_next =3D 0xc122a0d8, tqe_prev =3D 0xc03537d0}, lo_witness =3D 0xc03= 30a90} --=20 ryan beasley GPG ID: 0x16EFBD48 http://www.goddamnbastard.org =09 --bJBxXK1kQfYiHILX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+GO/JskfdOxbvvUgRAoPwAJ9Dk/ZjimS9C1SaXZ6A+PGhcNdTFQCfeIbr H+sivPEZnthbML1za3zebRQ= =knYe -----END PGP SIGNATURE----- --bJBxXK1kQfYiHILX-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 19:18:24 2003 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 22EB137B401 for ; Sun, 5 Jan 2003 19:18:23 -0800 (PST) Received: from mx01.goddamnbastard.org (12-249-234-146.client.attbi.com [12.249.234.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C43D43EC2 for ; Sun, 5 Jan 2003 19:18:22 -0800 (PST) (envelope-from ryanb@goddamnbastard.org) Received: by mx01.goddamnbastard.org (Postfix, from userid 1000) id E1618154DB; Sun, 5 Jan 2003 21:18:21 -0600 (CST) Date: Sun, 5 Jan 2003 21:18:21 -0600 From: ryan beasley To: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) Giant @ /usr/src/sys/vm/vm_fault.c:206 Message-ID: <20030106031821.GA92908@goddamnbastard.org> References: <20030104163145.GT311@goddamnbastard.org> <20030106025401.GC311@goddamnbastard.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20030106025401.GC311@goddamnbastard.org> User-Agent: Mutt/1.4i 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 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 05, 2003 at 08:54:01PM -0600, ryan beasley wrote: > I'm including a GDB capture including traceback and some locking > information. Anyone have any ideas? Is there any other data I should > grab and submit? I'm really sorry for following up to myself again, but the following might be useful: (gdb) #8 0xc01bce28 in enroll (description=3D0xc02e3718 "vnode interlock", lock_class=3D0xc0300fc0) at /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c:985 985 if (w->w_name =3D=3D description || (w->w_refcount = > 0 && Current language: auto; currently c (gdb) p *w $16 =3D {w_name =3D 0xc16fd8fe
, w_class =3D 0xc0300fc0, w_list =3D {stqe_next =3D 0xc032fa50}, w_typelist= =3D { stqe_next =3D 0xc032fa50}, w_children =3D 0x0, w_file =3D 0x0, w_line = =3D 0, w_level =3D 0, w_refcount =3D 2, w_Giant_squawked =3D 0 '\0', w_other_squawked =3D 0 '\0', w_same_squawked =3D 0 '\0'} This is the instruction where the page fault occurred. As to how w_name was clobbered, I have no idea. --=20 ryan beasley GPG ID: 0x16EFBD48 http://www.goddamnbastard.org =09 --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+GPV9skfdOxbvvUgRAv4PAJwIId6ZGyJHXSwHBDSqjg9M0h2n/wCghlTq /b1Mfrr0Xxt4Sc9C0qCRHpM= =dY1w -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 21:19:54 2003 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 5F72B37B405 for ; Sun, 5 Jan 2003 21:19:53 -0800 (PST) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8456A43EC5 for ; Sun, 5 Jan 2003 21:19:52 -0800 (PST) (envelope-from Hans.Wander@t-online.de) Received: from fwd09.sul.t-online.de by mailout02.sul.t-online.com with smtp id 18VPfz-0001aT-00; Mon, 06 Jan 2003 06:19:51 +0100 Received: from t-online.de (320048397457-0001@[217.80.236.97]) by fwd09.sul.t-online.com with esmtp id 18VPfp-1uFr16C; Mon, 6 Jan 2003 06:19:41 +0100 Message-ID: <3E1911E1.5010506@t-online.de> Date: Mon, 06 Jan 2003 06:19:29 +0100 From: Hans.Wander@t-online.de (Hans Wander) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: unsubscribe Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: 320048397457-0001@t-dialin.net 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 auth 72159d4c unsubscribe freebsd-current Hans.Wander@t-online.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 22:21:39 2003 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 296A337B401 for ; Sun, 5 Jan 2003 22:21:37 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B42443E4A for ; Sun, 5 Jan 2003 22:21:36 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h066LTHj003021; Mon, 6 Jan 2003 07:21:29 +0100 (CET) (envelope-from phk@freebsd.org) To: kpeter@melbpc.org.au Cc: freebsd-current@freebsd.org Subject: Re: VOP_STRATEGY on VCHR? From: phk@freebsd.org In-Reply-To: Your message of "Mon, 06 Jan 2003 10:36:55 +1100." <3E18C197.2010107@melbpc.org.au> Date: Mon, 06 Jan 2003 07:21:29 +0100 Message-ID: <3020.1041834089@critter.freebsd.dk> 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 That one should already be fixed. In message <3E18C197.2010107@melbpc.org.au>, Peter Kostouros writes: >Hi > >I received a similar problem during booting into single user mode upon >startup. I hope the following helps: > >mounting root from ufs:/dev/ad2s1a >start_init: trying /sbin/init > >VOP_STRATEGY on VCHR >:0xc189a00: tag none, type VCHR, usecount 5, write count 0, refcount 6, >flags (VV_OBJBUF) > >backtrace >spec_strategy >spec_getpages >ffs_getpages >vnode_pager_getpages >exec_map_first_page >kern_execve >execve >start_init >fork_exit >fork_trampoline > >--- trap 0x1, eip = 0, esp = 0xcbaaed7c, ebp = 0 --- > >phk@FreeBSD.ORG wrote: > >>In message <3E17D52F.7050307@hotmail.com>, walt writes: >> >> >>>After updating world and kernel this evening I saw this message fly by >>>during the reboot: >>> >>>Mounting root from ufs:/dev/ad0s3a >>> >>>VOP_STRATEGY on VCHR >>>: 0xc25fd000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), >>>Sorry, need DDB option to print backtrace >>> >>>That feels like an error message (sort of) but everything seems to be >>>working normally. Is this a real problem or just noise? >>> >> >> >>Well, to you it's just noise, to me it's a real problem :-) >> >>It is probably the same problem as the one I just commited a fix for. >> >>If you get this again after upgrading, please put the DDB option in >>your kernel and see if you can reproduce it so I get a traceback. >>The vnode information alone seems not quite as useful as I had hoped. >> >> >> > > >-- > >Regards > >Peter > >As always the organisation disavows knowledge of this email > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jan 5 23:57:27 2003 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 E7E0137B401 for ; Sun, 5 Jan 2003 23:57:25 -0800 (PST) Received: from mail.viasoft.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586E843EC5 for ; Sun, 5 Jan 2003 23:57:18 -0800 (PST) (envelope-from davidxu@freebsd.org) Received: from davidw2k (davidlnx.viasoft.com.cn [192.168.1.240]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id QAA22731 for ; Mon, 6 Jan 2003 16:20:59 +0800 Message-ID: <005e01c2b559$494b65b0$f001a8c0@davidw2k> From: "David Xu" To: Subject: usb hid device timeout Date: Mon, 6 Jan 2003 15:57:39 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 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 SSBoYXZlIGEgQ0QgVG93ZXIgZGV2aWNlIChhIFVTQiBISUQgZGV2aWNlKSB3aGljaCBhbHdheXMg ZmFpbGVkIHRvIGJlIGlkZW50aWZpZWQNCnVuZGVyIENVUlJFTlQgc291cmNlIHdpdGhvdXQgZm9s bG93aW5nIHBhdGNoLCBpdCBpcyBhbHdheXMgdGltZW91dCwgY291bGQgYW55b25lDQpsb29rIHRo ZSBmb2xsb3dpbmcgcGF0Y2g6DQoNCkluZGV4OiB1c2Jfc3Vici5jDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi91c2IvdXNiX3N1YnIuYyx2DQpyZXRyaWV2aW5n IHJldmlzaW9uIDEuNTINCmRpZmYgLXUgLXUgLXIxLjUyIHVzYl9zdWJyLmMNCi0tLSB1c2Jfc3Vi ci5jIDE3IEp1biAyMDAyIDIwOjUyOjI2IC0wMDAwIDEuNTINCisrKyB1c2Jfc3Vici5jIDYgSmFu IDIwMDMgMDc6NDg6NTEgLTAwMDANCkBAIC0xMTA2LDkgKzExMDYsMTUgQEANCiB1c2JkX3JlbG9h ZF9kZXZpY2VfZGVzYyh1c2JkX2RldmljZV9oYW5kbGUgZGV2KQ0KIHsNCiAgdXNiZF9zdGF0dXMg ZXJyOw0KLQ0KKyBpbnQgaTsNCisgDQogIC8qIEdldCB0aGUgZnVsbCBkZXZpY2UgZGVzY3JpcHRv ci4gKi8NCi0gZXJyID0gdXNiZF9nZXRfZGV2aWNlX2Rlc2MoZGV2LCAmZGV2LT5kZGVzYyk7DQor IGZvciAoaSA9IDA7IGkgPCAzOyArK2kpIHsNCisgIGVyciA9IHVzYmRfZ2V0X2RldmljZV9kZXNj KGRldiwgJmRldi0+ZGRlc2MpOw0KKyAgaWYgKCFlcnIpDQorICAgYnJlYWs7DQorICAgdXNiZF9k ZWxheV9tcyhkZXYsIDIwMCk7DQorIH0NCiAgaWYgKGVycikNCiAgIHJldHVybiAoZXJyKTsNCiAN Ci0tDQpBZnRlciBwYXRjaGVkLCBJIGNhbiB1c2UgdXNiaGlkY3RsIHRvIGR1bXAgc29tZSBpbmZv cm1hdG9uOg0KDQpSZXBvcnQgZGVzY3JpcHRvcjoNCkNvbGxlY3Rpb24gcGFnZT0weGZmYTAgdXNh Z2U9MHgwMDAxDQpDb2xsZWN0aW9uIHBhZ2U9MHhmZmEwIHVzYWdlPTB4MDAwMg0KSW5wdXQgICBz aXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDMsIGxvZ2ljYWwgcmFuZ2UgLTEy OC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KSW5wdXQgICBzaXplPTggY291bnQ9MSBwYWdl PTB4ZmZhMSB1c2FnZT0weDAwMDQsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCBy YW5nZSAwLi4tMQ0KSW5wdXQgICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAw MDQsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KSW5wdXQg ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDQsIGxvZ2ljYWwgcmFuZ2Ug LTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KSW5wdXQgICBzaXplPTggY291bnQ9MSBw YWdlPTB4ZmZhMSB1c2FnZT0weDAwMDQsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNh bCByYW5nZSAwLi4tMQ0KSW5wdXQgICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0w eDAwMDQsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KSW5w dXQgICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDQsIGxvZ2ljYWwgcmFu Z2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KSW5wdXQgICBzaXplPTggY291bnQ9 MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDQsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlz aWNhbCByYW5nZSAwLi4tMQ0KT3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2Fn ZT0weDAwMDUsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0K T3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDYsIGxvZ2ljYWwg cmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KT3V0cHV0ICBzaXplPTggY291 bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDYsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBw aHlzaWNhbCByYW5nZSAwLi4tMQ0KT3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1 c2FnZT0weDAwMDYsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4t MQ0KT3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDYsIGxvZ2lj YWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KT3V0cHV0ICBzaXplPTgg Y291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDYsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3 LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KT3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZh MSB1c2FnZT0weDAwMDYsIGxvZ2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAw Li4tMQ0KT3V0cHV0ICBzaXplPTggY291bnQ9MSBwYWdlPTB4ZmZhMSB1c2FnZT0weDAwMDYsIGxv Z2ljYWwgcmFuZ2UgLTEyOC4uMTI3LCBwaHlzaWNhbCByYW5nZSAwLi4tMQ0KRW5kIGNvbGxlY3Rp b24NCkVuZCBjb2xsZWN0aW9uDQpUb3RhbCAgIGlucHV0IHNpemUgOCBieXRlcw0KVG90YWwgIG91 dHB1dCBzaXplIDggYnl0ZXMNClRvdGFsIGZlYXR1cmUgc2l6ZSAwIGJ5dGVzDQoNCg0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 0:53:20 2003 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 9EBF737B401 for ; Mon, 6 Jan 2003 00:53:18 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id A280C43E4A for ; Mon, 6 Jan 2003 00:53:07 -0800 (PST) (envelope-from paul@fnug.net) Received: from fnug.net (unknown [192.168.0.100]) by disk.fnug.net (Postfix) with ESMTP id A702C4497; Mon, 6 Jan 2003 09:52:55 +0059 (CET) Message-ID: <3E194386.8070004@fnug.net> Date: Mon, 06 Jan 2003 09:51:18 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rahul Siddharthan , freebsd-current Subject: Re: Unable to mount ext2fs partition References: <20030105222740.GA33220@papagena.rockefeller.edu> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi Rahul, The mount capability has to be included as a kernel option in a custom build kernel. I forget exactly what it's called (I'm writing in another OS on the system, so I can't check it right now), but I think it's something like this: option EXT2FS Have you included that in your kernel build? /Paul Rahul Siddharthan wrote: > Paul A. Mayer wrote: > >>I had to install the e2fstools port before I could access my e2fs >>partitions after installing -current. Thereafter everything has been >>fine. No problems with the disk, etc. > > > Hm, didn't know about this port.. but it still doesn't include a > mount program, and I still can't mount the partition even after > installing the port. > > I don't want to fsck it and risk screwing it up: it's a "real" > linux system (ie, a dual-boot machine) and the linux continues to boot > perfectly nicely. > > But here's what I get with an e2fsck -n : > > # e2fsck -n /dev/ad0s2 > e2fsck 1.27 (8-Mar-2002) > The filesystem size (according to the superblock) is 714892 blocks > The physical size of the device is 0 blocks > Either the superblock or the partition table is likely to be corrupt! > Abort? no > > /dev/ad0s2: clean, 136602/357632 files, 456658/714892 blocks > > So what does that mean? Any way to fix it? > > >>The only thing that is a problem >>is if your e2fs partion(s) are mounted and your system crashes > > > Not a problem for me (it's likely to be mounted read-only anyway, > and I can always boot into linux to fix it if it's dirty) > > - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 1:36:12 2003 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 40F6937B401 for ; Mon, 6 Jan 2003 01:36:11 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE4443EC2 for ; Mon, 6 Jan 2003 01:36:10 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA20784; Mon, 6 Jan 2003 20:36:04 +1100 Date: Mon, 6 Jan 2003 20:36:27 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Paul A. Mayer" Cc: freebsd-current Subject: Re: Unable to mount ext2fs partition In-Reply-To: <3E18A27B.70808@fnug.net> Message-ID: <20030106202001.V2390-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003, Paul A. Mayer wrote: > Thanks for this info. It's way beyond my technical understanding (which > is truely minimal!), but I think I get the idea. What would this look > like as a series of commands? Or better yet, what's the "right" way to > share data between FreeBSD -current/coming and linux in a dual boot > situation? ... Which is the real objective, (not playing with e2fs! ;.-) Well, what I do in practice is only mount ext2fs partitions as needed (mostly ro), so that most crashes don't leave them dirty. This works well enough since I only need them occasionally. Booting Linux to run e2fsck is easiest. I used the ext2fs utilities mainly to run fs benchmarks starting with clean file systems. Booting Linux to run mke2fs and e2fsck for every stage is not so easy. Unfortunately my shell script for doing this hasn't been updated to work with non-block devices. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 1:58:31 2003 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 9D07737B401; Mon, 6 Jan 2003 01:58:30 -0800 (PST) Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A9C543EB2; Mon, 6 Jan 2003 01:58:29 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id h069wPJ15725; Mon, 6 Jan 2003 10:58:25 +0100 (MET) Date: Mon, 6 Jan 2003 10:58:25 +0100 (CET) From: Harti Brandt To: Nate Lawson Cc: current@FreeBSD.ORG, Subject: Re: Proper -current if_attach locking? In-Reply-To: Message-ID: <20030106105529.C12568-100000@beagle.fokus.gmd.de> 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 Fri, 3 Jan 2003, Nate Lawson wrote: NL>I was looking into some "could sleep messages" and found some bogus NL>locking in the attach routine of many drivers. Several init a mtx in NL>their softc and then lock/unlock it in their attach routine. This, of NL>course, does nothing to provide exclusive access to a device. I assume NL>there is going to be a global IF_LOCK or something to be used in attach NL>routines. Can someone fill me in on the intended design? Probably not. I asked the same question a couple of month ago and got 0 answers. I think, there is no way, the driver itself can assure exclusive access to the device it is attaching. It *must* assume, that there is some kind of locking around the call to the attach routine. Getting the lock in the softc inside the attach routine may be neccessary, because the routine may call other functions that assume they have the lock. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 2:11: 3 2003 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 ECBC737B401 for ; Mon, 6 Jan 2003 02:11:01 -0800 (PST) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C481943E4A for ; Mon, 6 Jan 2003 02:10:59 -0800 (PST) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h06A9fV29511; Mon, 6 Jan 2003 08:09:41 -0200 Message-ID: <3E1955E4.8040205@tcoip.com.br> Date: Mon, 06 Jan 2003 08:09:40 -0200 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021212 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: ryan beasley , current@freebsd.org Subject: Re: sshd login References: <3E15917A.9090609@tcoip.com.br> <3E1596E1.7070504@tcoip.com.br> <20030103150108.GA62535@goddamnbastard.org> <3E15C061.8010609@tcoip.com.br> <20030105121908.GB311@goddamnbastard.org> In-Reply-To: <3E15917A.9090609@tcoip.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed 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 ryan beasley wrote: > On Fri, Jan 03, 2003 at 02:54:57PM -0200, Daniel C. Sobral wrote: > > >Alas, that *did* work. My first attempt (replying to another message) > >was done with wrong permissions. > > > >Question... it did not have this trouble before Dec 13, but Dec 30 it > >had (no worlds in between). The sshd_config I use is the standard one. > >So... why? > > > Hm, no idea. Did you possibly change anything that'd stop the kernel > from returning ICMP port unreachables to sshd, like packet > filtering on > lo0, or turning on blackhole(4), etc? Those are the first things > that'd > come to mind explaining the sudden delays as the local lookup attempts > would've begun the instant you were using OpenSSH + privilege > separation > + chroot. Now that you mention it... This does coincide with me noticing I hadn't brought over the rc.sysctl I use on the other firewalls, which includes blackhole(4). Ok, mystery solved. Question, though... why is it querying the reverse if I specifically *told* it not to? -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca TCO Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Uh-oh -- WHY am I suddenly thinking of a VENERABLE religious leader frolicking on a FORT LAUDERDALE weekend? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 2:13:14 2003 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 8AE3637B401; Mon, 6 Jan 2003 02:13:13 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1613A43EC2; Mon, 6 Jan 2003 02:13:12 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA24071; Mon, 6 Jan 2003 21:12:32 +1100 Date: Mon, 6 Jan 2003 21:12:56 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Nate Lawson Cc: current@freebsd.org, Subject: Re: specfs lock plumbing broken In-Reply-To: Message-ID: <20030106204958.R2459-100000@gamplex.bde.org> 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 Sun, 5 Jan 2003, Nate Lawson wrote: > On Mon, 6 Jan 2003, Bruce Evans wrote: > > - spec_print() is of low quality: it doesn't print the device name or number. > > - devfs_print() would be reachable but doesn't exist, so vprint() prints > > even lower quality output for devfs since there nothing prints an inode > > number either. > > I was the one who left vprint in a not-so-desirable state. I plan to fix > it very soon if you can tell me what info should be printed at what > layer. For instance, several fs's print the device but this is probably > unnecessary since specfs could do this. Care to elaborate? You didn't break this :-). Printing \n\t before VOP_PRINT() in vprint() works poorly for printing the output in log files. It would be better to have everything on one line for grepping on the string in the vprint() call. ufs only prints the device of the file system. Most file systems need to do that for themself since even having a device for the file system is fs-dependent. OTOH, v_rdev is in the vnode and there are fs-independent ways to get its name[s], so it can be printed directly by vprint() However, I prefer to let lower layers handle it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 2:17:36 2003 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 B701637B401 for ; Mon, 6 Jan 2003 02:17:35 -0800 (PST) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D2A43EA9 for ; Mon, 6 Jan 2003 02:17:30 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd02.sul.t-online.de by mailout01.sul.t-online.com with smtp id 18VUK0-0003Cl-0B; Mon, 06 Jan 2003 11:17:28 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.83.17.48]) by fmrl02.sul.t-online.com with esmtp id 18VUJw-1d0zuiC; Mon, 6 Jan 2003 11:17:24 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h06AHNbL052053; Mon, 6 Jan 2003 11:17:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h06AHNJo000902; Mon, 6 Jan 2003 11:17:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 6 Jan 2003 11:17:23 +0100 From: Alexander Leidinger To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: pam_ssh broken in recent (as of yesterday) -current? Message-Id: <20030106111723.78c4c26a.Alexander@Leidinger.net> In-Reply-To: References: <20021224164828.7d3aaa34.Alexander@Leidinger.net> <20021225135742.146ec1f3.Alexander@Leidinger.net> X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net 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 Fri, 03 Jan 2003 03:19:28 +0100 Dag-Erling Smorgrav wrote: > Alexander Leidinger writes: > > Dag-Erling, any ideas? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/46628 > > Fixed a couple of minutes ago. Just tested with a world from yesterday: it doesn't segfault anymore, but there's no ssh-agent running. No messages in xdm-errors, .xsession-errors, XFree86.0.log or messages. Bye, Alexander. -- Secret hacker rule #11: hackers read manuals. 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 Mon Jan 6 4: 1:38 2003 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 7124837B401 for ; Mon, 6 Jan 2003 04:01:36 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1828243EC2 for ; Mon, 6 Jan 2003 04:01:36 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id h06C1Vsg027974 for ; Mon, 6 Jan 2003 04:01:31 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id h06C1VOx027972 for current@freebsd.org; Mon, 6 Jan 2003 04:01:31 -0800 (PST) Date: Mon, 6 Jan 2003 04:01:31 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301061201.h06C1VOx027972@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jan 6 03:02:53 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Mon Jan 6 03:35:12 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Mon Jan 6 03:35:12 PST 2003 -------------------------------------------------------------- ===> vinum "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" [...] /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver i [...] /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from [...] /h/des/src/sys/pci/meteor.c:149:2: warning: #warning "The meteor driver i [...] /h/des/src/sys/pci/simos.c:30:2: warning: #warning "The simos driver is b [...] cc1: warnings being treated as errors /h/des/src/sys/security/mac_lomac/mac_lomac.c: In function `mac_lomac_ass [...] /h/des/src/sys/security/mac_lomac/mac_lomac.c:1070: warning: passing arg [...] /h/des/src/sys/security/mac_lomac/mac_lomac.c:1081: warning: int format, [...] *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 5:29: 1 2003 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 97DE037B401 for ; Mon, 6 Jan 2003 05:29:00 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B00E343EB2 for ; Mon, 6 Jan 2003 05:28:59 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h06DSqHj018869 for ; Mon, 6 Jan 2003 14:28:52 +0100 (CET) (envelope-from phk@freebsd.org) To: current@freebsd.org Subject: HOWTO: Basic-block profiling on -current. From: Poul-Henning Kamp Date: Mon, 06 Jan 2003 14:28:52 +0100 Message-ID: <18868.1041859732@critter.freebsd.dk> 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 I have committed the bits needed to use GCC's basicblock profiling on -current. Make sure to recompile the kernbb(8) program first. Here's an simple example how to profile a single file (vfs_bio.c): cd /sys/i386/conf config YOURKERNEL cd ../compile/YOURKERNEL make depend && make all rm vfs_bio.o make vfs_bio.o DEBUG="--test-coverage --profile-arcs" make all && make install reboot # run your test. kernbb cd /sys/i386/compile/YOURKERNEL gcov vfs_bio.c # examine vfs_bio.c.gcov If you want to profile multiple files, you just give them all the same treatment as vfs_bio. It's perfectly possible to profile the entire kernel if you want to. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 5:56:53 2003 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 3728237B401; Mon, 6 Jan 2003 05:56:52 -0800 (PST) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BFA343ED4; Mon, 6 Jan 2003 05:56:51 -0800 (PST) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 18VXkH-0003LJ-00 (Debian); Mon, 06 Jan 2003 13:56:49 +0000 Date: Mon, 6 Jan 2003 13:56:49 +0000 From: Tony Finch To: David O'Brien , current@FreeBSD.ORG, fanf@FreeBSD.ORG Subject: Re: alpha tinderbox failure Message-ID: <20030106135649.A28520@chiark.greenend.org.uk> References: <2994.1041712055@critter.freebsd.dk> <20030105175202.N14167-100000@gamplex.bde.org> <20030105093314.GA10725@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030105093314.GA10725@dragon.nuxi.com>; from dev-null@NUXI.com on Sun, Jan 05, 2003 at 01:33:14AM -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 On Sun, Jan 05, 2003 at 01:33:14AM -0800, David O'Brien wrote: > > Agreed. I'd love to hear from fanf what the changes are to unifdef that > causes this change in exit code. I accidentally cocked up the exit codes in my first major revision of unifdef. It so happens that a few days later markm ripped out the Perl and Tcl support from vi, which meant that it started using unifdef in its build. The incorrect exit value happened to be 0 instead of 1 so things were happy until I restored the odd documented behaviour in my second major revision. Apologies for the disruption. I did check the uses of unifdef in the tree (including vi and telnet), but I didn't realise that ignored errors would cause problems. Tony. -- f.a.n.finch http://dotat.at/ CAPE WRATH TO RATTRAY HEAD INCLUDING ORKNEY: WIND: VARIABLE OR NORTHEAST 2 OR 3. FAIR. GOOD. MODERATE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 6:34: 4 2003 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 82F6037B401; Mon, 6 Jan 2003 06:34:02 -0800 (PST) Received: from ada.snu.ac.kr (ada.snu.ac.kr [147.46.106.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEDB643EC5; Mon, 6 Jan 2003 06:34:01 -0800 (PST) (envelope-from redjade@ada.snu.ac.kr) Received: from ada.snu.ac.kr (ada.snu.ac.kr [147.46.106.49]) by ada.snu.ac.kr (8.12.6/8.12.6) with ESMTP id h06EVQjC011766; Mon, 6 Jan 2003 23:31:26 +0900 (KST) (envelope-from redjade@ada.snu.ac.kr) Received: (from redjade@localhost) by ada.snu.ac.kr (8.12.6/8.12.6/Submit) id h06EUASM011755; Mon, 6 Jan 2003 23:30:10 +0900 (KST) Date: Mon, 6 Jan 2003 23:30:10 +0900 From: Kyunghwan Kim To: Harti Brandt Cc: Nate Lawson , current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? Message-ID: <20030106143010.GA11655@ada.snu.ac.kr> References: <20030106105529.C12568-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline In-Reply-To: <20030106105529.C12568-100000@beagle.fokus.gmd.de> User-Agent: Mutt/1.4i X-My-Present-Organization: Innuworks, Inc. 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 Mon, Jan 06, 2003 at 10:58:25AM +0100, Harti Brandt wrote: > On Fri, 3 Jan 2003, Nate Lawson wrote: > NL>I was looking into some "could sleep messages" and found some bogus > NL>locking in the attach routine of many drivers. Several init a mtx in > NL>their softc and then lock/unlock it in their attach routine. This, of > NL>course, does nothing to provide exclusive access to a device. I assume > NL>there is going to be a global IF_LOCK or something to be used in attach > NL>routines. Can someone fill me in on the intended design? > > Probably not. I asked the same question a couple of month ago and got 0 > answers. I think, there is no way, the driver itself can assure exclusive > access to the device it is attaching. It *must* assume, that there is some > kind of locking around the call to the attach routine. Getting the lock in > the softc inside the attach routine may be neccessary, because the routine > may call other functions that assume they have the lock. Only using lock in softc can't assure its exclusive access because there are some cases of changing some values in ifnet struct outside of device driver routines. Most of the NIC drivers don't have its own locks for now, and using both IFNET_*LOCK() and its own softc lock can't make everything in sync. There should be two use of locks IMO: one or more per-device locks in driver softc for manipulating per-device private data protection, and ifnet lock for each ifnet struct protection (such as ifnet.if_mtx). Maybe these locks should be adaptive or spin.... And IFNET_*LOCK() should remain for adding/removing ifnet struct to the global ifnet whose type is ifnethead. In case of ifqueue, it should not need to acquire its ifnet lock because ifqueue has its own mutex. -- Kyunghwan Kim redjade@ada.snu.ac.kr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 7:22:51 2003 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 866B037B401 for ; Mon, 6 Jan 2003 07:22:50 -0800 (PST) Received: from crucible.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DB1443EB2 for ; Mon, 6 Jan 2003 07:22:44 -0800 (PST) (envelope-from andy@athame.co.uk) Received: from amavis by crucible.athame.co.uk with scanned-ok (Exim 3.33 #1) id 18VZ5K-0004I0-00 for current@FreeBSD.ORG; Mon, 06 Jan 2003 17:22:38 +0200 Received: from zappa.int.athame.co.uk ([192.168.1.3] helo=zappa.athame.co.uk) by crucible.athame.co.uk with esmtp (Exim 3.33 #1) id 18VZ5I-0004Hs-00 for current@FreeBSD.ORG; Mon, 06 Jan 2003 17:22:36 +0200 From: Andy Fawcett To: current@FreeBSD.ORG Subject: getpwnam_r missing Date: Mon, 6 Jan 2003 17:22:58 +0200 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200301061722.58880.andy@athame.co.uk> X-Virus-Scanned: by AMaViS perl-11 at crucible.athame.co.uk 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, While trying to build the latest Qt (3.1.1) from original sources, it fails because it cannot find getpwnam_r, which we appear to be missing in -CURRENT at the moment, marked: /* * XXX missing getpwnam_r() and getpwuid_r(). */ Qt tries to use this conditionally, using: #if defined(QT_THREAD_SUPPORT) && defined(_POSIX_THREAD_SAFE_FUNCTIONS) So, QT_THREAD_SUPPORT is defined (because I enabled -thread in their configure), and -CURRENT must be defining _POSIX_THREAD_SAFE_FUNCTIONS otherwise the code would not attempt to build that section otherwise. Are there plans to implement getpwnam_r (and getpwduid_d) before 5.0 release? If so, I'll hold back on bugging Trolltech about a fix, otherwise I'll ask them for a patch in future releases to take the missing function into account. Regards, Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 7:56:36 2003 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 9BE0737B401; Mon, 6 Jan 2003 07:56:34 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id F093243ED1; Mon, 6 Jan 2003 07:56:33 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id ABE1F9BC3; Mon, 6 Jan 2003 10:45:36 -0500 (EST) Date: Mon, 6 Jan 2003 10:45:36 -0500 From: Mike Barcroft To: Robert Watson Cc: current@freebsd.org Subject: Re: alpha tinderbox failure Message-ID: <20030106104536.C24442@espresso.q9media.com> References: <200301061201.h06C1VOx027972@beast.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200301061201.h06C1VOx027972@beast.freebsd.org>; from des@FreeBSD.org on Mon, Jan 06, 2003 at 04:01:31AM -0800 Organization: The FreeBSD Project 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 Dag-Erling Smorgrav writes: > -------------------------------------------------------------- > >>> Kernel build for LINT started on Mon Jan 6 03:35:12 PST 2003 > -------------------------------------------------------------- > ===> vinum > "Makefile", line 4445: warning: duplicate script for target "geom_bsd.o" [...] > /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The lmc driver i [...] > /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': > /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from [...] > /h/des/src/sys/pci/meteor.c:149:2: warning: #warning "The meteor driver i [...] > /h/des/src/sys/pci/simos.c:30:2: warning: #warning "The simos driver is b [...] > cc1: warnings being treated as errors > /h/des/src/sys/security/mac_lomac/mac_lomac.c: In function `mac_lomac_ass [...] > /h/des/src/sys/security/mac_lomac/mac_lomac.c:1070: warning: passing arg [...] > /h/des/src/sys/security/mac_lomac/mac_lomac.c:1081: warning: int format, [...] > *** Error code 1 These new truncated lines only make problems harder to solve. Anyway, the problem is the 5th argument to vn_extattr_get() should be an int *, but it's passing a size_t *. It looks like most consumers of vn_extattr_get() would prefer a size_t *, so maybe the interface should be changed. This patch should resolve the problem without changing vn_extattr_get()'s interface: %%% Index: mac_lomac.c =================================================================== RCS file: /work/repo/src/sys/security/mac_lomac/mac_lomac.c,v retrieving revision 1.6 diff -u -r1.6 mac_lomac.c --- mac_lomac.c 10 Dec 2002 16:20:33 -0000 1.6 +++ mac_lomac.c 6 Jan 2003 15:53:02 -0000 @@ -49,6 +49,7 @@ #include #include #include +#include #include #include #include @@ -1067,7 +1068,7 @@ bzero(&temp, buflen); error = vn_extattr_get(vp, IO_NODELOCKED, MAC_LOMAC_EXTATTR_NAMESPACE, - MAC_LOMAC_EXTATTR_NAME, &buflen, (char *)&temp, curthread); + MAC_LOMAC_EXTATTR_NAME, (int *)&buflen, (char *)&temp, curthread); if (error == ENOATTR || error == EOPNOTSUPP) { /* Fall back to the fslabel. */ mac_lomac_copy_single(source, dest); @@ -1077,8 +1078,9 @@ if (buflen != sizeof(temp)) { if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) { - printf("mac_lomac_associate_vnode_extattr: bad size %d\n", - buflen); + printf( + "mac_lomac_associate_vnode_extattr: bad size %ju\n", + (uintmax_t)buflen); return (EPERM); } bzero(&temp.ml_auxsingle, sizeof(temp.ml_auxsingle)); %%% Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 7:59: 9 2003 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 BC07E37B401 for ; Mon, 6 Jan 2003 07:59:08 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C8C43EC5 for ; Mon, 6 Jan 2003 07:59:07 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6361E5374; Mon, 6 Jan 2003 16:59:02 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: pam_ssh broken in recent (as of yesterday) -current? References: <20021224164828.7d3aaa34.Alexander@Leidinger.net> <20021225135742.146ec1f3.Alexander@Leidinger.net> <20030106111723.78c4c26a.Alexander@Leidinger.net> From: Dag-Erling Smorgrav Date: Mon, 06 Jan 2003 16:59:01 +0100 In-Reply-To: <20030106111723.78c4c26a.Alexander@Leidinger.net> (Alexander Leidinger's message of "Mon, 6 Jan 2003 11:17:23 +0100") Message-ID: Lines: 9 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) 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 Alexander Leidinger writes: > Just tested with a world from yesterday: it doesn't segfault anymore, > but there's no ssh-agent running. Harrumph. Did you try reverting pam_ssh.c? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 8:22:48 2003 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 9D89D37B401; Mon, 6 Jan 2003 08:22:47 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 054A043E4A; Mon, 6 Jan 2003 08:22:47 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id h06GMj1Z097365; Mon, 6 Jan 2003 11:22:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 6 Jan 2003 11:22:45 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mike Barcroft Cc: current@FreeBSD.org Subject: Re: alpha tinderbox failure In-Reply-To: <20030106104536.C24442@espresso.q9media.com> Message-ID: 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 Mon, 6 Jan 2003, Mike Barcroft wrote: > These new truncated lines only make problems harder to solve. > > Anyway, the problem is the 5th argument to vn_extattr_get() should be an > int *, but it's passing a size_t *. It looks like most consumers of > vn_extattr_get() would prefer a size_t *, so maybe the interface should > be changed. I think the problem originated because uio_resid is 'int', but iovec's len is size_t. I agree the right answer is to use size_t as the argument to vn_extattr_{get,set}(). Will that cause type problems with the resid field, however? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 8:25:35 2003 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 D012737B401; Mon, 6 Jan 2003 08:25:34 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3996843EB2; Mon, 6 Jan 2003 08:25:34 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 386579C10; Mon, 6 Jan 2003 11:14:37 -0500 (EST) Date: Mon, 6 Jan 2003 11:14:37 -0500 From: Mike Barcroft To: Robert Watson Cc: current@freebsd.org Subject: Re: alpha tinderbox failure Message-ID: <20030106111437.E24442@espresso.q9media.com> References: <200301061201.h06C1VOx027972@beast.freebsd.org> <20030106104536.C24442@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030106104536.C24442@espresso.q9media.com>; from mike@FreeBSD.org on Mon, Jan 06, 2003 at 10:45:36AM -0500 Organization: The FreeBSD Project 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 Mike Barcroft writes: > @@ -1077,8 +1078,9 @@ > > if (buflen != sizeof(temp)) { > if (buflen != sizeof(temp) - sizeof(temp.ml_auxsingle)) { > - printf("mac_lomac_associate_vnode_extattr: bad size %d\n", > - buflen); > + printf( > + "mac_lomac_associate_vnode_extattr: bad size %ju\n", > + (uintmax_t)buflen); > return (EPERM); > } > bzero(&temp.ml_auxsingle, sizeof(temp.ml_auxsingle)); Oops, I forgot we have %z in printf(9) now. That would obviously be better. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 8:30:15 2003 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 A6ABA37B401 for ; Mon, 6 Jan 2003 08:30:13 -0800 (PST) Received: from hfep01.dion.ne.jp (hfep01.dion.ne.jp [203.181.105.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821D043EDC for ; Mon, 6 Jan 2003 08:30:09 -0800 (PST) (envelope-from haro@h4.dion.ne.jp) Received: from localhost ([211.5.18.121]) by hfep01.dion.ne.jp with ESMTP id <20030106163007063.DPGZ@hfep01.dion.ne.jp> for ; Tue, 7 Jan 2003 01:30:07 +0900 Date: Tue, 07 Jan 2003 01:27:49 +0900 (JST) Message-Id: <20030107.012749.41628143.haro@h4.dion.ne.jp> To: current@freebsd.org Subject: Re: Panic when using Wine From: Munehiro Matsuda In-Reply-To: <20030105.230551.74757087.haro@h4.dion.ne.jp> References: <20030105.230551.74757087.haro@h4.dion.ne.jp> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 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 Hi all, Following up to my own e-mail, but... From: Munehiro Matsuda Date: Sun, 05 Jan 2003 23:05:51 +0900 (JST) ::Hi all, :: ::I got following panic, while trying to run Wine (ver.2002.12.19). :: ::---8<------8<------8<------8<------8<------8<------8<------8<------8<--- ::Mounting root from ufs:/dev/ad0s2a ::WARNING: / was not properly dismounted :: ::VOP_STRATEGY on VCHR ::: 0xc197b000: tag none, type VCHR, usecount 5, writecount 0, refcount 6, flags (VV_OBJBUF), :: ::lock order reversal :: 1st 0xc198c950 process lock (process lock) @ ../../../kern/kern_descrip.c:2099 :: 2nd 0xc1975634 filedesc structure (filedesc structure) @ ../../../kern/kern_descrip.c:2106 :: ::biodone: page busy < 0, pindex: 0, foff: 0x(0,0), resid: 4096, index: 0 :: iosize: 4096, lblkno: 0, flags: 0x20000220, npages: 1 :: valid: 0xff, dirty: 0x0, wired: 1 ::panic: biodone: page busy < 0 :: :: ::syncing disks, buffers remaining... panic: bdwrite: buffer is not busy ::Uptime: 6m27s ::pfs_vncache_unload(): 1 entries remaining ::Terminate ACPI ::Automatic reboot in 15 seconds - press a key on the console to abort ::Rebooting... :: ::---8<------8<------8<------8<------8<------8<------8<------8<------8<--- :: ::Has anyone seen this? After updating to today's source tree, panic seems to have gone away. May be it was related to the vfs_bio.c fix made earlier today. Well, thanks anyway. Bye, 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@kgt.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 8:45:48 2003 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 ACA2A37B401 for ; Mon, 6 Jan 2003 08:45:47 -0800 (PST) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id F005743ED8 for ; Mon, 6 Jan 2003 08:45:46 -0800 (PST) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 18VaNb-0002Vc-00 (Debian); Mon, 06 Jan 2003 16:45:35 +0000 To: Gerhard.Sittig@gmx.net From: Tony Finch Cc: current@freebsd.org Subject: Re: alpha tinderbox failure In-Reply-To: <20030105163435.V4807@shell.gsinet.sittig.org> References: <2994.1041712055@critter.freebsd.dk> <20030105175202.N14167-100000@gamplex.bde.org> <20030105175202.N14167-100000@gamplex.bde.org> Message-Id: Date: Mon, 06 Jan 2003 16:45:35 +0000 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 Gerhard Sittig wrote: > >Although the above case is special from what I learnt in another >message in this thread (I managed to delete it after seeing it so >I cannot quote it here). ISTR that the non zero exit status comes >from a tool with the following convention: 0 is "absolutely OK", >1 is "not perfect but still plausible enough to get accepted most >of the time", and 2 is "a real error, never OK". I believe that unifdef got its exit status values from diff. (The use of the word "trouble" in the DIAGNOSTICS section is indicative.) Tony. -- f.a.n.finch http://dotat.at/ CAPE WRATH TO RATTRAY HEAD INCLUDING ORKNEY: VARIABLE 1 OR 2 LOCALLY 3 OR 4. ISOLATED WINTRY SHOWERS. MAINLY GOOD. MODERATE DECAYING SLIGHT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 8:59: 2 2003 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 3975F37B401; Mon, 6 Jan 2003 08:59:01 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F94543EC5; Mon, 6 Jan 2003 08:59:00 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id h06H1so36959; Mon, 6 Jan 2003 12:01:54 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 6 Jan 2003 12:01:54 -0500 From: Bosko Milekic To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: HOWTO: Basic-block profiling on -current. Message-ID: <20030106120154.A36924@unixdaemons.com> References: <18868.1041859732@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <18868.1041859732@critter.freebsd.dk>; from phk@freebsd.org on Mon, Jan 06, 2003 at 02:28:52PM +0100 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 Mon, Jan 06, 2003 at 02:28:52PM +0100, Poul-Henning Kamp wrote: > > I have committed the bits needed to use GCC's basicblock profiling > on -current. > > Make sure to recompile the kernbb(8) program first. > > Here's an simple example how to profile a single file (vfs_bio.c): > > cd /sys/i386/conf > config YOURKERNEL > cd ../compile/YOURKERNEL > make depend && make all > rm vfs_bio.o > make vfs_bio.o DEBUG="--test-coverage --profile-arcs" > make all && make install > reboot > # run your test. > kernbb > cd /sys/i386/compile/YOURKERNEL > gcov vfs_bio.c > # examine vfs_bio.c.gcov > > If you want to profile multiple files, you just give them all the > same treatment as vfs_bio. > > It's perfectly possible to profile the entire kernel if you want to. Hey Poul-Henning! Thanks! > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 9:50:31 2003 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 38B7937B401 for ; Mon, 6 Jan 2003 09:50:25 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA10E43EB2 for ; Mon, 6 Jan 2003 09:50:18 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h06HoG8k000436 for ; Mon, 6 Jan 2003 12:50:16 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h06HoGkb000435 for freebsd-current@FreeBSD.ORG; Mon, 6 Jan 2003 12:50:16 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Added volume stepping to mixer From: Daren Desjardins Reply-To: desjardins@canada.com To: freebsd-current Content-Type: multipart/mixed; boundary="=-9XSpG3U6V0xUqGs1ar7Y" Organization: Message-Id: <1041875415.294.7.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 12:50:15 -0500 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 --=-9XSpG3U6V0xUqGs1ar7Y Content-Type: text/plain Content-Transfer-Encoding: 7bit Last week I modified the mixer to support volume stepping. Having a keyboard with volume control on it, it has come in very handy to be able to use the mixer to increase/decrease the volume. I submitted the changes to send-pr and have an open ticket. For those that are interested, Im including the diff against mixer.c v1.17. http://www.freebsd.org/cgi/query-pr.cgi?pr=46679 Sample usage: Increasing: [daren@wee mixer]$mixer -i 5:5 Increasing the mixer vol from 40:40 to 45:45. [daren@wee mixer]$ Decreasing: [daren@wee mixer]$mixer -d vol 10 Decreasing the mixer vol from 45:45 to 35:35. [daren@wee mixer]$ --=-9XSpG3U6V0xUqGs1ar7Y Content-Disposition: attachment; filename=mixer.diff Content-Type: text/x-patch; name=mixer.diff; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable *** mixer_new.c Wed Jan 1 13:26:23 2003 --- mixer.c Wed Jan 1 13:32:41 2003 *************** *** 3,8 **** --- 3,9 ---- * * updated 1/1/93 to add stereo, level query, broken * devmask kludge - cmetz@thor.tjhsst.edu + * updated 1/1/03 to add volume stepping - desjardins@canada.com * * (C) Craig Metz and Hannu Savolainen 1993. * *************** *** 13,19 **** =20 #ifndef lint static const char rcsid[] =3D ! "$FreeBSD: src/usr.sbin/mixer/mixer.c,v 1.17 2002/12/30 04:23:08 jmalle= tt Exp $"; #endif /* not lint */ =20 #include --- 14,20 ---- =20 #ifndef lint static const char rcsid[] =3D ! "$FreeBSD: src/usr.sbin/mixer/mixer.c,v 1.11.2.6 2001/07/30 10:22:58 dd= Exp $"; #endif /* not lint */ =20 #include *************** *** 35,41 **** { int i, n; =20 ! printf("usage: mixer [-f device] [-s] [[dev [voll[:volr]] | recsrc | {^|= +|-|=3D}rec recdev] ... ]\n"); printf(" devices: "); for (i =3D 0, n =3D 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { --- 36,42 ---- { int i, n; =20 ! printf("usage: mixer [-f device] [-s] [-i|-d] [[dev [voll[:volr]] | recs= rc | {^|+|-|=3D}rec recdev] ... ]\n"); printf(" devices: "); for (i =3D 0, n =3D 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { *************** *** 91,96 **** --- 92,99 ---- int devmask =3D 0, recmask =3D 0, recsrc =3D 0, orecsrc; int dusage =3D 0, drecsrc =3D 0, shortflag =3D 0; int l =3D 0, r =3D 0, t =3D 0; + bool volumeInc =3D false; + bool volumeDec =3D false; char ch; =20 char *name; *************** *** 102,108 **** else if (!strcmp(argv[0], "mixer3")) name =3D strdup("/dev/mixer2"); =20 ! while ((ch =3D getopt(argc, argv, "f:s")) !=3D -1) switch (ch) { case 'f': name =3D strdup(optarg); --- 105,111 ---- else if (!strcmp(argv[0], "mixer3")) name =3D strdup("/dev/mixer2"); =20 ! while ((ch =3D getopt(argc, argv, "f:sid")) !=3D -1) switch (ch) { case 'f': name =3D strdup(optarg); *************** *** 110,115 **** --- 113,124 ---- case 's': shortflag =3D 1; break; + case 'i': + volumeInc =3D true; + break; + case 'd': + volumeDec =3D true; + break; default: dusage =3D 1; } *************** *** 181,195 **** continue; } =20 if ((t =3D sscanf(*argv, "%d:%d", &l, &r)) > 0) { dev =3D 0; } else if((dev =3D res_name(*argv, devmask)) =3D=3D -1) { warnx("unknown device: %s", *argv); dusage =3D 1; break; } !=20 switch(argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : t) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { --- 190,206 ---- continue; } =20 + // Check if device is specified if ((t =3D sscanf(*argv, "%d:%d", &l, &r)) > 0) { dev =3D 0; } + // read and verify the device else if((dev =3D res_name(*argv, devmask)) =3D=3D -1) { warnx("unknown device: %s", *argv); dusage =3D 1; break; } ! // Read in the volume changes switch(argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : t) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { *************** *** 208,213 **** --- 219,259 ---- case 1: r =3D l; case 2: +=20 + // Read the current volum + if(ioctl(baz, MIXER_READ(dev), &bar) =3D=3D -1) + { + warn("MIXER_READ"); + continue; + } +=20 + int leftVolume =3D bar & 0x7f; + int rightVolume =3D (bar >> 8) & 0x7f; +=20 + if(volumeInc || volumeDec) + { + // Read the current volume for stepping + if(ioctl(baz, MIXER_READ(dev), &bar) =3D=3D -1) + { + warn("MIXER_READ"); + continue; + } +=20 + int leftVolume =3D bar & 0x7f; + int rightVolume =3D (bar >> 8) & 0x7f; +=20 + if(volumeInc) + { + l =3D leftVolume +l; + r =3D rightVolume +r; + } + else + { + l =3D leftVolume -l; + r =3D rightVolume -r; + } + } +=20 if (l < 0) l =3D 0; else if (l > 100) *************** *** 217,230 **** else if (r > 100) r =3D 100; =20 ! if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { ! warn("MIXER_READ"); ! argc--; argv++; ! continue; } !=20 ! printf("Setting the mixer %s from %d:%d to %d:%d.\n", ! names[dev], bar & 0x7f, (bar >> 8) & 0x7f, l, r); =20 l |=3D r << 8; if (ioctl(baz, MIXER_WRITE(dev), &l) =3D=3D -1) --- 263,278 ---- else if (r > 100) r =3D 100; =20 ! if(volumeInc) ! { ! printf("Increasing the mixer %s from %d:%d to %d:%d.\n", names[dev],l= eftVolume, rightVolume, l,r); } ! else if(volumeDec) ! { ! printf("Decreasing the mixer %s from %d:%d to %d:%d.\n", names[dev],l= eftVolume, rightVolume,l, r); ! } ! else ! printf("Setting the mixer %s from %d:%d to %d:%d.\n", names[dev], lef= tVolume, rightVolume, l, r); =20 l |=3D r << 8; if (ioctl(baz, MIXER_WRITE(dev), &l) =3D=3D -1) --=-9XSpG3U6V0xUqGs1ar7Y-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 9:56:45 2003 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 F119A37B401 for ; Mon, 6 Jan 2003 09:56:43 -0800 (PST) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFD7443EC2 for ; Mon, 6 Jan 2003 09:56:41 -0800 (PST) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (8.8.8/8.8.8/uniwue-MM-1.05) with ESMTP id SAA21637 for ; Mon, 6 Jan 2003 18:56:40 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.rz.uni-wuerzburg.de (Postfix) with ESMTP id 97D4B66E69 for ; Mon, 6 Jan 2003 18:56:40 +0100 (CET) Received: from wrzx37.rz.uni-wuerzburg.de (wrzx37.rz.uni-wuerzburg.de [132.187.3.37]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 83A3A66E0B for ; Mon, 6 Jan 2003 18:56:40 +0100 (CET) Received: from spamchecker (localhost [127.0.0.1]) by spamcheck.rz.uni-wuerzburg.de (Postfix) with ESMTP id CCE8DA110 for ; Mon, 6 Jan 2003 18:56:39 +0100 (CET) Received: from frodo.galgenberg.net (galgenberg.net [132.187.222.250]) by wrzx37.rz.uni-wuerzburg.de (Postfix) with SMTP id AE961A08A for ; Mon, 6 Jan 2003 18:56:39 +0100 (CET) Received: (qmail 40108 invoked from network); 6 Jan 2003 17:56:39 -0000 Received: from gb-007.galgenberg.net (HELO roadrunner) (@132.187.222.7) by galgenberg.net with SMTP; 6 Jan 2003 17:56:39 -0000 Date: Mon, 6 Jan 2003 18:56:39 +0100 From: Ulrich Spoerlein To: leafy Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal Message-Id: <20030106185639.27667916.q@uni.de> In-Reply-To: <20030104162517.GA630@leafy.idv.tw> References: <20030104162517.GA630@leafy.idv.tw> X-Mailer: Sylpheed version 0.8.8claws (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.W+Gxl__.iVTv5d" X-Spam-Status: No, hits=-3.9 required=8.0 tests=IN_REP_TO,NICE_HELO,ORDER_STATUS,PGP_SIGNATURE_2, REFERENCES,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL version=2.42-string_20021002 X-Spam-Level: X-Virus-Scanned: by AMaViS snapshot-20020422 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 --=.W+Gxl__.iVTv5d Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On 2003/01/05-00:25:17 leafy wrote: >lock order reversal >Jan 5 00:19:15 leafy kernel: 1st 0xc26b05c0 process lock (process lock) >@/usr/src/sys/kern/kern_descrip.c:2099 Jan 5 00:19:15 leafy kernel: 2nd >0xc2667e34 filedesc structure (filedesc structure) @ >/usr/src/sys/kern/kern_descrip.c:2106 > >The kernel is only about 40 mins old. /me too. updated world + kernel sometime yesterday (2003/01/05) and was about updating linux_base when a kernel panic occured. # portupgrade linux_base ... panic: lockmgr: pid 3171, not exclusive lock holder (sorry, i don't have more details :( after rebooting i got this on bootup: Mounting root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted lock order reversal 1st 0xc340f068 process lock (process lock) @ /usr/src/sys/kern/kern_descrip.c:2099 2nd 0xc33e9634 filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:2106 i got another LOR when starting up Quake2 (but only once every boot): acquiring duplicate lock of same type: "pcm channel" 1st pcm0:record:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191 2nd pcm0:play:0 @ /usr/src/sys/dev/sound/pcm/sound.c:191 --=.W+Gxl__.iVTv5d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+GcNXmArGtfDbn0QRAjkpAJwIZpk8hdVFI5+40PV3Yp0QBARhbgCgg1VP q1bAH5xNI5oBM2B/z0eUbPo= =EU+4 -----END PGP SIGNATURE----- --=.W+Gxl__.iVTv5d-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:27:23 2003 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 BC22737B401 for ; Mon, 6 Jan 2003 10:27:22 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 13B0043EB2 for ; Mon, 6 Jan 2003 10:27:22 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 10993 invoked by uid 1000); 6 Jan 2003 18:27:21 -0000 Date: Mon, 6 Jan 2003 10:27:21 -0800 (PST) From: Nate Lawson To: current@freebsd.org Subject: mirrored root fs? Message-ID: 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 I'd like to have a mirrored root partition. I tried ccd(4) but the boot blocks couldn't find the fs. Any idea how much work it would take to enable booting a ccd root? Also, does vinum already support this? Thanks, Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:30:10 2003 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 2417737B401 for ; Mon, 6 Jan 2003 10:30:09 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78BA443EC5 for ; Mon, 6 Jan 2003 10:29:57 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h06ITpqE016796; Mon, 6 Jan 2003 19:29:51 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301061829.h06ITpqE016796@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: To: Nate Lawson Date: Mon, 6 Jan 2003 19:29:51 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Nate Lawson wrote: > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > blocks couldn't find the fs. Any idea how much work it would take to > enable booting a ccd root? Also, does vinum already support this? If you use ATA drives you can use atacontrol to make the mirror on two ATA disks, but there are some gotcha's, see atacontrol(1).... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:32:46 2003 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 927E537B401 for ; Mon, 6 Jan 2003 10:32:45 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A297943EB2 for ; Mon, 6 Jan 2003 10:32:44 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h06IWZHj021687; Mon, 6 Jan 2003 19:32:35 +0100 (CET) (envelope-from phk@freebsd.org) To: Nate Lawson Cc: current@freebsd.org Subject: Re: mirrored root fs? From: phk@freebsd.org In-Reply-To: Your message of "Mon, 06 Jan 2003 10:27:21 PST." Date: Mon, 06 Jan 2003 19:32:35 +0100 Message-ID: <21686.1041877955@critter.freebsd.dk> 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 , Nate Lawson wri tes: >I'd like to have a mirrored root partition. I tried ccd(4) but the boot >blocks couldn't find the fs. Any idea how much work it would take to >enable booting a ccd root? Also, does vinum already support this? The best way to do this is to get a cheap ATA raid controller (I use a promise). That way the bios can load your OS if a mirror side drops. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:51:41 2003 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 C57F837B401 for ; Mon, 6 Jan 2003 10:51:40 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E393D43ED1 for ; Mon, 6 Jan 2003 10:51:39 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 11071 invoked by uid 1000); 6 Jan 2003 18:51:40 -0000 Date: Mon, 6 Jan 2003 10:51:40 -0800 (PST) From: Nate Lawson To: Soeren Schmidt Cc: current@FreeBSD.ORG Subject: Re: mirrored root fs? In-Reply-To: <200301061829.h06ITpqE016796@spider.deepcore.dk> Message-ID: 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 Mon, 6 Jan 2003, Soeren Schmidt wrote: > It seems Nate Lawson wrote: > > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > > blocks couldn't find the fs. Any idea how much work it would take to > > enable booting a ccd root? Also, does vinum already support this? > > If you use ATA drives you can use atacontrol to make the mirror on > two ATA disks, but there are some gotcha's, see atacontrol(1).... Interesting. To support booting, I'd probably need to hack /etc/rc to enable the mirror before mounting fs r/w. Also, does it matter which of the /dev/ad* entries are used as the mount device? -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:55:32 2003 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 F392137B47C for ; Mon, 6 Jan 2003 10:55:28 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8E643EC5 for ; Mon, 6 Jan 2003 10:55:28 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id h06ItOCJ088841 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 6 Jan 2003 13:55:24 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id h06ItO6N088838; Mon, 6 Jan 2003 13:55:24 -0500 (EST) (envelope-from wollman) Date: Mon, 6 Jan 2003 13:55:24 -0500 (EST) From: Garrett Wollman Message-Id: <200301061855.h06ItO6N088838@khavrinen.lcs.mit.edu> To: Andy Fawcett Cc: current@FreeBSD.ORG Subject: getpwnam_r missing In-Reply-To: <200301061722.58880.andy@athame.co.uk> References: <200301061722.58880.andy@athame.co.uk> 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 < said: > #if defined(QT_THREAD_SUPPORT) && defined(_POSIX_THREAD_SAFE_FUNCTIONS) This conditional is erroneous, so you should definitely bug Troll Tech. It should instead read: #if defined(QT_THREAD_SUPPORT) && _POSIX_THREAD_SAFE_FUNCTIONS - 0 > 0 (We really should figure out how to implement the _r functions, because a POSIX.1-2001 system with threads is supposed to have them.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:57:44 2003 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 E680B37B401 for ; Mon, 6 Jan 2003 10:57:42 -0800 (PST) Received: from crucible.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13EDC43E4A for ; Mon, 6 Jan 2003 10:57:42 -0800 (PST) (envelope-from andy@athame.co.uk) Received: from amavis by crucible.athame.co.uk with scanned-ok (Exim 3.33 #1) id 18VcRL-0006VI-00 for current@FreeBSD.ORG; Mon, 06 Jan 2003 20:57:35 +0200 Received: from zappa.int.athame.co.uk ([192.168.1.3] helo=zappa.athame.co.uk) by crucible.athame.co.uk with esmtp (Exim 3.33 #1) id 18VcRG-0006V1-00; Mon, 06 Jan 2003 20:57:30 +0200 From: Andy Fawcett To: Garrett Wollman Subject: Re: getpwnam_r missing Date: Mon, 6 Jan 2003 20:57:53 +0200 User-Agent: KMail/1.5 Cc: current@FreeBSD.ORG References: <200301061722.58880.andy@athame.co.uk> <200301061855.h06ItO6N088838@khavrinen.lcs.mit.edu> In-Reply-To: <200301061855.h06ItO6N088838@khavrinen.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200301062057.54064.andy@athame.co.uk> X-Virus-Scanned: by AMaViS perl-11 at crucible.athame.co.uk 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 Monday 06 January 2003 20:55, Garrett Wollman wrote: > < said: > > #if defined(QT_THREAD_SUPPORT) && > > defined(_POSIX_THREAD_SAFE_FUNCTIONS) > > This conditional is erroneous, so you should definitely bug Troll > Tech. > > It should instead read: > > #if defined(QT_THREAD_SUPPORT) && _POSIX_THREAD_SAFE_FUNCTIONS - 0 > > 0 > > (We really should figure out how to implement the _r functions, > because a POSIX.1-2001 system with threads is supposed to have them.) Thanks for the response, I'll forward this onto Trolltech. Cheers, Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 10:59:47 2003 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id E02E937B401; Mon, 6 Jan 2003 10:59:45 -0800 (PST) Date: Mon, 6 Jan 2003 10:59:45 -0800 From: Juli Mallett To: Daren Desjardins Cc: freebsd-current Subject: Re: Added volume stepping to mixer Message-ID: <20030106105945.A3364@FreeBSD.org> References: <1041875415.294.7.camel@weed.daren.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1041875415.294.7.camel@weed.daren.ca>; from desjardins@canada.com on Mon, Jan 06, 2003 at 12:50:15PM -0500 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes 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 * De: Daren Desjardins [ Data: 2003-01-06 ] [ Subjecte: Added volume stepping to mixer ] > Last week I modified the mixer to support volume stepping. Having a > keyboard with volume control on it, it has come in very handy to be able > to use the mixer to increase/decrease the volume. I submitted the > changes to send-pr and have an open ticket. For those that are > interested, Im including the diff against mixer.c v1.17. OK, I have some critiques, which if you do them (they were in my TODO anyway) I'll be glad to commit: Instead of two bool's use one 'int', if it is 0, then act as we do now. If it is -1, we're decreasing, if it is +1, we're increasing. Thus you do something like: if (direction != 0) newvol = oldvol + (newvol * amount); /* Set newval */ Also, don't do what you do with printf. What should be done, just before setting newval (I've already done this locally, but you should as part of what you're doing anyway) is more like this: if (newval < oldval) printf("Decreasing level to blah blah"); else if (newval > oldval) printf("Increasing level to blah blah"); else { printf("No change in level at blah"); /* Get on with our lives */ } /* Set newval */ Let me know. Thanx, juli. -- Juli Mallett AIM: BSDFlata -- IRC: juli on EFnet. OpenDarwin, Mono, FreeBSD Developer. ircd-hybrid Developer, EFnet addict. FreeBSD on MIPS-Anything on FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11: 4:18 2003 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 8D12E37B401 for ; Mon, 6 Jan 2003 11:04:17 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C71043EA9 for ; Mon, 6 Jan 2003 11:04:15 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id h06J3phN000506; Mon, 6 Jan 2003 20:03:51 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id h06J3kxZ000505; Mon, 6 Jan 2003 20:03:46 +0100 (CET) (envelope-from marius) Date: Mon, 6 Jan 2003 20:03:46 +0100 From: marius@alchemy.franken.de To: Soeren Schmidt Cc: Nate Lawson , current@FreeBSD.ORG Subject: Re: mirrored root fs? Message-ID: <20030106200346.A577@newtrinity.zeist.de> References: <200301061829.h06ITpqE016796@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200301061829.h06ITpqE016796@spider.deepcore.dk>; from sos@spider.deepcore.dk on Mon, Jan 06, 2003 at 07:29:51PM +0100 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 Mon, Jan 06, 2003 at 07:29:51PM +0100, Soeren Schmidt wrote: > It seems Nate Lawson wrote: > > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > > blocks couldn't find the fs. Any idea how much work it would take to > > enable booting a ccd root? Also, does vinum already support this? > > If you use ATA drives you can use atacontrol to make the mirror on > two ATA disks, but there are some gotcha's, see atacontrol(1).... > Using non-raid controllers for building raid-arrays would be a cool feature if `atacontrol rebuild` would work... Is there simple way, i.e. without copying the content of the array to a temporary location, to recover from disk-failures when doing raid1 on non-raid controllers ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11: 8:38 2003 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 2A8ED37B401 for ; Mon, 6 Jan 2003 11:08:37 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40EF543E4A for ; Mon, 6 Jan 2003 11:08:36 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h06J89Pa024463; Mon, 6 Jan 2003 20:08:09 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301061908.h06J89Pa024463@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <20030106200346.A577@newtrinity.zeist.de> To: marius@alchemy.franken.de Date: Mon, 6 Jan 2003 20:08:09 +0100 (CET) Cc: Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems marius@alchemy.franken.de wrote: > On Mon, Jan 06, 2003 at 07:29:51PM +0100, Soeren Schmidt wrote: > > It seems Nate Lawson wrote: > > > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > > > blocks couldn't find the fs. Any idea how much work it would take to > > > enable booting a ccd root? Also, does vinum already support this? > > > > If you use ATA drives you can use atacontrol to make the mirror on > > two ATA disks, but there are some gotcha's, see atacontrol(1).... > > > > Using non-raid controllers for building raid-arrays would be a cool feature > if `atacontrol rebuild` would work... Is there simple way, i.e. without > copying the content of the array to a temporary location, to recover from > disk-failures when doing raid1 on non-raid controllers ? The problem is that if its the drive that on you primary channel that dies, not all BIOS's can be taught to boot from the other drive on the secondary channel. The solution is to swap the drives... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11:14:39 2003 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 D6E1737B401 for ; Mon, 6 Jan 2003 11:14:37 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E489743EA9 for ; Mon, 6 Jan 2003 11:14:36 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id h06JEZhN000636; Mon, 6 Jan 2003 20:14:35 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id h06JEUfA000635; Mon, 6 Jan 2003 20:14:30 +0100 (CET) (envelope-from marius) Date: Mon, 6 Jan 2003 20:14:30 +0100 From: marius@alchemy.franken.de To: Soeren Schmidt Cc: marius@alchemy.franken.de, Nate Lawson , current@FreeBSD.ORG Subject: Re: mirrored root fs? Message-ID: <20030106201430.R35928@newtrinity.zeist.de> References: <20030106200346.A577@newtrinity.zeist.de> <200301061908.h06J89Pa024463@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200301061908.h06J89Pa024463@spider.deepcore.dk>; from sos@spider.deepcore.dk on Mon, Jan 06, 2003 at 08:08:09PM +0100 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 Mon, Jan 06, 2003 at 08:08:09PM +0100, Soeren Schmidt wrote: > It seems marius@alchemy.franken.de wrote: > > On Mon, Jan 06, 2003 at 07:29:51PM +0100, Soeren Schmidt wrote: > > > It seems Nate Lawson wrote: > > > > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > > > > blocks couldn't find the fs. Any idea how much work it would take to > > > > enable booting a ccd root? Also, does vinum already support this? > > > > > > If you use ATA drives you can use atacontrol to make the mirror on > > > two ATA disks, but there are some gotcha's, see atacontrol(1).... > > > > > > > Using non-raid controllers for building raid-arrays would be a cool feature > > if `atacontrol rebuild` would work... Is there simple way, i.e. without > > copying the content of the array to a temporary location, to recover from > > disk-failures when doing raid1 on non-raid controllers ? > > The problem is that if its the drive that on you primary channel that > dies, not all BIOS's can be taught to boot from the other drive on > the secondary channel. The solution is to swap the drives... > Well, and how would one rebuild the array after swaping the drive from the secondary channel to the primary and hooking up a replacement drive to the secondary channel or if one doesn't want to boot from the array at all ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11:22: 0 2003 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 D048837B401 for ; Mon, 6 Jan 2003 11:21:59 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568C443EC2 for ; Mon, 6 Jan 2003 11:21:59 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h06JLtPT070870; Mon, 6 Jan 2003 11:21:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h06JKeLa070844; Mon, 6 Jan 2003 11:20:40 -0800 (PST) Date: Mon, 6 Jan 2003 11:20:40 -0800 From: "David O'Brien" To: Nate Lawson Cc: current@freebsd.org Subject: Re: mirrored root fs? Message-ID: <20030106192040.GA70802@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Nate Lawson , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i 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 Mon, Jan 06, 2003 at 10:27:21AM -0800, Nate Lawson wrote: > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > blocks couldn't find the fs. Any idea how much work it would take to > enable booting a ccd root? Also, does vinum already support this? I've moved ccdconfig and ccd.conf to /boot and made /boot its own FS, wiht the intention of doing what you want to do. I never got around to testing this setup. :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11:36: 5 2003 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 4419037B4EB; Mon, 6 Jan 2003 11:35:57 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8DFB43F31; Mon, 6 Jan 2003 11:35:54 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h06JZr8k000759; Mon, 6 Jan 2003 14:35:53 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h06JZqcg000758; Mon, 6 Jan 2003 14:35:52 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Re: Added volume stepping to mixer From: Daren Desjardins Reply-To: desjardins@canada.com To: Juli Mallett Cc: freebsd-current In-Reply-To: <20030106105945.A3364@FreeBSD.org> References: <1041875415.294.7.camel@weed.daren.ca> <20030106105945.A3364@FreeBSD.org> Content-Type: multipart/mixed; boundary="=-1oiRiK5Ulv03ZW9DRmGD" Organization: Message-Id: <1041881752.294.13.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 14:35:52 -0500 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 --=-1oiRiK5Ulv03ZW9DRmGD Content-Type: text/plain Content-Transfer-Encoding: 7bit Changes made, also added a couple lines of docs here and their and changed the int variables to more meaningful. Lemme know if their is anything else you need. Daren Desjardins On Mon, 2003-01-06 at 13:59, Juli Mallett wrote: > * De: Daren Desjardins [ Data: 2003-01-06 ] > [ Subjecte: Added volume stepping to mixer ] > > Last week I modified the mixer to support volume stepping. Having a > > keyboard with volume control on it, it has come in very handy to be able > > to use the mixer to increase/decrease the volume. I submitted the > > changes to send-pr and have an open ticket. For those that are > > interested, Im including the diff against mixer.c v1.17. > > OK, I have some critiques, which if you do them (they were in my TODO > anyway) I'll be glad to commit: > Instead of two bool's use one 'int', if it is 0, then act as > we do now. If it is -1, we're decreasing, if it is +1, we're > increasing. Thus you do something like: > > if (direction != 0) > newvol = oldvol + (newvol * amount); > /* Set newval */ > > Also, don't do what you do with printf. What should be done, just before > setting newval (I've already done this locally, but you should as part > of what you're doing anyway) is more like this: > > if (newval < oldval) > printf("Decreasing level to blah blah"); > else if (newval > oldval) > printf("Increasing level to blah blah"); > else { > printf("No change in level at blah"); > /* Get on with our lives */ > } > /* Set newval */ > > Let me know. > > Thanx, > juli. --=-1oiRiK5Ulv03ZW9DRmGD Content-Disposition: attachment; filename=mixer.diff Content-Transfer-Encoding: quoted-printable Content-Type: text/x-patch; name=mixer.diff; charset=ISO-8859-1 *** mixer_new.c Thu Jan 2 14:58:34 2003 --- mixer.c Mon Jan 6 14:31:58 2003 *************** *** 3,8 **** --- 3,9 ---- * * updated 1/1/93 to add stereo, level query, broken * devmask kludge - cmetz@thor.tjhsst.edu + * updated 6/1/03 to add volume stepping - desjardins@canada.com * * (C) Craig Metz and Hannu Savolainen 1993. * *************** *** 13,19 **** =20 #ifndef lint static const char rcsid[] =3D ! "$FreeBSD: src/usr.sbin/mixer/mixer.c,v 1.17 2002/12/30 04:23:08 jmalle= tt Exp $"; #endif /* not lint */ =20 #include --- 14,20 ---- =20 #ifndef lint static const char rcsid[] =3D ! "$FreeBSD: src/usr.sbin/mixer/mixer.c,v 1.11.2.6 2001/07/30 10:22:58 dd= Exp $"; #endif /* not lint */ =20 #include *************** *** 35,41 **** { int i, n; =20 ! printf("usage: mixer [-f device] [-s] [[dev [voll[:volr]] | recsrc | {^|= +|-|=3D}rec recdev] ... ]\n"); printf(" devices: "); for (i =3D 0, n =3D 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { --- 36,42 ---- { int i, n; =20 ! printf("usage: mixer [-f device] [-s] [-i|-d] [[dev [voll[:volr]] | recs= rc | {^|+|-|=3D}rec recdev] ... ]\n"); printf(" devices: "); for (i =3D 0, n =3D 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { *************** *** 90,96 **** int foo, bar, baz, dev; int devmask =3D 0, recmask =3D 0, recsrc =3D 0, orecsrc; int dusage =3D 0, drecsrc =3D 0, shortflag =3D 0; ! int l =3D 0, r =3D 0, t =3D 0; char ch; =20 char *name; --- 91,98 ---- int foo, bar, baz, dev; int devmask =3D 0, recmask =3D 0, recsrc =3D 0, orecsrc; int dusage =3D 0, drecsrc =3D 0, shortflag =3D 0; ! int left =3D 0, right =3D 0, temp =3D 0; ! int direction =3D 0; // volume stepping indicator char ch; =20 char *name; *************** *** 102,115 **** else if (!strcmp(argv[0], "mixer3")) name =3D strdup("/dev/mixer2"); =20 ! while ((ch =3D getopt(argc, argv, "f:s")) !=3D -1) switch (ch) { case 'f': name =3D strdup(optarg); break; case 's': shortflag =3D 1; break; default: dusage =3D 1; } --- 104,126 ---- else if (!strcmp(argv[0], "mixer3")) name =3D strdup("/dev/mixer2"); =20 ! while ((ch =3D getopt(argc, argv, "f:sid")) !=3D -1) switch (ch) { case 'f': + // user specifed device name =3D strdup(optarg); break; case 's': + // display levels in short form shortflag =3D 1; break; + case 'i': + // increase volume flag present + direction =3D 1; + break; + case 'd': + direction =3D -1; + break; default: dusage =3D 1; } *************** *** 181,196 **** continue; } =20 ! if ((t =3D sscanf(*argv, "%d:%d", &l, &r)) > 0) { dev =3D 0; } else if((dev =3D res_name(*argv, devmask)) =3D=3D -1) { warnx("unknown device: %s", *argv); dusage =3D 1; break; } !=20 ! switch(argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : t) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { warn("MIXER_READ"); --- 192,209 ---- continue; } =20 ! // Check if device is specified ! if ((temp =3D sscanf(*argv, "%d:%d", &left, &right)) > 0) { dev =3D 0; } + // read and verify the device else if((dev =3D res_name(*argv, devmask)) =3D=3D -1) { warnx("unknown device: %s", *argv); dusage =3D 1; break; } ! // Read in the volume changes ! switch(argc > 1 ? sscanf(argv[1], "%d:%d", &left, &right) : temp) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { warn("MIXER_READ"); *************** *** 206,233 **** argc--; argv++; break; case 1: ! r =3D l; case 2: - if (l < 0) - l =3D 0; - else if (l > 100) - l =3D 100; - if (r < 0) - r =3D 0; - else if (r > 100) - r =3D 100; =20 ! if (ioctl(baz, MIXER_READ(dev),&bar)=3D=3D -1) { warn("MIXER_READ"); - argc--; argv++; continue; } =20 ! printf("Setting the mixer %s from %d:%d to %d:%d.\n", ! names[dev], bar & 0x7f, (bar >> 8) & 0x7f, l, r); =20 ! l |=3D r << 8; ! if (ioctl(baz, MIXER_WRITE(dev), &l) =3D=3D -1) warn("WRITE_MIXER"); =20 argc -=3D 2; argv +=3D 2; --- 219,270 ---- argc--; argv++; break; case 1: ! // user did not specify left:right levels, ! right =3D left; case 2: =20 ! // Read the current volume ! if(ioctl(baz, MIXER_READ(dev), &bar) =3D=3D -1) ! { warn("MIXER_READ"); continue; } =20 ! int leftVolume =3D bar & 0x7f; ! int rightVolume =3D (bar >> 8) & 0x7f; !=20 ! if(0 !=3D direction) ! { ! // Perform volume stepping ! left =3D leftVolume + (direction * left); ! right =3D rightVolume + (direction * right); ! } !=20 ! // Check to see if new volumes are outside boundary ! if (left < 0) ! left =3D 0; ! else if (left > 100) ! left =3D 100; ! if (right < 0) ! right =3D 0; ! else if (right > 100) ! right =3D 100; !=20 ! temp=3D left|right << 8; !=20 ! if(temp>bar) ! { ! printf("Increasing the mixer %s from %d:%d to %d:%d.\n", names[dev],l= eftVolume, rightVolume, left,right); ! } ! else if(temp; Mon, 6 Jan 2003 11:36:48 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2959543F13 for ; Mon, 6 Jan 2003 11:36:41 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h06JaKma029730; Mon, 6 Jan 2003 20:36:20 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301061936.h06JaKma029730@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <20030106201430.R35928@newtrinity.zeist.de> To: marius@alchemy.franken.de Date: Mon, 6 Jan 2003 20:36:20 +0100 (CET) Cc: Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems marius@alchemy.franken.de wrote: > > > if `atacontrol rebuild` would work... Is there simple way, i.e. without > > > copying the content of the array to a temporary location, to recover from > > > disk-failures when doing raid1 on non-raid controllers ? > > > > The problem is that if its the drive that on you primary channel that > > dies, not all BIOS's can be taught to boot from the other drive on > > the secondary channel. The solution is to swap the drives... > > Well, and how would one rebuild the array after swaping the drive from the > secondary channel to the primary and hooking up a replacement drive to the > secondary channel or if one doesn't want to boot from the array at all ? You can boot off the half-mirror and the rebuild with atacontrol once the system is up (its done in the background so you can continue to run but access speed will be degraded). If you want to not use the array you just delete it with atatcontrol and the disk will be seen as a normal ATA drive again. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11:49:58 2003 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 01DE437B401 for ; Mon, 6 Jan 2003 11:49:57 -0800 (PST) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE1643ED4 for ; Mon, 6 Jan 2003 11:49:56 -0800 (PST) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id h06JnthN001031; Mon, 6 Jan 2003 20:49:55 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id h06JnoJv001030; Mon, 6 Jan 2003 20:49:50 +0100 (CET) (envelope-from marius) Date: Mon, 6 Jan 2003 20:49:50 +0100 From: marius@alchemy.franken.de To: Soeren Schmidt Cc: Nate Lawson , current@FreeBSD.ORG Subject: Re: mirrored root fs? Message-ID: <20030106204950.S35928@newtrinity.zeist.de> References: <20030106201430.R35928@newtrinity.zeist.de> <200301061936.h06JaKma029730@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200301061936.h06JaKma029730@spider.deepcore.dk>; from sos@spider.deepcore.dk on Mon, Jan 06, 2003 at 08:36:20PM +0100 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 Mon, Jan 06, 2003 at 08:36:20PM +0100, Soeren Schmidt wrote: > It seems marius@alchemy.franken.de wrote: > > > > if `atacontrol rebuild` would work... Is there simple way, i.e. without > > > > copying the content of the array to a temporary location, to recover from > > > > disk-failures when doing raid1 on non-raid controllers ? > > > > > > The problem is that if its the drive that on you primary channel that > > > dies, not all BIOS's can be taught to boot from the other drive on > > > the secondary channel. The solution is to swap the drives... > > > > Well, and how would one rebuild the array after swaping the drive from the > > secondary channel to the primary and hooking up a replacement drive to the > > secondary channel or if one doesn't want to boot from the array at all ? > > You can boot off the half-mirror and the rebuild with atacontrol once > the system is up (its done in the background so you can continue to > run but access speed will be degraded). And how is this to be done ? :) `atacontrol rebuild ar0` didn't work here ("not configured" IIRC) with a raid1-array on a non-raid controller and atacontrol(8) also states: rebuild Rebuild a RAID1 array on a RAID capable ATA controller. > If you want to not use the array you just delete it with atatcontrol > and the disk will be seen as a normal ATA drive again. > I recovered by copying the content of the half-mirror to another location, unmounting ar0, `atacontrol create ar0 ...` after replacing the broken drive, ..., and finally copying the data back to the array. A simpler way would be fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 11:54:50 2003 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 5E28D37B401 for ; Mon, 6 Jan 2003 11:54:49 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7308643E4A for ; Mon, 6 Jan 2003 11:54:48 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 11455 invoked by uid 1000); 6 Jan 2003 19:54:49 -0000 Date: Mon, 6 Jan 2003 11:54:49 -0800 (PST) From: Nate Lawson To: David O'Brien Cc: current@freebsd.org Subject: Re: mirrored root fs? In-Reply-To: <20030106192040.GA70802@dragon.nuxi.com> Message-ID: 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 Mon, 6 Jan 2003, David O'Brien wrote: > On Mon, Jan 06, 2003 at 10:27:21AM -0800, Nate Lawson wrote: > > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > > blocks couldn't find the fs. Any idea how much work it would take to > > enable booting a ccd root? Also, does vinum already support this? > > I've moved ccdconfig and ccd.conf to /boot and made /boot its own FS, > wiht the intention of doing what you want to do. I never got around to > testing this setup. :-( That is suboptimal for me since I'd still have to manually mirror the /boot partition (dd) every time I updated the kernel. Not a huge problem but not quite what I want to do. The way I tested this was take a second drive, disklabeled it accordingly: disklabel ad2s1 to create an 'a' partition ccdconfig ccd0 128 none /dev/ad2s1a disklabel -w ccd0c auto newfs /dev/ccd0c cp / to ccd0c Thus there's a one-drive ccd partition. I added boot blocks and attempted to boot it but got a "not ufs" error. The ccd partition format is different from a normal ufs partition. My question was "how different?" and "how much work to have the boot blocks find the right offset to the fs?" ccdconfig is on /sbin so post kernel load should have worked fine. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 12:16:41 2003 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 76BB337B401 for ; Mon, 6 Jan 2003 12:16:38 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B3943E4A for ; Mon, 6 Jan 2003 12:16:38 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id h06KGbUZ044715 for ; Mon, 6 Jan 2003 12:16:37 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id h06KGbwb044713 for current@freebsd.org; Mon, 6 Jan 2003 12:16:37 -0800 (PST) Date: Mon, 6 Jan 2003 12:16:37 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301062016.h06KGbwb044713@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jan 6 10:22:15 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Mon Jan 6 11:36:00 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Mon Jan 6 11:36:00 PST 2003 -------------------------------------------------------------- ===> vesa "Makefile", line 5396: warning: duplicate script for target "geom_bsd.o" [...] "Makefile", line 5399: warning: duplicate script for target "geom_mbr.o" [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_TH [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `Acp [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cas [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: c [...] /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MO [...] /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_M [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acp [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acp [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment disca [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The [...] /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qu [...] cc1: warnings being treated as errors /local0/scratch/des/src/sys/kern/subr_prof.c: In function `kmstartup': /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: implicit decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c: At top level: /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: type mismatch [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous impli [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `kmem_s [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `kmem_sys_init' previous [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `__set_ [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `__set_sysinit_set_sym_k [...] {standard input}: Assembler messages: {standard input}:319: Error: symbol `kmem_sys_init' is already defined {standard input}:328: Error: symbol `__set_sysinit_set_sym_kmem_sys_init' [...] *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 12:22:41 2003 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 1B28C37B401 for ; Mon, 6 Jan 2003 12:22:41 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8D9743EC2 for ; Mon, 6 Jan 2003 12:22:29 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h06KMN8k000900 for ; Mon, 6 Jan 2003 15:22:23 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h06KML88000899 for freebsd-current@FreeBSD.ORG; Mon, 6 Jan 2003 15:22:21 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Cordless Keyboard + Mouse From: Daren Desjardins Reply-To: desjardins@canada.com To: freebsd-current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1041884541.294.17.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 15:22:21 -0500 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 Has anyone been able to get the Logitech Cordless Elite Duo, or any cordless kb/mouse combos to work? I have the Cordless Elite Duo however the system only detects my keyboard, and I have to use a corded mouse. I have been searching around and yet to find anything on getting the combos to work. Daren Desjardins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 13: 6:16 2003 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 9695037B401 for ; Mon, 6 Jan 2003 13:06:15 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEAC43ED4 for ; Mon, 6 Jan 2003 13:06:13 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h06L69tF046743; Mon, 6 Jan 2003 22:06:09 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301062106.h06L69tF046743@spider.deepcore.dk> Subject: Re: Cordless Keyboard + Mouse In-Reply-To: <1041884541.294.17.camel@weed.daren.ca> To: desjardins@canada.com Date: Mon, 6 Jan 2003 22:06:09 +0100 (CET) Cc: freebsd-current X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Daren Desjardins wrote: > Has anyone been able to get the Logitech Cordless Elite Duo, or any > cordless kb/mouse combos to work? > > I have the Cordless Elite Duo however the system only detects my > keyboard, and I have to use a corded mouse. I have been searching around > and yet to find anything on getting the combos to work. Sure, I use a logitech cordless keyboard and wheel mouse, not sure of the exact model though, works like a charm... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 13:13:52 2003 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 6E42037B401 for ; Mon, 6 Jan 2003 13:13:51 -0800 (PST) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 9083143ED1 for ; Mon, 6 Jan 2003 13:13:50 -0800 (PST) (envelope-from wade@wavefire.com) Received: (qmail 5035 invoked from network); 6 Jan 2003 21:53:37 -0000 Received: from wade.wavefire.com (HELO wade) (64.141.15.223) by radius.wavefire.com with SMTP; 6 Jan 2003 21:53:37 -0000 Message-Id: <3.0.32.20030106130632.00b47730@mail.wavefire.com> X-Sender: wade@mail.wavefire.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 06 Jan 2003 13:06:33 -0800 To: freebsd-current@freebsd.org From: wade Subject: Kernel panic on 4.7-STABLE to 5.0 RC2 upgrade. 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 Hello, I recently attempted to upgrade on of my servers from 4.7 STABLE to 5.0 RC2 using the "Upgrade" facility of sysinstall. After choosing all the options I needed, the upgrade proceeded through its fsck and started unpacking off the CD. This is where things go sour. About 20% of the way through the first round of "Extracting .... into /", I got a page fault/kernel panic and a reboot. Unfortunately, no other useful information was presented. This problem is limited to 5.0 as I am able to recover a usable machine by installing 4.7 Release using the same method. Has anyone else expperienced anything similar? If you can tell me how to get more information about this crash, I would be happy to try. For now it is just frustrating. Hardware config FYI: Asus CUV4x-D 2X PIII-600 coppermine. 1 ata-100 drive. There is also a windows partition on this disk. LSIlogic MegaRAID 428 ( currently unused ). Should you require further info, please do not hesitate to contact me. -Wade Klaver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 13:34:45 2003 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 C480F37B401; Mon, 6 Jan 2003 13:34:42 -0800 (PST) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id B720F43ED4; Mon, 6 Jan 2003 13:34:41 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id h06LYdFM034292; Mon, 6 Jan 2003 16:34:39 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Mon, 6 Jan 2003 16:34:37 -0500 To: Nate Lawson , "David O'Brien" From: Garance A Drosihn Subject: Re: mirrored root fs? Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) 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 At 11:54 AM -0800 1/6/03, Nate Lawson wrote: >On Mon, 6 Jan 2003, David O'Brien wrote: >> On Mon, Jan 06, 2003 at 10:27:21AM -0800, Nate Lawson wrote: > > > I'd like to have a mirrored root partition. I tried ccd(4) > > > but the boot blocks couldn't find the fs. Any idea how much > > > work it would take to enable booting a ccd root? Also, does > > > vinum already support this? > > > > I've moved ccdconfig and ccd.conf to /boot and made /boot its > > own FS, with the intention of doing what you want to do. I > > never got around to testing this setup. :-( > >That is suboptimal for me since I'd still have to manually mirror >the /boot partition (dd) every time I updated the kernel. Not a >huge problem but not quite what I want to do. That is not necessarily a problem. I've meant to setup something where I would create a snapshot of the root partition, and then duplicate data from that snapshot to a different partition. My thinking was that I could set this up as a cron job, and back up the root partition every night. Probably do a 'dd' or an 'rsync', followed by a step to change /etc/fstab on the destination so it would be right for the destination. ("create a snapshot" in the UFS/softupdates sense of the phrase) This wouldn't be as up-to-date as official mirroring, but then my root partition doesn't change all that much, so a daily snapshot should be fine. Of course, I've never actually gotten around to implementing this, but my guess is that it's very doable and the result would be very flexible. (no special hardware, no special software, no special configs) About all I've done is that I always create a spare partition that's the same size as my root partition, and occasionally I test a backup to it... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 15: 2:35 2003 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 144EE37B401 for ; Mon, 6 Jan 2003 15:02:32 -0800 (PST) Received: from mail.allcaps.org (allcaps.org [216.240.173.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DC5E43EC2 for ; Mon, 6 Jan 2003 15:02:31 -0800 (PST) (envelope-from bsder@allcaps.org) Received: from mail.allcaps.org (localhost [127.0.0.1]) by mail.allcaps.org (Postfix) with ESMTP id 4B22492FA9; Mon, 6 Jan 2003 18:02:27 -0500 (EST) Received: from localhost (bsder@localhost) by mail.allcaps.org (8.12.5/8.12.5/Submit) with ESMTP id h06N2OKG016768; Mon, 6 Jan 2003 15:02:26 -0800 X-Authentication-Warning: mail.allcaps.org: bsder owned process doing -bs Date: Mon, 6 Jan 2003 15:02:24 -0800 (PST) From: "Andrew P. Lentvorski, Jr." To: Nate Lawson Cc: current@freebsd.org Subject: Re: mirrored root fs? In-Reply-To: Message-ID: 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 Mon, 6 Jan 2003, Nate Lawson wrote: > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > blocks couldn't find the fs. Any idea how much work it would take to > enable booting a ccd root? Also, does vinum already support this? I gave this the old college try a while ago, here's what I found out about the different methods: 1) CCD -- no info I never really tried CCD as there seem to be much better options with atacontrol, vinum, and RAIDFrame. 2) 3Ware Escalade Cards Advantanges: They work like a charm and look just like a SCSI controller Disadvantages: Extra hardware. Expense. Proprietary. 3) atacontrol Probably your best choice right now if you have a real RAID controller on your motherboard. The BIOS takes care of most of the nasty booting details. If you don't have a real RAID controller on the motherboard, stop now. Rebuilds don't work if you don't have a real RAID controller. You can recover, but it requires some dancing with dd (search the archives). Advantages: BIOS handles bootup issues. Very little required from OS Disadvantages: Hardware required. Proprietary. Will not rebuild a broken array without hardware RAID The next two methods require only FreeBSD. They both share the same problem: you have to boot a kernel from somewhere non-RAID and then the kernel can "autodetect" RAID configurations as it boots. Autodetection of the RAID systems before mounting root is the key here. If something needs to mount / before it can configure, you can't mirror / since FreeBSD has no method for remounting /. Perhaps this has changed with the new GEOM code, somebody might want to ask Poul about this. 4) vinum ( http://www.vinumvm.org/ ) The older of the two general RAID systems for FreeBSD. vinum *can* be fairly complex as it was meant for doing more than just RAID (it is meant to be something akin to Veritas for full logical volume management). However, standard RAID 1 is a fairly simple configuration. At one point, I somehow managed to get vinum to autodetect /, but that was more than a year ago on -stable, I haven't tried -current. Advantages: No extra hardware required (beyond the disks themseleves). All code contained in FreeBSD (nothing proprietary) Does more than just RAID Disadvantages: Kernel required to be booted from somewhere non-RAID Unknown status with respect to SMP and GEOM 5) RAIDFrame ( http://people.freebsd.org/~scottl/rf/ ) RAIDFrame is the newer kid on the block in FreeBSD RAID. It is a port of the RAIDFrame code from NetBSD (which is itself a port of the RAIDFrame code from CMU, IIRC). Back in -stable within the last year, I managed to get RAIDFrame to autodetect on boot. Unknown in -current. Advantages: No extra hardware required (beyond the disks themseleves). All code contained in FreeBSD (nothing proprietary) Disadvantages: Kernel required to be booted from somewhere non-RAID Unknown status with respect to SMP and GEOM (although this stuff is on the radar screen) The following is not a true RAID solution, but it seems to be popular: 6) root partition pseudo-mirror using dd with RAID on other partitions ( http://ezine.daemonnews.org/200111/vinum.html ) This is what most people who use FreeBSD kernel-based RAID mirroring currently do. CAUTION: This does *not* have the reliability advantages of true RAID 1 mirroring. If the disk containing your root filesystem goes down, so does your system. This may not matter to you, but it is something you should be aware of. Advantages: No extra hardware required (beyond the disks themseleves). All code contained in FreeBSD (nothing proprietary) Kernel booted from pseudo-mirror Disadvantages: Root partition disk crash takes out system Manual copying of root partition required Mirroring with dd may fail on open files As always, these opinions are my own. Your mileage may vary. All disclaimers apply. Yadda, yadda, yadda, etc., etc. ;) Hope this helps, -a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 16:26:17 2003 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 D653737B405 for ; Mon, 6 Jan 2003 16:26:15 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 062D843EC2 for ; Mon, 6 Jan 2003 16:26:11 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 12467 invoked by uid 1000); 7 Jan 2003 00:26:11 -0000 Date: Mon, 6 Jan 2003 16:26:11 -0800 (PST) From: Nate Lawson To: Kyunghwan Kim Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? In-Reply-To: <20030106143010.GA11655@ada.snu.ac.kr> Message-ID: 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 Mon, 6 Jan 2003, Kyunghwan Kim wrote: > On Mon, Jan 06, 2003 at 10:58:25AM +0100, Harti Brandt wrote: > > On Fri, 3 Jan 2003, Nate Lawson wrote: > > NL>I was looking into some "could sleep messages" and found some bogus > > NL>locking in the attach routine of many drivers. Several init a mtx in > > NL>their softc and then lock/unlock it in their attach routine. This, of > > NL>course, does nothing to provide exclusive access to a device. I assume > > NL>there is going to be a global IF_LOCK or something to be used in attach > > NL>routines. Can someone fill me in on the intended design? > > > > Probably not. I asked the same question a couple of month ago and got 0 > > answers. I think, there is no way, the driver itself can assure exclusive > > access to the device it is attaching. It *must* assume, that there is some > > kind of locking around the call to the attach routine. Getting the lock in > > the softc inside the attach routine may be neccessary, because the routine > > may call other functions that assume they have the lock. > > Only using lock in softc can't assure its exclusive access > because there are some cases of changing some values in ifnet struct > outside of device driver routines. > > Most of the NIC drivers don't have its own locks for now, and using > both IFNET_*LOCK() and its own softc lock can't make everything in sync. My point. > There should be two use of locks IMO: one or more per-device locks > in driver softc for manipulating per-device private data protection, > and ifnet lock for each ifnet struct protection (such as ifnet.if_mtx). Looking further into sys/net/if.c, it appears that the list of interfaces is protected by IFNET_WLOCK in if_attach(). I think it's safe to work under the following assumptions: 1. newbus will not call an attach routine twice for the same hw 2. ifnet routines take care of themselves 3. per-device locking is only necessary to provide exclusive access within a given driver instance. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 16:46:16 2003 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 2BE2C37B401 for ; Mon, 6 Jan 2003 16:46:15 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 88FFD43ED1 for ; Mon, 6 Jan 2003 16:46:14 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 12513 invoked by uid 1000); 7 Jan 2003 00:46:15 -0000 Date: Mon, 6 Jan 2003 16:46:15 -0800 (PST) From: Nate Lawson To: current@freebsd.org Cc: ryan beasley Subject: if_dc.c locking patch In-Reply-To: <20030104074914.GS311@goddamnbastard.org> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-445848951-1041900375=:12472" 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 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-445848951-1041900375=:12472 Content-Type: TEXT/PLAIN; charset=US-ASCII Attached is a diff that fixes a "could sleep" problem where ether_ifattach() does a malloc and dc(4) is holding a lock in its softc. It uses a cleaner exit strategy with only one call to DC_UNLOCK and no multiple return statements as well as fixing one place where "error" wasn't set. If people are ok with it, I'll sweep other drivers that have a similar problem. -Nate --0-445848951-1041900375=:12472 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_dc.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="if_dc.diff" SW5kZXg6IGlmX2RjLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvcGNpL2lmX2RjLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjg1DQpkaWZmIC11IC1yMS44NSBpZl9kYy5jDQot LS0gaWZfZGMuYwkyNyBOb3YgMjAwMiAwNzowNDoxMCAtMDAwMAkxLjg1DQor KysgaWZfZGMuYwk3IEphbiAyMDAzIDAwOjM2OjMwIC0wMDAwDQpAQCAtMjE2 Miw2ICsyMTYyLDcgQEANCiAJCW1hYyA9IHBjaV9nZXRfZXRoZXIoZGV2KTsN CiAJCWlmICghbWFjKSB7DQogCQkJZGV2aWNlX3ByaW50ZihkZXYsICJObyBz dGF0aW9uIGFkZHJlc3MgaW4gQ0lTIVxuIik7DQorCQkJZXJyb3IgPSBFTlhJ TzsNCiAJCQlnb3RvIGZhaWw7DQogCQl9DQogCQliY29weShtYWMsIGVhZGRy LCBFVEhFUl9BRERSX0xFTik7DQpAQCAtMjI2NiwxMSArMjI2Nyw2IEBADQog CX0NCiANCiAJLyoNCi0JICogQ2FsbCBNSSBhdHRhY2ggcm91dGluZS4NCi0J ICovDQotCWV0aGVyX2lmYXR0YWNoKGlmcCwgZWFkZHIpOw0KLQ0KLQkvKg0K IAkgKiBUZWxsIHRoZSB1cHBlciBsYXllcihzKSB3ZSBzdXBwb3J0IGxvbmcg ZnJhbWVzLg0KIAkgKi8NCiAJaWZwLT5pZl9kYXRhLmlmaV9oZHJsZW4gPSBz aXplb2Yoc3RydWN0IGV0aGVyX3ZsYW5faGVhZGVyKTsNCkBAIC0yMzA0LDE0 ICsyMzAwLDE2IEBADQogCX0NCiAjZW5kaWYNCiANCi0JRENfVU5MT0NLKHNj KTsNCi0JcmV0dXJuKDApOw0KLQ0KIGZhaWw6DQogCURDX1VOTE9DSyhzYyk7 DQogZmFpbF9ub2xvY2s6DQotCW10eF9kZXN0cm95KCZzYy0+ZGNfbXR4KTsN Ci0JcmV0dXJuKGVycm9yKTsNCisJLyogSWYgbm8gZXJyb3JzLCBjYWxsIHRo ZSBNSSBhdHRhY2ggcm91dGluZS4gKi8NCisJaWYgKGVycm9yID09IDApDQor CQlldGhlcl9pZmF0dGFjaChpZnAsIGVhZGRyKTsNCisJZWxzZQ0KKwkJbXR4 X2Rlc3Ryb3koJnNjLT5kY19tdHgpOw0KKw0KKwlyZXR1cm4gKGVycm9yKTsN CiB9DQogDQogc3RhdGljIGludA0K --0-445848951-1041900375=:12472-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 16:58:19 2003 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 C578D37B401 for ; Mon, 6 Jan 2003 16:58:18 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 164BC43EC5 for ; Mon, 6 Jan 2003 16:58:18 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id RAA04165; Mon, 6 Jan 2003 17:58:11 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h070wAxV000653; Mon, 6 Jan 2003 17:58:10 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15898.9762.854507.855007@emerger.yogotech.com> Date: Mon, 6 Jan 2003 17:58:10 -0700 To: desjardins@canada.com Cc: freebsd-current Subject: Re: Cordless Keyboard + Mouse In-Reply-To: <1041884541.294.17.camel@weed.daren.ca> References: <1041884541.294.17.camel@weed.daren.ca> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) 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 > Has anyone been able to get the Logitech Cordless Elite Duo, or any > cordless kb/mouse combos to work? I've got the older Logitech 'Natural' wireless keyboard + wireless mouse working fine. I've had it for almost 3 years now, and aside from having to change batteries every 4-6 months it's been rock solid. > I have the Cordless Elite Duo however the system only detects my > keyboard, and I have to use a corded mouse. I have been searching around > and yet to find anything on getting the combos to work. I didn't have to do anything to get it to work for me. I plugged the mouse connector into the mouse slot, the keyboard into the keyboard slot, and all is well. Nate ps. I'm running -stable, though I doubt it matters much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17: 4:15 2003 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 4817837B401 for ; Mon, 6 Jan 2003 17:04:14 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 053E343E4A for ; Mon, 6 Jan 2003 17:04:14 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 3389BAE28D; Mon, 6 Jan 2003 17:04:05 -0800 (PST) Date: Mon, 6 Jan 2003 17:04:05 -0800 From: Maxime Henrion To: Nate Lawson Cc: current@freebsd.org, ryan beasley Subject: Re: if_dc.c locking patch Message-ID: <20030107010405.GB66404@elvis.mu.org> References: <20030104074914.GS311@goddamnbastard.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i 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 Nate Lawson wrote: > Attached is a diff that fixes a "could sleep" problem where > ether_ifattach() does a malloc and dc(4) is holding a lock in its softc. > It uses a cleaner exit strategy with only one call to DC_UNLOCK and no > multiple return statements as well as fixing one place where "error" > wasn't set. If people are ok with it, I'll sweep other drivers that have > a similar problem. Doing this would maybe be a bit premature. A lot of drivers have FOO_LOCK and FOO_UNLOCK macros set to nothing, because of similar problems you're trying to fix. Interface locking probably needs to be rethought. Cheers, Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17: 8:37 2003 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 3C5E937B401 for ; Mon, 6 Jan 2003 17:08:35 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D942643EC2 for ; Mon, 6 Jan 2003 17:08:28 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h0718Qju000575; Mon, 6 Jan 2003 20:08:26 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h07185I9000574; Mon, 6 Jan 2003 20:08:05 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Re: Cordless Keyboard + Mouse From: Daren Desjardins Reply-To: desjardins@canada.com To: Nate Williams Cc: freebsd-current In-Reply-To: <15898.9762.854507.855007@emerger.yogotech.com> References: <1041884541.294.17.camel@weed.daren.ca> <15898.9762.854507.855007@emerger.yogotech.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1041901673.297.3.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 20:07:59 -0500 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 Mon, 2003-01-06 at 19:58, Nate Williams wrote: > > Has anyone been able to get the Logitech Cordless Elite Duo, or any > > cordless kb/mouse combos to work? > > I've got the older Logitech 'Natural' wireless keyboard + wireless mouse > working fine. I've had it for almost 3 years now, and aside from having > to change batteries every 4-6 months it's been rock solid. > > > I have the Cordless Elite Duo however the system only detects my > > keyboard, and I have to use a corded mouse. I have been searching around > > and yet to find anything on getting the combos to work. > > I didn't have to do anything to get it to work for me. I plugged the > mouse connector into the mouse slot, the keyboard into the keyboard > slot, and all is well. > My combo uses a single reciever for both devices, sounds like you have two? dmesg shows that both the mouse and kb were detected, mouse as ums0 and kb as ukb0. XFree is set to use /dev/sysmouse, but dies with no core pointer if I dont use the corded mouse. ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > Nate > > ps. I'm running -stable, though I doubt it matters much. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17: 8:48 2003 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 B428137B401 for ; Mon, 6 Jan 2003 17:08:46 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 08D3643EB2 for ; Mon, 6 Jan 2003 17:08:46 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 12624 invoked by uid 1000); 7 Jan 2003 01:08:47 -0000 Date: Mon, 6 Jan 2003 17:08:47 -0800 (PST) From: Nate Lawson To: ryan beasley Cc: freebsd-current@FreeBSD.ORG Subject: Re: current/stable remote gdb interoperability In-Reply-To: <20030105115632.GA311@goddamnbastard.org> Message-ID: 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 Sun, 5 Jan 2003, ryan beasley wrote: > For what it's worth, I've taken Nate's suggestion and backed down to > 9600bps, and this problem hasn't occurred yet, so I'm assuming this is > the "fix". (The 4.7 machine has an ASUS P2B-D board, and the -CURRENT > box is a recent Dell Dimension, so I don't *think* I'm using garbage > serial hardware.) Though slow, I guess I can't complain if it works. > :). Bruce was right in that sio is polled when in the debugger so interrupt speed shouldn't be a problem. However, this behavior IS a problem with -current but not -stable and it is not your hw's problem. I have not been able to track down what is causing this problem. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17:11: 8 2003 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 E10C737B401 for ; Mon, 6 Jan 2003 17:11:06 -0800 (PST) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CDDD43E4A for ; Mon, 6 Jan 2003 17:11:06 -0800 (PST) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id SAA04290; Mon, 6 Jan 2003 18:11:04 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.6/8.12.6) id h071B4E4000885; Mon, 6 Jan 2003 18:11:04 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15898.10536.102767.621286@emerger.yogotech.com> Date: Mon, 6 Jan 2003 18:11:04 -0700 To: desjardins@canada.com Cc: Nate Williams , freebsd-current Subject: Re: Cordless Keyboard + Mouse In-Reply-To: <1041901673.297.3.camel@weed.daren.ca> References: <1041884541.294.17.camel@weed.daren.ca> <15898.9762.854507.855007@emerger.yogotech.com> <1041901673.297.3.camel@weed.daren.ca> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) 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 > > > Has anyone been able to get the Logitech Cordless Elite Duo, or any > > > cordless kb/mouse combos to work? > > > > I've got the older Logitech 'Natural' wireless keyboard + wireless mouse > > working fine. I've had it for almost 3 years now, and aside from having > > to change batteries every 4-6 months it's been rock solid. > > > > > I have the Cordless Elite Duo however the system only detects my > > > keyboard, and I have to use a corded mouse. I have been searching around > > > and yet to find anything on getting the combos to work. > > > > I didn't have to do anything to get it to work for me. I plugged the > > mouse connector into the mouse slot, the keyboard into the keyboard > > slot, and all is well. > > > > My combo uses a single reciever for both devices, sounds like you have > two? Single receiver, but two cords coming out of it. > dmesg shows that both the mouse and kb were detected, mouse as ums0 and > kb as ukb0. XFree is set to use /dev/sysmouse, but dies with no core > pointer if I dont use the corded mouse. I hard-code the mouse and don't use sysmouse. > ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 Mine shows us as a ps/2 mouse. Is this a USB setup? Mine's a normal non-USB setup. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17:12:27 2003 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 3544137B401 for ; Mon, 6 Jan 2003 17:12:26 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 58FE843EA9 for ; Mon, 6 Jan 2003 17:12:25 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 12649 invoked by uid 1000); 7 Jan 2003 01:12:26 -0000 Date: Mon, 6 Jan 2003 17:12:26 -0800 (PST) From: Nate Lawson To: Maxime Henrion Cc: current@freebsd.org Subject: Re: if_dc.c locking patch In-Reply-To: <20030107010405.GB66404@elvis.mu.org> Message-ID: 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 Mon, 6 Jan 2003, Maxime Henrion wrote: > Nate Lawson wrote: > > Attached is a diff that fixes a "could sleep" problem where > > ether_ifattach() does a malloc and dc(4) is holding a lock in its softc. > > It uses a cleaner exit strategy with only one call to DC_UNLOCK and no > > multiple return statements as well as fixing one place where "error" > > wasn't set. If people are ok with it, I'll sweep other drivers that have > > a similar problem. > > Doing this would maybe be a bit premature. A lot of drivers have > FOO_LOCK and FOO_UNLOCK macros set to nothing, because of similar > problems you're trying to fix. Interface locking probably needs to be > rethought. I appreciate the insight but this seems pretty straightforward -- if a driver needs to muck with registers, it should use a per-device lock. If it needs to change global state (i.e. ether_ifattach), it's up to the called subsystem to do its own locking. The two are orthogonal. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17:23:30 2003 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 ABD3237B406 for ; Mon, 6 Jan 2003 17:23:29 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8B543ED1 for ; Mon, 6 Jan 2003 17:23:27 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 95D9F5195D; Tue, 7 Jan 2003 11:53:25 +1030 (CST) Date: Tue, 7 Jan 2003 11:53:25 +1030 From: Greg 'groggy' Lehey To: Nate Lawson Cc: current@freebsd.org Subject: Re: mirrored root fs? Message-ID: <20030107012325.GH2279@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 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 Monday, 6 January 2003 at 10:27:21 -0800, Nate Lawson wrote: > I'd like to have a mirrored root partition. I tried ccd(4) but the boot > blocks couldn't find the fs. Any idea how much work it would take to > enable booting a ccd root? Also, does vinum already support this? I've had this working with Vinum, but the method abused the devstat subsystem, and was deeemed inappropriate. I have code in development which would do it. You're welcome to it if you want to implement it. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17:46:53 2003 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 885EB37B401 for ; Mon, 6 Jan 2003 17:46:52 -0800 (PST) Received: from mentos.hig.se (Mentos.HIG.SE [130.243.0.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCBA43F5F for ; Mon, 6 Jan 2003 17:46:50 -0800 (PST) (envelope-from artee@astrakan.hig.se) Received: from cardinal (cardinal.astrakan.hig.se [130.243.8.14]) by mentos.hig.se (8.10.2+Sun/8.10.2) with ESMTP id h071kjk15610 for ; Tue, 7 Jan 2003 02:46:45 +0100 (MET) Date: Tue, 7 Jan 2003 02:46:49 +0100 (MET) From: Roine Thunberg X-X-Sender: To: Subject: font failure in X Message-ID: 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 Hello... I recently installed 5.0-RC2 and X from ports and some programs too. Now I have trouble with huge font sizes. Mainly in webbrowsers. But it's only some kind of fonts. I just can't find the options and I can't see any logs telling me what's wrong. Seems like the fonts use the size 100 instead of 10 or 12 that they normally do... suggestions ? I normally use NetBSD so I'm quite familiar with *nix. //roine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 17:47:12 2003 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 D6C9B37B401 for ; Mon, 6 Jan 2003 17:47:10 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE5A243ED8 for ; Mon, 6 Jan 2003 17:47:09 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h071l24J000402; Mon, 6 Jan 2003 20:47:05 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h071kJW3000401; Mon, 6 Jan 2003 20:46:19 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Re: Cordless Keyboard + Mouse From: Daren Desjardins Reply-To: desjardins@canada.com To: Nate Williams Cc: freebsd-current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1041903972.326.4.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 06 Jan 2003 20:46:13 -0500 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 Mon, 2003-01-06 at 20:11, Nate Williams wrote: > Single receiver, but two cords coming out of it. > > > dmesg shows that both the mouse and kb were detected, mouse as ums0 and > > kb as ukb0. XFree is set to use /dev/sysmouse, but dies with no core > > pointer if I dont use the corded mouse. > > I hard-code the mouse and don't use sysmouse. > > > ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > Mine shows us as a ps/2 mouse. Is this a USB setup? Mine's a normal > non-USB setup. Single wire coming out that splits into a PS/2 connector and a USB connector. If I plug just the USB connector in, dmesg shows both devices however the kb doesnt work. Plugging in just the ps/2 plug I get kb support but dmesg doesnt show the mouse. So I plug both in and have both devices listed. I also tried configuring xfree to use /dev/ums0 directly but it still dies with no core pointer. > > Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 18:11: 4 2003 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 B4E6B37B401 for ; Mon, 6 Jan 2003 18:11:02 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85AF243ED4 for ; Mon, 6 Jan 2003 18:10:59 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h072AjiX021469; Tue, 7 Jan 2003 12:40:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: Cordless Keyboard + Mouse From: "Daniel O'Connor" To: desjardins@canada.com Cc: Nate Williams , freebsd-current In-Reply-To: <1041903972.326.4.camel@weed.daren.ca> References: <1041903972.326.4.camel@weed.daren.ca> Content-Type: text/plain Organization: Message-Id: <1041905445.76698.2.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 07 Jan 2003 12:40:46 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) 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 Tue, 2003-01-07 at 12:16, Daren Desjardins wrote: > > > ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > > ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > > > Mine shows us as a ps/2 mouse. Is this a USB setup? Mine's a normal > > non-USB setup. > > Single wire coming out that splits into a PS/2 connector and a USB > connector. If I plug just the USB connector in, dmesg shows both devices > however the kb doesnt work. Plugging in just the ps/2 plug I get kb > support but dmesg doesnt show the mouse. So I plug both in and have both > devices listed. > > I also tried configuring xfree to use /dev/ums0 directly but it still > dies with no core pointer. Personally I'd run usbd and let it run moused for you and then do.. vidcontrol -m on And see if the mouse works there. Check that usbd is running and that it started moused. The keyboard won't work unless you tell usbd to change the console keyboard using 'kbdcontrol -k devname' I believe (I have never used a USB keyboard) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 18:47:26 2003 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 CB19937B401 for ; Mon, 6 Jan 2003 18:47:25 -0800 (PST) Received: from seed.net.tw (sn14.seed.net.tw [139.175.54.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEABA43F0A for ; Mon, 6 Jan 2003 18:47:19 -0800 (PST) (envelope-from leafy@leafy.idv.tw) Received: from [61.59.153.11] (port=49233 helo=leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 18Vjlu-00086U-00 for freebsd-current@FreeBSD.ORG; Tue, 07 Jan 2003 10:47:18 +0800 Received: from leafy.idv.tw (localhost [127.0.0.1]) by leafy.idv.tw (8.12.6/8.12.6) with ESMTP id h072lEMF078024 for ; Tue, 7 Jan 2003 10:47:18 +0800 (CST) (envelope-from leafy@leafy.idv.tw) Received: (from leafy@localhost) by leafy.idv.tw (8.12.6/8.12.6/Submit) id h072lEQK078023 for freebsd-current@FreeBSD.ORG; Tue, 7 Jan 2003 10:47:14 +0800 (CST) Date: Tue, 7 Jan 2003 10:47:14 +0800 From: leafy To: freebsd-current Subject: Re: Cordless Keyboard + Mouse Message-ID: <20030107024714.GA78013@leafy.idv.tw> Mail-Followup-To: freebsd-current References: <1041903972.326.4.camel@weed.daren.ca> <1041905445.76698.2.camel@chowder.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <1041905445.76698.2.camel@chowder.gsoft.com.au> User-Agent: Mutt/1.5.3i 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 Tue, Jan 07, 2003 at 12:40:46PM +1030, Daniel O'Connor wrote: > keyboard using 'kbdcontrol -k devname' I believe (I have never used a > USB keyboard) > > -- > Daniel O'Connor software and network engineer My past experience with the USB keyboard isn't rather pleasant. When typing too fast, it starts to echo extra characters. For ex: typing "abc" too fast turns out to be "ababc". Typing slowly remedies the problem but it's a pain. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 19:57:20 2003 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 A24EC37B401 for ; Mon, 6 Jan 2003 19:57:19 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C100E43EB2 for ; Mon, 6 Jan 2003 19:57:18 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h073vG1e065514; Mon, 6 Jan 2003 20:57:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jan 2003 20:56:45 -0700 (MST) Message-Id: <20030106.205645.132444987.imp@bsdimp.com> To: nate@root.org Cc: current@FreeBSD.ORG, ryanb@goddamnbastard.org Subject: Re: if_dc.c locking patch From: "M. Warner Losh" In-Reply-To: References: <20030104074914.GS311@goddamnbastard.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 Wouldn't it be better if you didn't do the bogus locking in the attach routine? It would be better to not lock at all and not initialize the ISR until last. That's what I did with if_rl. Let's not work around the bogus locking, but insteal eliminate it. There's no way that the driver can interrupt itself until an interrupt happens. If there's no way to interrupt, no locking is needed :-) Also, most of the driver locking that's in the tree is likely bogus anyway, since the network stack still uses giant to a large extent. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 21:25: 6 2003 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 E08E637B401; Mon, 6 Jan 2003 21:25:04 -0800 (PST) Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C4343EE1; Mon, 6 Jan 2003 21:24:58 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts7-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030107052458.VOSO8378.tomts7-srv.bellnexxia.net@bowie.private>; Tue, 7 Jan 2003 00:24:58 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h075PAvJ083396; Tue, 7 Jan 2003 05:25:10 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h075P90G083363; Tue, 7 Jan 2003 05:25:09 GMT Date: Tue, 7 Jan 2003 05:25:09 GMT From: Mike Barcroft Message-Id: <200301070525.h075P90G083363@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jan 7 04:15:50 GMT 2003 -------------------------------------------------------------- ===> ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 21:52:16 2003 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 81A1537B401; Mon, 6 Jan 2003 21:52:14 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD4B743EB2; Mon, 6 Jan 2003 21:52:13 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h075qBO2066919; Tue, 7 Jan 2003 00:52:11 -0500 (EST) Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h075qBXt066918; Tue, 7 Jan 2003 00:52:11 -0500 (EST) (envelope-from hiten) Date: Tue, 7 Jan 2003 00:52:11 -0500 From: Hiten Pandya To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: HOWTO: Basic-block profiling on -current. Message-ID: <20030107055211.GB65437@unixdaemons.com> References: <18868.1041859732@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18868.1041859732@critter.freebsd.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index 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. This is just cool! I was wondering, did you receive my mail on this issue? It seems that I sent mail to you before too, but never got a reply. Thanks. - Hiten On Mon, Jan 06, 2003 at 02:28:52PM +0100, Poul-Henning Kamp wrote the words in effect of: > I have committed the bits needed to use GCC's basicblock profiling > on -current. > > Make sure to recompile the kernbb(8) program first. > > Here's an simple example how to profile a single file (vfs_bio.c): > > cd /sys/i386/conf > config YOURKERNEL > cd ../compile/YOURKERNEL > make depend && make all > rm vfs_bio.o > make vfs_bio.o DEBUG="--test-coverage --profile-arcs" > make all && make install > reboot > # run your test. > kernbb > cd /sys/i386/compile/YOURKERNEL > gcov vfs_bio.c > # examine vfs_bio.c.gcov > > If you want to profile multiple files, you just give them all the > same treatment as vfs_bio. > > It's perfectly possible to profile the entire kernel if you want to. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 22:34: 2 2003 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 BA70C37B401 for ; Mon, 6 Jan 2003 22:34:01 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BAC43E4A for ; Mon, 6 Jan 2003 22:33:50 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h076XjwT042944; Tue, 7 Jan 2003 07:33:45 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301070633.h076XjwT042944@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: To: "Andrew P. Lentvorski, Jr." Date: Tue, 7 Jan 2003 07:33:45 +0100 (CET) Cc: Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Andrew P. Lentvorski, Jr. wrote: > Probably your best choice right now if you have a real RAID controller > on your motherboard. The BIOS takes care of most of the nasty booting > details. > If you don't have a real RAID controller on the motherboard, stop now. > Rebuilds don't work if you don't have a real RAID controller. You can > recover, but it requires some dancing with dd (search the archives). > > Advantages: > BIOS handles bootup issues. Very little required from OS > Disadvantages: > Hardware required. Proprietary. > Will not rebuild a broken array without hardware RAID Not true, you can boot off a broken mirror on a non-RAID ATA controller, and then rebuild on the fly with atacontrol once the system is up, you do not need the RAID BIOS for rebuilding a broken mirror. Proprietary, well, in the case of using a stock ATA controller for this its certainly not :) The only caveat is that not all motherboard BIOS's allow you to boot from anything but the disk on the primary ATA channel. If you have such an animal you need to swap drives if it is the primary channel drive that is dead. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:10: 3 2003 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 EF7BF37B401 for ; Mon, 6 Jan 2003 23:10:01 -0800 (PST) Received: from mail.allcaps.org (allcaps.org [216.240.173.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9987E43EB2 for ; Mon, 6 Jan 2003 23:10:01 -0800 (PST) (envelope-from bsder@allcaps.org) Received: from mail.allcaps.org (localhost [127.0.0.1]) by mail.allcaps.org (Postfix) with ESMTP id 6E2A892FA9; Tue, 7 Jan 2003 02:10:04 -0500 (EST) Received: from localhost (bsder@localhost) by mail.allcaps.org (8.12.5/8.12.5/Submit) with ESMTP id h077A0VZ018373; Mon, 6 Jan 2003 23:10:02 -0800 X-Authentication-Warning: mail.allcaps.org: bsder owned process doing -bs Date: Mon, 6 Jan 2003 23:10:00 -0800 (PST) From: "Andrew P. Lentvorski, Jr." To: Soeren Schmidt Cc: Nate Lawson , Subject: Re: mirrored root fs? In-Reply-To: <200301070633.h076XjwT042944@spider.deepcore.dk> Message-ID: 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 Tue, 7 Jan 2003, Soeren Schmidt wrote: > Not true, you can boot off a broken mirror on a non-RAID ATA controller, > and then rebuild on the fly with atacontrol once the system is up Is this new (ie. since August 22, 2002)? I attempted to do this back then and I couldn't actually get a rebuild to work for stock ATA controllers. At that point, I kept getting: atacontrol: ioctl(ATARAIDREBUILD): Operation not supported by device See: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=698625+0+archive/2002/freebsd-stable/20020825.freebsd-stable for details on my abortive attempts to get this to work. Will I get different results if I try this procedure again, now? Alternatively, what did I do wrong in the original procedure? Thanks, -a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:13: 1 2003 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 1A0FB37B405; Mon, 6 Jan 2003 23:13:00 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4728143ED8; Mon, 6 Jan 2003 23:12:59 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h077Cs1e066400; Tue, 7 Jan 2003 00:12:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 00:12:09 -0700 (MST) Message-Id: <20030107.001209.22369733.imp@bsdimp.com> To: rwatson@FreeBSD.ORG Cc: julian@elischer.org, jmallett@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: pthread ^T problem on recent -CURRENT: death in libc_r mutex From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 In message: Robert Watson writes: : assuming it's something about poor signal handling in libc_r, actually. I've seen signal problems in devd after it forks a child. Before it forks a child ^C works, but after it does a system(3) to run a command, ^C no longer works. There's something really odd going on that I've not had time to figure it out. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:20:10 2003 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 AD6A637B401; Mon, 6 Jan 2003 23:20:09 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB87243EE1; Mon, 6 Jan 2003 23:20:08 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h077K71e066419; Tue, 7 Jan 2003 00:20:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 00:19:24 -0700 (MST) Message-Id: <20030107.001924.02080410.imp@bsdimp.com> To: nate@root.org Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 In message: Nate Lawson writes: : I was looking into some "could sleep messages" and found some bogus : locking in the attach routine of many drivers. Several init a mtx in : their softc and then lock/unlock it in their attach routine. This, of : course, does nothing to provide exclusive access to a device. I assume : there is going to be a global IF_LOCK or something to be used in attach : routines. Can someone fill me in on the intended design? The locking in the attach routines is generally bogus. Locking is only needed when you have more than one thread of execution. You don't have more than one thread of execution until after you establish the ISR and turn on interrupts. We should likely not be enabling interrupts until very late in the attach routine so that we don't need any locking in them. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:39:14 2003 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 416B837B401 for ; Mon, 6 Jan 2003 23:39:13 -0800 (PST) Received: from buster.freebsdmatrix.net (pcp01940281pcs.waldlk01.mi.comcast.net [68.32.92.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB1143ED1 for ; Mon, 6 Jan 2003 23:39:12 -0800 (PST) (envelope-from laszlof@freebsdmatrix.net) Received: from buster.freebsdmatrix.net (pcp01940281pcs.waldlk01.mi.comcast.net [68.32.92.195]) by buster.freebsdmatrix.net (Postfix) with ESMTP id 5ABB019AF14 for ; Tue, 7 Jan 2003 02:39:28 -0500 (EST) Content-Type: text/plain; charset="us-ascii" From: Frank Laszlo To: freebsd-current@freebsd.org Subject: Kernel Panic on -CURRENT w/ SMP Date: Tue, 7 Jan 2003 02:39:27 -0500 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301070239.27636.laszlof@freebsdmatrix.net> 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 I recently rebuilt my kernel to HEAD and configured my kernel to support = the=20 Dual 200Mhz PPro's. upon restart, I recieved the kernel panic below. panic: CPU APIC ID out of range (0..15) cpuid =3D 0; lapic.id =3D 00000000 Debugger("panic") Stopped at=09=09Debugger+0x55;=09 xchgl %ebx,in_Debugger.0 db> trace Debugger(c03ca5f6,0,c03e2f29,c0537d04,1) at Debugger+0x55 panic(c03e2f29,f,0,c0537d3c,c038990e) at panic+0x11f processor_entry(f1440,1,0,0,1) at processor_entry+0x30 mptable_pass2(c0537d68,c020c301,c04430a0,34,c0420550) at mptable_pass2+0x= 2ce mp_enable(9f000,c0537d80,c0236131,c04430a0,c03ccfd2) at mp_enable+0x37 cpu_mp_start(c04430a0,c03ccfd2,0,1,c0537d98) at cpu_mp_start+0x3d mp_start(0,534000,534c00,534000,0) at mp_start+0x41 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c Like I said, this is a Dual 200Mhz Pentium Pro machine. Any ideas? Thanks -Frank Laszlo --=20 -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT/MU d s: a-- C++ BU++++ P+ L- E--- W+++ N+ o- K- w-- O M+ V-- PS PE= - Y+=20 PGP++ t+ 5- X R tv+ b DI+ D++ G e h-- r++ y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:51:45 2003 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 9765037B401 for ; Mon, 6 Jan 2003 23:51:43 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B3C243E4A for ; Mon, 6 Jan 2003 23:51:42 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h077pdhq057490; Tue, 7 Jan 2003 08:51:39 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301070751.h077pdhq057490@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: To: "Andrew P. Lentvorski, Jr." Date: Tue, 7 Jan 2003 08:51:39 +0100 (CET) Cc: Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Andrew P. Lentvorski, Jr. wrote: > On Tue, 7 Jan 2003, Soeren Schmidt wrote: > > > Not true, you can boot off a broken mirror on a non-RAID ATA controller, > > and then rebuild on the fly with atacontrol once the system is up > > Is this new (ie. since August 22, 2002)? I attempted to do this back then > and I couldn't actually get a rebuild to work for stock ATA controllers. > At that point, I kept getting: > atacontrol: ioctl(ATARAIDREBUILD): Operation not supported by device > > See: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=698625+0+archive/2002/freebsd-stable/20020825.freebsd-stable > for details on my abortive attempts to get this to work. > > Will I get different results if I try this procedure again, now? > Alternatively, what did I do wrong in the original procedure? It should work on 4.7 forward, but its been a while since I played with it. Another thing is that its a pain to make a mirror on an already running system (which is often wanted), so I plan to add an option to atacontrol to tell where to get the master from, and then do an automatic rebuild during the create phase ie: atacontrol create RAID1 ad0 ad2 source ad0 This will create a mirror using ad0 and ad2, and start a rebuild to build the master with data from ad0. This way you can do a normal install, add a second (identical or bigger) disk, and make a mirror out of those. You just have to change your fstab before rebooting (ad0 -> ar0) in order to boot... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jan 6 23:51:56 2003 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 567B737B401 for ; Mon, 6 Jan 2003 23:51:54 -0800 (PST) Received: from buster.freebsdmatrix.net (pcp01940281pcs.waldlk01.mi.comcast.net [68.32.92.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D389C43EB2 for ; Mon, 6 Jan 2003 23:51:53 -0800 (PST) (envelope-from laszlof@freebsdmatrix.net) Received: from buster.freebsdmatrix.net (pcp01940281pcs.waldlk01.mi.comcast.net [68.32.92.195]) by buster.freebsdmatrix.net (Postfix) with ESMTP id D57AE19AF14 for ; Tue, 7 Jan 2003 02:52:09 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Frank Laszlo To: freebsd-current@freebsd.org Subject: Re: Kernel Panic on -CURRENT w/ SMP Date: Tue, 7 Jan 2003 02:52:09 -0500 User-Agent: KMail/1.4.3 References: <200301070239.27636.laszlof@freebsdmatrix.net> In-Reply-To: <200301070239.27636.laszlof@freebsdmatrix.net> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200301070252.09544.laszlof@freebsdmatrix.net> 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 I believe this panic was cause by the BIOS not recognizing the second CPU= =2E. i=20 rebooted a couple times and did a couple BIOS config settings. now it wil= l=20 load the kernel, but right before fsck (and right after SMP: AP CPU #1=20 Launched!) I get this: lock order reveral 1st 0xc165x950 process lock (process lock) @=20 /usr/src/sys/kern/jern_descrip.c:2100 2nd 0xc1659434 filedesc structure (filedesc structure) @=20 /usr/src/sys/kern/kern_descrip.c:2107 Any ideas? -Frank Laszlo On Tuesday 07 January 2003 02:39 am, Frank Laszlo wrote: > I recently rebuilt my kernel to HEAD and configured my kernel to suppor= t > the Dual 200Mhz PPro's. upon restart, I recieved the kernel panic below= =2E > > panic: CPU APIC ID out of range (0..15) > cpuid =3D 0; lapic.id =3D 00000000 > Debugger("panic") > Stopped at=09=09Debugger+0x55;=09 xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c03ca5f6,0,c03e2f29,c0537d04,1) at Debugger+0x55 > panic(c03e2f29,f,0,c0537d3c,c038990e) at panic+0x11f > processor_entry(f1440,1,0,0,1) at processor_entry+0x30 > mptable_pass2(c0537d68,c020c301,c04430a0,34,c0420550) at > mptable_pass2+0x2ce mp_enable(9f000,c0537d80,c0236131,c04430a0,c03ccfd2= ) at > mp_enable+0x37 cpu_mp_start(c04430a0,c03ccfd2,0,1,c0537d98) at > cpu_mp_start+0x3d > mp_start(0,534000,534c00,534000,0) at mp_start+0x41 > mi_startup() at mi_startup+0xb5 > begin() at begin+0x2c > > > Like I said, this is a Dual 200Mhz Pentium Pro machine. Any ideas? Than= ks > > -Frank Laszlo --=20 -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT/MU d s: a-- C++ BU++++ P+ L- E--- W+++ N+ o- K- w-- O M+ V-- PS PE= - Y+=20 PGP++ t+ 5- X R tv+ b DI+ D++ G e h-- r++ y+ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 0:30:23 2003 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 790AE37B401; Tue, 7 Jan 2003 00:30:20 -0800 (PST) Received: from badboy.mail.pas.earthlink.net (badboy.mail.pas.earthlink.net [207.217.120.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id A932C43EE1; Tue, 7 Jan 2003 00:30:19 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from heron (heron.mail.pas.earthlink.net [207.217.120.189]) by badboy.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h077u5l15867; Mon, 6 Jan 2003 23:56:05 -0800 (PST) Received: from pool0087.cvx21-bradley.dialup.earthlink.net ([209.179.192.87] helo=mindspring.com) by heron with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18VoaK-0002nU-00; Mon, 06 Jan 2003 23:55:41 -0800 Message-ID: <3E1A87A8.F9C079F@mindspring.com> Date: Mon, 06 Jan 2003 23:54:16 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? References: <20030107.001924.02080410.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40657a9cd98dbd816162151bf48de008d3ca473d225a0f487350badd9bab72f9c350badd9bab72f9c 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 "M. Warner Losh" wrote: > In message: > Nate Lawson writes: > : I was looking into some "could sleep messages" and found some bogus > : locking in the attach routine of many drivers. Several init a mtx in > : their softc and then lock/unlock it in their attach routine. This, of > : course, does nothing to provide exclusive access to a device. I assume > : there is going to be a global IF_LOCK or something to be used in attach > : routines. Can someone fill me in on the intended design? > > The locking in the attach routines is generally bogus. Locking is > only needed when you have more than one thread of execution. You > don't have more than one thread of execution until after you establish > the ISR and turn on interrupts. We should likely not be enabling > interrupts until very late in the attach routine so that we don't need > any locking in them. I looked at this. It seems to me that it's not quite that simple (sorry). I think that there are issues with locking because you don't know if this is a driver that's getting loaded well after the system has booted, or if this is a PCCARD or other "hot plug" device that has just arrived in the system. It also seems to me that the "reversal" problems that would result by simply inserting locking have to do with the fact that the code is relatively schitzophrenic on deciding whether it's locking data, or it's locking a critical path. The entire idea of lock order reversals (please, don't use the abbreviation "LOR": my mind keeps telling me that Legolas just got his commit bit) is predicated, I think, on the idea that there is an order of operation that has to be adhered to because we are talking not about data object locking, we are in fact talking about (theoretically independent) code path locking, and what happens on a reentry during a sleep. Basically, this means that for code that can't result in a sleep, there's no such thing as a lock order reversal -- there's only locking at the wrong functional layer. In this particular case, we're talking about a interface list, and we're talking about a device instance, and the events that get a device on or off the list are *not* independent and they *are* mutually exclusive, based on state. Given all that, it seems to me that this would be an ideal place for a "critical section" lock -- or, at least, a lock that's asserted on the list of interfaces, and which doesn't have any witness registration (per Bruce's earlier suggestion). My preference (if it's not obvious) would be a critical section lock, but a data lock on a list held over the same operations is functionally the same thing, anyway. Perhaps it's time to step back, and look over the overall locking philosophy that everyone is supposed to be implementing to, and the implementation assumptions that that philosophy makes necessary for things to work? I think that some of the assumptions are themselves mutually exclusive with current implementation, and it would be nice to know, up front, what needs to be rewritten, and what *should* be rewritten, to conform to the new philosophy. I can't be the only one who finds FreeBSD 5.x to be in such a state of flux that it's almost impossible to know what a correct implementation is supposed to look like, for a given subsystem and/or device driver, list, etc.. If someone were to "lay down the law", we could at least discuss it, and come to some conclusions that would let people know what to do -- even if there's no change in "the law" as a result, it's a useful exercise, since people can then just "code to the spec.", and not have to have in depth knowledge of the overall design (if there is one) to deal with all the related issues... they can just copy the changes into every other driver/whatever that's in the same niche, ecologically. Parallel progress is a Good Thing(tm). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 0:51:17 2003 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 6C36037B401 for ; Tue, 7 Jan 2003 00:51:14 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB75D43EDC for ; Tue, 7 Jan 2003 00:51:13 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id h078pDUZ020651 for ; Tue, 7 Jan 2003 00:51:13 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id h078pDLQ020647 for current@freebsd.org; Tue, 7 Jan 2003 00:51:13 -0800 (PST) Date: Tue, 7 Jan 2003 00:51:13 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301070851.h078pDLQ020647@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Jan 6 22:52:32 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Tue Jan 7 00:07:38 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Tue Jan 7 00:07:39 PST 2003 -------------------------------------------------------------- ===> vesa "Makefile", line 5396: warning: duplicate script for target "geom_bsd.o" [...] "Makefile", line 5399: warning: duplicate script for target "geom_mbr.o" [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_TH [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `Acp [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cas [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: c [...] /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MO [...] /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_M [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acp [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acp [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment disca [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The [...] /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qu [...] cc1: warnings being treated as errors /local0/scratch/des/src/sys/kern/subr_prof.c: In function `kmstartup': /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: implicit decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c: At top level: /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: type mismatch [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous impli [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `kmem_s [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `kmem_sys_init' previous [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `__set_ [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `__set_sysinit_set_sym_k [...] {standard input}: Assembler messages: {standard input}:319: Error: symbol `kmem_sys_init' is already defined {standard input}:328: Error: symbol `__set_sysinit_set_sym_kmem_sys_init' [...] *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 1: 5: 6 2003 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 7D2D837B401; Tue, 7 Jan 2003 01:05:04 -0800 (PST) Received: from hobby.digiware.nl (d9218.upc-d.chello.nl [213.46.9.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19A643EA9; Tue, 7 Jan 2003 01:04:58 -0800 (PST) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by hobby.digiware.nl (8.12.6/8.12.6) with SMTP id h0794xJ7084306; Tue, 7 Jan 2003 10:04:59 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <01e701c2b62b$db07ddd0$471b3dd4@dual> From: "Willem Jan Withagen" To: Cc: References: <7651.1041670679@critter.freebsd.dk> Subject: Re: panic with panic: kmem_malloc(4096): kmem_map too small... Date: Tue, 7 Jan 2003 10:04:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 SSB3YXMgYWJsZSB0byBjb3B5IHRoZSBmdWxsIDEwMCtHYi4NCk5leHQgSSdtIGdvaW5nIHRvIHRy eSBhbmQgZmlsbCB0aGUgZGlzayB0byB0aGUgbWF4IGFzIHVzZXIsIGJ1dCBpIGd1ZXNzIGl0J2xs IG5vdCB0cmlnZ2VyIHRoaXMgYnVnLg0KDQpBbmQgdG8gdGhhdCBmYWN0IEkgaGF2ZSBhIHF1ZXN0 aW9uOg0KICAgIEF0IHRoZSBtb21lbnQgOCUgb2YgdGhlIGRpc2sgaXMgcmVzZXJ2ZWQuIA0KICAg IEl0IGJlaW5nIGEgMTcwR2IgcmFpZCwgdGhhdCB3YXN0ZXMgYSBnb29kIDEzLDZHYiwgd2hpY2gg SSBmaW5kIGF0IGxvdC4NCiAgICB0dW5lZnMgbGV0cyBtZSBicmluZyB0aGF0IGRvd24gdG8gNSUg PSA4LDVHYiB3aXRob3V0IHNwZWVkIHBlbmFsdHkuDQogICAgQnV0IGlzIGZvciB0aGlzIHNpemUg b2Ygc3BhcmUgc3BhY2Ugc3VjaCBhIGxhcmdlIHRocmVzaG9sZCByZWFsbHkgcmVxdWlyZWQ/Pw0K ICAgIEFuZCBJRiBpIHdvdWxkIGxpa2UgdG8gZXhwZXJpbWVudCwgd2hlcmUgZG8gSSBsb29rIGZv ciB0aGUga25vcCB0byB0dXJuPz8NCg0KVGhhbnggZm9yIHRoZSBzdXBwb3J0LA0KLS1XalcNCg0K PiBJbiBtZXNzYWdlIDwwM2E3MDFjMmIzOGMkOGUzYWQ5OTAkNDcxYjNkZDRAZHVhbD4sICJXaWxs ZW0gSmFuIFdpdGhhZ2VuIiB3cml0ZXM6DQo+ID5XaGljaCBzZWVtcyBhIHByb2JsZW0gc3RpY2tp bmcgdXAgaXQncyBoZWFkIG9uY2Ugc28gb2Z0ZW4uDQo+ID5JIGhhZCBpdCBoYXBwZW4gdG8gbWUg bm93IDMgdGltZXMgb3ZlciB0aGUgbGFzdCBkYXkuIEl0IGp1c3QgZHJvcHMgaW50byB0aGUgZGVi dWdnZXIuDQo+ID5BbmQgSSd2ZSBmb3VuIGxpdHRsZSBleHRyYSBpbmZvIGluIHRoZSBhcmNoaXZl Lg0KPiA+DQo+ID5XaGF0IGRvd3MgdGhpcyBhY3R1YWxseSBtZWFuPyBJcyBzb21ldGhpbmcgbGVh a2luZyBpbiB0aGUga2VybmVsLg0KPiA+SUYgc28gaG93IGRvIEkgaGVscCBpdCBnbyBhd2F5Lg0K PiA+DQo+ID5JJ20gY29weSAxMDBHIGZyb20gYSBXMksgc3lzdGVtIHRvIG15IHZpbnVtIGZpbGUg c2VydmVyIHdpdGggYSAxNzBHIHJhaWQ1Lg0KPiA+Q3VycmVudCBpcyBhcyBvZiAyOCBkZWMuLi4N Cj4gDQo+IFBsZWFzZSB0cnkgdG8gbW92ZSB1cCB0byBjdXJyZW50IGFzIG9mIHRvZGF5LiAgT24g RGVjIDI5dGggSSBjb21taXRlZA0KPiBjb2RlIHRvIG1ha2UgdGhlIGRlc2lyZWR2bm9kZXMgYSBs aW1pdCByYXRoZXIgdGhhbiBhIHZhZ3VlIHN1Z2dlc3Rpb24NCj4gYW5kIHRoYXQgc2hvdWxkIHNv bHZlIHlvdXIgcHJvYmxlbSBJIGhvcGUuDQo+IA0KPiAtLSANCj4gUG91bC1IZW5uaW5nIEthbXAg ICAgICAgfCBVTklYIHNpbmNlIFppbG9nIFpldXMgMy4yMA0KPiBwaGtARnJlZUJTRC5PUkcgICAg ICAgICB8IFRDUC9JUCBzaW5jZSBSRkMgOTU2DQo+IEZyZWVCU0QgY29tbWl0dGVyICAgICAgIHwg QlNEIHNpbmNlIDQuMy10YWhvZSAgICANCj4gTmV2ZXIgYXR0cmlidXRlIHRvIG1hbGljZSB3aGF0 IGNhbiBhZGVxdWF0ZWx5IGJlIGV4cGxhaW5lZCBieSBpbmNvbXBldGVuY2UuDQo+IA0KPiA= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 1:11:19 2003 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 C8A3537B401 for ; Tue, 7 Jan 2003 01:11:18 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7954E43E4A for ; Tue, 7 Jan 2003 01:11:17 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h079B5Hj031596; Tue, 7 Jan 2003 10:11:05 +0100 (CET) (envelope-from phk@freebsd.org) To: "Willem Jan Withagen" Cc: current@freebsd.org Subject: Re: panic with panic: kmem_malloc(4096): kmem_map too small... From: phk@freebsd.org In-Reply-To: Your message of "Tue, 07 Jan 2003 10:04:59 +0100." <01e701c2b62b$db07ddd0$471b3dd4@dual> Date: Tue, 07 Jan 2003 10:11:05 +0100 Message-ID: <31595.1041930665@critter.freebsd.dk> 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 <01e701c2b62b$db07ddd0$471b3dd4@dual>, "Willem Jan Withagen" writes: >I was able to copy the full 100+Gb. >Next I'm going to try and fill the disk to the max as user, but i guess it'll not trigger this bug. > >And to that fact I have a question: > At the moment 8% of the disk is reserved. > It being a 170Gb raid, that wastes a good 13,6Gb, which I find at lot. > tunefs lets me bring that down to 5% = 8,5Gb without speed penalty. > But is for this size of spare space such a large threshold really required?? > And IF i would like to experiment, where do I look for the knop to turn?? Basically you don't need to reserve anything, but as you get closer to filling the disk the time to find a free space increases rapidly and your files get very fragmented. Trouble is: they never get defragmented unless you copy them (or do a full dump/restore). I'm not sure how to nail the "right" number of % down, and I'm sure that both Kirk and I would like to hear your numbers :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 1:15:24 2003 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 A540137B401; Tue, 7 Jan 2003 01:15:21 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B1943ED8; Tue, 7 Jan 2003 01:15:20 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h079FD1e066855; Tue, 7 Jan 2003 02:15:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 02:14:28 -0700 (MST) Message-Id: <20030107.021428.126452776.imp@bsdimp.com> To: tlambert2@mindspring.com Cc: nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? From: "M. Warner Losh" In-Reply-To: <3E1A87A8.F9C079F@mindspring.com> References: <20030107.001924.02080410.imp@bsdimp.com> <3E1A87A8.F9C079F@mindspring.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 In message: <3E1A87A8.F9C079F@mindspring.com> Terry Lambert writes: : "M. Warner Losh" wrote: : > In message: : > Nate Lawson writes: : > : I was looking into some "could sleep messages" and found some bogus : > : locking in the attach routine of many drivers. Several init a mtx in : > : their softc and then lock/unlock it in their attach routine. This, of : > : course, does nothing to provide exclusive access to a device. I assume : > : there is going to be a global IF_LOCK or something to be used in attach : > : routines. Can someone fill me in on the intended design? : > : > The locking in the attach routines is generally bogus. Locking is : > only needed when you have more than one thread of execution. You : > don't have more than one thread of execution until after you establish : > the ISR and turn on interrupts. We should likely not be enabling : > interrupts until very late in the attach routine so that we don't need : > any locking in them. : : I looked at this. It seems to me that it's not quite that : simple (sorry). I think that there are issues with locking : because you don't know if this is a driver that's getting : loaded well after the system has booted, or if this is a : PCCARD or other "hot plug" device that has just arrived in : the system. That doesn't mattar at all. If it is a new device that's just arrived, the attach still won't be interrupted *by other code in the driver* until after it has setup its ISR and told the hardware to start generating interrupts. No device locking is needed in the attach routine until after interrupts are enabled in the hardware. : It also seems to me that the "reversal" problems that would : result by simply inserting locking have to do with the fact : that the code is relatively schitzophrenic on deciding whether : it's locking data, or it's locking a critical path. The reversal is because of the bogus locking. The first time through it locks the device then the interface. However, after that it locks the interface and then the device, which can be bad. It does point to a problem, however, in that sometimes we'll take out the locks in one order and other times other orders depending on the code path if we aren't careful. I should go look at the new code more closely. I worry that in the non interrupt case we get things in the IF, DEV order (because the IF locks, then calls the callback routines, which then call the DEV lock). But in the interrupt case we get the DEV lock first, then try to queue data and that somehow causes the IF locks to be grabbed. But you are right, I do need to go look at the code to see what, exactly, is happening and how the new interface locking code is interacting with the semi-bogus locking than many of the wpaul drivers have in them now. : I can't be the only one who finds FreeBSD 5.x to be in such a state : of flux that it's almost impossible to know what a correct : implementation is supposed to look like, for a given subsystem : and/or device driver, list, etc.. There we agree. It takes a lot to keep up, and even then I fall behind when something new happens behind my back. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 1:27: 8 2003 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 0686F37B401; Tue, 7 Jan 2003 01:27:07 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5055C43EB2; Tue, 7 Jan 2003 01:27:06 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h079R11e066930; Tue, 7 Jan 2003 02:27:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 02:26:17 -0700 (MST) Message-Id: <20030107.022617.23700606.imp@bsdimp.com> To: tlambert2@mindspring.com Cc: nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? From: "M. Warner Losh" In-Reply-To: <20030107.021428.126452776.imp@bsdimp.com> References: <20030107.001924.02080410.imp@bsdimp.com> <3E1A87A8.F9C079F@mindspring.com> <20030107.021428.126452776.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 I was right (and I think you are too). We do have lock issues. dc_attach does approximately: DC_LOCK ether_attach() (which does a IFNET_WLOCK/UNLOCK pair) DC_UNLOCK (this sets the lock order to be DC_LOCK, IFNET_WLOCK). However in if_slowtimo we have: if_slowtimo(arg) { ... IFNET_RLOCK(); ... if (ifp->if_watchdog) (*ifp->if_watchdog)(ifp); ... IFNET_RUNLOCK(); } and dc_watchdog does a DC_LOCK/UNLOCK pair). This is a Lock Order Reversal, and not a LotR :-) What's worse is that dc_intr does: DC_LOCK ...dc_start (which calls IF_PREPEND which does the IFNET_LOCK/UNLOCK thing) DC_UNLOCK So even if we remove the one from attach, it looks like we have others lurking in the code. Either that, or it is too late for me to be looking at code like this :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 2:38:47 2003 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 03B2E37B401 for ; Tue, 7 Jan 2003 02:38:40 -0800 (PST) Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F94A43EB2 for ; Tue, 7 Jan 2003 02:38:38 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by smtp2.vol.cz (8.12.6/8.12.6) with ESMTP id h07AcZc6039491 for ; Tue, 7 Jan 2003 11:38:36 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E1AAE29.2050209@obluda.cz> Date: Tue, 07 Jan 2003 11:38:33 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3a) Gecko/20021227 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Added volume stepping to mixer References: <1041875415.294.7.camel_weed.daren.ca@ns.sol.net> In-Reply-To: <1041875415.294.7.camel_weed.daren.ca@ns.sol.net> Content-Type: multipart/mixed; boundary="------------090607080706070007080704" 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 This is a multi-part message in MIME format. --------------090607080706070007080704 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit desjardins@canada.com wrote, On 01/06/03 18:53: > Last week I modified the mixer to support volume stepping. Having a > Sample usage: > > Increasing: > [daren@wee mixer]$mixer -i 5:5 > Increasing the mixer vol from 40:40 to 45:45. > [daren@wee mixer]$ > > Decreasing: > [daren@wee mixer]$mixer -d vol 10 > Decreasing the mixer vol from 45:45 to 35:35. > [daren@wee mixer]$ Mixer can change volume for more than one device within one invocation. So, what about more generic way to implement stepping ? You may want to increase volume on one input simultaneously decreasing the volume on another input. Your can't do it in one step. Let's implement stepping according to followint example: [dan@~]$mixer vol 40:40 line1 +15:+15 line2 -10 Set volume for 'vol' to absolute value 40:40, increase line1's volume by 15 and decreasing line2's volume by 10 (both channel). It seems to be more generic way to me ... The change is backward compatible with current command line format. The patch for manual page should be reviewed by someone with better knowledge of english. The patch can be applied to stable also. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz --------------090607080706070007080704 Content-Type: text/plain; name="mixer.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mixer.diff" *** mixer.c.ORIG Tue Aug 7 20:15:10 2001 --- mixer.c Tue Jan 7 10:48:06 2003 *************** *** 23,41 **** #include #include #include const char *names[SOUND_MIXER_NRDEVICES] = SOUND_DEVICE_NAMES; void usage(int devmask, int recmask); int res_name(const char *name, int mask); void print_recsrc(int recsrc); void usage(int devmask, int recmask) { int i, n; ! printf("usage: mixer [-f device] [-s] [[dev [voll[:volr]] | recsrc | {^|+|-|=}rec recdev] ... ]\n"); printf(" devices: "); for (i = 0, n = 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { --- 23,43 ---- #include #include #include + #include const char *names[SOUND_MIXER_NRDEVICES] = SOUND_DEVICE_NAMES; void usage(int devmask, int recmask); int res_name(const char *name, int mask); void print_recsrc(int recsrc); + int get_vol(char *string, int *l, int *r, int *dl, int *dr); void usage(int devmask, int recmask) { int i, n; ! printf("usage: mixer [-f device] [-s] [[dev [[+|-]voll[:[+|-]volr]] | recsrc | {^|+|-|=}rec recdev] ... ]\n"); printf(" devices: "); for (i = 0, n = 0; i < SOUND_MIXER_NRDEVICES; i++) if ((1 << i) & devmask) { *************** *** 84,96 **** fprintf(stderr, "\n"); } int main(int argc, char *argv[]) { int foo, bar, baz, dev; int devmask = 0, recmask = 0, recsrc = 0, orecsrc; int dusage = 0, drecsrc = 0, shortflag = 0; ! int l = 0, r = 0, t = 0; char ch; char *name; --- 86,158 ---- fprintf(stderr, "\n"); } + #define PLUSSIGN '+' + #define MINUSSIGN '-' + #define DELIMITER ':' + int + get_vol(char *string, int *l, int *r, int *dl, int *dr) + { + char *sptr = string; + char *endptr; + long int value; + + while(isspace(*sptr)) + sptr++; + + /* if dl==NULL revert to old (non [+|-]) syntax */ + if (dl != NULL) { + if (*sptr == PLUSSIGN) { + *dl = 1; + sptr++; + } else if (*sptr == MINUSSIGN) { + *dl = -1; + sptr++; + } else + *dl = 0; + } + /* catch strings like '+-10' '++3' or '+ 2'*/ + if (!isdigit(*sptr)) + return(0); + value=strtol(sptr, &endptr, 10); + if (*endptr != '\0' && *endptr != DELIMITER && !isspace(*endptr)) + return(0); + + *l=(int)value; + sptr=endptr; + + if (*sptr!=DELIMITER) + return(1); + + sptr++; + if (dr != NULL) { + if (*sptr == PLUSSIGN) { + *dr = 1; + sptr++; + } else if (*sptr == MINUSSIGN) { + *dr = -1; + sptr++; + } else + *dr = 0; + } + /* catch strings like '+-10' '++3' or '+ 2'*/ + if (!isdigit(*sptr)) + return(1); + value=strtol(sptr, &endptr, 10); + if (*endptr != '\0' && !isspace(*endptr)) + return(1); + + *r=(int)value; + + return(2); + } + int main(int argc, char *argv[]) { int foo, bar, baz, dev; int devmask = 0, recmask = 0, recsrc = 0, orecsrc; int dusage = 0, drecsrc = 0, shortflag = 0; ! int l = 0, r = 0, t = 0, dl = 0, dr = 0; char ch; char *name; *************** *** 181,187 **** continue; } ! if ((t = sscanf(*argv, "%d:%d", &l, &r)) > 0) { dev = 0; } else if((dev = res_name(*argv, devmask)) == -1) { --- 243,249 ---- continue; } ! if ((t = get_vol(*argv, &l, &r, &dl, &dr)) > 0) { dev = 0; } else if((dev = res_name(*argv, devmask)) == -1) { *************** *** 190,196 **** break; } ! switch(argc > 1 ? sscanf(argv[1], "%d:%d", &l, &r) : t) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)== -1) { warn("MIXER_READ"); --- 252,258 ---- break; } ! switch(argc > 1 ? get_vol(argv[1], &l, &r, &dl, &dr) : t) { case 0: if (ioctl(baz, MIXER_READ(dev),&bar)== -1) { warn("MIXER_READ"); *************** *** 207,213 **** --- 269,290 ---- break; case 1: r = l; + dr = dl; case 2: + if ( dl != 0 || dr != 0 ) + if (ioctl(baz, MIXER_READ(dev),&bar)== -1) { + warn("MIXER_READ"); + argc--; argv++; + continue; + } + if ( dl == 1 ) + l = (bar & 0x7f) + l; + else if ( dl == -1 ) + l = (bar & 0x7f) - l; + if ( dr == 1 ) + r = ((bar >> 8) & 0x7f) + r; + else if ( dr == -1 ) + r = ((bar >> 8) & 0x7f) - r; if (l < 0) l = 0; else if (l > 100) *** mixer.8.ORIG Tue Aug 7 20:15:10 2001 --- mixer.8 Tue Jan 7 11:20:57 2003 *************** *** 39,45 **** .Op Fl s .Oo .Oo Ar dev ! .Op Ar lvol Ns Op : Ns Ar rvol .Cm | recsrc | .Sm off .Eo \&{ --- 39,54 ---- .Op Fl s .Oo .Oo Ar dev ! .Oo ! .Sm off ! .Op Cm + | - ! .Ar lvol Ns ! .Oo : Ns ! .Op Cm + | - ! .Ar rvol ! .Sm on ! .Oc ! .Oc .Cm | recsrc | .Sm off .Eo \&{ *************** *** 78,89 **** To modify the mixer value .Ar dev , the optional left and right channel settings of ! .Ar lvol Ns Op : Ns Ar rvol may be specified. The .Ar lvol and .Ar rvol ! arguments may be from 0 - 100. Omitting .Ar dev and including only the channel settings will change the main volume level. .Pp --- 87,106 ---- To modify the mixer value .Ar dev , the optional left and right channel settings of ! .Sm off ! .Op Cm + | - ! .Ar lvol Ns ! .Oo : Ns ! .Op Cm + | - ! .Ar rvol ! .Oc ! .Sm on may be specified. The .Ar lvol and .Ar rvol ! arguments may be from 0 - 100. Without a sign it set volume to absolute ! value otherwise it increment or decrement current volume. Omitting .Ar dev and including only the channel settings will change the main volume level. .Pp --------------090607080706070007080704-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 3:39:33 2003 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 5576237B405 for ; Tue, 7 Jan 2003 03:39:31 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3843F43E4A for ; Tue, 7 Jan 2003 03:39:21 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h07BdFfG003172; Tue, 7 Jan 2003 12:39:15 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301071139.h07BdFfG003172@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <200301070751.h077pdhq057490@spider.deepcore.dk> To: Soeren Schmidt Date: Tue, 7 Jan 2003 12:39:15 +0100 (CET) Cc: "Andrew P. Lentvorski, Jr." , Nate Lawson , current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems Soeren Schmidt wrote: > > It should work on 4.7 forward, but its been a while since I played with it. > Another thing is that its a pain to make a mirror on an already running > system (which is often wanted), so I plan to add an option to atacontrol > to tell where to get the master from, and then do an automatic rebuild > during the create phase ie: > > atacontrol create RAID1 ad0 ad2 source ad0 > > This will create a mirror using ad0 and ad2, and start a rebuild to > build the master with data from ad0. This way you can do a normal > install, add a second (identical or bigger) disk, and make a > mirror out of those. You just have to change your fstab before > rebooting (ad0 -> ar0) in order to boot... For those that are brave enough to play with this I just created the following small change to ata-raid.c. Now it will always rebuild the array on creation, using the first disk as the master image. This allows you to turn any set of ATA disks into a mirror on the fly.. Remember to rename you filesystems in fstab before booting :) Index: ata-raid.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-raid.c,v retrieving revision 1.50 diff -u -r1.50 ata-raid.c --- ata-raid.c 2 Oct 2002 07:44:17 -0000 1.50 +++ ata-raid.c 7 Jan 2003 10:02:50 -0000 @@ -374,7 +374,14 @@ rdp->flags |= AR_F_READY; ar_table[array] = rdp; + + /* kick off rebuild here */ + if (setup->type == 2) { + rdp->disks[1].flags &= ~AR_DF_ONLINE; + rdp->disks[1].flags |= AR_DF_SPARE; + } ar_attach_raid(rdp, 1); + ata_raid_rebuild(array); setup->unit = array; return 0; } -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 4: 6:41 2003 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 837FB37B401; Tue, 7 Jan 2003 04:06:40 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3234D43ED1; Tue, 7 Jan 2003 04:06:39 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA29804; Tue, 7 Jan 2003 23:06:30 +1100 Date: Tue, 7 Jan 2003 23:07:00 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: phk@FreeBSD.ORG Cc: Willem Jan Withagen , Subject: Re: panic with panic: kmem_malloc(4096): kmem_map too small... In-Reply-To: <31595.1041930665@critter.freebsd.dk> Message-ID: <20030107215110.Y7843-100000@gamplex.bde.org> 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 Tue, 7 Jan 2003 phk@FreeBSD.ORG wrote: > In message <01e701c2b62b$db07ddd0$471b3dd4@dual>, "Willem Jan Withagen" writes: > >I was able to copy the full 100+Gb. > >Next I'm going to try and fill the disk to the max as user, but i guess it'll not trigger this bug. > > > >And to that fact I have a question: > > At the moment 8% of the disk is reserved. > > It being a 170Gb raid, that wastes a good 13,6Gb, which I find at lot. > > tunefs lets me bring that down to 5% = 8,5Gb without speed penalty. > > But is for this size of spare space such a large threshold really required?? > > And IF i would like to experiment, where do I look for the knop to turn?? > > Basically you don't need to reserve anything, but as you get closer to > filling the disk the time to find a free space increases rapidly and > your files get very fragmented. Trouble is: they never get defragmented > unless you copy them (or do a full dump/restore). File get quite fragmented (enough to lose a factor of 2 or so of the disk's bandwidth) even when the disk is almost empty. Then they don't get defragmented unless you copy them, etc. The Real Fragmentation that occurs when a disk is nearly full loses a much larger factor of the disk's bandwidth. > I'm not sure how to nail the "right" number of % down, and I'm sure > that both Kirk and I would like to hear your numbers :-) I postprocess output from Kirk's block number printing program to produce fragmentation estimates. All (non-null) seeks are considered to be fragmentation. A (logical) non-null seek seems to be normal for about 10% of (logical) i/o's even in the favourable case of files created by copying to an initially empty filesystem (this is for small files like the ones in FreeBSD's src tree). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 5:26: 5 2003 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 113CE37B401 for ; Tue, 7 Jan 2003 05:26:04 -0800 (PST) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CD8643EB2 for ; Tue, 7 Jan 2003 05:25:58 -0800 (PST) (envelope-from Alexander@Leidinger.net) Received: from fwd02.sul.t-online.de by mailout07.sul.t-online.com with smtp id 18Vtjp-00022d-0F; Tue, 07 Jan 2003 14:25:49 +0100 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[217.229.223.75]) by fmrl02.sul.t-online.com with esmtp id 18Vtjn-1BiTtAC; Tue, 7 Jan 2003 14:25:47 +0100 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) by Andro-Beta.Leidinger.net (8.12.6/8.12.6) with ESMTP id h07DPkbL056933; Tue, 7 Jan 2003 14:25:46 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.6/8.12.6) with SMTP id h07DPkHC001404; Tue, 7 Jan 2003 14:25:46 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Tue, 7 Jan 2003 14:25:46 +0100 From: Alexander Leidinger To: Roine Thunberg Cc: freebsd-current@FreeBSD.ORG Subject: Re: font failure in X Message-Id: <20030107142546.020b4371.Alexander@Leidinger.net> In-Reply-To: References: X-Mailer: Sylpheed version 0.8.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net 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 Tue, 7 Jan 2003 02:46:49 +0100 (MET) Roine Thunberg wrote: > I recently installed 5.0-RC2 and X from ports and some programs too. > > Now I have trouble with huge font sizes. Mainly in webbrowsers. But it's > only some kind of fonts. I just can't find the options and I can't see any > logs telling me what's wrong. Seems like the fonts use the size 100 > instead of 10 or 12 that they normally do... suggestions ? Sometimes I get this too. I restart X or have to reboot then and everything goes back to normal operation. Bye, Alexander. -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. 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 Tue Jan 7 6:16: 6 2003 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 A181937B406; Tue, 7 Jan 2003 06:16:02 -0800 (PST) Received: from hobby.digiware.nl (d9218.upc-d.chello.nl [213.46.9.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id A422543EA9; Tue, 7 Jan 2003 06:16:00 -0800 (PST) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by hobby.digiware.nl (8.12.6/8.12.6) with SMTP id h07EFqJ7091672; Tue, 7 Jan 2003 15:15:59 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <02cb01c2b657$4e483440$471b3dd4@dual> From: "Willem Jan Withagen" To: "Bruce Evans" , Cc: References: <20030107215110.Y7843-100000@gamplex.bde.org> Subject: Re: panic with panic: kmem_malloc(4096): kmem_map too small... Date: Tue, 7 Jan 2003 15:15:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 PiBGaWxlIGdldCBxdWl0ZSBmcmFnbWVudGVkIChlbm91Z2ggdG8gbG9zZSBhIGZhY3RvciBvZiAy IG9yIHNvIG9mIHRoZQ0KPiBkaXNrJ3MgYmFuZHdpZHRoKSBldmVuIHdoZW4gdGhlIGRpc2sgaXMg YWxtb3N0IGVtcHR5LiAgVGhlbiB0aGV5IGRvbid0DQo+IGdldCBkZWZyYWdtZW50ZWQgdW5sZXNz IHlvdSBjb3B5IHRoZW0sIGV0Yy4gIFRoZSBSZWFsIEZyYWdtZW50YXRpb24NCj4gdGhhdCBvY2N1 cnMgd2hlbiBhIGRpc2sgaXMgbmVhcmx5IGZ1bGwgbG9zZXMgYSBtdWNoIGxhcmdlciBmYWN0b3Ig b2YNCj4gdGhlIGRpc2sncyBiYW5kd2lkdGguDQo+IA0KPiA+IEknbSBub3Qgc3VyZSBob3cgdG8g bmFpbCB0aGUgInJpZ2h0IiBudW1iZXIgb2YgJSBkb3duLCBhbmQgSSdtIHN1cmUNCj4gPiB0aGF0 IGJvdGggS2lyayBhbmQgSSB3b3VsZCBsaWtlIHRvIGhlYXIgeW91ciBudW1iZXJzIDotKQ0KPiAN Cj4gSSBwb3N0cHJvY2VzcyBvdXRwdXQgZnJvbSBLaXJrJ3MgYmxvY2sgbnVtYmVyIHByaW50aW5n IHByb2dyYW0gdG8NCj4gcHJvZHVjZSBmcmFnbWVudGF0aW9uIGVzdGltYXRlcy4gIEFsbCAobm9u LW51bGwpIHNlZWtzIGFyZSBjb25zaWRlcmVkDQo+IHRvIGJlIGZyYWdtZW50YXRpb24uICBBIChs b2dpY2FsKSBub24tbnVsbCBzZWVrIHNlZW1zIHRvIGJlIG5vcm1hbCBmb3INCj4gYWJvdXQgMTAl IG9mIChsb2dpY2FsKSBpL28ncyBldmVuIGluIHRoZSBmYXZvdXJhYmxlIGNhc2Ugb2YgZmlsZXMN Cj4gY3JlYXRlZCBieSBjb3B5aW5nIHRvIGFuIGluaXRpYWxseSBlbXB0eSBmaWxlc3lzdGVtICh0 aGlzIGlzIGZvcg0KPiBzbWFsbCBmaWxlcyBsaWtlIHRoZSBvbmVzIGluIEZyZWVCU0QncyBzcmMg dHJlZSkuDQoNCkknZCBiZSBpbnRlcmVzdGVkIGluIHRoYXQgYmxvY2sgbnVtYmVyIHByaW50aW5n IHByb2dyYW0gdG9vLi4uLg0KQWZ0ZXIgc29tZSBkaXNjdXNzaW9uIG9mZmxpbmUgd2l0aCBQb3Vs LUhlbm5pbmcgdGhhdCB3YXMgZXhhY3RseSB3aGF0IGlzIG9uZSBvZiB0aGUgYmFzaWMgbmVlZHMg dG8gZG8gYW55IGFuYWx5c2lzIGluIHRoaXMgYXJlYTogDQogICAgQSB3YXkgdG8gZGV0ZXJtaW5n IGEgZnJhZ21lbnRhdGlvbiBkZWdyZWUvaW5kZXguDQpQb3VsIHN1Z2dlc3RlZCB0aGVuIGJlYW4t Y291bnRpbmcgaW4gZnNjaywgc28gSSBzdGFydGVkIGxvb2tpbmcgdGhlcmUuIEJ1dCB0aGUgJ2Js b2NrIG51bWJlciBwcmludGluZycgd291bGQgZ2VuZXJhdGUgZXZlbiBiZXR0ZXIgZGF0YS4NCg0K SSdtIGJ1aWxkaW5nIGEgc3lzdGVtIGp1c3QgZm9yIHJ1bm5pbmcgc29tZSBvZiB0aGVzZSB0ZXN0 IG9uIGl0Lg0KRmVlbCBmcmVlIHRvIHN1Z2dlc3Qgb3IgZGlzY3VzcyB0aGUgYXBwcm9hY2guDQoN Ci0tV2pXDQoNCg== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 6:46:56 2003 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 6D24C37B401 for ; Tue, 7 Jan 2003 06:46:55 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 967B543ED4 for ; Tue, 7 Jan 2003 06:46:54 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 576AA84F7E for ; Tue, 7 Jan 2003 15:46:48 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id 3D64F849BF for ; Tue, 7 Jan 2003 15:46:48 +0100 (CET) Received: from juno.home.paeps.cx (juno.home.paeps.cx [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id 128FB3A6 for ; Tue, 7 Jan 2003 15:46:48 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id B0E9B4F; Tue, 7 Jan 2003 15:46:47 +0100 (CET) Date: Tue, 7 Jan 2003 15:46:46 +0100 From: Philip Paeps To: freebsd-current Subject: Re: Cordless Keyboard + Mouse Message-ID: <20030107144646.GB2550@juno.home.paeps.cx> Mail-Followup-To: freebsd-current References: <1041884541.294.17.camel@weed.daren.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <1041884541.294.17.camel@weed.daren.ca> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.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 On 2003-01-06 15:22:21 (-0500), Daren Desjardins wrote: > Has anyone been able to get the Logitech Cordless Elite Duo, or any cordless > kb/mouse combos to work? Yes. I have a Logitech Cordless Desktop and a Cordless TrackMan. Both work very happily. I use the PS/2 plugs though, not the USB ones. Don't know why, just never occured to me to try the USB :-) - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. It's always darkest before ... daylight saving time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 6:54:27 2003 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 63CF137B405 for ; Tue, 7 Jan 2003 06:54:25 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D26343EA9 for ; Tue, 7 Jan 2003 06:54:24 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Tue, 07 Jan 2003 06:54:24 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Tue, 7 Jan 2003 06:54:24 -0800 Message-ID: <1041951264.3e1aea2012592@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Tue, 7 Jan 2003 06:54:24 -0800 From: eculp@encontacto.net To: Soeren Schmidt Cc: "current@FreeBSD.ORG" Subject: Re: mirrored root fs? References: <200301071139.h07BdFfG003172@spider.deepcore.dk> In-Reply-To: <200301071139.h07BdFfG003172@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 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 Quoting Soeren Schmidt : | It seems Soeren Schmidt wrote: | > | > It should work on 4.7 forward, but its been a while since I played with | it. | > Another thing is that its a pain to make a mirror on an already running | > system (which is often wanted), so I plan to add an option to atacontrol | > to tell where to get the master from, and then do an automatic rebuild | > during the create phase ie: | > | > atacontrol create RAID1 ad0 ad2 source ad0 | > | > This will create a mirror using ad0 and ad2, and start a rebuild to | > build the master with data from ad0. This way you can do a normal | > install, add a second (identical or bigger) disk, and make a | > mirror out of those. You just have to change your fstab before | > rebooting (ad0 -> ar0) in order to boot... | | For those that are brave enough to play with this I just created the | following small change to ata-raid.c. Now it will always rebuild the | array on creation, using the first disk as the master image. This | allows you to turn any set of ATA disks into a mirror on the fly.. | Remember to rename you filesystems in fstab before booting :) | | Index: ata-raid.c | =================================================================== | RCS file: /home/ncvs/src/sys/dev/ata/ata-raid.c,v | retrieving revision 1.50 | diff -u -r1.50 ata-raid.c | --- ata-raid.c 2 Oct 2002 07:44:17 -0000 1.50 | +++ ata-raid.c 7 Jan 2003 10:02:50 -0000 | @@ -374,7 +374,14 @@ | rdp->flags |= AR_F_READY; | | ar_table[array] = rdp; | + | + /* kick off rebuild here */ | + if (setup->type == 2) { | + rdp->disks[1].flags &= ~AR_DF_ONLINE; | + rdp->disks[1].flags |= AR_DF_SPARE; | + } | ar_attach_raid(rdp, 1); | + ata_raid_rebuild(array); | setup->unit = array; | return 0; | } Søren, This is a real temptation. Let me be sure that I'm understanding correctly. I have an old machine, but running today's current, with only one disk, ad0. Could I do the following? o- Add ad2 o- run atacontrol create RAID1 ad0 ad2 source ad0 o- change ad0s1a to ar0s1a through ad0s1f to ar0s1f in fstab o- reboot and enjoy my new mirror. If ar0 were to die, I would just take it out connect ar2 and boot as ? I could then do the same with a new mirror, I suppose? If I'm understanding correctly, I could use any disk > ad0 as the mirror. Is that correct? One last question, what prompted you to preceed the patch with "For those that are brave enough to play with this", where could it come back and bit me? :-) Thanks, ed ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 7: 3:26 2003 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 62D0437B401; Tue, 7 Jan 2003 07:03:24 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2DD43ED8; Tue, 7 Jan 2003 07:03:23 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h07F3Kro007789 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 7 Jan 2003 10:03:20 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h07F3Ff59535; Tue, 7 Jan 2003 10:03:15 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15898.60467.681434.927797@grasshopper.cs.duke.edu> Date: Tue, 7 Jan 2003 10:03:15 -0500 (EST) To: "M. Warner Losh" Cc: tlambert2@mindspring.com, nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? In-Reply-To: <20030107.022617.23700606.imp@bsdimp.com> References: <20030107.001924.02080410.imp@bsdimp.com> <3E1A87A8.F9C079F@mindspring.com> <20030107.021428.126452776.imp@bsdimp.com> <20030107.022617.23700606.imp@bsdimp.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 M. Warner Losh writes: <..> > However in if_slowtimo we have: > > if_slowtimo(arg) > { > ... IFNET_RLOCK(); > ... if (ifp->if_watchdog) > (*ifp->if_watchdog)(ifp); > ... IFNET_RUNLOCK(); > } > > and dc_watchdog does a DC_LOCK/UNLOCK pair). This is a Lock Order > Reversal, and not a LotR :-) > > What's worse is that dc_intr does: > > DC_LOCK > ...dc_start (which calls IF_PREPEND which does the IFNET_LOCK/UNLOCK thing) > DC_UNLOCK > > So even if we remove the one from attach, it looks like we have others > lurking in the code. > > Either that, or it is too late for me to be looking at code like this > :-( > I think its too late at night ;) The IFNET_RLOCK() called in if_slowtimo() is a global lock for the list of ifnet structs to ensure that no devices are removed or added while something may be using it. There is one ifnet list in the system. The lock in IF_PREPEND() (and more commonly used in drivers, IF_DEQUE()) is per-ifq, to protect against multiple accesses to a single ifq. There are many ifqs in the system. FWIW, I've been running my 3rd party Myrinet driver Giant-free and have had no problems, and no lock order reversals. I don't do bogus locking in my attach routine, though :) FWIW2: Running Giant-free brings -current TCP performance up to nearly 63% of -stable performance (from 39%), and udp xmit perf up to 87% of -stable. (testing w/o WITNESS). Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 7: 4:25 2003 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 2906737B401 for ; Tue, 7 Jan 2003 07:04:24 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339E943ED8 for ; Tue, 7 Jan 2003 07:04:15 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h07F38hS044177; Tue, 7 Jan 2003 16:03:08 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301071503.h07F38hS044177@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <1041951264.3e1aea2012592@Mail.EnContacto.Net> To: eculp@encontacto.net Date: Tue, 7 Jan 2003 16:03:08 +0100 (CET) Cc: "current@FreeBSD.ORG" X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems eculp@encontacto.net wrote: > Søren, > > This is a real temptation. Let me be sure that I'm understanding > correctly. I have an old machine, but running today's current, with only > one disk, ad0. Could I do the following? > > o- Add ad2 > o- run atacontrol create RAID1 ad0 ad2 source ad0 > o- change ad0s1a to ar0s1a through ad0s1f to ar0s1f in fstab > o- reboot and enjoy my new mirror. Exactly, modulo the "source ad0" bit which is not in atacontrol (yet), it will always the the first disk (ad0 here) in the mirror as the master to make the mirror from. > If ar0 were to die, I would just take it out connect ar2 and boot as ? > I could then do the same with a new mirror, I suppose? If one of the disks die, you can boot on the degraded mirror, one caveat is that your BIOS might not want to boot from "ad2" just from "ad0", if thats the case swap the drives, and boot... Then when you are up, atacontrol detach the failed device, swap it with a new one, atacontrol attach, atacontrol rebuild, voila... Another way is to boot the degraded mirror, then when its up you do a atacontrol delete to get rid of the mirror, remember to change your fstab back to adX instead of arX, and reboot... > If I'm understanding correctly, I could use any disk > ad0 as the mirror. > Is that correct? Yes, as it is currently it must be on another non-RAID controller, or the BIOS on there will get mighty confused only having part of a RAID config on it :) > One last question, what prompted you to preceed the patch with > "For those that are brave enough to play with this", where could > it come back and bit me? :-) Doing "stuff" to your root filesystems is always dangerous, so you have been warned :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 7:52: 4 2003 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 F1C5D37B401 for ; Tue, 7 Jan 2003 07:52:02 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DD843EA9 for ; Tue, 7 Jan 2003 07:52:02 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Tue, 07 Jan 2003 07:52:02 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Tue, 7 Jan 2003 07:52:01 -0800 Message-ID: <1041954721.3e1af7a1f1614@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Tue, 7 Jan 2003 07:52:01 -0800 From: eculp@encontacto.net To: Soeren Schmidt Cc: "current@FreeBSD.ORG" Subject: Re: mirrored root fs? References: <200301071503.h07F38hS044177@spider.deepcore.dk> In-Reply-To: <200301071503.h07F38hS044177@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 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 Quoting Soeren Schmidt : | Doing "stuff" to your root filesystems is always dangerous, so you | have been warned :) | Thanks, Søren. Indeed I have:-) I'll give it a try over the coming weekend after backing up everything:). Will this patch be committed to the tree, before then? This is really great news. I sometimes feel like I live under a rock, I didn't realize that atacontrol raid was working so well. Do you know of any documentation on setting it up on a new system install, especially atacontrol RAID1+0? I haven't used vinum because of the root partition limitations and the complexity of the first configuration although I have been on the verge several times. BTW, is this an integration of vinum? To not have to be limited to hw raid by having similar flexibility and ease of use with software raid will be/is, IMO, fantastic. Thanks, ed ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 8:12:37 2003 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 C6AB437B401 for ; Tue, 7 Jan 2003 08:12:35 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298A143ED1 for ; Tue, 7 Jan 2003 08:12:28 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h07GB9HZ057431; Tue, 7 Jan 2003 17:11:09 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301071611.h07GB9HZ057431@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <1041954721.3e1af7a1f1614@Mail.EnContacto.Net> To: eculp@encontacto.net Date: Tue, 7 Jan 2003 17:11:09 +0100 (CET) Cc: "current@FreeBSD.ORG" X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems eculp@encontacto.net wrote: > | Doing "stuff" to your root filesystems is always dangerous, so you > | have been warned :) > > Thanks, Søren. Indeed I have:-) I'll give it a try over the coming > weekend after backing up everything:). Will this patch be committed to > the tree, before then? Maybe, I'm still thinking about if I should make it an option in atacontrol to do the mirror rebuild on create... > This is really great news. I sometimes feel like I live under a > rock, I didn't realize that atacontrol raid was working so well. > Do you know of any documentation on setting it up on a new system > install, especially atacontrol RAID1+0? man atacontrol :) However if you want to use RAID1+0 and you want to be able to boot from it you *need* a RAID capable controller BIOS, there is no way to make a stock BIOS boot from a RAID0... If you need it on install you probably also need at RAID capable controller, if you define the RAID BIOS there, it will show up in sysinstall.. > I haven't used vinum because of the root partition limitations and > the complexity of the first configuration although I have been on the > verge several times. BTW, is this an integration of vinum? To not > have to be limited to hw raid by having similar flexibility and ease > of use with software raid will be/is, IMO, fantastic. No, the RAID part of the ATA driver has nothing to do with vinum. Vinum has several limitations that make it useless in this context. Mainly that the RAID config layout on disk need to be of different formats depending on what controller BIOS we have, and there is no place to put all the extra volume stuff that vinum needs. The ATA RAID code is very generic instead, with backends that converts the internal RAID info to/from the needed info on disk depending on controller type. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 8:41:30 2003 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 503C737B401 for ; Tue, 7 Jan 2003 08:41:29 -0800 (PST) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id C970043ED1 for ; Tue, 7 Jan 2003 08:41:28 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 19216 invoked from network); 7 Jan 2003 16:41:31 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 Jan 2003 16:41:31 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h07GfQUT080247; Tue, 7 Jan 2003 11:41:26 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030106031821.GA92908@goddamnbastard.org> Date: Tue, 07 Jan 2003 11:41:33 -0500 (EST) From: John Baldwin To: ryan beasley Subject: Re: panic: blockable sleep lock (sleep mutex) Giant @ /usr/src/s Cc: current@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 06-Jan-2003 ryan beasley wrote: > On Sun, Jan 05, 2003 at 08:54:01PM -0600, ryan beasley wrote: >> I'm including a GDB capture including traceback and some locking >> information. Anyone have any ideas? Is there any other data I should >> grab and submit? > > I'm really sorry for following up to myself again, but the following > might be useful: > > (gdb) >#8 0xc01bce28 in enroll (description=0xc02e3718 "vnode interlock", > lock_class=0xc0300fc0) > at /home/ryanb/FREDRIK_DP_INV/sys/kern/subr_witness.c:985 > 985 if (w->w_name == description || (w->w_refcount > 0 && > Current language: auto; currently c > (gdb) p *w > $16 = {w_name = 0xc16fd8fe
, > w_class = 0xc0300fc0, w_list = {stqe_next = 0xc032fa50}, w_typelist = { > stqe_next = 0xc032fa50}, w_children = 0x0, w_file = 0x0, w_line = 0, > w_level = 0, w_refcount = 2, w_Giant_squawked = 0 '\0', > w_other_squawked = 0 '\0', w_same_squawked = 0 '\0'} > > This is the instruction where the page fault occurred. As to how w_name > was clobbered, I have no idea. Your 3rd party registered a lock somehow? Does it do mtx_init() and not do mtx_destroy() when being unloaded? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 9:13:46 2003 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 D8C2237B401 for ; Tue, 7 Jan 2003 09:13:44 -0800 (PST) Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFCD43EB2 for ; Tue, 7 Jan 2003 09:13:40 -0800 (PST) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Tue, 07 Jan 2003 09:13:40 -0800 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by Mail.EnContacto.Net (IMP) with HTTP for ; Tue, 7 Jan 2003 09:13:39 -0800 Message-ID: <1041959619.3e1b0ac3deac9@Mail.EnContacto.Net> X-Priority: 3 (Normal) Date: Tue, 7 Jan 2003 09:13:39 -0800 From: eculp@encontacto.net To: Soeren Schmidt Cc: "current@FreeBSD.ORG" Subject: Re: mirrored root fs? References: <200301071611.h07GB9HZ057431@spider.deepcore.dk> In-Reply-To: <200301071611.h07GB9HZ057431@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 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 Quoting Soeren Schmidt : | man atacontrol :) I did that but it sounded too easy :) | | However if you want to use RAID1+0 and you want to be able to | boot from it you *need* a RAID capable controller BIOS, there is | no way to make a stock BIOS boot from a RAID0... | If you need it on install you probably also need at RAID capable | controller, if you define the RAID BIOS there, it will show up | in sysinstall.. The solution that pops into my mind is to have a small ad0 for boot and / partition. and ad1,ad2,ad3 as raid0+1 or ad1 and 2 as raid1 raid1 should solve my problem. Would either of these be configurable on sysinstall to have the /var and /usr partitions on the raid disks? If not that should be easy enough after a minimal install and reboot on ad0. | | > I haven't used vinum because of the root partition limitations and | > the complexity of the first configuration although I have been on the | > verge several times. BTW, is this an integration of vinum? To not | > have to be limited to hw raid by having similar flexibility and ease | > of use with software raid will be/is, IMO, fantastic. | | No, the RAID part of the ATA driver has nothing to do with vinum. | Vinum has several limitations that make it useless in this context. | Mainly that the RAID config layout on disk need to be of different | formats depending on what controller BIOS we have, and there is no | place to put all the extra volume stuff that vinum needs. | The ATA RAID code is very generic instead, with backends that converts | the internal RAID info to/from the needed info on disk depending | on controller type. Thanks for the clarification, Søren. Please forgive my basic, uninitiated questions. I really should probably have been paying more attention as these features were being added. ed ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 9:23:15 2003 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 B2A8437B401 for ; Tue, 7 Jan 2003 09:23:13 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C89043E4A for ; Tue, 7 Jan 2003 09:23:02 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id h07HLskV071635; Tue, 7 Jan 2003 18:21:54 +0100 (CET) (envelope-from sos) From: Soeren Schmidt Message-Id: <200301071721.h07HLskV071635@spider.deepcore.dk> Subject: Re: mirrored root fs? In-Reply-To: <1041959619.3e1b0ac3deac9@Mail.EnContacto.Net> To: eculp@encontacto.net Date: Tue, 7 Jan 2003 18:21:53 +0100 (CET) Cc: "current@FreeBSD.ORG" X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 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 It seems eculp@encontacto.net wrote: > | man atacontrol :) > > I did that but it sounded too easy :) It actually is :) > | However if you want to use RAID1+0 and you want to be able to > | boot from it you *need* a RAID capable controller BIOS, there is > | no way to make a stock BIOS boot from a RAID0... > | If you need it on install you probably also need at RAID capable > | controller, if you define the RAID BIOS there, it will show up > | in sysinstall.. > > The solution that pops into my mind is to have a small ad0 for boot > and / partition. and ad1,ad2,ad3 as raid0+1 or ad1 and 2 as raid1 > raid1 should solve my problem. Would either of these be configurable > on sysinstall to have the /var and /usr partitions on the raid disks? > If not that should be easy enough after a minimal install and reboot > on ad0. You need 4 disks for RAID0+1, and if you want to see the RAID's in sysinstall you need to have them created first, either by having a "real" ATA RAID controller, or having made it beforehand on the disks in possibly another machine or from a minimal install. Once the RAID's has been setup, sysinstall will pick them up.. (Maybe one can boot the fixit thingy and run atacontrol from the live filesystem, havn't tried)... > | No, the RAID part of the ATA driver has nothing to do with vinum. > | Vinum has several limitations that make it useless in this context. > | Mainly that the RAID config layout on disk need to be of different > | formats depending on what controller BIOS we have, and there is no > | place to put all the extra volume stuff that vinum needs. > | The ATA RAID code is very generic instead, with backends that converts > | the internal RAID info to/from the needed info on disk depending > | on controller type. > > Thanks for the clarification, Søren. Please forgive my basic, uninitiated > questions. I really should probably have been paying more attention as > these features were being added. No problem, feel free to ask, we add so many features to FreeBSD all the time it can be hard to follow them all... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 9:24:44 2003 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 E047B37B401; Tue, 7 Jan 2003 09:24:42 -0800 (PST) Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C4743EB2; Tue, 7 Jan 2003 09:24:36 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts9-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030107172436.ICUK10918.tomts9-srv.bellnexxia.net@bowie.private>; Tue, 7 Jan 2003 12:24:36 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h07HPFvJ001643; Tue, 7 Jan 2003 17:25:16 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h07HPFxG001634; Tue, 7 Jan 2003 17:25:15 GMT Date: Tue, 7 Jan 2003 17:25:15 GMT From: Mike Barcroft Message-Id: <200301071725.h07HPFxG001634@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jan 7 16:18:02 GMT 2003 -------------------------------------------------------------- ===> unionfs touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/unionfs/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/unionfs. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 9:47:58 2003 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 5D30837B401; Tue, 7 Jan 2003 09:47:56 -0800 (PST) Received: from mta5.rcsntx.swbell.net (mta5.rcsntx.swbell.net [151.164.30.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF3443EE1; Tue, 7 Jan 2003 09:47:50 -0800 (PST) (envelope-from mcf@augustmail.com) Received: from lucia ([66.141.98.41]) by mta5.rcsntx.swbell.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0H8C00CH8URGCS@mta5.rcsntx.swbell.net>; Tue, 07 Jan 2003 11:47:49 -0600 (CST) Date: Tue, 07 Jan 2003 11:47:42 -0600 From: Michael Ferguson Subject: Sound playback problem with Maestro3.c (?) To: current@FreeBSD.ORG Cc: scottl@freebsd.org, anderson@cs.duke.edu, jmcneill@invisible.yi.org, kluckie@ihug.co.nz Message-id: <003d01c2b674$e457dc20$29628d42@lucia> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailer: Microsoft Outlook, Build 10.0.4024 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal 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, I'm experiencing a small issue with the sound output on the Maestro3 in my Dell Inspiron 8000 laptop. Every few seconds, the sound is briefly "interrupted", and the last few ms of audio are looped for about a quarter of a second. I've noticed that this can happen independently on either channel; often it will pause/loop on the left channel, then shortly thereafter on the right, or visa versa. Other times it will pause/loop on both channels at the same time. I've also noticed this condition can be exaggerated by moving the mouse while moused is running; the sound pause/loops much more frequently (although not for as long), and the music becomes noticeably slower. This happens both when moving the built-in PS/2 touchpad mouse and on a USB mouse, if I plug one in. My only ignorant guess would be that this is some kind of interrupt polling issue, but since I am new to BSD and I have no clue about the driver architecture or PCM, I can only venture a guess. :/ I was experiencing this in the 4.7-release kernel also (this bug is actually why I upgraded to -current :P). Some other users appear to be having the same problems (even when porting the driver to NetBSD?). Here are some links: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF8&threadm=a6u7p 2%24vlc%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1&prev=/groups%3Fq%3DFreeBSD %2BMaestro3%2Bpopping%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF8%26selm% 3Da6u7p2%2524vlc%25241%2540FreeBSD.csie.NCTU.edu.tw%26rnum%3D1 http://mail-index.netbsd.org/current-users/2001/08/23/0004.html I tried compiling without PNP and APM in the 4.7-release kernel, but I still saw the same issues, so I don't think they're entirely tied to that (especially since I'm running ACPI now in -current, without any apmd). My laptop is running the latest bios (A21), and the sound card has ID card=0x00a41028 chip-0x1998125d rev=0x10; my dmesg and pciconf output are also at ftp://129.110.23.84/. On a probably-unrelated side note, when I was running Linux on the same laptop (ducks), I had issues with the OS clock getting quickly out of sync with the HW clock; typically I would loose five minutes or more every hour. Although I haven't experienced the same thing with FreeBSD, I wonder if there is just something odd about interrupt handling or timing on the Inspiron 8000 line? Best regards, -- mcf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 10: 6:57 2003 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 7C83A37B406; Tue, 7 Jan 2003 10:06:52 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E62D644322; Tue, 7 Jan 2003 10:01:22 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h07I0N1e069426; Tue, 7 Jan 2003 11:00:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 10:59:33 -0700 (MST) Message-Id: <20030107.105933.19259527.imp@bsdimp.com> To: gallatin@cs.duke.edu Cc: tlambert2@mindspring.com, nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? From: "M. Warner Losh" In-Reply-To: <15898.60467.681434.927797@grasshopper.cs.duke.edu> References: <20030107.021428.126452776.imp@bsdimp.com> <20030107.022617.23700606.imp@bsdimp.com> <15898.60467.681434.927797@grasshopper.cs.duke.edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 In message: <15898.60467.681434.927797@grasshopper.cs.duke.edu> Andrew Gallatin writes: : The IFNET_RLOCK() called in if_slowtimo() is a global lock for the : list of ifnet structs to ensure that no devices are removed or added : while something may be using it. There is one ifnet list in the system. So this means that only the locking in attach is bogus, and similar locking in detach is also bogus because they produce lock order reversals as the global lock is held to insert/remove if interfaces. : The lock in IF_PREPEND() (and more commonly used in drivers, : IF_DEQUE()) is per-ifq, to protect against multiple accesses : to a single ifq. There are many ifqs in the system. I knew I must have been missing something really fundamental last night. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 10: 9:15 2003 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 A400D37B401; Tue, 7 Jan 2003 10:09:13 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BF543E4A; Tue, 7 Jan 2003 10:09:08 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h07I96ro018987 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 7 Jan 2003 13:09:06 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h07I91S59743; Tue, 7 Jan 2003 13:09:01 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15899.6077.710661.497492@grasshopper.cs.duke.edu> Date: Tue, 7 Jan 2003 13:09:01 -0500 (EST) To: "M. Warner Losh" Cc: tlambert2@mindspring.com, nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? In-Reply-To: <20030107.105933.19259527.imp@bsdimp.com> References: <20030107.021428.126452776.imp@bsdimp.com> <20030107.022617.23700606.imp@bsdimp.com> <15898.60467.681434.927797@grasshopper.cs.duke.edu> <20030107.105933.19259527.imp@bsdimp.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 M. Warner Losh writes: > In message: <15898.60467.681434.927797@grasshopper.cs.duke.edu> > Andrew Gallatin writes: > : The IFNET_RLOCK() called in if_slowtimo() is a global lock for the > : list of ifnet structs to ensure that no devices are removed or added > : while something may be using it. There is one ifnet list in the system. > > So this means that only the locking in attach is bogus, and similar > locking in detach is also bogus because they produce lock order > reversals as the global lock is held to insert/remove if interfaces. Yes. Though I haven't looked at if_dc myself, there may be other locking problems. I've only been commenting on the ones that you brought up. But back to an earlier point. Somebody (you?) validly pointed out that the driver should not be callable and should not generate interrupts until its finished attaching. The lock in its attach was probably a somewhat misguided attempt at that. The first point can be accomplished by doing the ether_ifattach() last, but the second may be harder. I do that by poking a bit on my card which prevents it from generating interrupts while the device is being setup. Not sure if a similar bit exists on tulip cards. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 10:39:17 2003 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 C334A37B401 for ; Tue, 7 Jan 2003 10:39:15 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32B3D43ED1 for ; Tue, 7 Jan 2003 10:39:15 -0800 (PST) (envelope-from eta@lclark.edu) Received: from [192.168.0.3] (12-224-152-126.client.attbi.com[12.224.152.126]) by sccrmhc01.attbi.com (sccrmhc01) with SMTP id <2003010718391400100evvboe>; Tue, 7 Jan 2003 18:39:14 +0000 Subject: Re: font failure in X From: Eric Anholt To: Alexander Leidinger Cc: Roine Thunberg , freebsd-current@FreeBSD.ORG In-Reply-To: <20030107142546.020b4371.Alexander@Leidinger.net> References: <20030107142546.020b4371.Alexander@Leidinger.net> Content-Type: text/plain Organization: Message-Id: <1041964804.603.3.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 07 Jan 2003 18:40:05 +0000 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 On Tue, 2003-01-07 at 13:25, Alexander Leidinger wrote: > On Tue, 7 Jan 2003 02:46:49 +0100 (MET) > Roine Thunberg wrote: > > > I recently installed 5.0-RC2 and X from ports and some programs too. > > > > Now I have trouble with huge font sizes. Mainly in webbrowsers. But it's > > only some kind of fonts. I just can't find the options and I can't see any > > logs telling me what's wrong. Seems like the fonts use the size 100 > > instead of 10 or 12 that they normally do... suggestions ? > > Sometimes I get this too. I restart X or have to reboot then and > everything goes back to normal operation. > > Bye, > Alexander. One thing good might be to check your DisplaySize (grep Display /var/log/XFree86.0.log), since your DPI is calculated from that and things are using the DPI to calculate font sizes more and more. For some reason it's probed wrong on my system (2500mm x 2500mm or some such). Adding the following line to my XF86Config's Monitor section fixed it. DisplaySize 310 270 If this is the problem, could you tell me what card you're using? -- ------------------------------------------------------------------------ Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/dri/ anholt@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 10:58:56 2003 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 7435437B405 for ; Tue, 7 Jan 2003 10:58:53 -0800 (PST) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD11B43EDC for ; Tue, 7 Jan 2003 10:58:52 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id h07IwqUZ027651 for ; Tue, 7 Jan 2003 10:58:52 -0800 (PST) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id h07Iwq0S027649 for current@freebsd.org; Tue, 7 Jan 2003 10:58:52 -0800 (PST) Date: Tue, 7 Jan 2003 10:58:52 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200301071858.h07Iwq0S027649@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure 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 -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jan 7 09:37:38 PST 2003 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Tue Jan 7 10:29:04 PST 2003 -------------------------------------------------------------- >>> Kernel build for LINT started on Tue Jan 7 10:29:05 PST 2003 -------------------------------------------------------------- ===> vesa "Makefile", line 5396: warning: duplicate script for target "geom_bsd.o" [...] "Makefile", line 5399: warning: duplicate script for target "geom_mbr.o" [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_TH [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `Acp [...] /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cas [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: ` [...] /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_T [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_ [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `A [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: c [...] /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: c [...] /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MO [...] /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_M [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acp [...] /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acp [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment disca [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1254: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1266: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ie_readframe': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1312: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `iestart': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1412: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1425: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `check_ie_present': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1479: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1488: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1491: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1516: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `command_and_wait': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1773: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1789: warning: cast discards q [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `setup_rfa': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1874: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1898: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `mc_setup': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:1949: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieinit': /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2013: warning: passing arg 2 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2062: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/ie/if_ie.c:2063: warning: passing arg 1 o [...] /local0/scratch/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning "The [...] /local0/scratch/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /local0/scratch/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qu [...] cc1: warnings being treated as errors /local0/scratch/des/src/sys/kern/subr_prof.c: In function `kmstartup': /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: implicit decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c: At top level: /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous decla [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: type mismatch [...] /local0/scratch/des/src/sys/kern/subr_prof.c:160: warning: previous impli [...] /local0/scratch/des/src/sys/kern/subr_prof.c:557: warning: `tcov_init' wa [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `kmem_s [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `kmem_sys_init' previous [...] /local0/scratch/des/src/sys/kern/subr_prof.c:566: redefinition of `__set_ [...] /local0/scratch/des/src/sys/kern/subr_prof.c:57: `__set_sysinit_set_sym_k [...] {standard input}: Assembler messages: {standard input}:319: Error: symbol `kmem_sys_init' is already defined {standard input}:328: Error: symbol `__set_sysinit_set_sym_kmem_sys_init' [...] *** Error code 1 Stop in /local0/scratch/des/obj/local0/scratch/des/src/sys/LINT. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 11:33: 5 2003 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 1B88A37B405 for ; Tue, 7 Jan 2003 11:33:04 -0800 (PST) Received: from weed.daren.ca (CPE014320028330.cpe.net.cable.rogers.com [24.102.94.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4548843EEC for ; Tue, 7 Jan 2003 11:33:02 -0800 (PST) (envelope-from desjardins@canada.com) Received: from weed.daren.ca (localhost [127.0.0.1]) by weed.daren.ca (8.12.6/8.12.6) with ESMTP id h07JWu2x000810; Tue, 7 Jan 2003 14:32:56 -0500 (EST) (envelope-from desjardins@canada.com) Received: (from daren@localhost) by weed.daren.ca (8.12.6/8.12.6/Submit) id h07JWs6r000809; Tue, 7 Jan 2003 14:32:54 -0500 (EST) X-Authentication-Warning: weed.daren.ca: daren set sender to desjardins@canada.com using -f Subject: Re: Cordless Keyboard + Mouse From: Daren Desjardins Reply-To: desjardins@canada.com To: "Daniel O'Connor" Cc: Nate Williams , freebsd-current In-Reply-To: <1041905445.76698.2.camel@chowder.gsoft.com.au> References: <1041903972.326.4.camel@weed.daren.ca> <1041905445.76698.2.camel@chowder.gsoft.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1041967974.342.1.camel@weed.daren.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 07 Jan 2003 14:32:54 -0500 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 Mon, 2003-01-06 at 21:10, Daniel O'Connor wrote: > On Tue, 2003-01-07 at 12:16, Daren Desjardins wrote: > > > > ukbd0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > > > ums0: Logitech USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1 > > > > > > Mine shows us as a ps/2 mouse. Is this a USB setup? Mine's a normal > > > non-USB setup. > > > > Single wire coming out that splits into a PS/2 connector and a USB > > connector. If I plug just the USB connector in, dmesg shows both devices > > however the kb doesnt work. Plugging in just the ps/2 plug I get kb > > support but dmesg doesnt show the mouse. So I plug both in and have both > > devices listed. > > > > I also tried configuring xfree to use /dev/ums0 directly but it still > > dies with no core pointer. > > Personally I'd run usbd and let it run moused for you and then do.. > > vidcontrol -m on > > And see if the mouse works there. Check that usbd is running and that it > started moused. > I do use usbd, and it starts a moused service for the mouse at startup. However vidcontrol does not enable the console mouse. I used 'moused -i all -p /dev/usm0' and it prints out usb mouse etc, so it appears to be detecting it. > The keyboard won't work unless you tell usbd to change the console > keyboard using 'kbdcontrol -k devname' I believe (I have never used a > USB keyboard) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 12:59:21 2003 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 8B42137B401; Tue, 7 Jan 2003 12:59:19 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9452943ED8; Tue, 7 Jan 2003 12:59:18 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h07Kx51e070574; Tue, 7 Jan 2003 13:59:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 07 Jan 2003 13:58:10 -0700 (MST) Message-Id: <20030107.135810.92265343.imp@bsdimp.com> To: gallatin@cs.duke.edu Cc: tlambert2@mindspring.com, nate@root.org, current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Proper -current if_attach locking? From: "M. Warner Losh" In-Reply-To: <15899.6077.710661.497492@grasshopper.cs.duke.edu> References: <15898.60467.681434.927797@grasshopper.cs.duke.edu> <20030107.105933.19259527.imp@bsdimp.com> <15899.6077.710661.497492@grasshopper.cs.duke.edu> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 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 In message: <15899.6077.710661.497492@grasshopper.cs.duke.edu> Andrew Gallatin writes: : : M. Warner Losh writes: : > In message: <15898.60467.681434.927797@grasshopper.cs.duke.edu> : > Andrew Gallatin writes: : > : The IFNET_RLOCK() called in if_slowtimo() is a global lock for the : > : list of ifnet structs to ensure that no devices are removed or added : > : while something may be using it. There is one ifnet list in the system. : > : > So this means that only the locking in attach is bogus, and similar : > locking in detach is also bogus because they produce lock order : > reversals as the global lock is held to insert/remove if interfaces. : : Yes. Though I haven't looked at if_dc myself, there may be other : locking problems. I've only been commenting on the ones that you : brought up. : : But back to an earlier point. Somebody (you?) validly pointed out : that the driver should not be callable and should not generate : interrupts until its finished attaching. The lock in its attach was : probably a somewhat misguided attempt at that. Yes. That was me. There are some drivers that have separated front/back ends that makes this harder, but most of them don't. : The first point can be accomplished by doing the ether_ifattach() : last, but the second may be harder. I do that by poking a bit on my : card which prevents it from generating interrupts while the device is : being setup. Not sure if a similar bit exists on tulip cards. All PCI cards have to be able to turn off their interrupt sources, otherwise interrupt storms result. At least that's my understanding. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 14: 1:39 2003 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 CECBC37B407 for ; Tue, 7 Jan 2003 14:01:37 -0800 (PST) Received: from noir.propagation.net (noir.propagation.net [63.249.159.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CCBA43EA9 for ; Tue, 7 Jan 2003 14:01:37 -0800 (PST) (envelope-from nickh@supportteam.net) Received: from nh2 (c68.113.207.179.ftwrth.tx.charter.com [68.113.207.179]) by noir.propagation.net (8.8.5/8.8.5) with ESMTP id QAA12350 for ; Tue, 7 Jan 2003 16:01:24 -0600 Message-ID: <002501c2b698$58237c40$0401a8c0@nh2> From: "Nick H. -- Technical Support Engineer" To: Subject: Dual CPU (Intel 1.26ghz) -- Need Help Enabling Date: Tue, 7 Jan 2003 16:01:34 -0600 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.3663.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3663.0 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 Hey guys/gals, Ive run into a little snag here that Im needing some help with. Ive enabled SMP and APIC_IO in the kernel of a 4.7-RELEASE-p3 machine (cvsup'd yesterday and installed all) yet everything is still showing just one cpu. Im positive it's a dual machine cause when I built it I tossed 2 CPUs in =P Does anyone have any ideas on how to get the second one enabled? Email me if you wish to see the system information (phpSysInfo) and any other information you care to see to assist me. Thanks for the help ;) Regards, Nick "Harm" Hale nickh@supportteam.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 14:20:10 2003 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 A479A37B401 for ; Tue, 7 Jan 2003 14:20:09 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9701A43EB2 for ; Tue, 7 Jan 2003 14:20:05 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h07MJxro006082 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 7 Jan 2003 17:19:59 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h07MJsQ59942; Tue, 7 Jan 2003 17:19:54 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15899.21130.772170.901252@grasshopper.cs.duke.edu> Date: Tue, 7 Jan 2003 17:19:54 -0500 (EST) To: freebsd-current@freebsd.org Subject: mutexes and modules X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Are kernel modules pessimized in any way with respect to using mutexes as compared to statically compiled kernel code? I seem to remember some discussion a year or more ago indicating that they would be, but I'm not seeing it in the code. Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 14:43:18 2003 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 7008937B401 for ; Tue, 7 Jan 2003 14:43:17 -0800 (PST) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0B843E4A for ; Tue, 7 Jan 2003 14:43:16 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 9512 invoked from network); 7 Jan 2003 22:43:25 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 Jan 2003 22:43:25 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h07MhEUT081311; Tue, 7 Jan 2003 17:43:15 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15899.21130.772170.901252@grasshopper.cs.duke.edu> Date: Tue, 07 Jan 2003 17:43:22 -0500 (EST) From: John Baldwin To: Andrew Gallatin Subject: RE: mutexes and modules Cc: freebsd-current@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 07-Jan-2003 Andrew Gallatin wrote: > > Are kernel modules pessimized in any way with respect to using > mutexes as compared to statically compiled kernel code? > > I seem to remember some discussion a year or more ago indicating that > they would be, but I'm not seeing it in the code. In the non debug case the quick cases are not inlined in modules but are always function calls. Other than that there isn't much difference. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 15: 1: 4 2003 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 00D2E37B401 for ; Tue, 7 Jan 2003 15:01:02 -0800 (PST) Received: from mentos.hig.se (Mentos.hig.se [130.243.0.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB6043ED4 for ; Tue, 7 Jan 2003 15:00:58 -0800 (PST) (envelope-from artee@astrakan.hig.se) Received: from cardinal (cardinal.astrakan.hig.se [130.243.8.14]) by mentos.hig.se (8.10.2+Sun/8.10.2) with ESMTP id h07N0Qk01559; Wed, 8 Jan 2003 00:00:26 +0100 (MET) Date: Wed, 8 Jan 2003 00:00:29 +0100 (MET) From: Roine Thunberg X-X-Sender: To: Eric Anholt Cc: Alexander Leidinger , Subject: Re: font failure in X In-Reply-To: <1041964804.603.3.camel@leguin> Message-ID: 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 7 Jan 2003, Eric Anholt wrote: > On Tue, 2003-01-07 at 13:25, Alexander Leidinger wrote: > > On Tue, 7 Jan 2003 02:46:49 +0100 (MET) > > Roine Thunberg wrote: > > > > > I recently installed 5.0-RC2 and X from ports and some programs too. > > > > > > Now I have trouble with huge font sizes. Mainly in webbrowsers. But it's > > > only some kind of fonts. I just can't find the options and I can't see any > > > logs telling me what's wrong. Seems like the fonts use the size 100 > > > instead of 10 or 12 that they normally do... suggestions ? > > > > Sometimes I get this too. I restart X or have to reboot then and > > everything goes back to normal operation. > > > > Bye, > > Alexander. > > One thing good might be to check your DisplaySize (grep Display > /var/log/XFree86.0.log), since your DPI is calculated from that and > things are using the DPI to calculate font sizes more and more. For > some reason it's probed wrong on my system (2500mm x 2500mm or some > such). Adding the following line to my XF86Config's Monitor section > fixed it. > DisplaySize 310 270 > > If this is the problem, could you tell me what card you're using? > That did actually helped me. Thanks Eric. Without "DisplaySize" it probed... (--) ATI(0): Display dimensions: (10, 10) mm (--) ATI(0): DPI set to (3251, 2600) With "DisplaySize 310 270" (**) ATI(0): Display dimensions: (310, 270) mm (WW) ATI(0): Probed monitor is 10x10 mm, using Displaysize 310x270 mm (**) ATI(0): DPI set to (104, 96) (--) ATI(0): ATI 3D Rage Pro graphics controller detected. (--) ATI(0): Chip type 4742 "GB", version 4, foundry UMC, class 0, revision 0x01 . (--) ATI(0): AGP bus interface detected; block I/O base is 0xC000. (--) ATI(0): ATI Mach64 adapter detected. (!!) ATI(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) ATI(0): Internal RAMDAC (subtype 1) detected. (==) ATI(0): RGB weight 888 (==) ATI(0): Default visual is TrueColor (==) ATI(0): Using gamma correction (1.0, 1.0, 1.0) (II) ATI(0): Using Mach64 accelerator CRTC. ------------------------- Roine Thunberg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 15:21:46 2003 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 778E237B401 for ; Tue, 7 Jan 2003 15:21:45 -0800 (PST) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B966943E4A for ; Tue, 7 Jan 2003 15:21:41 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from [127.0.0.1] (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h07NLViX039286; Wed, 8 Jan 2003 09:51:33 +1030 (CST) (envelope-from doconnor@gsoft.com.au) X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Subject: Re: Cordless Keyboard + Mouse From: "Daniel O'Connor" To: desjardins@canada.com Cc: Nate Williams , freebsd-current In-Reply-To: <1041967974.342.1.camel@weed.daren.ca> References: <1041903972.326.4.camel@weed.daren.ca> <1041905445.76698.2.camel@chowder.gsoft.com.au> <1041967974.342.1.camel@weed.daren.ca> Content-Type: text/plain Organization: Message-Id: <1041981690.79325.0.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Jan 2003 09:51:30 +1030 Content-Transfer-Encoding: 7bit X-Spam-Score: -1 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) 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 Wed, 2003-01-08 at 06:02, Daren Desjardins wrote: > I do use usbd, and it starts a moused service for the mouse at startup. > However vidcontrol does not enable the console mouse. I used 'moused -i > all -p /dev/usm0' and it prints out usb mouse etc, so it appears to be > detecting it. Hmm odd.. I don't see why vidcontrol wouldn't work.. Does it print any error messages? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 15:40:50 2003 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 8988837B401; Tue, 7 Jan 2003 15:40:49 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B93F43E4A; Tue, 7 Jan 2003 15:40:45 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h07Nei2e001639; Tue, 7 Jan 2003 15:40:44 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h07NehYq001638; Tue, 7 Jan 2003 15:40:43 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 7 Jan 2003 15:40:43 -0800 From: David Schultz To: phk@FreeBSD.ORG Cc: Willem Jan Withagen , current@FreeBSD.ORG Subject: Re: panic with panic: kmem_malloc(4096): kmem_map too small... Message-ID: <20030107234043.GA574@HAL9000.homeunix.com> Mail-Followup-To: phk@FreeBSD.ORG, Willem Jan Withagen , current@FreeBSD.ORG References: <01e701c2b62b$db07ddd0$471b3dd4@dual> <31595.1041930665@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31595.1041930665@critter.freebsd.dk> 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 phk@FreeBSD.ORG : > >And to that fact I have a question: > > At the moment 8% of the disk is reserved. > > It being a 170Gb raid, that wastes a good 13,6Gb, which I find at lot. > > tunefs lets me bring that down to 5% = 8,5Gb without speed penalty. > > But is for this size of spare space such a large threshold really required?? > > And IF i would like to experiment, where do I look for the knop to turn?? > > Basically you don't need to reserve anything, but as you get closer to > filling the disk the time to find a free space increases rapidly and > your files get very fragmented. Trouble is: they never get defragmented > unless you copy them (or do a full dump/restore). > > I'm not sure how to nail the "right" number of % down, and I'm sure > that both Kirk and I would like to hear your numbers :-) If someone is interested in investigating this in detail, Margo Setzer et alii did a study a few years ago on aging filesystems in order to measure fragmentation. Their intent was not to measure the effect of free space on fragmentation, but their methodology could be applied for that purpose. They happen to have a graph that suggests that large file throughput drops about 20% for a filesystem that is 75% full versus a nearly empty filesystem. http://www.eecs.harvard.edu/~vino/fs-perf/papers/sigmetrics.ps.gz I don't think you'll find that it's a good idea to have a filesystem more than 90% full. At that load factor, even a uniform hash will take on average 2.5 probes to locate free space, and performance can only exponentially decrease from there. No filesystem can avoid fragmentation and perform well without a bit of breathing room. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 15:41: 3 2003 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 3FB7837B401 for ; Tue, 7 Jan 2003 15:41:00 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F6D543ED1 for ; Tue, 7 Jan 2003 15:40:58 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id h07NeeC02467; Tue, 7 Jan 2003 15:40:41 -0800 (PST) Message-ID: <3E1B6578.6050306@isi.edu> Date: Tue, 07 Jan 2003 15:40:40 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021202 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: "Daniel O'Connor" Cc: desjardins@canada.com, Nate Williams , freebsd-current Subject: Re: Cordless Keyboard + Mouse References: <1041903972.326.4.camel@weed.daren.ca> <1041905445.76698.2.camel@chowder.gsoft.com.au> <1041967974.342.1.camel@weed.daren.ca> <1041981690.79325.0.camel@chowder.gsoft.com.au> In-Reply-To: <1041903972.326.4.camel@weed.daren.ca> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020408060509020609070206" 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 This is a cryptographically signed message in MIME format. --------------ms020408060509020609070206 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Daniel O'Connor wrote: > Hmm odd.. > I don't see why vidcontrol wouldn't work.. > Does it print any error messages? Do you use a serial console? vidcontrol fails to init the mouse then. Lars -- Lars Eggert USC Information Sciences Institute --------------ms020408060509020609070206 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDEwNzIzNDA0MFowIwYJKoZIhvcNAQkEMRYEFEU88AK3BK/jUhlgs6JE Effd8srVMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAr1NLohjMgLg1GIjiAJk+652YFS5ByiNw6xL6 4DHyRX+7rngn1KFsS0E648eURWLfnVTucQXyqXhEHJn+2QQmFUalFFEh4+4ibXS59Fr6SplH oPeQFZbTee3Zm4nUvdtqtcG2jc5ufskWQ9LhvM0Ft0b8jxjYfK+37ar1Xs7LmLKi429CctSD Xuku3+HqLRBglD6go/6Fu4QtRFP+vvsmLM6dr8HnO9nZRKfIPIbjkVBOr1OG1aqfH3vBcx7h a7AkEBbQVYFrwsJaO1K8iXD3FCcj4WVpdpcGW5WyuIRjZxI6n/xre3tNR9vcjfpXKf2NnH2k CfrPo0BpjRSnbCALXAAAAAAAAA== --------------ms020408060509020609070206-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 18:13:30 2003 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 E394F37B401; Tue, 7 Jan 2003 18:13:28 -0800 (PST) Received: from tomts23-srv.bellnexxia.net (tomts23.bellnexxia.net [209.226.175.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D3943EB2; Tue, 7 Jan 2003 18:13:22 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030107232413.WQBU19158.tomts23-srv.bellnexxia.net@bowie.private>; Tue, 7 Jan 2003 18:24:13 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h07NP9vJ010572; Tue, 7 Jan 2003 23:25:09 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h07NP5xU010554; Tue, 7 Jan 2003 23:25:05 GMT Date: Tue, 7 Jan 2003 23:25:05 GMT From: Mike Barcroft Message-Id: <200301072325.h07NP5xU010554@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jan 7 22:18:05 GMT 2003 -------------------------------------------------------------- ===> ums touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ums/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ums. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jan 7 18:53:22 2003 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 B4DFA37B401; Tue, 7 Jan 2003 18:53:21 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F68343ED1; Tue, 7 Jan 2003 18:53:21 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h082qmro017421 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 7 Jan 2003 21:52:48 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h082qhJ60213; Tue, 7 Jan 2003 21:52:43 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15899.37499.534870.510847@grasshopper.cs.duke.edu> Date: Tue, 7 Jan 2003 21:52:43 -0500 (EST) To: John Baldwin Cc: Andrew Gallatin , freebsd-current@FreeBSD.org Subject: RE: mutexes and modules In-Reply-To: References: <15899.21130.772170.901252@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 John Baldwin writes: > > On 07-Jan-2003 Andrew Gallatin wrote: > > > > Are kernel modules pessimized in any way with respect to using > > mutexes as compared to statically compiled kernel code? > > > > I seem to remember some discussion a year or more ago indicating that > > they would be, but I'm not seeing it in the code. > > In the non debug case the quick cases are not inlined in modules but > are always function calls. Other than that there isn't much difference. Thanks John.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 1:34:44 2003 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 CE30C37B401 for ; Wed, 8 Jan 2003 01:34:42 -0800 (PST) Received: from gate1.psi.de (gate1.psi.de [194.115.214.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27DA43EE6 for ; Wed, 8 Jan 2003 01:34:39 -0800 (PST) (envelope-from thorsten.greiner@consol.de) Received: from IntServBln1.psi.de (host-006.194.115.213.psi.de [194.115.213.6]) by gate1.psi.de (8.11.3/8.11.3) with ESMTP id h088oMg20235 for ; Wed, 8 Jan 2003 09:50:22 +0100 Received: from consol.de (DHCP132.nev.psi.de [192.168.142.132]) by IntServBln1.psi.de (8.12.2/8.9.1) with ESMTP id h088oGup012290 for ; Wed, 8 Jan 2003 09:50:17 +0100 Message-ID: <3E1BE637.7060701@consol.de> Date: Wed, 08 Jan 2003 09:49:59 +0100 From: Thorsten Greiner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20030105 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 'make buildworld' breakage in kdump Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi, a recently cvsupped copy of the RELENG_5_0 branch breaks in usr.bin/kdump: ===> usr.bin/kdump sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/i386/usr/include > ioctl.c /usr/src/usr.bin/kdump/mkioctls: awk: Argument list too long /usr/src/usr.bin/kdump/mkioctls: awk: Argument list too long *** Error code 2 The environment was: tybalt# echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin tybalt# which xargs /usr/bin/xargs tybalt# It seems that a manual 'make; make install; make clean' for xargs fixed this - I am just redoing a 'make buildworld'. Regards -Thorsten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 3:19:27 2003 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 A344437B401 for ; Wed, 8 Jan 2003 03:19:26 -0800 (PST) Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFF343EA9 for ; Wed, 8 Jan 2003 03:19:20 -0800 (PST) (envelope-from paul@fnug.net) Received: from computer (unknown [192.168.0.101]) by disk.fnug.net (Postfix) with SMTP id 487C74497; Wed, 8 Jan 2003 12:19:13 +0100 (CET) Message-ID: <3E1C0931.5070204@fnug.net> Date: Wed, 08 Jan 2003 12:19:13 +0100 From: "Paul A. Mayer" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Ferguson Cc: current@FreeBSD.ORG Subject: Re: Sound playback problem with Maestro3.c (?) -- clock issue References: <003d01c2b674$e457dc20$29628d42@lucia> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Hi Michael, Regarding your linux clock issue: There was a rather lively discussion at forums.gentoo.org about drastic clock sync loss caused by KDE. I don't know if it has been resolved in the 3.1 line, but if you were running linux KDE, you might take a look at that as a cause for the linux clock sync problem. /Paul Michael Ferguson wrote: > Hi all, .... > On a probably-unrelated side note, when I was running Linux on > the same laptop (ducks), I had issues with the OS clock getting quickly > out of sync with the HW clock; typically I would loose five minutes or > more every hour. Although I haven't experienced the same thing with > FreeBSD, I wonder if there is just something odd about interrupt > handling or timing on the Inspiron 8000 line? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 3:26: 6 2003 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 0ED7737B401; Wed, 8 Jan 2003 03:26:04 -0800 (PST) Received: from tomts14-srv.bellnexxia.net (tomts14.bellnexxia.net [209.226.175.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F2243E4A; Wed, 8 Jan 2003 03:25:58 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts14-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030108112557.RHLE16010.tomts14-srv.bellnexxia.net@bowie.private>; Wed, 8 Jan 2003 06:25:57 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h08BQNvJ029296; Wed, 8 Jan 2003 11:26:23 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h08BQMEi029294; Wed, 8 Jan 2003 11:26:22 GMT Date: Wed, 8 Jan 2003 11:26:22 GMT From: Mike Barcroft Message-Id: <200301081126.h08BQMEi029294@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Jan 8 10:16:18 GMT 2003 -------------------------------------------------------------- ===> ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 5:41:37 2003 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 77D7F37B401 for ; Wed, 8 Jan 2003 05:41:36 -0800 (PST) Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691AA43E4A for ; Wed, 8 Jan 2003 05:41:35 -0800 (PST) (envelope-from lewq@ntlworld.com) Received: from abyss ([62.253.139.154]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20030108134129.CYRO20174.mta06-svc.ntlworld.com@abyss> for ; Wed, 8 Jan 2003 13:41:29 +0000 From: "Luke Marsden" To: Subject: subscribe Date: Wed, 8 Jan 2003 13:41:34 -0000 Message-ID: <007201c2b71b$a914d530$0200000a@abyss> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 6:25:28 2003 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 8623837B401; Wed, 8 Jan 2003 06:25:26 -0800 (PST) Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 685E643EE1; Wed, 8 Jan 2003 06:25:20 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030107232413.WQBU19158.tomts23-srv.bellnexxia.net@bowie.private>; Tue, 7 Jan 2003 18:24:13 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h07NP9vJ010572; Tue, 7 Jan 2003 23:25:09 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h07NP5xU010554; Tue, 7 Jan 2003 23:25:05 GMT Date: Tue, 7 Jan 2003 23:25:05 GMT From: Mike Barcroft Message-Id: <200301072325.h07NP5xU010554@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Jan 7 22:18:05 GMT 2003 -------------------------------------------------------------- ===> ums touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ums/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ums. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 8: 2:27 2003 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 46B1737B401 for ; Wed, 8 Jan 2003 08:02:26 -0800 (PST) Received: from mta06-svc.ntlworld.com (mta06-svc.ntlworld.com [62.253.162.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B4643ED8 for ; Wed, 8 Jan 2003 08:02:25 -0800 (PST) (envelope-from lewq@ntlworld.com) Received: from abyss ([62.253.139.154]) by mta06-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20030108160210.JPAT20174.mta06-svc.ntlworld.com@abyss> for ; Wed, 8 Jan 2003 16:02:10 +0000 From: "Luke Marsden" To: Subject: RE: subscribe Date: Wed, 8 Jan 2003 16:02:16 -0000 Message-ID: <000a01c2b72f$50b54c80$0200000a@abyss> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 bleh, okay then, if I have to ;) sorry guys, not the best introduction to the list.. but yeah, hey. -luke -----Original Message----- From: Dan_Kelley@ssmhc.com [mailto:Dan_Kelley@ssmhc.com] Sent: 08 January 2003 15:45 To: Luke Marsden Subject: Re: subscribe No. Subscibe yourself. :) Send an e-mail to majordomo@freebsd.org with the line "subscribe freebsd-current" in the body. [snip] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 8:32:30 2003 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 914C937B401; Wed, 8 Jan 2003 08:32:28 -0800 (PST) Received: from mx01.goddamnbastard.org (12-249-234-146.client.attbi.com [12.249.234.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15EFA43ED1; Wed, 8 Jan 2003 08:32:23 -0800 (PST) (envelope-from ryanb@goddamnbastard.org) Received: by mx01.goddamnbastard.org (Postfix, from userid 1000) id 901F215550; Wed, 8 Jan 2003 10:32:21 -0600 (CST) Date: Wed, 8 Jan 2003 10:32:21 -0600 From: ryan beasley To: John Baldwin Cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) Giant @ /usr/src/s Message-ID: <20030108163221.GA2354@goddamnbastard.org> References: <20030106031821.GA92908@goddamnbastard.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i 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 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 07, 2003 at 11:41:33AM -0500, John Baldwin wrote: > Your 3rd party registered a lock somehow? Does it do mtx_init() and not > do mtx_destroy() when being unloaded? Gah! You hit this one right on the head. I thought I had equivalent mtx_destroy calls for every mtx_init, but there's a section of code that bzero()s a structure containing a mutex before initializing that mutex, so that caused this common mutex to be initialized twice without triggering a panic in witness_init(). The subsequent destroy only removed the one instance. I've fixed said code and now I can load/unload to my little heart's content. :). Thanks for replying. =20 --=20 ryan beasley GPG ID: 0x16EFBD48 --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE+HFKVskfdOxbvvUgRAvT8AJoCnq30hsQcudgO0cY37bbZeXhThwCfY2Mm HigAtTBkmDvoa8mVJFAsw64= =ojjt -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 9:25:20 2003 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 58B6937B401; Wed, 8 Jan 2003 09:25:18 -0800 (PST) Received: from tomts15-srv.bellnexxia.net (tomts15.bellnexxia.net [209.226.175.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6C943ED4; Wed, 8 Jan 2003 09:25:12 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts15-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030108172510.CHTL29922.tomts15-srv.bellnexxia.net@bowie.private>; Wed, 8 Jan 2003 12:25:10 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h08HPkvJ038472; Wed, 8 Jan 2003 17:25:46 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h08HPje9038467; Wed, 8 Jan 2003 17:25:45 GMT Date: Wed, 8 Jan 2003 17:25:45 GMT From: Mike Barcroft Message-Id: <200301081725.h08HPje9038467@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Jan 8 16:16:05 GMT 2003 -------------------------------------------------------------- ===> ipfilter touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/ipfilter/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/ipfilter. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 10: 1:24 2003 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 7AC2437B405 for ; Wed, 8 Jan 2003 10:01:19 -0800 (PST) Received: from msgbas1x.cos.agilent.com (msgbas1x.cos.agilent.com [192.25.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C34B43EB2 for ; Wed, 8 Jan 2003 10:01:18 -0800 (PST) (envelope-from darrylo@soco.agilent.com) Received: from relcos2.cos.agilent.com (relcos2.cos.agilent.com [130.29.152.237]) by msgbas1x.cos.agilent.com (Postfix) with ESMTP id 404A916D09 for ; Wed, 8 Jan 2003 11:01:09 -0700 (MST) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by relcos2.cos.agilent.com (Postfix) with ESMTP id 159147BE for ; Wed, 8 Jan 2003 11:01:02 -0700 (MST) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id KAA21288 for ; Wed, 8 Jan 2003 10:01:00 -0800 (PST) Message-Id: <200301081801.KAA21288@mina.soco.agilent.com> To: current@FreeBSD.ORG Subject: 5.0RC2: does vinum work??? Reply-To: Darryl Okahata Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: multipart/mixed; boundary="Multipart_Wed_Jan__8_10:00:59_2003-1" Content-Transfer-Encoding: 7bit Date: Wed, 08 Jan 2003 10:00:59 -0800 From: Darryl Okahata 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 --Multipart_Wed_Jan__8_10:00:59_2003-1 Content-Type: text/plain; charset=US-ASCII Hi, Has anyone gotten vinum to work using the 5.0RC2 ISO distribution? I've tried creating a raid5, a "raid10", and (finally) a basic, one-drive volume, and newfs fails for all cases, with: # newfs -U /dev/vinum/myvol newfs: /dev/vinum/myvol: can't figure out file system partition I've attached a typescript file (w/added comments) illustrating the problem for the basic, one-drive case. Is vinum broken in 5.0RC2, or am I doing something spectacularly stupid? -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. --Multipart_Wed_Jan__8_10:00:59_2003-1 Content-Type: text/plain; charset=US-ASCII Content-Disposition: attachment; filename="typescript" Content-Transfer-Encoding: quoted-printable Script started on Wed Jan 8 09:49:51 2003 # # "resetdrive" annihilates the beginning of a disk, and reinitializes it # for use with vinum, using fdisk/disklabel. # bash-2.05b# ./resetdrive ad4 2048+0 records in 2048+0 records out 1048576 bytes transferred in 0.320496 secs (3271728 bytes/sec) ******* Working on device /dev/ad4 ******* fdisk: invalid fdisk partition table found 2048+0 records in 2048+0 records out 1048576 bytes transferred in 0.319751 secs (3279351 bytes/sec) bash-2.05b# fdisk ad4 ******* Working on device /dev/ad4 ******* parameters extracted from in-core disklabel are: cylinders=3D158816 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D158816 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 160086465 (78167 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 95/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: bash-2.05b# disklabel ad4s1 # /dev/ad4s1c: type: unknown disk: amnesiac label: = flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 158815 sectors/unit: 160086465 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 = 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 160086465 0 unused 0 0 # (Cyl. 0 - 15= 8815*) h: 160086465 0 vinum # (Cyl. 0 - 1588= 15*) bash-2.05b# cat /tmp/vinum.cfg drive d1 device /dev/ad4s1h volume myvol plex org concat sd length 160086000s drive d1 bash-2.05b# vinum vinum -> create /tmp/vinum3.cfg 1 drives: D d1 State: up /dev/ad4s1h A: 0/78167 MB (0%) 1 volumes: V myvol State: up Plexes: 1 Size: 76 GB 1 plexes: P myvol.p0 C State: up Subdisks: 1 Size: 76 GB 1 subdisks: S myvol.p0.s0 State: up D: d1 Size: 76 GB vinum -> l -V 1 drives: Drive d1: Device /dev/ad4s1h Created on baal.soco.agilent.com at Wed Jan 8 09:50:50 2003 Config last updated Wed Jan 8 09:50:50 2003 Size: 81964270080 bytes (78167 MB) Used: 81964167680 bytes (78167 MB) Available: 102400 bytes (0 MB) State: up Last error: none Active requests: 0 Maximum active: 0 Free list contains 1 entries: Offset Size 160086265 200 1 volumes: Volume myvol: Size: 81964032000 bytes (78166 MB) State: up Flags: = 1 plexes Read policy: round robin Plex 0: myvol.p0 (concat), 76 GB 1 plexes: Plex myvol.p0: Size: 81964032000 bytes (78166 MB) Subdisks: 1 State: up Organization: concat Part of volume myvol Subdisk 0: myvol.p0.s0 state: up size 81964032000 (78166 MB) offset 0 (0x0) 1 subdisks: Subdisk myvol.p0.s0: Size: 81964032000 bytes (78166 MB) State: up Plex myvol.p0 at offset 0 (0 B) Drive d1 (/dev/ad4s1h) at offset 135680 (132 kB) vinum -> quit bash-2.05b# newfs -U /dev/vinum/myvol = newfs: /dev/vinum/myvol: can't figure out file system partition bash-2.05b# exit Script done on Wed Jan 8 09:51:09 2003 --Multipart_Wed_Jan__8_10:00:59_2003-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 10:11:55 2003 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 8664037B401 for ; Wed, 8 Jan 2003 10:11:54 -0800 (PST) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B31243ED1 for ; Wed, 8 Jan 2003 10:11:53 -0800 (PST) (envelope-from bzeeb-lists@zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 7D55D1FFF46 for ; Wed, 8 Jan 2003 19:11:46 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id BDF1B1FFF5B; Wed, 8 Jan 2003 19:11:45 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 3C7B815350; Wed, 8 Jan 2003 18:11:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3321E1532F for ; Wed, 8 Jan 2003 18:11:22 +0000 (UTC) Date: Wed, 8 Jan 2003 18:11:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: current@freebsd.org Subject: installworld 4->5 and perl still there afterwards Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 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, after following src/UPDATING for an update from 4.7-REL to RELENG_5_0 this afternoon on a test machine I recognized that there still is a /usr/bin/perl afterwards. Now I ask myself if there is a cleaner way to update from 4 to 5 (apart from reinstalling) to get an almost mere 5_0 ? Any shell scripts to clean up ? A make mrproper ? Or does one need to manually work on every find / \! -newer last-cvsup-log -print output line with some grep -v and rm -i ? If this is documented or has been discussed before I would be happy with the link to the docs or an message id. Thanks in advance. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 10:31: 2 2003 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 A13A237B427 for ; Wed, 8 Jan 2003 10:31:00 -0800 (PST) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2056243ED1 for ; Wed, 8 Jan 2003 10:31:00 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0333.cvx40-bradley.dialup.earthlink.net ([216.244.43.78] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18WKye-0002zX-00; Wed, 08 Jan 2003 10:30:57 -0800 Message-ID: <3E1C6E0E.E238AC5E@mindspring.com> Date: Wed, 08 Jan 2003 10:29:34 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Bjoern A. Zeeb" Cc: current@freebsd.org Subject: Re: installworld 4->5 and perl still there afterwards References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ed2dc50ef5097880ea4401278a5e5cdd387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c 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 "Bjoern A. Zeeb" wrote: > after following src/UPDATING for an update from 4.7-REL to RELENG_5_0 > this afternoon on a test machine I recognized that there still is a > /usr/bin/perl afterwards. > > Now I ask myself if there is a cleaner way to update from 4 to 5 > (apart from reinstalling) to get an almost mere 5_0 ? > > Any shell scripts to clean up ? A make mrproper ? > > Or does one need to manually work on every > find / \! -newer last-cvsup-log -print > output line with some grep -v and rm -i ? > > If this is documented or has been discussed before I would be happy > with the link to the docs or an message id. First message in thread "perl5.6.1 wrapper", ed, 6 Nov 2002 17:47:51 -0800 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=830574+0+archive/2002/freebsd-current/20021110.freebsd-current Feel free to fix the install process; no one else is going to, since the rules are that you can't call it FreeBSD unless the first CDROM exactly matches the "official" distribution, and it's installer sucks. You can call it "BjoernBSD (or just "Bjoern Free"? 8-) 8-?)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 10:57: 8 2003 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 1640737B406 for ; Wed, 8 Jan 2003 10:57:05 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 46ECD43E4A for ; Wed, 8 Jan 2003 10:57:00 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 18274 invoked by uid 1000); 8 Jan 2003 18:57:00 -0000 Date: Wed, 8 Jan 2003 10:57:00 -0800 (PST) From: Nate Lawson To: current@freebsd.org Cc: ryan beasley , rwatson@freebsd.org Subject: if_dc attach patch In-Reply-To: <20030104074914.GS311@goddamnbastard.org> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1499452765-1042052220=:18125" 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 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1499452765-1042052220=:18125 Content-Type: TEXT/PLAIN; charset=US-ASCII Here is an updated patch for dc. Can you try it? * Remove bogus locking * Move intr setup, ether_ifattach to end * add proper resource freeing to a case that missed it (!mac) * update resource freeing for error cases after intr move -Nate --0-1499452765-1042052220=:18125 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dc_attach.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dc_attach.diff" SW5kZXg6IGlmX2RjLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvcGNpL2lmX2RjLmMsdg0KcmV0cmll dmluZyByZXZpc2lvbiAxLjg1DQpkaWZmIC11IC1yMS44NSBpZl9kYy5jDQot LS0gaWZfZGMuYwkyNyBOb3YgMjAwMiAwNzowNDoxMCAtMDAwMAkxLjg1DQor KysgaWZfZGMuYwk4IEphbiAyMDAzIDE4OjQ5OjIyIC0wMDAwDQpAQCAtMTky NywxMyArMTkyNywxMyBAQA0KIAlpZiAoIShjb21tYW5kICYgUENJTV9DTURf UE9SVEVOKSkgew0KIAkJcHJpbnRmKCJkYyVkOiBmYWlsZWQgdG8gZW5hYmxl IEkvTyBwb3J0cyFcbiIsIHVuaXQpOw0KIAkJZXJyb3IgPSBFTlhJTzsNCi0J CWdvdG8gZmFpbF9ub2xvY2s7DQorCQlnb3RvIGZhaWw7DQogCX0NCiAjZWxz ZQ0KIAlpZiAoIShjb21tYW5kICYgUENJTV9DTURfTUVNRU4pKSB7DQogCQlw cmludGYoImRjJWQ6IGZhaWxlZCB0byBlbmFibGUgbWVtb3J5IG1hcHBpbmch XG4iLCB1bml0KTsNCiAJCWVycm9yID0gRU5YSU87DQotCQlnb3RvIGZhaWxf bm9sb2NrOw0KKwkJZ290byBmYWlsOw0KIAl9DQogI2VuZGlmDQogDQpAQCAt MTk0NCwzNiArMTk0NCwxMiBAQA0KIAlpZiAoc2MtPmRjX3JlcyA9PSBOVUxM KSB7DQogCQlwcmludGYoImRjJWQ6IGNvdWxkbid0IG1hcCBwb3J0cy9tZW1v cnlcbiIsIHVuaXQpOw0KIAkJZXJyb3IgPSBFTlhJTzsNCi0JCWdvdG8gZmFp bF9ub2xvY2s7DQorCQlnb3RvIGZhaWw7DQogCX0NCiANCiAJc2MtPmRjX2J0 YWcgPSBybWFuX2dldF9idXN0YWcoc2MtPmRjX3Jlcyk7DQogCXNjLT5kY19i aGFuZGxlID0gcm1hbl9nZXRfYnVzaGFuZGxlKHNjLT5kY19yZXMpOw0KIA0K LQkvKiBBbGxvY2F0ZSBpbnRlcnJ1cHQgKi8NCi0JcmlkID0gMDsNCi0Jc2Mt PmRjX2lycSA9IGJ1c19hbGxvY19yZXNvdXJjZShkZXYsIFNZU19SRVNfSVJR LCAmcmlkLCAwLCB+MCwgMSwNCi0JICAgIFJGX1NIQVJFQUJMRSB8IFJGX0FD VElWRSk7DQotDQotCWlmIChzYy0+ZGNfaXJxID09IE5VTEwpIHsNCi0JCXBy aW50ZigiZGMlZDogY291bGRuJ3QgbWFwIGludGVycnVwdFxuIiwgdW5pdCk7 DQotCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIERDX1JFUywgRENfUklE LCBzYy0+ZGNfcmVzKTsNCi0JCWVycm9yID0gRU5YSU87DQotCQlnb3RvIGZh aWxfbm9sb2NrOw0KLQl9DQotDQotCWVycm9yID0gYnVzX3NldHVwX2ludHIo ZGV2LCBzYy0+ZGNfaXJxLCBJTlRSX1RZUEVfTkVUIHwgDQotCSAgICAoSVNf TVBTQUZFID8gSU5UUl9NUFNBRkUgOiAwKSwNCi0JICAgIGRjX2ludHIsIHNj LCAmc2MtPmRjX2ludHJoYW5kKTsNCi0NCi0JaWYgKGVycm9yKSB7DQotCQli dXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNfSVJRLCAwLCBzYy0+ ZGNfaXJxKTsNCi0JCWJ1c19yZWxlYXNlX3Jlc291cmNlKGRldiwgRENfUkVT LCBEQ19SSUQsIHNjLT5kY19yZXMpOw0KLQkJcHJpbnRmKCJkYyVkOiBjb3Vs ZG4ndCBzZXQgdXAgaXJxXG4iLCB1bml0KTsNCi0JCWdvdG8gZmFpbF9ub2xv Y2s7DQotCX0NCi0JRENfTE9DSyhzYyk7DQotDQogCS8qIE5lZWQgdGhpcyBp bmZvIHRvIGRlY2lkZSBvbiBhIGNoaXAgdHlwZS4gKi8NCiAJc2MtPmRjX2lu Zm8gPSBkY19kZXZ0eXBlKGRldik7DQogCXJldmlzaW9uID0gcGNpX3JlYWRf Y29uZmlnKGRldiwgRENfUENJX0NGUlYsIDQpICYgMHgwMDAwMDBGRjsNCkBA IC0yMTYyLDYgKzIxMzgsOCBAQA0KIAkJbWFjID0gcGNpX2dldF9ldGhlcihk ZXYpOw0KIAkJaWYgKCFtYWMpIHsNCiAJCQlkZXZpY2VfcHJpbnRmKGRldiwg Ik5vIHN0YXRpb24gYWRkcmVzcyBpbiBDSVMhXG4iKTsNCisJCQlidXNfcmVs ZWFzZV9yZXNvdXJjZShkZXYsIERDX1JFUywgRENfUklELCBzYy0+ZGNfcmVz KTsNCisJCQllcnJvciA9IEVOWElPOw0KIAkJCWdvdG8gZmFpbDsNCiAJCX0N CiAJCWJjb3B5KG1hYywgZWFkZHIsIEVUSEVSX0FERFJfTEVOKTsNCkBAIC0y MTg0LDggKzIxNjIsNiBAQA0KIA0KIAlpZiAoc2MtPmRjX2xkYXRhID09IE5V TEwpIHsNCiAJCXByaW50ZigiZGMlZDogbm8gbWVtb3J5IGZvciBsaXN0IGJ1 ZmZlcnMhXG4iLCB1bml0KTsNCi0JCWJ1c190ZWFyZG93bl9pbnRyKGRldiwg c2MtPmRjX2lycSwgc2MtPmRjX2ludHJoYW5kKTsNCi0JCWJ1c19yZWxlYXNl X3Jlc291cmNlKGRldiwgU1lTX1JFU19JUlEsIDAsIHNjLT5kY19pcnEpOw0K IAkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBEQ19SRVMsIERDX1JJRCwg c2MtPmRjX3Jlcyk7DQogCQllcnJvciA9IEVOWElPOw0KIAkJZ290byBmYWls Ow0KQEAgLTIyNDUsOCArMjIyMSw2IEBADQogDQogCWlmIChlcnJvcikgew0K IAkJcHJpbnRmKCJkYyVkOiBNSUkgd2l0aG91dCBhbnkgUEhZIVxuIiwgc2Mt PmRjX3VuaXQpOw0KLQkJYnVzX3RlYXJkb3duX2ludHIoZGV2LCBzYy0+ZGNf aXJxLCBzYy0+ZGNfaW50cmhhbmQpOw0KLQkJYnVzX3JlbGVhc2VfcmVzb3Vy Y2UoZGV2LCBTWVNfUkVTX0lSUSwgMCwgc2MtPmRjX2lycSk7DQogCQlidXNf cmVsZWFzZV9yZXNvdXJjZShkZXYsIERDX1JFUywgRENfUklELCBzYy0+ZGNf cmVzKTsNCiAJCWVycm9yID0gRU5YSU87DQogCQlnb3RvIGZhaWw7DQpAQCAt MjI2NiwxMSArMjI0MCw2IEBADQogCX0NCiANCiAJLyoNCi0JICogQ2FsbCBN SSBhdHRhY2ggcm91dGluZS4NCi0JICovDQotCWV0aGVyX2lmYXR0YWNoKGlm cCwgZWFkZHIpOw0KLQ0KLQkvKg0KIAkgKiBUZWxsIHRoZSB1cHBlciBsYXll cihzKSB3ZSBzdXBwb3J0IGxvbmcgZnJhbWVzLg0KIAkgKi8NCiAJaWZwLT5p Zl9kYXRhLmlmaV9oZHJsZW4gPSBzaXplb2Yoc3RydWN0IGV0aGVyX3ZsYW5f aGVhZGVyKTsNCkBAIC0yMzA0LDE0ICsyMjczLDM3IEBADQogCX0NCiAjZW5k aWYNCiANCi0JRENfVU5MT0NLKHNjKTsNCi0JcmV0dXJuKDApOw0KKwkvKg0K KwkgKiBDYWxsIE1JIGF0dGFjaCByb3V0aW5lLg0KKwkgKi8NCisJZXRoZXJf aWZhdHRhY2goaWZwLCBlYWRkcik7DQorDQorCS8qIEFsbG9jYXRlIGludGVy cnVwdCAqLw0KKwlyaWQgPSAwOw0KKwlzYy0+ZGNfaXJxID0gYnVzX2FsbG9j X3Jlc291cmNlKGRldiwgU1lTX1JFU19JUlEsICZyaWQsIDAsIH4wLCAxLA0K KwkgICAgUkZfU0hBUkVBQkxFIHwgUkZfQUNUSVZFKTsNCisNCisJaWYgKHNj LT5kY19pcnEgPT0gTlVMTCkgew0KKwkJcHJpbnRmKCJkYyVkOiBjb3VsZG4n dCBtYXAgaW50ZXJydXB0XG4iLCB1bml0KTsNCisJCWJ1c19yZWxlYXNlX3Jl c291cmNlKGRldiwgRENfUkVTLCBEQ19SSUQsIHNjLT5kY19yZXMpOw0KKwkJ ZXJyb3IgPSBFTlhJTzsNCisJCWdvdG8gZmFpbDsNCisJfQ0KKw0KKwllcnJv ciA9IGJ1c19zZXR1cF9pbnRyKGRldiwgc2MtPmRjX2lycSwgSU5UUl9UWVBF X05FVCB8IA0KKwkgICAgKElTX01QU0FGRSA/IElOVFJfTVBTQUZFIDogMCks DQorCSAgICBkY19pbnRyLCBzYywgJnNjLT5kY19pbnRyaGFuZCk7DQorDQor CWlmIChlcnJvcikgew0KKwkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2LCBT WVNfUkVTX0lSUSwgMCwgc2MtPmRjX2lycSk7DQorCQlidXNfcmVsZWFzZV9y ZXNvdXJjZShkZXYsIERDX1JFUywgRENfUklELCBzYy0+ZGNfcmVzKTsNCisJ CXByaW50ZigiZGMlZDogY291bGRuJ3Qgc2V0IHVwIGlycVxuIiwgdW5pdCk7 DQorCX0NCiANCiBmYWlsOg0KLQlEQ19VTkxPQ0soc2MpOw0KLWZhaWxfbm9s b2NrOg0KLQltdHhfZGVzdHJveSgmc2MtPmRjX210eCk7DQotCXJldHVybihl cnJvcik7DQorCWlmIChlcnJvciAhPSAwKQ0KKwkJbXR4X2Rlc3Ryb3koJnNj LT5kY19tdHgpOw0KKwlyZXR1cm4gKGVycm9yKTsNCiB9DQogDQogc3RhdGlj IGludA0K --0-1499452765-1042052220=:18125-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 11:59:36 2003 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 B593237B401 for ; Wed, 8 Jan 2003 11:59:34 -0800 (PST) Received: from smtp2.sea.theriver.com (smtp2.sea.theriver.com [216.39.128.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B0E043ED4 for ; Wed, 8 Jan 2003 11:59:34 -0800 (PST) (envelope-from bobkot@theriver.com) Received: (qmail 23456 invoked from network); 8 Jan 2003 19:59:22 -0000 Received: from a42.pm3-14.theriver.com (HELO k7.jibe.net) (208.164.96.58) by smtp2.sea.theriver.com with SMTP; 8 Jan 2003 19:59:22 -0000 Date: Wed, 8 Jan 2003 13:07:26 -0700 From: BoB KoT To: current@freebsd.org Subject: system wedges running dd with of=/dev/fd0 Message-Id: <20030108130726.43159e4e.bobkot@theriver.com> X-Mailer: Mime-Version: 1.0 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 On a -current cvsuped on Jan2-2003 uname -a FreeBSD k7.jibe.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jan 8 09:21:54 MST 2003 root@k7.jibe.net:/usr/obj/usr/src/sys/GENERIC i386 To reproduce error... cd /somedir where somedir has a valid floppy image file like kern.flp Then... dd if=kern.flp of=/dev/fd0 and machine wedges. In the best cases using a GENERIC kernel the screen goes blank, keyboard is inactive, hard drive light is on 100%. Have to recycle input power to get back in control. WARNING..WARNING..WARNING... In worst cases like the 1st time I noticed this, I was running a custom kernel and using the /sysutils/sdd port. In addition to all the above nasty symptoms on subsequent power up the machine was dead. BIOS had been butchered. I had to go onto the motherboard and force a BIOS reset to factory defaults and then reconfig the BIOS to get the system back to a usable state. VERY UGLY I've tried a lot of test permutations that i'll not go into here, but the above dd incantation fails every invocation. Also note that on this same harddrive I have a partition that runs FreeBSD 4.7R and dd and sdd to/from the floppy work flawlessly. Which makes me tend to believe that this is not a hardware problem. In GENERIC these are all on options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN Yet nothing is trapped and I see nothing logged in /var/log/messages. I also have dumpdev="/dev/ad4s4b" dumpdir="/usr/flameout" in my /etc/rc.conf and nothing is getting picked up by savecore in there on reboot. Can anyone else duplicate this? If so then a PR is in order. If not I'll re-cvsup and rebuild and test again and repost for further help. As the cusp of 5.0 Release draws near I am distressed to have run into a problem of this severity. -bob- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 13: 1:10 2003 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 412E137B401 for ; Wed, 8 Jan 2003 13:01:09 -0800 (PST) Received: from globalit.internetx.de (globalit.internetx.de [62.116.147.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412FA43EA9 for ; Wed, 8 Jan 2003 13:01:08 -0800 (PST) (envelope-from H@Schmalzbauer.de) Received: from hscpr (port-212-202-225-90.reverse.qsc.de [212.202.225.90]) (authenticated bits=0) by globalit.internetx.de (8.12.2/8.12.2) with ESMTP id h08L0v8w013760 for ; Wed, 8 Jan 2003 22:00:57 +0100 From: "Harald Schmalzbauer" To: Subject: panic: bg fsck Date: Wed, 8 Jan 2003 22:01:01 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 all, I'm using 5.0-RC2 and after disconnecting a firewire HD and unclean shutdown the system is panicing after reboot (I can login) and a few minutes with the following message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4e1 fault code = supervisor read, page not present instruction pointer = 0x8:0xc02188ec stack pointer = 0x10:0xcdc4e4d0 frame pointer = 0x10:0xcdc4e4f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 495 (fsck_ufs) trap number = 12 panic: page fault syncing disks, buffers remaining... panic: bwrite: buffer is not busy??? I have a HPT370 controller (Dawicontrol DC100) with RAID1 mirror and mountig root from ar0s1a. The ad0 firewire device isn't connected and set to noauto in fstab! All the values of the panic message are varying but the process is always fsck_ufs and the fault code is always "supervisor write, page not present", also the code segment lines are always the same. Please tell me if I can provide more infos, but I'm not subscribed so please cc directly. Best regards, -Harry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 13:11:25 2003 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 1B62937B405 for ; Wed, 8 Jan 2003 13:11:24 -0800 (PST) Received: from hobby.digiware.nl (d9218.upc-d.chello.nl [213.46.9.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9836143EA9 for ; Wed, 8 Jan 2003 13:11:21 -0800 (PST) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by hobby.digiware.nl (8.12.6/8.12.6) with SMTP id h08LBJJ7034817; Wed, 8 Jan 2003 22:11:20 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <046d01c2b75a$7e2c3040$471b3dd4@dual> From: "Willem Jan Withagen" To: "Darryl Okahata" , References: <200301081801.KAA21288@mina.soco.agilent.com> Subject: Re: 5.0RC2: does vinum work??? Date: Wed, 8 Jan 2003 22:11:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 VmludW0gaXMgcnVubmluZyBmaW5lIGhlcmUgb24gNS4wIGZvciBhbHJlYWR5IHF1aXRlIHNvbWUg dGltZS4NCg0KdGhlIHRyaWNrIGlzIG1vc3QgbGlrZWx5Og0KDQogICAgbmV3ZnMgLVQgdWZzIC9k ZXYvdmludW0vdmludW0wDQoNCmJ1aWxkaW5nIGEgcmFpZDUgaW4gdmludW0gZ29lcyBzcGVjdGFj dHVsYXIgZWFzeToNCiAgICB2aW51bSByYWlkNSAvZGV2L2FkNHMxaCAvZGV2L2FkNXMxaCAvZGV2 L2FkNnMxaCAvZGV2L2FkN3MxaCANCiAgICB2aW51bSBpbml0IHZpbnVtMC5wMA0KDQotLVdqVw0K DQo+ICAgICAgSGFzIGFueW9uZSBnb3R0ZW4gdmludW0gdG8gd29yayB1c2luZyB0aGUgNS4wUkMy IElTTyBkaXN0cmlidXRpb24/DQo+IEkndmUgdHJpZWQgY3JlYXRpbmcgYSByYWlkNSwgYSAicmFp ZDEwIiwgYW5kIChmaW5hbGx5KSBhIGJhc2ljLA0KPiBvbmUtZHJpdmUgdm9sdW1lLCBhbmQgbmV3 ZnMgZmFpbHMgZm9yIGFsbCBjYXNlcywgd2l0aDoNCj4gDQo+ICMgbmV3ZnMgLVUgL2Rldi92aW51 bS9teXZvbA0KPiBuZXdmczogL2Rldi92aW51bS9teXZvbDogY2FuJ3QgZmlndXJlIG91dCBmaWxl IHN5c3RlbSBwYXJ0aXRpb24NCj4gDQo+IEkndmUgYXR0YWNoZWQgYSB0eXBlc2NyaXB0IGZpbGUg KHcvYWRkZWQgY29tbWVudHMpIGlsbHVzdHJhdGluZyB0aGUNCj4gcHJvYmxlbSBmb3IgdGhlIGJh c2ljLCBvbmUtZHJpdmUgY2FzZS4NCj4gDQo+ICAgICAgSXMgdmludW0gYnJva2VuIGluIDUuMFJD Miwgb3IgYW0gSSBkb2luZyBzb21ldGhpbmcgc3BlY3RhY3VsYXJseQ0KPiBzdHVwaWQ/DQo+IA0K PiAtLSANCj4gRGFycnlsIE9rYWhhdGENCj4gZGFycnlsb0Bzb2NvLmFnaWxlbnQuY29tDQo+IA0K PiBESVNDTEFJTUVSOiB0aGlzIG1lc3NhZ2UgaXMgdGhlIGF1dGhvcidzIHBlcnNvbmFsIG9waW5p b24gYW5kIGRvZXMgbm90DQo+IGNvbnN0aXR1dGUgdGhlIHN1cHBvcnQsIG9waW5pb24sIG9yIHBv bGljeSBvZiBBZ2lsZW50IFRlY2hub2xvZ2llcywgb3INCj4gb2YgdGhlIGxpdHRsZSBncmVlbiBt ZW4gdGhhdCBoYXZlIGJlZW4gZm9sbG93aW5nIGhpbSBhbGwgZGF5Lg0KPiANCj4g To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 13:29:16 2003 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 D611437B401 for ; Wed, 8 Jan 2003 13:29:14 -0800 (PST) Received: from msgbas2x.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5405143ED8 for ; Wed, 8 Jan 2003 13:29:14 -0800 (PST) (envelope-from darrylo@soco.agilent.com) Received: from relcos1.cos.agilent.com (relcos1.cos.agilent.com [130.29.152.239]) by msgbas2x.cos.agilent.com (Postfix) with ESMTP id E633C265A; Wed, 8 Jan 2003 14:29:08 -0700 (MST) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by relcos1.cos.agilent.com (Postfix) with ESMTP id 42E1A618; Wed, 8 Jan 2003 14:29:08 -0700 (MST) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id NAA24557; Wed, 8 Jan 2003 13:29:07 -0800 (PST) Message-Id: <200301082129.NAA24557@mina.soco.agilent.com> To: "Willem Jan Withagen" Cc: current@FreeBSD.ORG, Greg Lehey Subject: Re: 5.0RC2: does vinum work??? Reply-To: Darryl Okahata In-Reply-To: Your message of "Wed, 08 Jan 2003 22:11:19 +0100." <046d01c2b75a$7e2c3040$471b3dd4@dual> Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: text/plain; charset=US-ASCII Date: Wed, 08 Jan 2003 13:29:06 -0800 From: Darryl Okahata 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 "Willem Jan Withagen" write: > Vinum is running fine here on 5.0 for already quite some time. > > the trick is most likely: > > newfs -T ufs /dev/vinum/vinum0 Nope. No joy: # newfs -T ufs /dev/vinum/myvol newfs: /dev/vinum/myvol: can't figure out file system partition Since it's working for you, the problem is probably related to newfs (existing vinum volumes are probably fine). Arg. Out of desperation, I tried using "vinum0" as the volume name, instead of "myvol". It worked (the "-T" isn't needed). Foo. Arg. OK, I'll now try putting numbers at the end of volume names. Thanks for the help. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 13:40:20 2003 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 0A94437B401 for ; Wed, 8 Jan 2003 13:40:19 -0800 (PST) Received: from didi.dyndns.org (frnk-d514e18d.dsl.mediaWays.net [213.20.225.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id A494C43E4A for ; Wed, 8 Jan 2003 13:40:17 -0800 (PST) (envelope-from didi@dr-tech.de) Received: from dr-tech.de (didi.dorodidi.de [192.168.0.1]) by didi.dyndns.org (8.12.3/8.12.3) with ESMTP id h08LeFdA070923; Wed, 8 Jan 2003 22:40:15 +0100 (CET) (envelope-from didi@dr-tech.de) Message-ID: <3E1C9AC3.6010905@dr-tech.de> Date: Wed, 08 Jan 2003 22:40:19 +0100 From: Dieter Rothacker Organization: Organized? No way... User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Darryl Okahata Cc: Willem Jan Withagen , current@FreeBSD.ORG, Greg Lehey Subject: Re: 5.0RC2: does vinum work??? References: <200301082129.NAA24557@mina.soco.agilent.com> Content-Type: text/plain; charset=us-ascii; format=flowed 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 Darryl Okahata wrote: >"Willem Jan Withagen" write: > > > >>Vinum is running fine here on 5.0 for already quite some time. >> >>the trick is most likely: >> >> newfs -T ufs /dev/vinum/vinum0 >> >> > > Nope. No joy: > > # newfs -T ufs /dev/vinum/myvol > newfs: /dev/vinum/myvol: can't figure out file system partition > >Since it's working for you, the problem is probably related to newfs >(existing vinum volumes are probably fine). > > Arg. Out of desperation, I tried using "vinum0" as the volume >name, instead of "myvol". It worked (the "-T" isn't needed). Foo. >Arg. > > Yep, the naming is the problem. Afaik due to the GEOM system newfs has changed. The vinum volume name must either end in '0' or 'a' to allow the newfs operation... however there is some message in current which says that someone (grog?) is working on it. -- didi -------- http://checkrdf.sourceforge.net/ --------- -> for your daily news needs on your FreeBSD box <- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 13:50:15 2003 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 1214A37B401 for ; Wed, 8 Jan 2003 13:50:14 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB8843ED4 for ; Wed, 8 Jan 2003 13:50:09 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 60042 invoked from network); 8 Jan 2003 21:50:03 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 8 Jan 2003 21:50:03 -0000 Message-ID: <3E1C9D49.8080902@liwing.de> Date: Wed, 08 Jan 2003 22:51:05 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harald Schmalzbauer Cc: freebsd-current@freebsd.org Subject: Re: panic: bg fsck References: Content-Type: text/plain; charset=us-ascii; format=flowed 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 Harald Schmalzbauer wrote: > Hello all, > > I'm using 5.0-RC2 and after disconnecting a firewire HD and unclean shutdown > the system is panicing after reboot (I can login) and a few minutes with the > following message: > [...] > Please tell me if I can provide more infos, but I'm not subscribed so please > cc directly. > > Best regards, > > -Harry > On Dec the 14th was a similar message on the current-list. I recommend to boot in single user mode, fsck'ing your disks, reboot in multi-user mode and cvsup your system. After a rebuild it may work. Hope it helps a little. Best regards, Jens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 14:27:27 2003 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 E767037B401 for ; Wed, 8 Jan 2003 14:27:26 -0800 (PST) Received: from c001.snv.cp.net (h007.c001.snv.cp.net [209.228.32.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 51E4143E4A for ; Wed, 8 Jan 2003 14:27:26 -0800 (PST) (envelope-from jeff@walters.name) Received: (cpmta 6985 invoked from network); 8 Jan 2003 14:27:24 -0800 Received: from 24.216.194.242 (HELO walters.name) by smtp.register-admin.com (209.228.32.121) with SMTP; 8 Jan 2003 14:27:24 -0800 X-Sent: 8 Jan 2003 22:27:24 GMT Date: Wed, 8 Jan 2003 17:27:23 -0500 Subject: Re: panic: bg fsck Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) Cc: To: "Harald Schmalzbauer" From: Jeff Walters In-Reply-To: Message-Id: <5B8CA61A-2358-11D7-A45D-00039342A52C@walters.name> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.551) 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 I was also getting these same repetitive page fault panics on 5.0-RC2 related to fsck_ufs running after a hard crash. Booting single user and doing a manual fsck resolved it until the next system crash, then they normally occurred again. Don't know if this would apply to you, but in my case re-installing the entire system on UFS1 instead of UFS2 put an end to the panics. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 14:37:41 2003 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 6F0B837B401 for ; Wed, 8 Jan 2003 14:37:40 -0800 (PST) Received: from globalit.internetx.de (globalit.internetx.de [62.116.147.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DC8043F22 for ; Wed, 8 Jan 2003 14:37:34 -0800 (PST) (envelope-from H@Schmalzbauer.de) Received: from hscpr (port-212-202-225-90.reverse.qsc.de [212.202.225.90]) (authenticated bits=0) by globalit.internetx.de (8.12.2/8.12.2) with ESMTP id h08MbS8w018391; Wed, 8 Jan 2003 23:37:29 +0100 From: "Harald Schmalzbauer" To: "Jeff Walters" Cc: Subject: RE: panic: bg fsck Date: Wed, 8 Jan 2003 23:37:32 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <5B8CA61A-2358-11D7-A45D-00039342A52C@walters.name> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 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 Jeff Walters wrote: > I was also getting these same repetitive page fault panics on 5.0-RC2 > related to fsck_ufs running after a hard crash. Booting single user > and doing a manual fsck resolved it until the next system crash, then > they normally occurred again. > > Don't know if this would apply to you, but in my case re-installing > the entire system on UFS1 instead of UFS2 put an end to the panics. I used UFS1 not 2, but I got reply from M. K. McKusick that this was fixed the day after RC2 was released, so it seems the problem is solved. Haven't tried yet though. Thanks all, -Harry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 15:12:19 2003 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 9829237B401 for ; Wed, 8 Jan 2003 15:12:18 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 069B243EA9 for ; Wed, 8 Jan 2003 15:12:17 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E3CE05196D; Thu, 9 Jan 2003 09:42:14 +1030 (CST) Date: Thu, 9 Jan 2003 09:42:14 +1030 From: Greg 'groggy' Lehey To: Darryl Okahata Cc: current@FreeBSD.ORG Subject: Re: 5.0RC2: does vinum work??? Message-ID: <20030108231214.GL18575@wantadilla.lemis.com> References: <200301081801.KAA21288@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200301081801.KAA21288@mina.soco.agilent.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 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 Wednesday, 8 January 2003 at 10:00:59 -0800, Darryl Okahata wrote: > Hi, > > Has anyone gotten vinum to work using the 5.0RC2 ISO distribution? > I've tried creating a raid5, a "raid10", and (finally) a basic, > one-drive volume, and newfs fails for all cases, with: > > # newfs -U /dev/vinum/myvol > newfs: /dev/vinum/myvol: can't figure out file system partition > > I've attached a typescript file (w/added comments) illustrating the > problem for the basic, one-drive case. > > Is vinum broken in 5.0RC2, or am I doing something spectacularly > stupid? Vinum is broken in RC2. I committed the fix yesterday. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 15:14:23 2003 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 F263A37B401 for ; Wed, 8 Jan 2003 15:14:21 -0800 (PST) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF38543EA9 for ; Wed, 8 Jan 2003 15:14:20 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C92035196D; Thu, 9 Jan 2003 09:44:18 +1030 (CST) Date: Thu, 9 Jan 2003 09:44:18 +1030 From: Greg 'groggy' Lehey To: Darryl Okahata Cc: Willem Jan Withagen , current@FreeBSD.ORG Subject: Re: 5.0RC2: does vinum work??? Message-ID: <20030108231418.GM18575@wantadilla.lemis.com> References: <046d01c2b75a$7e2c3040$471b3dd4@dual> <200301082129.NAA24557@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200301082129.NAA24557@mina.soco.agilent.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 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 Wednesday, 8 January 2003 at 13:29:06 -0800, Darryl Okahata wrote: > "Willem Jan Withagen" write: > >> Vinum is running fine here on 5.0 for already quite some time. >> >> the trick is most likely: >> >> newfs -T ufs /dev/vinum/vinum0 > > Nope. No joy: > > # newfs -T ufs /dev/vinum/myvol > newfs: /dev/vinum/myvol: can't figure out file system partition > > Since it's working for you, the problem is probably related to newfs > (existing vinum volumes are probably fine). The problem was that at one point newfs wanted a volume label and wouldn't work unless it got one. So I gave it one and didn't notice that it only worked as long as the last character of the volume name is a valid partition identified (a-h or 0-7). newfs is now fixed, so I backed out the change, but I forgot about it on the RELENG_5_0 branch until Jörg Wunsch reminded me yesterday. Sorry for the confusion. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 15:24:29 2003 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 3D71237B405; Wed, 8 Jan 2003 15:24:26 -0800 (PST) Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E6143E4A; Wed, 8 Jan 2003 15:24:20 -0800 (PST) (envelope-from mike@sparc64.style9.org) Received: from bowie.private ([65.93.76.189]) by tomts9-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20030108232419.OFRD10918.tomts9-srv.bellnexxia.net@bowie.private>; Wed, 8 Jan 2003 18:24:19 -0500 Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id h08NPCvJ047531; Wed, 8 Jan 2003 23:25:13 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id h08NPCKY047528; Wed, 8 Jan 2003 23:25:12 GMT Date: Wed, 8 Jan 2003 23:25:12 GMT From: Mike Barcroft Message-Id: <200301082325.h08NPCKY047528@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure 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 Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003 -------------------------------------------------------------- ===> vx touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/vx. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 18:45:52 2003 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 6814037B401; Wed, 8 Jan 2003 18:45:50 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA68243EE1; Wed, 8 Jan 2003 18:45:49 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id h092jxGb004368; Wed, 8 Jan 2003 21:45:59 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id h092jwPS004367; Wed, 8 Jan 2003 21:45:58 -0500 (EST) Date: Wed, 8 Jan 2003 21:45:58 -0500 From: Jake Burkholder To: Mike Barcroft Cc: current@FreeBSD.ORG, sparc64@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20030108214558.B4032@locore.ca> References: <200301082325.h08NPCKY047528@bowie.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200301082325.h08NPCKY047528@bowie.private>; from mike@sparc64.style9.org on Wed, Jan 08, 2003 at 11:25:12PM +0000 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 Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +0000, Mike Barcroft said words to the effect of; > Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > >>> stage 1: bootstrap tools > -------------------------------------------------------------- > >>> stage 2: cleaning up the object tree > -------------------------------------------------------------- > >>> stage 2: rebuilding the object tree > -------------------------------------------------------------- > >>> stage 2: build tools > -------------------------------------------------------------- > >>> stage 3: cross tools > -------------------------------------------------------------- > >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include > -------------------------------------------------------------- > >>> stage 4: building libraries > -------------------------------------------------------------- > >>> stage 4: make dependencies > -------------------------------------------------------------- > >>> stage 4: building everything.. > -------------------------------------------------------------- > >>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003 > -------------------------------------------------------------- > ===> vx > touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory > *** Error code 1 FWIW, I can't reproduce this locally, it must be a problem with the tinderbox. I haven't seen Mike around lately, hopefully he can see what's going on soon. Sorry for the spam. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 18:55:30 2003 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 DE6A237B401; Wed, 8 Jan 2003 18:55:28 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB5143ED4; Wed, 8 Jan 2003 18:55:28 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 88D129BC3; Wed, 8 Jan 2003 21:44:25 -0500 (EST) Date: Wed, 8 Jan 2003 21:44:25 -0500 From: Mike Barcroft To: Jake Burkholder Cc: current@FreeBSD.ORG, sparc64@FreeBSD.ORG Subject: Re: sparc64 tinderbox failure Message-ID: <20030108214425.F45957@espresso.q9media.com> References: <200301082325.h08NPCKY047528@bowie.private> <20030108214558.B4032@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030108214558.B4032@locore.ca>; from jake@locore.ca on Wed, Jan 08, 2003 at 09:45:58PM -0500 Organization: The FreeBSD Project 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 Jake Burkholder writes: > Apparently, On Wed, Jan 08, 2003 at 11:25:12PM +0000, > Mike Barcroft said words to the effect of; > > -------------------------------------------------------------- > > >>> Kernel build for GENERIC started on Wed Jan 8 22:16:49 GMT 2003 > > -------------------------------------------------------------- > > ===> vx > > touch: /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC/modules/tinderbox/sparc64/src/sys/modules/vx/export_syms: No such file or directory > > *** Error code 1 > > FWIW, I can't reproduce this locally, it must be a problem with the > tinderbox. I haven't seen Mike around lately, hopefully he can see > what's going on soon. > > Sorry for the spam. Hmm, I'll try clearing the obj directory and see if that helps. I did have some trouble with the filesystem the tinderbox runs on. fsck may have deleted some files that left things in an unexpected state. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 19:10:10 2003 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 9969837B401 for ; Wed, 8 Jan 2003 19:10:09 -0800 (PST) Received: from warrior.services.quay.plus.net (warrior.services.quay.plus.net [212.159.14.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 2592243EE6 for ; Wed, 8 Jan 2003 19:09:59 -0800 (PST) (envelope-from trent@limekiln.vcisp.net) Received: (qmail 21124 invoked from network); 4 Jan 2003 17:56:23 -0000 Received: from limekiln.vcisp.net (212.159.16.110) by warrior.services.quay.plus.net with SMTP; 4 Jan 2003 17:56:23 -0000 Received: from limekiln.vcisp.net (trent@localhost.limekiln.vcisp.net [127.0.0.1]) by limekiln.vcisp.net (8.12.6/8.12.6) with ESMTP id h04HtkqI009722; Sat, 4 Jan 2003 17:55:57 GMT (envelope-from trent@limekiln.vcisp.net) Received: (from trent@localhost) by limekiln.vcisp.net (8.12.6/8.12.6/Submit) id h04HtPR6009721; Sat, 4 Jan 2003 17:55:25 GMT (envelope-from trent) Date: Sat, 4 Jan 2003 17:55:25 +0000 From: Trent Nelson To: Nate Lawson Cc: Trent Nelson , freebsd-current@FreeBSD.ORG Subject: Re: System freeze running -current Message-ID: <20030104175525.GA9667@limekiln.vcisp.net> References: <20030103151234.GA21140@arpa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.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 On Fri, Jan 03, 2003 at 11:16:57AM -0800, Nate Lawson wrote: > Sounds like an atkbd or syscons problem. > Did you suspend the laptop and resume before this happens? No. However, it happened to me today shorty after I issued a sysctl -w hw.acpi.cpu.economy_speed=8. (Why does it default to 4 anyway?) > How does "unset acpi_load" at the boot prompt change things? Well, I can't reproduce it consistently, so it'll be hard to determ- ine if disabling ACPI does the trick. I also noticed I was able to drop into the debugger and the keyboard works fine in it. Can you suggest what I should be looking for? > -Nate Trent. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 21:30:39 2003 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 767EF37B401 for ; Wed, 8 Jan 2003 21:30:38 -0800 (PST) Received: from maestro.tackymt.homeip.net (dhcp-9.cent.saitama-u.ac.jp [133.38.4.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68CA743EB2 for ; Wed, 8 Jan 2003 21:30:36 -0800 (PST) (envelope-from taku@cent.saitama-u.ac.jp) Received: from dhcp-9.cent.saitama-u.ac.jp (localhost [IPv6:::1]) by maestro.tackymt.homeip.net (8.12.6/8.12.6) with SMTP id h095TpNQ006064; Thu, 9 Jan 2003 14:30:10 +0900 (JST) (envelope-from taku@cent.saitama-u.ac.jp) Date: Thu, 9 Jan 2003 14:29:50 +0900 From: Taku YAMAMOTO To: Trent Nelson Cc: freebsd-current@FreeBSD.org Subject: Re: System freeze running -current Message-Id: <20030109142950.6d488c39.taku@cent.saitama-u.ac.jp> In-Reply-To: <20030104175525.GA9667@limekiln.vcisp.net> References: <20030103151234.GA21140@arpa.com> <20030104175525.GA9667@limekiln.vcisp.net> Organization: Advanced Computer and Communication Studies Society X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 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 Hi all, On Sat, 4 Jan 2003 17:55:25 +0000 Trent Nelson wrote: > No. However, it happened to me today shorty after I issued a sysctl > -w hw.acpi.cpu.economy_speed=8. (Why does it default to 4 anyway?) It reminded me of my tiny local patch. --- src/sys/dev/acpica/acpi_cpu.c.orig Thu Oct 17 02:28:52 2002 +++ src/sys/dev/acpica/acpi_cpu.c Mon Dec 23 12:58:28 2002 @@ -328,7 +328,7 @@ if (speed < CPU_MAX_SPEED) { /* mask the old CLK_VAL off and or-in the new value */ - clk_val = CPU_MAX_SPEED << cpu_duty_offset; + clk_val = (CPU_MAX_SPEED - 1) << cpu_duty_offset; p_cnt &= ~clk_val; p_cnt |= (speed << cpu_duty_offset); Virtually yours, Taku -- YAMAMOTO, Taku Digital circuits are made from analog parts. -- Don Vonada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jan 8 23:25:31 2003 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 5C1B037B401 for ; Wed, 8 Jan 2003 23:25:30 -0800 (PST) Received: from 12-234-22-23.client.attbi.com (12-234-22-23.client.attbi.com [12.234.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F2443EB2 for ; Wed, 8 Jan 2003 23:25:29 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from 12-234-22-23.client.attbi.com (p9nfozdnqd71l840@localhost [127.0.0.1]) by 12-234-22-23.client.attbi.com (8.12.6/8.12.6) with ESMTP id h097PQjC090878; Wed, 8 Jan 2003 23:25:26 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by 12-234-22-23.client.attbi.com (8.12.6/8.12.6/Submit) with ESMTP id h097POVc090875; Wed, 8 Jan 2003 23:25:25 -0800 (PST) (envelope-from DougB@FreeBSD.org) Date: Wed, 8 Jan 2003 23:25:24 -0800 (PST) From: Doug Barton To: Scott Long Cc: Kenneth Culver , "" , "" Subject: Re: NVIDIA driver compilation failed In-Reply-To: <3E146D0A.7030305@btc.adaptec.com> Message-ID: <20030108232358.W90866@2-234-22-23.pyvrag.nggov.pbz> References: <20030102104851.I31520-100000@alpha.yumyumyum.org> <3E146D0A.7030305@btc.adaptec.com> 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 Thu, 2 Jan 2003, Scott Long wrote: > It looks like sys/filedesc.h needs to be included in nv-freebsd.h This got me up and running again on -current compiled 12/31. Thanks Scott! Now that I'm used to the better performance of the nvidia drivers, it's really noticable when it's not there. Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 9 1:12:33 2003 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 EF24D37B401; Thu, 9 Jan 2003 01:12:32 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A6343F43; Thu, 9 Jan 2003 01:12:32 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h099CV2G015093; Thu, 9 Jan 2003 01:12:31 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h099CV4m004348; Thu, 9 Jan 2003 01:12:31 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h099CU8j004347; Thu, 9 Jan 2003 01:12:30 -0800 (PST) Date: Thu, 9 Jan 2003 01:12:30 -0800 From: Marcel Moolenaar To: ia64@FreeBSD.org Cc: current@FreeBSD.org Subject: HEADS UP: VFS changes breaks GPT Message-ID: <20030109091230.GA4320@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.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 Gang, GPT based systems are unable to mount the root file system. I haven't had the time to dig into this, but we must be making assumptions we previously didn't make. In any case ia64 is hosed. More to come... FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jan 9 3: 4:36 2003 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 99A8337B401 for ; Thu, 9 Jan 2003 03:04:31 -0800 (PST) Received: from ns2.wananchi.com (ns2.wananchi.com [62.8.64.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C970343F18 for ; Thu, 9 Jan 2003 03:04:28 -0800 (PST) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com (Exim 4.10.11 #2 (FreeBSD)) protocol: local id 18WaTH-000IM3-00 for ; Thu, 09 Jan 2003 14:03:35 +0300 Date: Thu, 9 Jan 2003 14:03:35 +0300 From: Odhiambo Washington To: FBSD-BLEEDING-EDGE Subject: update from 4.7 to 5.0 Message-ID: <20030109110335.GA65353@ns2.wananchi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Disclaimer: Any views expressed in this message,where not explicitly attributed otherwise, are mine alone!. X-Fortune: The IQ of the group is the lowest IQ of a member of the group divided by the number of people in the group. X-Operating-System: FreeBSD 4.7-STABLE i386 X-Best-Window-Manager: Blackbox X-Mailer: Mutt 1.5.1i (2002-05-02) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. X-Uptime: 1:52PM up 21:38, 5 users, load averages: 0.39, 0.35, 0.40 User-Agent: Mutt/1.5.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 Hello Gurus, I am not a developer so I beg to be excused if I ask anything stupid. I updated from 4.7 to 5.0 on a test machine just to get the feel of the upcoming 5.0-RELEASE. I used cvsup and so my box is 5.0-CIRRENT. I fear that term - CURRENT. Anyway, I managed a successfull update but I guess there are some gotchas that I never saw. The box runs prettier, but I have some output of dmesg that I'd appreciate some explanation on. I'll mark the portions where I seek some explanation on the dmesg output itself. The most important one is with USB interfaces, because they seem to NOT start at all since updating. - - b e g i n d m e s g - - Copyright (c) 1992-2003 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 #1: Thu Jan 9 12:03:06 EAT 2003 wash@beastie.wananchi.com:/usr/obj/usr/src/sys/Kern5.x Preloaded elf kernel "/boot/kernel/kernel" at 0xc0618000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06180a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1699959576 Hz CPU: Pentium 4 (1699.96-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febf9ff real memory = 335478784 (319 MB) avail memory = 318328832 (303 MB) Initializing GEOMetry subsystem netsmb_dev: loaded Pentium Pro MTRR support enabled VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc052b082 (1000022) VESA: ATI RAGE128 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 6 entries at 0xc00fdec0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz unknown: I/O range not supported ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # what could this be??? acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcm0: port 0xd000-0xd03f irq 11 at device 9.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xdf101000-0xdf10107f irq 5 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:39:d8:2f miibus0: on xl0 bmtphy0: <3c905B 10/100 internal PHY> on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xd800-0xd81f mem 0xdf000000-0xdf0fffff,0xdf100000-0xdf100fff irq 10 at device 12.0 on pci0 fxp0: Ethernet address 00:08:c7:fb:05:c2 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xdc00-0xdc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 5 at device 17.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # these faile, yes? Maybe there is # something I missed in the kernel?? # How can I fix this? uhci1: port 0xe400-0xe41f irq 5 at device 17.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # that too failed... uhci2: port 0xe800-0xe81f irq 5 at device 17.4 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhub2: port error, restarting port 1 uhub2: port error, giving up port 1 uhub2: port error, restarting port 2 uhub2: port error, giving up port 2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # that too failed..... pcm1: port 0xec00-0xecff irq 10 at device 17.5 on pci0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: