From owner-freebsd-current Sun Mar 11 0: 4:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id F206637B71A for ; Sun, 11 Mar 2001 00:04:27 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id AAA29285; Sun, 11 Mar 2001 00:03:38 -0800 Date: Sun, 11 Mar 2001 00:03:34 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Greg Lehey Cc: current@freebsd.org Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <20010311115147.L57126@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Greg Lehey wrote: > On Saturday, 10 March 2001 at 17:12:42 -0800, Matt Jacob wrote: > > (top of tree within the last day or so): > > > > Things seem *almost* okay, but: > > > > nellie.feral.com > root vinum > > vinum -> stripe -v /dev/da3a /dev/da4a /dev/da5a /dev/da6a /dev/da7a /dev/da8a > > /dev/da9a /dev/da10a /dev/da11a /dev/da12a > > drive vinumdrive0 device /dev/da3a > > > > Can't get config for plex 0: Invalid argument > > > > and at the console: > > > > WARNING: Driver mistake: repeat make_dev("vinum/control") > > Hmm. > > > Mar 10 17:09:57 nellie /boot/kernel/kernel: vinumioctl: invalid ioctl from process 682 (vinum): c1384644 > > This looks like a mismatch between the plex size in the userland and > kernel code. Did you rebuild vinum(8)? Complete fresh build, top of tree... I'll try again... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 0:55: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from deepblue.everad.com (deepblue.everad.com [212.117.137.66]) by hub.freebsd.org (Postfix) with ESMTP id 62DE037B719 for ; Sun, 11 Mar 2001 00:54:59 -0800 (PST) (envelope-from DanielM@EverAd.com) Received: from ilexc01.everad.com ([10.72.6.6]) by deepblue.everad.com with Microsoft SMTPSVC(5.5.1877.197.19); Sun, 11 Mar 2001 10:57:04 +0200 content-class: urn:content-classes:message Subject: unsubscribe daniel@everad.com MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Mar 2001 10:54:52 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: unsubscribe daniel@everad.com Thread-Index: AcCqCO/p2TcmFu+aSz6pObT6KoHsmQ== From: "Daniel Mester" To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 2:18:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 4A73737B719; Sun, 11 Mar 2001 02:18:08 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 14c2vO-0001IE-0X; Sun, 11 Mar 2001 10:18:06 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f2BAGo748456; Sun, 11 Mar 2001 10:16:50 GMT (envelope-from dfr@nlsystems.com) Date: Sun, 11 Mar 2001 10:16:50 +0000 (GMT) From: Doug Rabson To: "David O'Brien" Cc: Matthew Jacob , Subject: Re: Entropy harvesting? Grim reaper is more like it... In-Reply-To: <20010310160030.D18227@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 10 Mar 2001, David O'Brien wrote: > On Fri, Mar 09, 2001 at 01:39:58PM -0800, Matthew Jacob wrote: > > > Erm, just so you know. The 4100 here at WC doesn't even make it past > > > the SCSI probe due to interrupt issues. > > > > Hmm. Well, it *was* working a couple of days ago :-).... > > Uh, actually _your_ 4100 is the only I've ever known to work on > post-SMPng. The WC 4100 has *never* worked on post SMPng. I don't > believe I've heard that DFR's runs SMPng either. > > I guess I should get a `dd' of your system disk, or get you a console on > the WC box. My 4100 was working after the last set of mcpcia fixes. I haven't updated it for about a week so it may be broken again I guess. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 2:29:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 48A4637B719 for ; Sun, 11 Mar 2001 02:29:25 -0800 (PST) (envelope-from ncbp@bank-pedersen.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id E7C7E5D38; Sun, 11 Mar 2001 11:29:23 +0100 (CET) Date: Sun, 11 Mar 2001 11:29:23 +0100 From: "Niels Chr. Bank-Pedersen" To: current@freebsd.org Cc: Matthew Jacob , Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311112923.A41738@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , current@freebsd.org, Matthew Jacob , Greg Lehey References: <20010311115147.L57126@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Mar 11, 2001 at 12:03:34AM -0800 X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 12:03:34AM -0800, Matthew Jacob wrote: > > > On Sun, 11 Mar 2001, Greg Lehey wrote: > > > On Saturday, 10 March 2001 at 17:12:42 -0800, Matt Jacob wrote: > > > (top of tree within the last day or so): > > > > > > Things seem *almost* okay, but: > > > > > > nellie.feral.com > root vinum > > > vinum -> stripe -v /dev/da3a /dev/da4a /dev/da5a /dev/da6a /dev/da7a /dev/da8a > > > /dev/da9a /dev/da10a /dev/da11a /dev/da12a > > > drive vinumdrive0 device /dev/da3a > > > > > > Can't get config for plex 0: Invalid argument > > > > > > and at the console: > > > > > > WARNING: Driver mistake: repeat make_dev("vinum/control") > > > > Hmm. > > > > > Mar 10 17:09:57 nellie /boot/kernel/kernel: vinumioctl: invalid ioctl from process 682 (vinum): c1384644 > > > > This looks like a mismatch between the plex size in the userland and > > kernel code. Did you rebuild vinum(8)? > > Complete fresh build, top of tree... I'll try again... I'll sneak in my experience with DEVFS+vinum here as well: vinum: loaded vinum: reading configuration from /dev/da3s1f vinum: updating configuration from /dev/da1s1e vinum: updating configuration from /dev/da2s1e vinum: updating configuration from /dev/da0s1e swapon: adding /dev/da1s1b as swap device swapon: adding /dev/da2s1b as swap device Automatic boot in progress... /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 406977 free (1049 frags, 50741 blocks, 0.2% fragmentation) Can't stat /dev/vinum/raid01: No such file or directory Can't stat /dev/vinum/raid01: No such file or directory /dev/vinum/raid01: CAN'T CHECK FILE SYSTEM. /dev/vinum/raid01: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. This was with a -current from around March 1. (don't think anything has changed since). Booting a non-DEVFS kernel passes the fs-check and works as expected. /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark NET, IP-section. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 2:50: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 87CF737B718 for ; Sun, 11 Mar 2001 02:49:57 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 10004 invoked by uid 666); 11 Mar 2001 10:50:57 -0000 Received: from i087-219.nv.iinet.net.au (HELO elischer.org) (203.59.87.219) by mail.m.iinet.net.au with SMTP; 11 Mar 2001 10:50:57 -0000 Message-ID: <3AAB5836.A282791B@elischer.org> Date: Sun, 11 Mar 2001 02:49:26 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: make installworld 'kinda' broken in perl Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I often do 'make buildworld' on one machine and on many other machines I do: mount -r /usr/src mount -r /usr/obj through nfs so I can do a 'make installworld' using the prebuilt system. Unfortunatly the perl distribution is trying to write back to /usr/obj or /usr/src. it is the only place that does this. And it's new becasue I've done this in the past. here's the error: ===> gnu/usr.bin/perl/library/SDBM_File cd sdbm && make all rm -rf libsdbm.a <----- why does it try to do this? surely it should have been done in the 'buildworld' phase. I'm not sure if it's trying to rm in /usr/obj or /usr/src, but either way, it's wrong.. rm: libsdbm.a: Read-only file system *** Error code 1 (continuing) `all' not remade because of errors. rm -rf libsdbm.a rm: libsdbm.a: Read-only file system *** Error code 1 (continuing) `all' not remade because of errors. Installing /usr/libdata/perl/5.6.0/mach/SDBM_File.pm Installing /usr/libdata/perl/5.6.0/mach/auto/sdbm/extralibs.ld Installing /usr/libdata/perl/5.6.0/mach/auto/SDBM_File/SDBM_File.so Installing /usr/libdata/perl/5.6.0/mach/auto/SDBM_File/SDBM_File.bs Writing /usr/libdata/perl/5.6.0/mach/auto/SDBM_File/.packlist Appending installation info to /usr/libdata/perl/5.6.0/mach/perllocal.pod ===> gnu/usr.bin/perl/library/Socket -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 3:27: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D549D37B718 for ; Sun, 11 Mar 2001 03:27:04 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2BBR2903018; Sun, 11 Mar 2001 03:27:02 -0800 (PST) Date: Sun, 11 Mar 2001 03:27:02 -0800 From: Alfred Perlstein To: "Niels Chr. Bank-Pedersen" Cc: current@FreeBSD.ORG, Matthew Jacob , Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311032701.G18351@fw.wintelcom.net> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311112923.A41738@bank-pedersen.dk>; from ncbp@bank-pedersen.dk on Sun, Mar 11, 2001 at 11:29:23AM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Niels Chr. Bank-Pedersen [010311 02:29] wrote: > > I'll sneak in my experience with DEVFS+vinum here as well: > > vinum: loaded > vinum: reading configuration from /dev/da3s1f > vinum: updating configuration from /dev/da1s1e > vinum: updating configuration from /dev/da2s1e > vinum: updating configuration from /dev/da0s1e > swapon: adding /dev/da1s1b as swap device > swapon: adding /dev/da2s1b as swap device > Automatic boot in progress... > /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS > /dev/da0s1a: clean, 406977 free (1049 frags, 50741 blocks, 0.2% fragmentation) > Can't stat /dev/vinum/raid01: No such file or directory > Can't stat /dev/vinum/raid01: No such file or directory > /dev/vinum/raid01: CAN'T CHECK FILE SYSTEM. > /dev/vinum/raid01: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > > This was with a -current from around March 1. (don't think > anything has changed since). Booting a non-DEVFS kernel > passes the fs-check and works as expected. Vinum+DEVFS doesn't make the million symlinks that non-devfs vinum does. Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 (notice you need the '/vol/' path component) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 5:17: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id 94DC237B718 for ; Sun, 11 Mar 2001 05:17:00 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 55252 invoked from network); 11 Mar 2001 14:15:49 -0000 Received: from unknown (HELO webcom.it) (212.239.10.243) by acampi.inet.it with SMTP; 11 Mar 2001 14:15:49 -0000 Received: (qmail 599 invoked by uid 1000); 11 Mar 2001 13:13:38 -0000 Date: Sun, 11 Mar 2001 14:13:38 +0100 From: Andrea Campi To: current@freebsd.org Subject: growfs Message-ID: <20010311141337.A510@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was about to fill in a doc PR on this but then I thought I'm better off checking other people experiences... I just used growfs on my / filesystem, after shrinking the swap partition which just happened to be after it. I had to do nothing magic beside dropping to single user so as to have a ro /. This is in contrast to what the man page says: system on the specified special file. Currently growfs can only grow un- mounted file systems. Do not try growing a mounted file system, your system may panic and you will not be able to use the file system any longer. Most of the options you have used with newfs(8) once can not be changed. In fact you can only increase the size of the file system. Use Is this just extra paranoia or was I very lucky? Do we need to fix the doc? Bye, Andrea -- Yes, I've heard of "decaf." What's your point? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 6:21:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id B60D337B719 for ; Sun, 11 Mar 2001 06:21:09 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA06963; Mon, 12 Mar 2001 01:21:00 +1100 Date: Mon, 12 Mar 2001 01:20:21 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: make installworld 'kinda' broken in perl In-Reply-To: <3AAB5836.A282791B@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Julian Elischer wrote: > I often do 'make buildworld' on one machine > and on many other machines I do: > mount -r /usr/src > mount -r /usr/obj > > through nfs so I can do a 'make installworld' > using the prebuilt system. > > Unfortunatly the perl distribution is trying to write > back to /usr/obj or /usr/src. > > it is the only place that does this. And it's new becasue > I've done this in the past. > > here's the error: > ===> gnu/usr.bin/perl/library/SDBM_File > cd sdbm && make all > rm -rf libsdbm.a <----- why does it try to do this? > surely it should have been done in the > 'buildworld' phase. I'm not sure if > it's trying to rm in /usr/obj or /usr/src, > but either way, it's wrong.. > > > rm: libsdbm.a: Read-only file system > *** Error code 1 (continuing) > `all' not remade because of errors. This is an old bug: From bde@zeta.org.au Mon Nov 6 03:05:35 2000 +1100 Date: Mon, 6 Nov 2000 03:05:31 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Don Lewis cc: kstewart@urx.com, Steven Farmer , freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: installworld failure - libsdbm.a In-Reply-To: <200011051124.DAA19413@salsa.gv.tsc.tdk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O X-Status: X-Keywords: X-UID: 1357 On Sun, 5 Nov 2000, Don Lewis wrote: > On Nov 4, 11:54am, Kent Stewart wrote: > } Subject: Re: installworld failure - libsdbm.a > } > } > } Steven Farmer wrote: > } > > } > After this morning's cvsup and buildworld, installworld failed trying > } > to build libsdbm.a. I worked around the problem by adding chmod to > } > Makefile.inc1 as shown below. BTW - isn't it kind of wierd for a > } > library to be _built_ at installworld time? > } > } Yes, it is. It is supposed to be build in buildworld where is also > } chmod'ed appropriately. Something triggers the build during > } installworld, which is a place they don't want to add chmod to. I have > } had it hit me once. > > I had the same thing happen to me yesterday abuse six hours into > a -current "make release". The problem didn't recur when I reran > "make release". One possible quirk is that I am mounting the scratch > area from a 4.1-stable NFS server. Notice that only the .a file is > getting built, and not the .o files. I suspect that the file > timestamps are getting messed up, causing make to rebuild the .a > file. That is another bug. The main bug is that the perl install looks at timestamps (install targets shouldn't depend on anything). > } > ===> gnu/usr.bin/perl/library/SDBM_File > } > cd /usr/obj/usr/src/gnu/usr.bin/perl/library/SDBM_File/ext/SDBM_File ; make -B install INSTALLPRIVLIB=/usr/libdata/perl/5.00503 INSTALLARCHLIB=/usr/libdata/perl/5.00503/mach This is from gnu/usr.bin/perl/library/SDBM_File/../Makefile.inc. No problems yet. > } > cd sdbm && make all This is from the automatically generated Makefile in the obj directory. This Makefile is nothing like a BSD makefile and has bugs like: install :: all pure_install doc_install This causes things to be built at install time if they are out of date. > } > rm -rf libsdbm.a > } > ar cr libsdbm.a sdbm.o pair.o hash.o && : libsdbm.a > } > chmod 755 libsdbm.a > } > chmod:No such file or directory > } > *** Error code 1 Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 8:51: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 4E83C37B718 for ; Sun, 11 Mar 2001 08:50:57 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.11.3/8.11.2) id f2BGoMm00816 for current@freebsd.org; Sun, 11 Mar 2001 11:50:22 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200103111650.f2BGoMm00816@aldan.algebra.com> Subject: panic trying to play Civillization (with trace, etc.) To: current@freebsd.org Date: Sun, 11 Mar 2001 11:50:21 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"mtx_blocked); (kgdb) p m $1 = (struct mtx *) 0xc03e80e0 (kgdb) p *m $2 = {mtx_lock = 3472602691, mtx_recurse = 1, mtx_saveintr = 0, mtx_flags = 2, mtx_description = 0xc0341df9 "Giant", mtx_blocked = {tqh_first = 0x0, tqh_last = 0xcefbd400}, mtx_contested = {le_next = 0xc03e80e0, le_prev = 0xcefbb7e0}, mtx_next = 0xc03dae60, mtx_prev = 0xc03e82a0, mtx_debug = 0x0} (kgdb) p m->mtx_blocked $3 = {tqh_first = 0x0, tqh_last = 0xcefbd400} (kgdb) l 520 521 mtx_lock_spin(&sched_lock); 522 if ((opts & MTX_QUIET) == 0) 523 CTR1(KTR_LOCK, "_mtx_unlock_sleep: %p contested", m); 524 525 p1 = TAILQ_FIRST(&m->mtx_blocked); 526 MPASS(p->p_magic == P_MAGIC); 527 MPASS(p1->p_magic == P_MAGIC); 528 529 TAILQ_REMOVE(&m->mtx_blocked, p1, p_procq); (kgdb) up #13 0xc02e979d in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 144704672, tf_esi = -1077937872, tf_ebp = -1077937588, tf_isp = -821907500, tf_ebx = 4, tf_edx = 148, tf_ecx = -1077937736, tf_eax = 148, tf_trapno = 12, tf_err = 2, tf_eip = 139025316, tf_cs = 31, tf_eflags = 598, tf_esp = -1077937900, tf_ss = 47}) at ../../i386/i386/trap.c:1247 1247 mtx_unlock(&Giant); (kgdb) l 1242 1243 /* 1244 * Release Giant if we had to get it 1245 */ 1246 if (mtx_owned(&Giant)) 1247 mtx_unlock(&Giant); 1248 1249 /* 1250 * This works because errno is findable through the 1251 * register set. If we ever support an emulation where this [.......] -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 8:51:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id AF81137B718 for ; Sun, 11 Mar 2001 08:51:45 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id RAA36058; Sun, 11 Mar 2001 17:51:44 +0100 (CET) (envelope-from des@ofug.org) 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: current@freebsd.org Subject: -CURRENT no longer boots From: Dag-Erling Smorgrav Date: 11 Mar 2001 17:51:43 +0100 Message-ID: Lines: 120 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Booting [/boot/kernel/kernel]... Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #51: Sun Mar 11 17:31:08 CET 2001 des@des.thinksec.com:/usr/src/sys/compile/DES Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 201310208 (196592K bytes) avail memory = 191782912 (187288K bytes) Preloaded elf kernel "kernel" at 0xc03c1000. K6-family MTRR support enabled (2 registers) VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc033ffa2 (1000022) VESA: Matrox Graphics Inc. Using $PIR table, 8 entries at 0xc00f0b40 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pci0: at 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 xl0: <3Com 3c900-COMBO Etherlink XL> port 0xd800-0xd83f irq 12 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:cf:a8:e4 xl0: selecting 10baseT transceiver, half duplex atapci0: port 0xd400-0xd40f irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ed0 at port 0x280-0x29f iomem 0xd8000 irq 5 on isa0 ed0: address 00:20:18:64:9b:b6, type NE2000 (16 bit) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 7 drq 0,1 on isa0 pcm0: on sbc0 unknown: can't assign resources unknown: can't assign resources sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 atkbdc0: at port 0x60,0x64 irq 1 on isa0 atkbd0: irq 1 on atkbdc0 unknown: can't assign resources IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, unlimited logging panic: blockable mtx_lock() of Giant when not legal @ ../../kern/kern_intr.c:503 Debugger("panic") Stopped at Debugger+0x44: pushl %ebx db> trace Debugger(c02aab03) at Debugger+0x44 panic(c02a9a60,c02c70b4,c02a7950,1f7,c21c3700) at panic+0x70 witness_enter(c035c2a0,2,c02a7950,1f7) at witness_enter+0x396 ithread_loop(c21c6880,cef07fa8) at ithread_loop+0x266 fork_exit(c0184bf0,c21c6880,cef07fa8) at fork_exit+0xec fork_trampoline() at fork_trampoline+0x8 db> show mutex db> show witness Sleep mutexes: 0 xl0 -- last acquired @ ../../pci/if_xl.c:1241 0 rman -- last acquired @ ../../kern/subr_rman.c:196 0 rman head -- last acquired @ ../../kern/subr_rman.c:107 0 sf_bufs list lock -- last acquired @ ../../kern/uipc_syscalls.c:1437 0 m_ext counter free list lock -- last acquired @ ../../kern/uipc_mbuf.c:216 0 mcluster free list lock -- last acquired @ ../../kern/uipc_mbuf.c:381 0 vm86pcb lock -- last acquired @ ../../i386/i386/vm86.c:579 0 Giant -- last acquired @ ../../kern/kern_mutex.c:835 1 mbuf free list lock -- last acquired @ ../../netinet/igmp.c:108 1 random reseed -- last acquired @ ../../dev/random/yarrow.c:265 1 fork list -- last acquired @ ../../kern/kern_sx.c:138 1 bpf global lock -- last acquired @ ../../net/bpf.c:1221 1 zone subsystem -- last acquired @ ../../vm/vm_zone.c:176 1 eventhandler -- last acquired @ ../../kern/subr_eventhandler.c:76 2 lockmgr interlock -- last acquired @ ../../kern/kern_lock.c:239 3 process lock -- last acquired @ ../../kern/kern_lock.c:260 4 ucred -- last acquired @ ../../kern/kern_prot.c:1162 4 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 5 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:781 2 malloc -- last acquired @ ../../kern/kern_malloc.c:157 1 lockmgr -- last acquired @ ../../kern/kern_lock.c:239 1 zone -- last acquired @ ../../vm/vm_zone.c:366 1 proctree -- last acquired @ order list:0 2 allproc -- last acquired @ order list:0 3 process lock -- last acquired @ ../../kern/kern_lock.c:260 4 ucred -- last acquired @ ../../kern/kern_prot.c:1162 4 uidinfo hash -- last acquired @ ../../kern/kern_resource.c:745 5 uidinfo struct -- last acquired @ ../../kern/kern_resource.c:781 Spin mutexes: Mutexes which were never acquired: arp_inq ip_inq lo ufs ihash ifsvgt cd9660_ihash vnode_free_list spechash mntid mntvnode mountlist ed bpf interface lock xl buftime lock vm object_list 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 Sun Mar 11 9: 3: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id E51BD37B719 for ; Sun, 11 Mar 2001 09:03:02 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id SAA36100; Sun, 11 Mar 2001 18:02:44 +0100 (CET) (envelope-from des@ofug.org) 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: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob , Greg Lehey Subject: Re: how's vinum these days with DEVFS? References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> From: Dag-Erling Smorgrav Date: 11 Mar 2001 18:02:43 +0100 In-Reply-To: Alfred Perlstein's message of "Sun, 11 Mar 2001 03:27:02 -0800" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein writes: > Vinum+DEVFS doesn't make the million symlinks that non-devfs > vinum does. Why not? make_dev_alias() is cheap and easy to use. 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 Sun Mar 11 9: 6:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.wanadoo.nl (smtp.wanadoo.nl [194.134.193.6]) by hub.freebsd.org (Postfix) with ESMTP id 1857637B719 for ; Sun, 11 Mar 2001 09:06:21 -0800 (PST) (envelope-from steveo@eircom.net) Received: from ams-gw.sohara.org (p043.vcu.wanadoo.nl [194.134.200.43]) by smtp.wanadoo.nl (8.9.3/8.9.3) with SMTP id RAA00449; Sun, 11 Mar 2001 17:59:32 +0100 (MET) Date: Sun, 11 Mar 2001 17:59:29 +0100 From: "Steve O'Hara-Smith" To: Andrea Campi Cc: current@freebsd.org Subject: Re: growfs Message-Id: <20010311175929.25940cdc.steveo@eircom.net> In-Reply-To: <20010311141337.A510@webcom.it> References: <20010311141337.A510@webcom.it> X-Mailer: Sylpheed version 0.4.60 (GTK+ 1.2.8; FreeBSD 4.3-BETA; i386) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001 14:13:38 +0100 Andrea Campi wrote: AC> I was about to fill in a doc PR on this but then I thought I'm better off AC> checking other people experiences... A completely different question about growfs - is it fit for -stable ? If so could it be MFC'd (after 4.3 I suppose). -- Life is complex - it has real and imaginary parts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 9:40:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 329EF37B718 for ; Sun, 11 Mar 2001 09:40:03 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f2BHe1H97297 for freebsd-current@FreeBSD.ORG.AVP; Sun, 11 Mar 2001 18:40:01 +0100 (CET) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f2BHe1G97290 for freebsd-current@FreeBSD.ORG; Sun, 11 Mar 2001 18:40:01 +0100 (CET) (envelope-from leifn@neland.dk) Received: from gina (dhcp0.neland.dk [192.168.5.100]) by arnold.neland.dk (8.11.2/8.11.0) with SMTP id f2BHdrj79991 for ; Sun, 11 Mar 2001 18:39:54 +0100 (CET) (envelope-from leifn@neland.dk) Message-ID: <006d01c0aa52$7e00dd80$6405a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: References: Subject: Re: libg2c missing? Date: Sun, 11 Mar 2001 18:41:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f2BHe1G97290 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Solved! I had NO_FORTRAN=true on master, but not on slave. After I sync'ed the make.conf's, I could install. Leif ----- Original Message ----- From: "Leif Neland" To: Sent: Saturday, March 10, 2001 4:03 PM Subject: libg2c missing? > I've got two machines, called say master and slave. > > Master got the sources, and I do a cvsup and make world almost every > night. > > Occationally (once a month or so, when current is in a not too bad shape) > I mount master:/usr/src and master:/usr/obj on slave, and do an > installworld. > > Now it fails in gnu/lib/libg2c: > install -c -o root -g wheel -m 444 libg2c.a /usr/lib > install: libg2c.a: No such file or directory > *** Error code 71 > > The typescript for make world on master doesn't mention libg2c. > I've got libg2c.a dated feb 8 and libg2c.so.1 dated feb 4 on master, while > the other libs are from tonights buildworld. > > I copied /usr/lib/libg2c* from master to slave, but that didn't do any > difference. > > So the question is: Why will this buildworld, which can installworld on > master, not installworld on slave, which is not that much older? > > Leif > > > > > > > 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 Mar 11 11: 1:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1FA3637B719 for ; Sun, 11 Mar 2001 11:01:37 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id UAA36627; Sun, 11 Mar 2001 20:01:36 +0100 (CET) (envelope-from des@ofug.org) 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: current@freebsd.org Subject: Threaded linux should work again From: Dag-Erling Smorgrav Date: 11 Mar 2001 20:01:35 +0100 Message-ID: Lines: 7 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I fixed the bug in linux_clone() that made caused the 'not SRUN' panics in -CURRENT. Opera, Tivoli and other threaded Linux apps should now work again. 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 Sun Mar 11 11:56:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0D6F637B718 for ; Sun, 11 Mar 2001 11:56:48 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2BJuim14156; Sun, 11 Mar 2001 11:56:44 -0800 (PST) Date: Sun, 11 Mar 2001 11:56:44 -0800 From: Alfred Perlstein To: Dag-Erling Smorgrav Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob , Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311115643.H18351@fw.wintelcom.net> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Mar 11, 2001 at 06:02:43PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Dag-Erling Smorgrav [010311 09:02] wrote: > Alfred Perlstein writes: > > Vinum+DEVFS doesn't make the million symlinks that non-devfs > > vinum does. > > Why not? make_dev_alias() is cheap and easy to use. Take a look at the /dev/vinum tree under devfs and non-devfs systems and you'll understand why I wanted to get rid of the symlinks. Basically, I found them to be distasteful and not worth keeping around. To completely emulate the rats' nest of symlinks I would have had to link to outside disks as well, I really didn't want to do that. Lastly make_dev_alias() is undocumented. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 11:57:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 03FE237B718 for ; Sun, 11 Mar 2001 11:57:42 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA31258; Sun, 11 Mar 2001 11:57:36 -0800 Date: Sun, 11 Mar 2001 11:57:33 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Alfred Perlstein Cc: Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <20010311115643.H18351@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Lastly make_dev_alias() is undocumented. Really? That's a deficiency. It should be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12: 3:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3E0E437B718 for ; Sun, 11 Mar 2001 12:03:42 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31305; Sun, 11 Mar 2001 12:03:22 -0800 Date: Sun, 11 Mar 2001 12:03:19 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: Alfred Perlstein , Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <45958.984340929@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Poul-Henning Kamp wrote: > In message , Matthew Jacob writes: > > > >> Lastly make_dev_alias() is undocumented. > > Right, just like most of the rest of the kernel. > > >Really? That's a deficiency. It should be. > > Yes, ideally, yes. I'm hacking the man page now.. Feel free to correct the change.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:16:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9240137B718 for ; Sun, 11 Mar 2001 12:16:14 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2BKDb914593; Sun, 11 Mar 2001 12:13:37 -0800 (PST) Date: Sun, 11 Mar 2001 12:13:37 -0800 From: Alfred Perlstein To: Poul-Henning Kamp Cc: mjacob@feral.com, Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311121337.J18351@fw.wintelcom.net> References: <45958.984340929@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <45958.984340929@critter>; from phk@critter.freebsd.dk on Sun, Mar 11, 2001 at 09:02:09PM +0100 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Poul-Henning Kamp [010311 12:02] wrote: > In message , Matthew Jacob writes: > > > >> Lastly make_dev_alias() is undocumented. > > Right, just like most of the rest of the kernel. > > >Really? That's a deficiency. It should be. > > Yes, ideally, yes. The problem with make_dev_alias() not being documented is that it would have been an effort to figure out if duplicate make_dev_alias() calls were idempotent, done with refcounts or a good way to panic your machine. There's also no destroy_dev_alias() that I can see. So when vinum goes away I didn't realize how one unpopulates the /dev/vinum/ tree. What's up with devfs not gc'ing itself? Ie, after a directory becomes empty it seems to still exist within the devfs namespace instead of disappearing. Since you guys are in docco mode, you might as well document how one detects a devfs system in a running system. There's an example in the vinum(8) source: if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0) devfs_is_active = 1; else devfs_is_active = 0; -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:19:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 5B1FC37B718 for ; Sun, 11 Mar 2001 12:19:37 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31364; Sun, 11 Mar 2001 12:19:27 -0800 Date: Sun, 11 Mar 2001 12:19:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Alfred Perlstein Cc: Poul-Henning Kamp , Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <20010311121337.J18351@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Alfred Perlstein wrote: > * Poul-Henning Kamp [010311 12:02] wrote: > > In message , Matthew Jacob writes: > > > > > >> Lastly make_dev_alias() is undocumented. > > > > Right, just like most of the rest of the kernel. > > > > >Really? That's a deficiency. It should be. > > > > Yes, ideally, yes. I've updated the man page. > > The problem with make_dev_alias() not being documented is that it would > have been an effort to figure out if duplicate make_dev_alias() calls > were idempotent, done with refcounts or a good way to panic your > machine. ...I'm not following this. Too many dime or more expensive words! What you at? > > There's also no destroy_dev_alias() that I can see. So when vinum > goes away I didn't realize how one unpopulates the /dev/vinum/ tree. The destroy_dev destroys all aliases. > > What's up with devfs not gc'ing itself? Ie, after a directory > becomes empty it seems to still exist within the devfs namespace > instead of disappearing. > > Since you guys are in docco mode, you might as well document how one > detects a devfs system in a running system. There's an example > in the vinum(8) source: > > if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0) > devfs_is_active = 1; > else > devfs_is_active = 0; > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:21:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2A53637B718 for ; Sun, 11 Mar 2001 12:21:32 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31374; Sun, 11 Mar 2001 12:21:03 -0800 Date: Sun, 11 Mar 2001 12:21:00 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Alfred Perlstein Cc: Poul-Henning Kamp , Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) In-Reply-To: <20010311121337.J18351@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Since you guys are in docco mode, you might as well document how one > detects a devfs system in a running system. There's an example > in the vinum(8) source: > > if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0) > devfs_is_active = 1; > else > devfs_is_active = 0; Why should you care? You should be calling make_dev/make_dev_alias/destroy_dev whether DEVFS is running or not. Why on earth would you want things to be different? Is it because you see DEVFS as not offering something you can get w/o it or what???? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:46:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2954D37B718 for ; Sun, 11 Mar 2001 12:46:11 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA37067; Sun, 11 Mar 2001 21:46:01 +0100 (CET) (envelope-from des@ofug.org) 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: mjacob@feral.com Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) References: From: Dag-Erling Smorgrav Date: 11 Mar 2001 21:46:01 +0100 In-Reply-To: Matthew Jacob's message of "Sun, 11 Mar 2001 12:21:00 -0800 (PST)" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob writes: > > Since you guys are in docco mode, you might as well document how one > > detects a devfs system in a running system. > Why should you care? Because if the system doesn't have devfs, the userland vinum code needs to create the device nodes "manually". 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 Sun Mar 11 12:48:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 88FFD37B718 for ; Sun, 11 Mar 2001 12:48:38 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31476; Sun, 11 Mar 2001 12:48:09 -0800 Date: Sun, 11 Mar 2001 12:48:06 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Mar 2001, Dag-Erling Smorgrav wrote: > Matthew Jacob writes: > > > Since you guys are in docco mode, you might as well document how one > > > detects a devfs system in a running system. > > Why should you care? > > Because if the system doesn't have devfs, the userland vinum code > needs to create the device nodes "manually". Hmm. Sounds to me more like an argument for requiring devfs if you use vinum. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:50:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4F8BA37B718 for ; Sun, 11 Mar 2001 12:50:26 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id VAA37116; Sun, 11 Mar 2001 21:50:17 +0100 (CET) (envelope-from des@ofug.org) 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: mjacob@feral.com Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) References: From: Dag-Erling Smorgrav Date: 11 Mar 2001 21:50:17 +0100 In-Reply-To: Matthew Jacob's message of "Sun, 11 Mar 2001 12:48:06 -0800 (PST)" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob writes: > Hmm. Sounds to me more like an argument for requiring devfs if you > use vinum. Not until vinum works equally well with devfs as without it. 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 Sun Mar 11 12:58:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 75D2437B718 for ; Sun, 11 Mar 2001 12:58:34 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31524; Sun, 11 Mar 2001 12:58:04 -0800 Date: Sun, 11 Mar 2001 12:58:01 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I'm assuming that DEVFS will become standard. I really see it working very very well and solving lots of problems. I have yet to really find cases where it really *can't* work (modulo broken drivers). > > > Matthew Jacob writes: > > > Hmm. Sounds to me more like an argument for requiring devfs if you > > > use vinum. > > > > Not until vinum works equally well with devfs as without it. > > Har har har har har............ > > Almost a Catch-22... "We have to do really wierd things so vinum will work > equally well without devfs as with it... so we can, then,.... remove all the > wierd things we did to make vinum work equally well without devfs as with > it"... > > I think what you really meant to say was "No, we won't require devfs". > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 12:58:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0794A37B719 for ; Sun, 11 Mar 2001 12:58:45 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA31506; Sun, 11 Mar 2001 12:55:22 -0800 Date: Sun, 11 Mar 2001 12:55:19 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Matthew Jacob writes: > > Hmm. Sounds to me more like an argument for requiring devfs if you > > use vinum. > > Not until vinum works equally well with devfs as without it. Har har har har har............ Almost a Catch-22... "We have to do really wierd things so vinum will work equally well without devfs as with it... so we can, then,.... remove all the wierd things we did to make vinum work equally well without devfs as with it"... I think what you really meant to say was "No, we won't require devfs". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 13: 2:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A4E9C37B719 for ; Sun, 11 Mar 2001 13:02:53 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA37168; Sun, 11 Mar 2001 22:02:49 +0100 (CET) (envelope-from des@ofug.org) 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: Mikhail Teterin Cc: current@FreeBSD.ORG Subject: Re: panic trying to play Civillization (with trace, etc.) References: <200103111650.f2BGoMm00816@aldan.algebra.com> From: Dag-Erling Smorgrav Date: 11 Mar 2001 22:02:49 +0100 In-Reply-To: Mikhail Teterin's message of "Sun, 11 Mar 2001 11:50:21 -0500 (EST)" Message-ID: Lines: 9 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mikhail Teterin writes: > Here is the trace with my attempts to browse through it. If you can, please reproduce the panic on a kernel compiled with the INVARIANTS, INVARIANT_SUPPORT and WITNESS options. 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 Sun Mar 11 13: 8:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7D42E37B739 for ; Sun, 11 Mar 2001 13:08:39 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA37189; Sun, 11 Mar 2001 22:08:30 +0100 (CET) (envelope-from des@ofug.org) 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: mjacob@feral.com Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) References: From: Dag-Erling Smorgrav Date: 11 Mar 2001 22:08:29 +0100 In-Reply-To: Matthew Jacob's message of "Sun, 11 Mar 2001 12:55:19 -0800 (PST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob writes: > > Matthew Jacob writes: > > > Hmm. Sounds to me more like an argument for requiring devfs if you > > > use vinum. > > Not until vinum works equally well with devfs as without it. > Har har har har har............ Please take your sarcasm and shove it. And get acquainted with the issue at hand before joining the discussion. 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 Sun Mar 11 13:18: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 05F4F37B719 for ; Sun, 11 Mar 2001 13:17:59 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2BLHw561727 for current@freebsd.org; Sun, 11 Mar 2001 13:17:58 -0800 (PST) Date: Sun, 11 Mar 2001 13:17:58 -0800 (PST) From: David Wolfskill Message-Id: <200103112117.f2BLHw561727@bunrab.catwhisker.org> To: current@freebsd.org Subject: swap-backed md-based /tmp to replace mfs-based one Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG During the past week, I've been tracking -STABLE (daily) & -CURRENT (about 2 days out of 3) on a new laptop. (More stuff about that in the recent -mobile archives, for folks who might have an interest.) Although I realize that there are significant differences between the FreeBSD mfs vs. the Sun tmpfs, using an mfs-based, swap-backed /tmp has generally been working well for me over the last 3 years of using FreeBSD. (I tend to be generous with swap diskspace allocations, which helps.) And on this laptop, I have 3 different bootable "root" (& associated /usr) partitions, so I can run -CURRENT, as well as run either of a couple of -STABLEs. But since I'm running no more than one at a time, it made sense to me to have the swap space be common to all three environments, and to make /tmp be swap-backed. In -STABLE, I merely stuffed an appropriate entry in /etc/fstab, and It Just Worked. However, based on the example in the mdconfig man page on -CURRENT, I get the impression that the process is a little more involved. Accordingly, I created the following shell script to accomplish a similar objective, based upon the above-mentioned example in the mdconfig man page. At present, I have it sitting in /usr/local/etc/rc.d, which isn't ideal, but I wanted to find out if anyone had better approaches for doing this, suggestions for improvement, or arguments that what I'm trying to do is misguided and shouldn't be done: #!/bin/sh size=512M # Plugged directly in to the mdconfig command, # so use an expression that's compatible with that. case "$1" in start) # Taken from the mdconfig man page, then lightly hacked: # To create and mount a 128MByte swap backed filesystem on /tmp: if [ -x /sbin/mdconfig ]; then /sbin/mdconfig -a -t swap -s $size -u 10 && \ /sbin/disklabel -r -w md10 auto && \ /sbin/newfs /dev/md10c && \ /sbin/tunefs -n enable /dev/md10c && \ /sbin/mount /dev/md10c /tmp && \ /bin/chmod 1777 /tmp && \ exit 0 fi ;; stop) dev=`/sbin/mount | /usr/bin/awk '/ \/tmp / {print $1}'` || exit 1 /sbin/umount /tmp && [ -c $dev ] && /sbin/mdconfig -d -u $dev exit 0 ;; *) echo "Usage: `basename $0` {start|stop}" >&2 ;; esac exit 2 Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 13:21:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 40B5337B718 for ; Sun, 11 Mar 2001 13:21:42 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA31632; Sun, 11 Mar 2001 13:21:18 -0800 Date: Sun, 11 Mar 2001 13:21:15 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Dag-Erling Smorgrav Cc: Alfred Perlstein , Poul-Henning Kamp , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS (second part) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Matthew Jacob writes: > > > Matthew Jacob writes: > > > > Hmm. Sounds to me more like an argument for requiring devfs if you > > > > use vinum. > > > Not until vinum works equally well with devfs as without it. > > Har har har har har............ > > Please take your sarcasm and shove it. And get acquainted with the > issue at hand before joining the discussion. I am acquainted with this issue. I actually started it with the subject above. I have been mostly reading the threads. I think you owe me an apology. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 13:32:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by hub.freebsd.org (Postfix) with ESMTP id 179B437B71A for ; Sun, 11 Mar 2001 13:32:38 -0800 (PST) (envelope-from ume@mahoroba.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.3+3.4W/8.11.3/light) with UUCP id f2BLWWM01941; Mon, 12 Mar 2001 06:32:32 +0900 (JST) (envelope-from ume@mahoroba.org) Received: from peace.mahoroba.org (IDENT:J88B5QsaiBU54NpwTTkNQOIR81tefixbaBDHmscnOyq0XkfDEAxo6hJy3Ftl8BsE@peace.mahoroba.org [2001:200:301:0:200:f8ff:fe05:3eae]) by mail.mahoroba.org (8.11.3/8.11.3/chaos) with ESMTP/inet6 id f2BLTEu14669; Mon, 12 Mar 2001 06:29:14 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 12 Mar 2001 06:29:14 +0900 (JST) Message-Id: <20010312.062914.92581299.ume@mahoroba.org> To: david@catwhisker.org Cc: current@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one From: Hajimu UMEMOTO In-Reply-To: <200103112117.f2BLHw561727@bunrab.catwhisker.org> References: <200103112117.f2BLHw561727@bunrab.catwhisker.org> X-Mailer: xcite1.38> Mew version 1.95b97 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Sun, 11 Mar 2001 13:17:58 -0800 (PST) >>>>> David Wolfskill said: david> Accordingly, I created the following shell script to accomplish a david> similar objective, based upon the above-mentioned example in the david> mdconfig man page. At present, I have it sitting in david> /usr/local/etc/rc.d, which isn't ideal, but I wanted to find out if david> anyone had better approaches for doing this, suggestions for david> improvement, or arguments that what I'm trying to do is misguided and david> shouldn't be done: I wrote following script obtained from manpage: #!/bin/sh mdconfig -a -t swap -s 128M -u 10 disklabel -r -w md10 auto newfs /dev/md10c tunefs -n enable /dev/md10c mount /dev/md10c /tmp chmod 1777 /tmp Then, I put diskless_mount="/etc/rc.mount_tmp" into /etc/rc.conf. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 14:38:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.136]) by hub.freebsd.org (Postfix) with ESMTP id 4D81737B750 for ; Sun, 11 Mar 2001 14:38:47 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.9.3/8.9.3) with ESMTP id XAA08268; Sun, 11 Mar 2001 23:38:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2BKNBV46118; Sun, 11 Mar 2001 21:23:11 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Alfred Perlstein Cc: mjacob@feral.com, Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.org, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: Your message of "Sun, 11 Mar 2001 12:13:37 PST." <20010311121337.J18351@fw.wintelcom.net> Date: Sun, 11 Mar 2001 21:23:11 +0100 Message-ID: <46116.984342191@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010311121337.J18351@fw.wintelcom.net>, Alfred Perlstein writes: >What's up with devfs not gc'ing itself? Ie, after a directory >becomes empty it seems to still exist within the devfs namespace >instead of disappearing. That was a deliberate decision, removing a directory(-inode) which might have a valid vnode is kind of a nasty thing to attempt. >Since you guys are in docco mode, you might as well document how one >detects a devfs system in a running system. There's an example >in the vinum(8) source: > > if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0) > devfs_is_active = 1; > else > devfs_is_active = 0; Which is the correct and blessed way to find 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 Mar 11 14:39: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.136]) by hub.freebsd.org (Postfix) with ESMTP id 62A3437B756 for ; Sun, 11 Mar 2001 14:38:47 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by phk.freebsd.dk (8.9.3/8.9.3) with ESMTP id XAA08271; Sun, 11 Mar 2001 23:38:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2BK29V45960; Sun, 11 Mar 2001 21:02:09 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: mjacob@feral.com Cc: Alfred Perlstein , Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.org, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: Your message of "Sun, 11 Mar 2001 11:57:33 PST." Date: Sun, 11 Mar 2001 21:02:09 +0100 Message-ID: <45958.984340929@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Matthew Jacob writes: > >> Lastly make_dev_alias() is undocumented. Right, just like most of the rest of the kernel. >Really? That's a deficiency. It should be. Yes, ideally, yes. -- 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 Mar 11 15:11:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id BBB0137B719 for ; Sun, 11 Mar 2001 15:11:09 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 66E5366F16; Sun, 11 Mar 2001 15:11:09 -0800 (PST) Date: Sun, 11 Mar 2001 15:11:09 -0800 From: Kris Kennaway To: Hajimu UMEMOTO Cc: david@catwhisker.org, current@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one Message-ID: <20010311151109.A69412@mollari.cthul.hu> References: <200103112117.f2BLHw561727@bunrab.catwhisker.org> <20010312.062914.92581299.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312.062914.92581299.ume@mahoroba.org>; from ume@mahoroba.org on Mon, Mar 12, 2001 at 06:29:14AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline We really need to provide a better rc.conf hook for doing this -- expecting people to write their own script just to create a /tmp is lame. Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rAYNWry0BWjoQKURAitcAKCBxYn3KnSNunUowvzBht4l9ixpIQCfVEVH GRuZgGoKicubrdFNvcwPK70= =Ju6b -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 15:15:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 42A5A37B718 for ; Sun, 11 Mar 2001 15:15:42 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2BNFRW65028; Sun, 11 Mar 2001 15:15:27 -0800 (PST) (envelope-from obrien) Date: Sun, 11 Mar 2001 15:15:27 -0800 From: "David O'Brien" To: Kris Kennaway Cc: current@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one Message-ID: <20010311151527.B64924@dragon.nuxi.com> Reply-To: current@freebsd.org References: <200103112117.f2BLHw561727@bunrab.catwhisker.org> <20010312.062914.92581299.ume@mahoroba.org> <20010311151109.A69412@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311151109.A69412@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 03:11:09PM -0800 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 X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote: > We really need to provide a better rc.conf hook for doing this -- > expecting people to write their own script just to create a /tmp is > lame. It should be a wrapper called mount_mdfs or mount_mfs so people upgrading can keep their /etc/fstab [mostly] the same. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 15:21:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 6A0F837B719 for ; Sun, 11 Mar 2001 15:21:05 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E1A7A6A90D; Mon, 12 Mar 2001 09:17:58 +1030 (CST) Date: Mon, 12 Mar 2001 09:17:58 +1030 From: Greg Lehey To: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010312091758.R57126@wantadilla.lemis.com> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311032701.G18351@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Mar 11, 2001 at 03:27:02AM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: > * Niels Chr. Bank-Pedersen [010311 02:29] wrote: >> >> I'll sneak in my experience with DEVFS+vinum here as well: >> >> vinum: loaded >> vinum: reading configuration from /dev/da3s1f >> vinum: updating configuration from /dev/da1s1e >> vinum: updating configuration from /dev/da2s1e >> vinum: updating configuration from /dev/da0s1e >> swapon: adding /dev/da1s1b as swap device >> swapon: adding /dev/da2s1b as swap device >> Automatic boot in progress... >> /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS >> /dev/da0s1a: clean, 406977 free (1049 frags, 50741 blocks, 0.2% fragmentation) >> Can't stat /dev/vinum/raid01: No such file or directory >> Can't stat /dev/vinum/raid01: No such file or directory >> /dev/vinum/raid01: CAN'T CHECK FILE SYSTEM. >> /dev/vinum/raid01: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. >> >> This was with a -current from around March 1. (don't think >> anything has changed since). Booting a non-DEVFS kernel >> passes the fs-check and works as expected. > > Vinum+DEVFS doesn't make the million symlinks that non-devfs > vinum does. The only symlinks that the non-devfs version makes are to the drives. Everything else is device nodes. But yes, it doesn't make as many device nodes, and that is a Good Thing. > Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 > > (notice you need the '/vol/' path component) I missed that. This is not correct. The directory /dev/vinum/vol should go away. Greg -- Finger grog@lemis.com for PGP public key 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 Sun Mar 11 15:21:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id C366237B719 for ; Sun, 11 Mar 2001 15:21:28 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D229F66F14; Sun, 11 Mar 2001 15:21:27 -0800 (PST) Date: Sun, 11 Mar 2001 15:21:27 -0800 From: Kris Kennaway To: current@freebsd.org Cc: Kris Kennaway Subject: Re: swap-backed md-based /tmp to replace mfs-based one Message-ID: <20010311152127.A69759@mollari.cthul.hu> References: <200103112117.f2BLHw561727@bunrab.catwhisker.org> <20010312.062914.92581299.ume@mahoroba.org> <20010311151109.A69412@mollari.cthul.hu> <20010311151527.B64924@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311151527.B64924@dragon.nuxi.com>; from TrimYourCc@NUXI.com on Sun, Mar 11, 2001 at 03:15:27PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote: > On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote: > > We really need to provide a better rc.conf hook for doing this -- > > expecting people to write their own script just to create a /tmp is > > lame. >=20 > It should be a wrapper called mount_mdfs or mount_mfs so people upgrading > can keep their /etc/fstab [mostly] the same. The latter would be best, IMO. Kris --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rAh3Wry0BWjoQKURArC6AKDRI5VooU5bImt7exF4Wg+5ALE/RACfT+z7 WdoqmWU67AgGQeoEC6YJ+q4= =NjnH -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 15:32: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 6C34337B718 for ; Sun, 11 Mar 2001 15:31:59 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2BNVxO62037 for current@FreeBSD.ORG; Sun, 11 Mar 2001 15:31:59 -0800 (PST) Date: Sun, 11 Mar 2001 15:31:59 -0800 (PST) From: David Wolfskill Message-Id: <200103112331.f2BNVxO62037@bunrab.catwhisker.org> Subject: Re: swap-backed md-based /tmp to replace mfs-based one Cc: current@FreeBSD.ORG In-Reply-To: <20010311151109.A69412@mollari.cthul.hu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Sun, 11 Mar 2001 15:11:09 -0800 >From: Kris Kennaway >To: Hajimu UMEMOTO >We really need to provide a better rc.conf hook for doing this -- >expecting people to write their own script just to create a /tmp is >lame. I appreciate the validation that what I'm trying to do makes sense (at least to some folks). And I appreciate Hajimu Umemoto's contribution, since I hadn't been aware of the "diskless_mount" specification. But basically, I agree with the sentiment re: making it easier. I would be very pleased if it were made as easy as the use of an mfs-based /tmp (merely specify "filesystem type" as "mfs"), but my (very!) brief acquaintance with the semantics of the md device gives me the impression that the exact approach is unlikely to be useful. But if we could have a set of variables defined in /etc{/defaults,}/rc.conf for providing the parameters for creating the md-based /tmp, as well as the decision as to whether or not this is wanted, and have some code in /etc/rc* that pays attention to it, I believe that could be quite satisfactory. So far, it seems to me that the critical parameters would be the binary go/no go decision and the size. (It appears that the md device name can be dynamically assigned at creation time.) (I believe it would also be useful if /etc/rc.shutdown were to unmount and de-allocate the resources for such things -- not becasue of any familiarity with the code, but because that just seems to be the Right Thing To Do. And to that end, it might be useful to have a somewhat separate script (from the rest of the existing /etc/rc* scripts) that could be invoked to create or destroy the /tmp.) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 15:32:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id B090837B71A for ; Sun, 11 Mar 2001 15:32:25 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [192.168.2.4]) by bazooka.unixfreak.org (Postfix) with ESMTP id 6A3CA3E1E; Sun, 11 Mar 2001 15:32:25 -0800 (PST) To: Kris Kennaway Cc: current@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: <20010311152127.A69759@mollari.cthul.hu>; from kris@obsecurity.org on "Sun, 11 Mar 2001 15:21:27 -0800" Date: Sun, 11 Mar 2001 15:32:25 -0800 From: Dima Dorfman Message-Id: <20010311233225.6A3CA3E1E@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway writes: > On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote: > > It should be a wrapper called mount_mdfs or mount_mfs so people upgrading > > can keep their /etc/fstab [mostly] the same. > > The latter would be best, IMO. I wrote a program to do this, but noone showed very much interest on -hackers. The pros are that it makes it very convenient to do all sorts of things with md without having to write different scripts to do it. The cons are that it "calls itself a mount_* but isn't a mount_* since it just runs a bunch of programs", and that it breaks `mount -p` because the filesystem shows up as "ufs" (which is technically correct). I'll post a URL to the code (it's a C program) if someone wants to look at it. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 19:32:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from 200-227-201-236-as.acessonet.com.br (200-227-201-236-as.acessonet.com.br [200.227.201.236]) by hub.freebsd.org (Postfix) with ESMTP id BCE0937B71A for ; Sun, 11 Mar 2001 19:32:48 -0800 (PST) (envelope-from lioux@uol.com.br) Received: (qmail 56556 invoked by uid 1001); 12 Mar 2001 03:30:20 -0000 From: "Mario Sergio Fujikawa Ferreira" Date: Mon, 12 Mar 2001 00:29:58 -0300 To: freebsd-current@freebsd.org Cc: jkh@freebsd.org Subject: make.conf lack of CPUTYPE=k6-3 support Message-ID: <20010312002958.A55937@Fedaykin.here> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Is there anything against adding support for k6-3 to the just added CPUTYPE mechanism? :) My little machine feels left out. Hehehhe I made a simple patch to etc/defaults/make.conf and share/mk/bsd.cpu.mk Should I have touched anything else? Regards, ps: I think this can be MFCed asap (even during the veil period) since it is very straightforward. -- Mario S F Ferreira - UnB - Brazil - "I guess this is a signature." lioux at ( freebsd dot org | linf dot unb dot br ) flames to beloved devnull@someotherworldbeloworabove.org --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-etc::defaults::make.conf" --- etc/defaults/make.conf.orig Sat Mar 10 04:35:47 2001 +++ etc/defaults/make.conf Mon Mar 12 00:23:16 2001 @@ -22,7 +22,7 @@ # NO_CPU_CFLAGS variable below. # Currently the following CPU types are recognised: # Intel x86 architecture: -# (AMD CPUs) k7 k6-2 k6 k5 +# (AMD CPUs) k7 k6-3 k6-2 k6 k5 # (Intel CPUs) p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev6 pca56 ev56 ev5 ev45 ev4 # --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-share::mk::bsd.cpu.mk" --- share/mk/bsd.cpu.mk.orig Sun Mar 4 06:40:11 2001 +++ share/mk/bsd.cpu.mk Mon Mar 12 00:21:16 2001 @@ -30,6 +30,8 @@ . if ${MACHINE_ARCH} == "i386" . if ${CPUTYPE} == "k7" CFLAGS += -march=k6 # gcc doesn't support athlon yet, but it will +. elif ${CPUTYPE} == "k6-3" +CFLAGS += -march=k6 . elif ${CPUTYPE} == "k6-2" CFLAGS += -march=k6 . elif ${CPUTYPE} == "k6" @@ -75,6 +77,8 @@ .if ${MACHINE_ARCH} == "i386" . if ${CPUTYPE} == "k7" MACHINE_CPU = k7 3dnow k6 k5 i586 i486 i386 +. elif ${CPUTYPE} == "k6-3" +MACHINE_CPU = 3dnow k6 k5 i586 i486 i386 . elif ${CPUTYPE} == "k6-2" MACHINE_CPU = 3dnow k6 k5 i586 i486 i386 . elif ${CPUTYPE} == "k6" --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:37:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1462037B719 for ; Sun, 11 Mar 2001 20:37:26 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2C4bEQ25865; Sun, 11 Mar 2001 20:37:14 -0800 (PST) Date: Sun, 11 Mar 2001 20:37:14 -0800 From: Alfred Perlstein To: Matthew Jacob Cc: Poul-Henning Kamp , Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311203714.L18351@fw.wintelcom.net> References: <20010311121337.J18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Mar 11, 2001 at 12:19:24PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matthew Jacob [010311 12:19] wrote: > On Sun, 11 Mar 2001, Alfred Perlstein wrote: > > > * Poul-Henning Kamp [010311 12:02] wrote: > > > In message , Matthew Jacob writes: > > > > > > > >> Lastly make_dev_alias() is undocumented. > > > > > > Right, just like most of the rest of the kernel. > > > > > > >Really? That's a deficiency. It should be. > > > > > > Yes, ideally, yes. > > I've updated the man page. > > > > > The problem with make_dev_alias() not being documented is that it would > > have been an effort to figure out if duplicate make_dev_alias() calls > > were idempotent, done with refcounts or a good way to panic your > > machine. > > ...I'm not following this. Too many dime or more expensive words! What you at? > > > > > There's also no destroy_dev_alias() that I can see. So when vinum > > goes away I didn't realize how one unpopulates the /dev/vinum/ tree. > > The destroy_dev destroys all aliases. Yeah... don't really need that. :) In vinum's case there's a directory /dev/vinum/drive that points to the device backing the vinum device: /dev/vinum % ls -lR total 7 brwx------ 1 root wheel 25, 0x40000001 Sep 26 1999 Control brwx------ 1 root wheel 25, 0x40000002 Sep 26 1999 control brwx------ 1 root wheel 25, 0x40000000 Sep 26 1999 controld drwxr-xr-x 2 root wheel 512 Sep 26 1999 drive drwxr-xr-x 2 root wheel 512 Sep 26 1999 plex drwxr-xr-x 2 root wheel 512 Sep 26 1999 rplex drwxr-xr-x 2 root wheel 512 Sep 26 1999 rsd crwxr-xr-- 1 root wheel 91, 0 Sep 26 1999 rvinum0 drwxr-xr-x 2 root wheel 512 Sep 26 1999 rvol drwxr-xr-x 2 root wheel 512 Sep 26 1999 sd brwxr-xr-- 1 root wheel 25, 0 Sep 26 1999 vinum0 drwxr-xr-x 3 root wheel 512 Sep 26 1999 vol ./drive: total 0 lrwxr-xr-x 1 root wheel 9 Sep 26 1999 vinumdrive0 -> /dev/da1e lrwxr-xr-x 1 root wheel 11 Sep 26 1999 vinumdrive1 -> /dev/da2s1e Ok, now is there a way to get rid of these symlinks when vinum goes away? Ok, if there isn't a way to delete them, what if I unload and reload vinum then try to make them again? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:39:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 24C9137B719 for ; Sun, 11 Mar 2001 20:39:09 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2C4d3m25887; Sun, 11 Mar 2001 20:39:03 -0800 (PST) Date: Sun, 11 Mar 2001 20:39:03 -0800 From: Alfred Perlstein To: Greg Lehey Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311203903.M18351@fw.wintelcom.net> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> <20010312091758.R57126@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312091758.R57126@wantadilla.lemis.com>; from grog@lemis.com on Mon, Mar 12, 2001 at 09:17:58AM +1030 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Lehey [010311 15:21] wrote: > On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: > > > > Vinum+DEVFS doesn't make the million symlinks that non-devfs > > vinum does. > > The only symlinks that the non-devfs version makes are to the drives. > Everything else is device nodes. But yes, it doesn't make as many > device nodes, and that is a Good Thing. > > > Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 > > > > (notice you need the '/vol/' path component) > > I missed that. This is not correct. The directory /dev/vinum/vol > should go away. Er, too late. :) On a devfs system here's what you'll see: ~ % ls -lR /dev/vinum/ total 0 crw------- 1 root wheel 91, 0x40000001 Feb 22 21:26 Control crw------- 1 root wheel 91, 0x40000002 Feb 22 21:26 control crw------- 1 root wheel 91, 0x40000000 Feb 22 21:26 controld drwxr-xr-x 2 root wheel 0 Mar 11 03:24 plex drwxr-xr-x 2 root wheel 0 Mar 11 03:24 sd drwxr-xr-x 2 root wheel 0 Mar 11 03:24 vol /dev/vinum/plex: total 0 crw------- 1 root wheel 91, 1 Feb 22 21:26 vinum0.p0 /dev/vinum/sd: total 0 crw------- 1 root wheel 91, 2 Feb 22 21:26 vinum0.p0.s0 crw------- 1 root wheel 91, 0x10000002 Feb 22 21:26 vinum0.p0.s1 /dev/vinum/vol: total 0 crw------- 1 root wheel 91, 0 Feb 22 21:26 vinum0 I'd like to keep it this way, it just makes sense. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:45:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 320D637B719 for ; Sun, 11 Mar 2001 20:45:49 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id UAA00068; Sun, 11 Mar 2001 20:45:49 -0800 Date: Sun, 11 Mar 2001 20:45:46 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Alfred Perlstein Cc: current@FreeBSD.ORG Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <20010311203714.L18351@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Yeah... don't really need that. :) > > In vinum's case there's a directory /dev/vinum/drive that points > to the device backing the vinum device: > > /dev/vinum % ls -lR > total 7 > brwx------ 1 root wheel 25, 0x40000001 Sep 26 1999 Control > brwx------ 1 root wheel 25, 0x40000002 Sep 26 1999 control > brwx------ 1 root wheel 25, 0x40000000 Sep 26 1999 controld > drwxr-xr-x 2 root wheel 512 Sep 26 1999 drive > drwxr-xr-x 2 root wheel 512 Sep 26 1999 plex > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rplex > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rsd > crwxr-xr-- 1 root wheel 91, 0 Sep 26 1999 rvinum0 > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rvol > drwxr-xr-x 2 root wheel 512 Sep 26 1999 sd > brwxr-xr-- 1 root wheel 25, 0 Sep 26 1999 vinum0 > drwxr-xr-x 3 root wheel 512 Sep 26 1999 vol > > ./drive: > total 0 > lrwxr-xr-x 1 root wheel 9 Sep 26 1999 vinumdrive0 -> /dev/da1e > lrwxr-xr-x 1 root wheel 11 Sep 26 1999 vinumdrive1 -> /dev/da2s1e > > Ok, now is there a way to get rid of these symlinks when vinum goes > away? Ok, if there isn't a way to delete them, what if I unload > and reload vinum then try to make them again? > I'm afraid to answer. DES will stay angry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:49: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 6CDBE37B71B for ; Sun, 11 Mar 2001 20:49:05 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2C4n4N26202; Sun, 11 Mar 2001 20:49:04 -0800 (PST) Date: Sun, 11 Mar 2001 20:49:04 -0800 From: Alfred Perlstein To: Matthew Jacob Cc: current@FreeBSD.ORG Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311204903.O18351@fw.wintelcom.net> References: <20010311203714.L18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sun, Mar 11, 2001 at 08:45:46PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Matthew Jacob [010311 20:45] wrote: > > > > Yeah... don't really need that. :) > > > > In vinum's case there's a directory /dev/vinum/drive that points > > to the device backing the vinum device: > > > > /dev/vinum % ls -lR > > total 7 > > brwx------ 1 root wheel 25, 0x40000001 Sep 26 1999 Control > > brwx------ 1 root wheel 25, 0x40000002 Sep 26 1999 control > > brwx------ 1 root wheel 25, 0x40000000 Sep 26 1999 controld > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 drive > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 plex > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rplex > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rsd > > crwxr-xr-- 1 root wheel 91, 0 Sep 26 1999 rvinum0 > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 rvol > > drwxr-xr-x 2 root wheel 512 Sep 26 1999 sd > > brwxr-xr-- 1 root wheel 25, 0 Sep 26 1999 vinum0 > > drwxr-xr-x 3 root wheel 512 Sep 26 1999 vol > > > > ./drive: > > total 0 > > lrwxr-xr-x 1 root wheel 9 Sep 26 1999 vinumdrive0 -> /dev/da1e > > lrwxr-xr-x 1 root wheel 11 Sep 26 1999 vinumdrive1 -> /dev/da2s1e > > > > Ok, now is there a way to get rid of these symlinks when vinum goes > > away? Ok, if there isn't a way to delete them, what if I unload > > and reload vinum then try to make them again? > > > > I'm afraid to answer. DES will stay angry. Well now that was a giant waste of my time, wasn't it. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:52:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 4984C37B718 for ; Sun, 11 Mar 2001 20:52:34 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 2963928840; Mon, 12 Mar 2001 10:52:25 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 1489E28649; Mon, 12 Mar 2001 10:52:25 +0600 (ALMT) Date: Mon, 12 Mar 2001 10:52:24 +0600 (ALMT) From: Boris Popov To: Poul-Henning Kamp Cc: Alfred Perlstein , mjacob@feral.com, Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.org, Greg Lehey Subject: Re: how's vinum these days with DEVFS? In-Reply-To: <46116.984342191@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001, Poul-Henning Kamp wrote: > In message <20010311121337.J18351@fw.wintelcom.net>, Alfred Perlstein writes: > > >What's up with devfs not gc'ing itself? Ie, after a directory > >becomes empty it seems to still exist within the devfs namespace > >instead of disappearing. > > That was a deliberate decision, removing a directory(-inode) which > might have a valid vnode is kind of a nasty thing to attempt. Err, "might" ? These things are well defined by VFS interface. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 20:55:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4496837B718 for ; Sun, 11 Mar 2001 20:55:32 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2C4tFt26444; Sun, 11 Mar 2001 20:55:15 -0800 (PST) Date: Sun, 11 Mar 2001 20:55:15 -0800 From: Alfred Perlstein To: Boris Popov Cc: Poul-Henning Kamp , mjacob@feral.com, Dag-Erling Smorgrav , "Niels Chr. Bank-Pedersen" , current@FreeBSD.org, Greg Lehey Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311205514.R18351@fw.wintelcom.net> References: <46116.984342191@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bp@butya.kz on Mon, Mar 12, 2001 at 10:52:24AM +0600 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Boris Popov [010311 20:52] wrote: > On Sun, 11 Mar 2001, Poul-Henning Kamp wrote: > > > In message <20010311121337.J18351@fw.wintelcom.net>, Alfred Perlstein writes: > > > > >What's up with devfs not gc'ing itself? Ie, after a directory > > >becomes empty it seems to still exist within the devfs namespace > > >instead of disappearing. > > > > That was a deliberate decision, removing a directory(-inode) which > > might have a valid vnode is kind of a nasty thing to attempt. > > Err, "might" ? These things are well defined by VFS interface. You hand it off to deadfs no? You want to have the same sort of handling that the common FS does when let's say you have two xterms open, one in your homedir and the other in homedir/foo, in the first you rmdir foo and suddenly the second is a bit confused, but it doesn't panic the box... -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 21:20:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 12B2F37B718 for ; Sun, 11 Mar 2001 21:20:19 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 8184D6AC94; Mon, 12 Mar 2001 15:50:17 +1030 (CST) Date: Mon, 12 Mar 2001 15:50:17 +1030 From: Greg Lehey To: Alfred Perlstein Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010312155017.R11986@wantadilla.lemis.com> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> <20010312091758.R57126@wantadilla.lemis.com> <20010311203903.M18351@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311203903.M18351@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Mar 11, 2001 at 08:39:03PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote: > * Greg Lehey [010311 15:21] wrote: >> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: >>> >>> Vinum+DEVFS doesn't make the million symlinks that non-devfs >>> vinum does. >> >> The only symlinks that the non-devfs version makes are to the drives. >> Everything else is device nodes. But yes, it doesn't make as many >> device nodes, and that is a Good Thing. >> >>> Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 >>> >>> (notice you need the '/vol/' path component) >> >> I missed that. This is not correct. The directory /dev/vinum/vol >> should go away. > > Er, too late. :) > > On a devfs system here's what you'll see: > >>> ls -lR /dev/vinum/ > total 0 > crw------- 1 root wheel 91, 0x40000001 Feb 22 21:26 Control > crw------- 1 root wheel 91, 0x40000002 Feb 22 21:26 control > crw------- 1 root wheel 91, 0x40000000 Feb 22 21:26 controld > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 plex > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 sd > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 vol > > /dev/vinum/plex: > total 0 > crw------- 1 root wheel 91, 1 Feb 22 21:26 vinum0.p0 > > /dev/vinum/sd: > total 0 > crw------- 1 root wheel 91, 2 Feb 22 21:26 vinum0.p0.s0 > crw------- 1 root wheel 91, 0x10000002 Feb 22 21:26 vinum0.p0.s1 > > /dev/vinum/vol: > total 0 > crw------- 1 root wheel 91, 0 Feb 22 21:26 vinum0 > > > I'd like to keep it this way, it just makes sense. No, that's a gratuitous change. All the docco talks about keeping the volumes in the main directory. That's why people are having trouble. Yes, it looks more uniform, but the objects aren't uniform. Greg -- Finger grog@lemis.com for PGP public key 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 Sun Mar 11 21:35:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.virtual-estates.net (video-collage.com [160.79.196.177]) by hub.freebsd.org (Postfix) with ESMTP id 56C4037B718 for ; Sun, 11 Mar 2001 21:35:42 -0800 (PST) (envelope-from mi@mail.virtual-estates.net) Received: (from mi@localhost) by mail.virtual-estates.net (8.9.3+3.2W/8.9.3) id AAA09072; Mon, 12 Mar 2001 00:26:41 -0500 (EST) From: Mikhail Teterin Message-Id: <200103120526.AAA09072@mail.virtual-estates.net> Subject: Re: panic trying to play Civillization (with trace, etc.) In-Reply-To: from Dag-Erling Smorgrav at "Mar 11, 2001 10:02:49 pm" To: Dag-Erling Smorgrav Date: Mon, 12 Mar 2001 00:26:41 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mikhail Teterin writes: > > Here is the trace with my attempts to browse through it. > > If you can, please reproduce the panic on a kernel compiled with the > INVARIANTS, INVARIANT_SUPPORT and WITNESS options. Well, with this options on, the machine does not crash, but the program segfaults on startup: [....] 430 ktrace NAMI "/usr/games/civctp" 430 ktrace RET execve -1 errno 2 No such file or directory 430 ktrace CALL execve(0xbfbff730,0xbfbffc40,0xbfbffc48) 430 ktrace NAMI "/usr/local/sbin/civctp" 430 ktrace RET execve -1 errno 2 No such file or directory 430 ktrace CALL execve(0xbfbff730,0xbfbffc40,0xbfbffc48) 430 ktrace NAMI "/usr/local/bin/civctp" 430 civctp RET execve 0 430 civctp PSIG SIGSEGV SIG_DFL 430 civctp NAMI "civctp.core" The points of interest: . I had to brandelf the binary manually after I untarred the stuff from the CD Loki Games sent me. . The Linux Netscape continues to work properly . The binary crashes in the same fashion even when the /compat/linux is not available (not mounted), which leads me to believe, it is not recognized as a Linux binary . One does not need to be root to cause the crash (on the system without INVARIANTS and WITNESS) . The kernel has already complained twice since reboot: # dmesg [....] lock order reversal 1st lockmgr interlock last acquired @ ../../kern/kern_lock.c:239 2nd 0xcefa0520 process lock @ ../../kern/kern_sig.c:183 3rd 0xc1029f80 lockmgr interlock @ ../../kern/kern_lock.c:560 lock order reversal 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 2nd 0xc0419680 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:939 3rd 0xcefb986c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:948 -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 21:49: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CFDC537B718 for ; Sun, 11 Mar 2001 21:49:06 -0800 (PST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f2C5n3X62728 for ; Sun, 11 Mar 2001 22:49:06 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f2C5jxZ06824 for ; Sun, 11 Mar 2001 22:45:59 -0700 (MST) Message-Id: <200103120545.f2C5jxZ06824@billy-club.village.org> To: current@freebsd.org Subject: FYI: nfs performance suboptimal Date: Sun, 11 Mar 2001 22:45:58 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warning: The following is a somewhat vague report, given as a fyi. I don't need a resolution on this problem, but wanted to report it. NFS server: Sony VAIO PCG-505TS uname -a: FreeBSD anvil.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #569: Sat Mar 10 13:17:30 MST 2001 (really Mar 3 current) NFS client: PPro-200 uname -a FreeBSD billy-club.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #59: Sat Feb 24 14:49:35 MST 2001 The Sony VAIO has a ep0 (3C589E). It has 1 2.5" IDE drive. The PPro has dc0: <82c169 PNIC 10/100BaseTX> on pci0. It has a scsi drive and an IDE drive. I'm seeing about 100kbps on nfs read performance. When I try to copy about 300MB of mp3s like so mount laptop:/mp3 /mnt cd /mnt/path/to/files tar cf - . | (cd /mp3 ; tar xvf -) After about 10 minutes of really bad network performance, the network dies. All network traffic on the server gives errors with no buffers available. netstat -m shows that there are plenty of mbufs available (10% are used). I had to reboot to get the network back. The client survived just fine. I have no clue if I can reproduce this, but thought I'd let people know there might be dragons here. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 21:57:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 3F1A137B719 for ; Sun, 11 Mar 2001 21:57:43 -0800 (PST) (envelope-from sheldonh@uunet.co.za) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 14cLKm-0006Dc-00; Mon, 12 Mar 2001 07:57:32 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id HAA11089; Mon, 12 Mar 2001 07:57:28 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 10976; Mon Mar 12 07:57:08 2001 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.22 #1) id 14cLKO-000Bal-00; Mon, 12 Mar 2001 07:57:08 +0200 To: Kris Kennaway Cc: Hajimu UMEMOTO , david@catwhisker.org, current@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-reply-to: Your message of "Sun, 11 Mar 2001 15:11:09 PST." <20010311151109.A69412@mollari.cthul.hu> Date: Mon, 12 Mar 2001 07:57:08 +0200 Message-ID: <44562.984376628@axl.fw.uunet.co.za> From: Sheldon Hearn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Mar 2001 15:11:09 PST, Kris Kennaway wrote: > We really need to provide a better rc.conf hook for doing this -- > expecting people to write their own script just to create a /tmp is > lame. Hello? Anybody there? Am I alone in this universe? Throw the goddamned ball! [Apologies to Eddie Murphy] I sent patches for this in this message: Message-ID: <625.980785424@axl.fw.uunet.co.za> You can grab the message from: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=385910+0+current/cvs-all Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 22:12:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 41D9B37B718; Sun, 11 Mar 2001 22:12:47 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 684BE66BD5; Sun, 11 Mar 2001 22:12:42 -0800 (PST) Date: Sun, 11 Mar 2001 22:12:42 -0800 From: Kris Kennaway To: Mario Sergio Fujikawa Ferreira Cc: freebsd-current@freebsd.org, jkh@freebsd.org Subject: Re: make.conf lack of CPUTYPE=k6-3 support Message-ID: <20010311221242.A842@mollari.cthul.hu> References: <20010312002958.A55937@Fedaykin.here> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312002958.A55937@Fedaykin.here>; from lioux@uol.com.br on Mon, Mar 12, 2001 at 12:29:58AM -0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr= ote: > Hi, >=20 > Is there anything against adding support for > k6-3 to the just added CPUTYPE mechanism? :) > My little machine feels left out. Hehehhe > I made a simple patch to etc/defaults/make.conf > and share/mk/bsd.cpu.mk > Should I have touched anything else? >=20 > Regards, >=20 > ps: I think this can be MFCed asap (even during the > veil period) since it is very straightforward. Looks fine to me. I'll commit it. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rGjZWry0BWjoQKURAvDXAKCycfSVfRtUlJ4tMyyLhyGBCR2sDACgwogb RhJdu06EA8sZex5pNi4cXRA= =LF5l -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 22:26:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4E64237B718 for ; Sun, 11 Mar 2001 22:26:17 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2C6QBM28491; Sun, 11 Mar 2001 22:26:11 -0800 (PST) Date: Sun, 11 Mar 2001 22:26:11 -0800 From: Alfred Perlstein To: Greg Lehey Cc: "Niels Chr. Bank-Pedersen" , current@FreeBSD.ORG, Matthew Jacob Subject: Re: how's vinum these days with DEVFS? Message-ID: <20010311222611.S18351@fw.wintelcom.net> References: <20010311115147.L57126@wantadilla.lemis.com> <20010311112923.A41738@bank-pedersen.dk> <20010311032701.G18351@fw.wintelcom.net> <20010312091758.R57126@wantadilla.lemis.com> <20010311203903.M18351@fw.wintelcom.net> <20010312155017.R11986@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312155017.R11986@wantadilla.lemis.com>; from grog@lemis.com on Mon, Mar 12, 2001 at 03:50:17PM +1030 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Greg Lehey [010311 21:20] wrote: > On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote: > > * Greg Lehey [010311 15:21] wrote: > >> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote: > >>> > >>> Vinum+DEVFS doesn't make the million symlinks that non-devfs > >>> vinum does. > >> > >> The only symlinks that the non-devfs version makes are to the drives. > >> Everything else is device nodes. But yes, it doesn't make as many > >> device nodes, and that is a Good Thing. > >> > >>> Try using /dev/vinum/vol/raid01 instead of /dev/vinum/raid01 > >>> > >>> (notice you need the '/vol/' path component) > >> > >> I missed that. This is not correct. The directory /dev/vinum/vol > >> should go away. > > > > Er, too late. :) > > > > On a devfs system here's what you'll see: > > > >>> ls -lR /dev/vinum/ > > total 0 > > crw------- 1 root wheel 91, 0x40000001 Feb 22 21:26 Control > > crw------- 1 root wheel 91, 0x40000002 Feb 22 21:26 control > > crw------- 1 root wheel 91, 0x40000000 Feb 22 21:26 controld > > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 plex > > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 sd > > drwxr-xr-x 2 root wheel 0 Mar 11 03:24 vol > > > > /dev/vinum/plex: > > total 0 > > crw------- 1 root wheel 91, 1 Feb 22 21:26 vinum0.p0 > > > > /dev/vinum/sd: > > total 0 > > crw------- 1 root wheel 91, 2 Feb 22 21:26 vinum0.p0.s0 > > crw------- 1 root wheel 91, 0x10000002 Feb 22 21:26 vinum0.p0.s1 > > > > /dev/vinum/vol: > > total 0 > > crw------- 1 root wheel 91, 0 Feb 22 21:26 vinum0 > > > > > > I'd like to keep it this way, it just makes sense. > > No, that's a gratuitous change. All the docco talks about keeping the > volumes in the main directory. That's why people are having trouble. > Yes, it looks more uniform, but the objects aren't uniform. Since both you and Poul refused to fix the code I choose how I thought it should be. Can you explain why: > Yes, it looks more uniform, but the objects aren't uniform. It just doesn't make sense to me to mix these device nodes in with the control/Control/controld nodes. Also, why not have a /dev/vinum/ctl/ directory for those nodes? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Mar 11 22:47: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id B230137B718; Sun, 11 Mar 2001 22:46:51 -0800 (PST) (envelope-from max@vic.sabbo.net) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2C6kiJ00330; Mon, 12 Mar 2001 08:46:45 +0200 Received: (from max@localhost) by vic.sabbo.net (8.11.2/8.11.2) id f2C6kjp84242; Mon, 12 Mar 2001 08:46:45 +0200 (EET) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200103120646.f2C6kjp84242@vic.sabbo.net> Subject: Re: make.conf lack of CPUTYPE=k6-3 support To: kris@obsecurity.org (Kris Kennaway) Date: Mon, 12 Mar 2001 08:45:52 +0200 (EET) Cc: lioux@uol.com.br (Mario Sergio Fujikawa Ferreira), freebsd-current@freebsd.org, jkh@freebsd.org In-Reply-To: <20010311221242.A842@mollari.cthul.hu> from "Kris Kennaway" at Mar 11, 2001 10:12:42 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > --AhhlLboLdkugWU4S > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr= > ote: > > Hi, > >=20 > > Is there anything against adding support for > > k6-3 to the just added CPUTYPE mechanism? :) > > My little machine feels left out. Hehehhe > > I made a simple patch to etc/defaults/make.conf > > and share/mk/bsd.cpu.mk > > Should I have touched anything else? > >=20 > > Regards, > >=20 > > ps: I think this can be MFCed asap (even during the > > veil period) since it is very straightforward. > > Looks fine to me. I'll commit it. I see no reason for it. k6-3 is essentially k6-2 core with extra cache on chip. Threre are no other significant differencies in the features or instruction set. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 0:10:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 3F45937B71B; Mon, 12 Mar 2001 00:10:41 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2C8ARJ02259; Mon, 12 Mar 2001 10:10:28 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f2C8ATG84687; Mon, 12 Mar 2001 10:10:29 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AAC8474.186B4D58@FreeBSD.org> Date: Mon, 12 Mar 2001 10:10:28 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Kris Kennaway , Mario Sergio Fujikawa Ferreira , freebsd-current@FreeBSD.org, jkh@FreeBSD.org Subject: Re: make.conf lack of CPUTYPE=k6-3 support References: <200103120646.f2C6kjp84242@vic.sabbo.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > > > > > > --AhhlLboLdkugWU4S > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr= > > ote: > > > Hi, > > >=20 > > > Is there anything against adding support for > > > k6-3 to the just added CPUTYPE mechanism? :) > > > My little machine feels left out. Hehehhe > > > I made a simple patch to etc/defaults/make.conf > > > and share/mk/bsd.cpu.mk > > > Should I have touched anything else? > > >=20 > > > Regards, > > >=20 > > > ps: I think this can be MFCed asap (even during the > > > veil period) since it is very straightforward. > > > > Looks fine to me. I'll commit it. > > I see no reason for it. k6-3 is essentially k6-2 core with extra cache on > chip. Threre are no other significant differencies in the features or > instruction set. Not even to mention that there is such a beast as k6-2+.... I would suggest to rename k6-2 into k6/3dnow (similarly to what we have for i586/mmx) and put a note saying that k6/3dnow should be used for k6-2/k6-2+/k6-3. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 0:16:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 6DCF737B718 for ; Mon, 12 Mar 2001 00:16:37 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id DA93728E0B; Mon, 12 Mar 2001 14:16:33 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id CE4FA28DC8; Mon, 12 Mar 2001 14:16:33 +0600 (ALMT) Date: Mon, 12 Mar 2001 14:16:33 +0600 (ALMT) From: Boris Popov To: Vallo Kallaste Cc: freebsd-current@freebsd.org Subject: Re: occasional filesystem corruption In-Reply-To: <20010220091956.A68889@myhakas.matti.ee> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 20 Feb 2001, Vallo Kallaste wrote: > I have experienced two filesystem corruption cases recently. Both > took place in /usr filesystem, the first was file with very big [skip] > lock order reversal > ../../kern/kern_synch.c:429: sleeping with "vnode interlock" locked from /usr/ports/net/smbfs/work/smbfs-1.3.5/kernel/modules/smbfs2/../../fs/smbfs/smbfs_vnops.c:280 Thanks, this particular bug is fixed. Not sure if it can cause filesystem corruption (in fact it shouldn't). However, it is not advisable to use kernel modules with WITNESS enabled. P.S. setting more appropriate subject might give a faster response :) -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 0:19:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id C6B4037B718 for ; Mon, 12 Mar 2001 00:19:24 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from FreeBSD.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA96807; Mon, 12 Mar 2001 00:19:21 -0800 (PST) (envelope-from DougB@FreeBSD.org) Message-ID: <3AAC8689.31AACA67@FreeBSD.org> Date: Mon, 12 Mar 2001 00:19:21 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: current@FreeBSD.org Subject: Re: update on the Grim Reaper... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > I found all of the knobs that turn off harvesting, and with those off, my > alpha 4100 boots again w/o hanging. > > So- there are knobs (but nothing in UPDATING warned me to turn them off in > order to boot again). The commit message described that the option would be on by default, and I did a followup to -current that described the situation in detail. Sorry if you missed it. > I still think this should be in a separate rc file, but > no matter. The timing (i.e., asap) really indicates that /etc/rc is the best home. > The item that causes the alpha to hang on boot is interrupt harvesting. Has > anyone else running non-ia32 run into problems? I'm not sure about that, but I know Mark appreciates all the feedback he can get, especially on non-intel stuff. Doug -- Perhaps the greatest damage the American system of education has done to its children is to teach them that their opinions are relevant simply because they are their opinions. 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 Mon Mar 12 0:31:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id CE5A337B719; Mon, 12 Mar 2001 00:31:10 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2C8UvJ02734; Mon, 12 Mar 2001 10:30:58 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f2C8UxG84773; Mon, 12 Mar 2001 10:30:59 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AAC8942.DB660B2C@FreeBSD.org> Date: Mon, 12 Mar 2001 10:30:58 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: markm@FreeBSD.org, current@FreeBSD.org Subject: Ethernet entropy harvesting seriously pessimizes performance Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, In addition to reported earlier general machine slowdown with interrupt harvesting is turning on, ethernet entropy harvesting seriously hammers network performance as well. Ftping big file over my 10M network now about 15% slower with ethernet harvesting turning on. Mark, please get slow machine (say 100MHz or slower) and test you fu^H^Hboring harvester on it before committing anything. The whole devrandom affair gone too far and shown exactly how things should not be developed in FreeBSD. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 0:59: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id CB41D37B719; Mon, 12 Mar 2001 00:58:54 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2C8wkf88680; Mon, 12 Mar 2001 10:58:49 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103120858.f2C8wkf88680@gratis.grondar.za> To: Maxim Sobolev Cc: current@FreeBSD.org Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <3AAC8942.DB660B2C@FreeBSD.org> In-Reply-To: <3AAC8942.DB660B2C@FreeBSD.org> ; from Maxim Sobolev "Mon, 12 Mar 2001 10:30:58 +0200." Date: Mon, 12 Mar 2001 10:59:43 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In addition to reported earlier general machine slowdown with > interrupt harvesting is turning on, ethernet entropy harvesting > seriously hammers network performance as well. Ftping big file over my > 10M network now about 15% slower with ethernet harvesting turning on. Even with the Rijndael code and kern.random.sys.burst=$SMALLNUMBER ?? > Mark, please get slow machine (say 100MHz or slower) and test you > fu^H^Hboring harvester on it before committing anything. The whole > devrandom affair gone too far and shown exactly how things should not > be developed in FreeBSD. I've done this. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 1:10:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id BD11637B718 for ; Mon, 12 Mar 2001 01:10:05 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2C99vJ03527; Mon, 12 Mar 2001 11:10:00 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f2C99xG10550; Mon, 12 Mar 2001 11:09:59 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AAC9266.1CBB23E9@FreeBSD.org> Date: Mon, 12 Mar 2001 11:09:59 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mark Murray Cc: current@FreeBSD.org Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <3AAC8942.DB660B2C@FreeBSD.org> <200103120858.f2C8wkf88680@gratis.grondar.za> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > > In addition to reported earlier general machine slowdown with > > interrupt harvesting is turning on, ethernet entropy harvesting > > seriously hammers network performance as well. Ftping big file over my > > 10M network now about 15% slower with ethernet harvesting turning on. > > Even with the Rijndael code and kern.random.sys.burst=$SMALLNUMBER ?? I've not tried Rijndael code yet, do you think that it could make a noticeable difference? As for kern.random.sys.burst=$SMALLNUMBER I think that it is your task to tune defaults in such a way that it would not disturb even low-profile users (i.e. would not cause any measureable performance degradation). Tuning defaults with power users in mind is extremly bad idea - we are not an OS with mininal configuration PIII-500/128MB. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 4:27:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 6E14637B71A for ; Mon, 12 Mar 2001 04:27:52 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 037D966BBB; Mon, 12 Mar 2001 04:27:51 -0800 (PST) Date: Mon, 12 Mar 2001 04:27:51 -0800 From: Kris Kennaway To: current@FreeBSD.org Subject: Fix for OpenSSL -j build Message-ID: <20010312042751.A86103@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Can everyone please test this patch against OpenSSL, which should fix the problems observed with -j builds as well as cleaning out the temporary ASM files. This fix will need to be committed to -stable prior to the release, as it shares the same code. Kris Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /mnt/ncvs/src/secure/lib/libcrypto/Makefile,v retrieving revision 1.36 diff -u -r1.36 Makefile --- Makefile 2001/03/08 07:57:49 1.36 +++ Makefile 2001/03/12 10:30:15 @@ -380,16 +380,12 @@ .include =20 .if !defined(NOPERL) && ${MACHINE_ARCH} =3D=3D "i386" -.SUFFIXES: .o .pl -.SUFFIXES: .po .pl -.SUFFIXES: .So .pl -.pl.o: - perl -I${PERLPATH} $(.ALLSRC) elf ${CPUTYPE:Mi386:S/i//} > $(.PREFIX).pl.= s ; ${AS} ${AFLAGS} $(.PREFIX).pl.s -o $(.TARGET) +CLEANFILES+=3D ${SRCS:M*.pl:S/.pl$/.cmt/} ${SRCS:M*.pl:S/.pl$/.s/} +.SUFFIXES: .pl .cmt +.pl.cmt: + perl -I${PERLPATH} ${.ALLSRC} elf ${CPUTYPE:Mi386:S/i//} > ${.TARGET} =20 -.pl.po: - perl -I${PERLPATH} $(.ALLSRC) elf ${CPUTYPE:Mi386:S/i//} > $(.PREFIX).pl.= s ; ${AS} ${AFLAGS} $(.PREFIX).pl.s -o $(.TARGET) - -.pl.So: - perl -I${PERLPATH} $(.ALLSRC) elf ${CPUTYPE:Mi386:S/i//} > $(.PREFIX).pl.= s ; ${AS} ${AFLAGS} $(.PREFIX).pl.s -o $(.TARGET) +.cmt.s: + tr -d "'" < ${.ALLSRC} > ${.TARGET} .endif =20 --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rMDHWry0BWjoQKURAmMPAJ9et/JaigwVpF9gI3eXdmVuesN4cgCdGnRP VyjfpGqPsw/gEV9wkyLuOPs= =wA22 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 7:15:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 934EC37B71A for ; Mon, 12 Mar 2001 07:15:39 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p25-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.154]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id AAA25598; Tue, 13 Mar 2001 00:15:35 +0900 (JST) Message-ID: <3AACE763.D2037119@newsguy.com> Date: Tue, 13 Mar 2001 00:12:35 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR MIME-Version: 1.0 To: David Wolfskill Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one References: <200103112331.f2BNVxO62037@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Wolfskill wrote: > > >Date: Sun, 11 Mar 2001 15:11:09 -0800 > >From: Kris Kennaway > >To: Hajimu UMEMOTO > > >We really need to provide a better rc.conf hook for doing this -- > >expecting people to write their own script just to create a /tmp is > >lame. > > I appreciate the validation that what I'm trying to do makes sense (at > least to some folks). And I appreciate Hajimu Umemoto's contribution, > since I hadn't been aware of the "diskless_mount" specification. > > But basically, I agree with the sentiment re: making it easier. > > I would be very pleased if it were made as easy as the use of an > mfs-based /tmp (merely specify "filesystem type" as "mfs"), but my > (very!) brief acquaintance with the semantics of the md device gives me > the impression that the exact approach is unlikely to be useful. A while ago someone suggested a /etc/md.conf and an mdon(1) similar to swapon(1). The md.conf file would contain a simple table indicating what manner of md devices needs to be created, including fs type and a flag indicating if it needs to be newfs'ed (as well as newfs parameters, one assumes), and the mdon(1) would scan fstab and mount any filesystems on /dev/md*. This solution is much more flexible than simple /tmp fs on md devices, seems more appropriate (and scalable) than poluting rc.conf(5) with a host of new options, and avoids the mount_mdfs criticism leveled by phk that md is not an fs (which is true enough). It doesn't look even much difficult to implement either. I bet the most annoying part would be writing md.conf(5). Moreover, this solution seemed, at the time, to please all involved in the discussion. Only none of them went out and implemented it. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net It's a rewarding life, but hey, somebody has to have all the fun, right? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 7:19: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 8440C37B71B; Mon, 12 Mar 2001 07:18:53 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14cU5z-0002EU-00; Mon, 12 Mar 2001 16:18:51 +0100 Received: from a3810.pppool.de ([213.6.56.16] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.22 #1) id 14cU5x-00009r-00; Mon, 12 Mar 2001 16:18:49 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f2CEicK04384; Mon, 12 Mar 2001 15:44:39 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200103121444.f2CEicK04384@Magelan.Leidinger.net> Date: Mon, 12 Mar 2001 15:44:36 +0100 (CET) From: Alexander Leidinger Subject: aic7880 prints some timeouts after recent commit (yesterday) To: gibbs@freebsd.org Cc: current@freebsd.org MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="0-1804289383-984408280=:3603" Content-Transfer-Encoding: BINARY Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-1804289383-984408280=:3603 Content-Type: TEXT/plain; charset=us-ascii Hi, dmesg and the output of "ident /sys/dev/aic7xxx/*" and pciconf is attached (BTW: the -v options to pciconf isn't documented in the synopsis section of the man page). Do you need more information, e.g. the output of a verbose boot? Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 --0-1804289383-984408280=:3603 Content-Type: TEXT/plain; name="dmesg.mist" Content-Disposition: attachment; filename="dmesg.mist" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #6: Sun Mar 11 20:42:30 CET 2001 root@Magelan.Leidinger.net:/big/usr/src/sys/compile/WORK Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 134205440 (131060K bytes) avail memory = 126312448 (123352K bytes) Preloaded elf kernel "kernel" at 0xc0419000. Preloaded elf module "vesa.ko" at 0xc041909c. Preloaded elf module "cd9660.ko" at 0xc0419138. Preloaded elf module "mfs.ko" at 0xc04191d8. Preloaded elf module "msdos.ko" at 0xc0419274. Preloaded elf module "procfs.ko" at 0xc0419314. Preloaded elf module "linux.ko" at 0xc04193b4. Preloaded elf module "usb.ko" at 0xc0419454. Preloaded elf module "random.ko" at 0xc04194f0. Preloaded elf module "atspeaker.ko" at 0xc0419590. Preloaded elf module "agp.ko" at 0xc0419634. Preloaded elf module "accf_data.ko" at 0xc04196d0. Preloaded elf module "accf_http.ko" at 0xc0419774. Preloaded elf module "joy.ko" at 0xc0419818. Preloaded elf module "snd_pcm.ko" at 0xc04198b4. Preloaded elf module "snd_sbc.ko" at 0xc0419954. Preloaded elf module "snd_sb16.ko" at 0xc04199f4. Pentium Pro MTRR support enabled VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc036b357 (1000117) VESA: 3dfx Interactive, Inc. Using $PIR table, 7 entries at 0xc00f0d10 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb400-0xb41f irq 9 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0xe800-0xe80f irq 9 at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped e400 ahc0: port 0xb000-0xb0ff mem 0xd9800000-0xd9800fff irq 9 at device 6.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs ed0: port 0xa800-0xa81f irq 9 at device 10.0 on pci0 ed0: address 00:80:ad:40:bd:e7, type NE2000 (16 bit) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x6 on isa0 sc0: VGA <16 virtual consoles, flags=0x206> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x20010 on isa0 sio0: type ST16650A sio1 at port 0x2e8-0x2ef irq 10 flags 0x20000 on isa0 sio1: type ST16650A pca0 at port 0x40 on isa0 isic0 at port 0x1b00-0x1b1f,0x16e0-0x16ff,0x6e0-0x6ff,0xee0-0xeff,0x1300-0x131f,0x300-0x31f,0xb00-0xb1f irq 3 flags 0x4 on isa0 isic0: passive stack unit 0 isic0: AVM A1 or Fritz!Card Classic ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port pcfclock0: on ppbus0 ppi0: on ppbus0 pps0: on ppbus0 sc1: on isa0 sc1: MDA <16 virtual consoles, flags=0x0> WARNING: Driver mistake: repeat make_dev("consolectl") vga1: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 joy0: at port 0x200-0x207 on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources pca1: at port 0x61 on isa0 WARNING: Driver mistake: repeat make_dev("pcaudio") WARNING: Driver mistake: repeat make_dev("pcaudioctl") i4bctl: ISDN system control port attached i4brbch: 2 raw B channel access device(s) attached IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default i4bisppp: 2 ISDN SyncPPP device(s) attached (VJ header compression) i4b: ISDN call control device attached i4btrc: 2 ISDN trace device(s) attached ad0: 19547MB [39714/16/63] at ata0-master UDMA33 afd0: 96MB [32/64/96] at ata1-master PIO0 Waiting 5 seconds for SCSI devices to settle (probe13:ahc0:0:14:0): SCB 0x10 - timed out in Data-out phase, SEQADDR == 0x177 STACK == 0x180, 0x189, 0x0, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x177 SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 SCB count = 20 Kernel NEXTQSCB = 7 Card NEXTQSCB = 16 QINFIFO entries: 16 15 14 8 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Pending list: 8 14 15 16 Kernel Free SCB list: 17 18 19 0 1 2 3 4 5 6 9 13 12 11 10 Untagged Q(1): 14 Untagged Q(2): 8 Untagged Q(14): 16 Untagged Q(15): 15 sg[0] - Addr 0x596684 : Length 36 (probe13:ahc0:0:14:0): SCB 16: Immediate reset. Flags = 0x6040 (probe13:ahc0:0:14:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 4 SCBs aborted Mounting root from ufs:/dev/ad0s2a cd1 at ahc0 bus 0 target 2 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 20.000MB/s transfers (20.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present (cd0:ahc0:0:1:0): SCB 0xf - timed out in Data-out phase, SEQADDR == 0x177 STACK == 0x180, 0x189, 0xe, 0xe SXFRCTL0 == 0x80 ahc0: Dumping Card State at SEQADDR 0x177 SCSISEQ = 0x12, SBLKCTL = 0x2, SSTAT0 0x5 SCB count = 20 Kernel NEXTQSCB = 16 Card NEXTQSCB = 15 QINFIFO entries: 15 Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Pending list: 15 Kernel Free SCB list: 14 8 7 17 18 19 0 1 2 3 4 5 6 9 13 12 11 10 Untagged Q(1): 15 sg[0] - Addr 0x4571e0 : Length 32 (cd0:ahc0:0:1:0): SCB 15: Immediate reset. Flags = 0x6048 (cd0:ahc0:0:1:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted cd0 at ahc0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Logical unit is in process of becoming ready i4b-L2 i4b_T202_timeout: unit 0, N202 = 3 i4b: unit 0, assigned TEI = 79 = 0x4f i4b-L2 i4b_T200_timeout: unit 0, RC = 0 --0-1804289383-984408280=:3603 Content-Type: TEXT/plain; name="ident.txt" Content-Disposition: attachment; filename="ident.txt" /sys/dev/aic7xxx/CVS/: /sys/dev/aic7xxx/ahc_eisa.c: $FreeBSD: src/sys/dev/aic7xxx/ahc_eisa.c,v 1.21 2001/03/11 06:34:16 gibbs Exp $ /sys/dev/aic7xxx/ahc_pci.c: $FreeBSD: src/sys/dev/aic7xxx/ahc_pci.c,v 1.41 2001/03/11 06:34:16 gibbs Exp $ /sys/dev/aic7xxx/aic7770.c: $Id: //depot/src/aic7xxx/aic7770.c#8 $ $FreeBSD: src/sys/dev/aic7xxx/aic7770.c,v 1.4 2001/03/11 06:34:16 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx.c: $Id: //depot/src/aic7xxx/aic7xxx.c#34 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.c,v 1.71 2001/03/11 06:34:16 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx.h: $Id: //depot/src/aic7xxx/aic7xxx.h#22 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.h,v 1.37 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx.reg: $Id: //depot/src/aic7xxx/aic7xxx.reg#14 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.reg,v 1.35 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx.seq: $Id: //depot/src/aic7xxx/aic7xxx.seq#23 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.seq,v 1.113 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_93cx6.c: $Id: //depot/src/aic7xxx/aic7xxx_93cx6.c#7 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_93cx6.c,v 1.13 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_93cx6.h: $Id: //depot/src/aic7xxx/aic7xxx_93cx6.h#5 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_93cx6.h,v 1.9 2000/12/20 01:11:37 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_freebsd.c: $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_freebsd.c,v 1.23 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_freebsd.h: $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_freebsd.h,v 1.8 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_inline.h: $Id: //depot/src/aic7xxx/aic7xxx_inline.h#17 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_inline.h,v 1.14 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aic7xxx_pci.c: $Id: //depot/src/aic7xxx/aic7xxx_pci.c#19 $ $FreeBSD: src/sys/dev/aic7xxx/aic7xxx_pci.c,v 1.13 2001/03/11 06:34:17 gibbs Exp $ /sys/dev/aic7xxx/aicasm/: --0-1804289383-984408280=:3603 Content-Type: TEXT/plain; name="pciconf.txt" Content-Disposition: attachment; filename="pciconf.txt" agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x71808086 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x71818086 rev=0x03 hdr=0x01 isab0@pci0:4:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x01 hdr=0x00 atapci0@pci0:4:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 uhci0@pci0:4:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 intpm0@pci0:4:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x01 hdr=0x00 ahc0@pci0:6:0: class=0x010000 card=0x78809004 chip=0x80789004 rev=0x01 hdr=0x00 ed0@pci0:10:0: class=0x020000 card=0x802910ec chip=0x802910ec rev=0x00 hdr=0x00 none0@pci1:0:0: class=0x030000 card=0x0030121a chip=0x0005121a rev=0x01 hdr=0x00 --0-1804289383-984408280=:3603-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 7:39: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 8475137B718 for ; Mon, 12 Mar 2001 07:38:57 -0800 (PST) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id QAA07332; Mon, 12 Mar 2001 16:38:51 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14cUPK-0007s2-00 for ; Mon, 12 Mar 2001 16:38:50 +0100 Date: Mon, 12 Mar 2001 16:38:50 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: midi causes panic on boot? + entropy gatherer works fine Message-ID: <20010312163850.A28997@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello everybody, I had been away for two weeks and after upgrading to the latest -CURRENT I noticed that leaving device midi (and maybe device seq, I did not test separately) in my kernel config file causes a Trap 12 with interrupts disabled on _mtx_lock_sleep+0x29a: movl 0x1a0(%edx),%eax quite early on boot. Dumping was not possible, my attempts at this were only honoured with a reboot. Although I never tested if the midi support actually does something but up until now I always had it in the kernel and it never caused problems. I wonder if this is known? If not, I can certainly provide more information. The offending sound hw is a Creative SB 64 AWE ISAPnP card. It works fine otherwise. (as it always has) BTW: the new entropy gatherer really works nice for me. Even with the usual set of debugging options, I did not notice any slowdown, more, I think the computer has become more responsive than it has been lately. Congrats to Mark and all, I just did not want to send an email separately for this!:-) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:37:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from tower.ti.com (tower.ti.com [192.94.94.5]) by hub.freebsd.org (Postfix) with ESMTP id B0C9F37B718 for ; Mon, 12 Mar 2001 08:37:45 -0800 (PST) (envelope-from ntakpe@ti.com) Received: from dlep7.itg.ti.com ([157.170.134.103]) by tower.ti.com (8.11.1/8.11.1) with ESMTP id f2CGbir09325 for ; Mon, 12 Mar 2001 10:37:44 -0600 (CST) Received: from dlep7.itg.ti.com (localhost [127.0.0.1]) by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA29824 for ; Mon, 12 Mar 2001 10:37:44 -0600 (CST) Received: from keithley.ffab.tide.ti.com (keithley.ffab.tide.ti.com [137.167.200.45]) by dlep7.itg.ti.com (8.9.3/8.9.3) with ESMTP id KAA29780 for ; Mon, 12 Mar 2001 10:37:43 -0600 (CST) Received: from ishtar.ffab.tide.ti.com (ishtar.ffab.tide.ti.com [137.167.222.71]) by keithley.ffab.tide.ti.com (8.9.3+Sun/8.9.3) with ESMTP id RAA01305 for ; Mon, 12 Mar 2001 17:37:41 +0100 (MET) Received: from ti.com (IDENT:ntakpe@ishtar.ffab.tide.ti.com [137.167.222.71]) by ishtar.ffab.tide.ti.com (8.11.0/8.11.0) with ESMTP id f2CGbf607849 for ; Mon, 12 Mar 2001 17:37:41 +0100 Message-ID: <3AACFB55.64FA7FAB@ti.com> Date: Mon, 12 Mar 2001 17:37:41 +0100 From: Jean Louis Ntakpe Reply-To: ntakpe@ti.com Organization: TI Freising - Automation Group X-Sender: "Jean Louis Ntakpe" <@ishtar.ffab.tide.ti.com> (Unverified) X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en,zh-CN,zh-TW MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: cp MAKEDEV /dev - on a system with devfs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, In /usr/src/etc/Makefile: "make distribution" is still trying to copy MAKEDEV to /dev on a system with devfs mounted to /dev. Since devfs is default, is this behaviour correct or my /etc/make.conf is missing something ? regards, -- Jean Louis Ntakpe Texas Instruments - Freising Wafer Fab Automation Group Haggerty Str. 1 85350 Freising Telefon +49 (8161) 80-3816 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:41: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id D30AD37B718 for ; Mon, 12 Mar 2001 08:40:54 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2CGebJ16353; Mon, 12 Mar 2001 18:40:45 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f2CGeae01241; Mon, 12 Mar 2001 18:40:36 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AACFC01.87F2FF5C@FreeBSD.org> Date: Mon, 12 Mar 2001 18:40:34 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Mark Murray , current@FreeBSD.org Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <3AAC8942.DB660B2C@FreeBSD.org> <200103120858.f2C8wkf88680@gratis.grondar.za> <3AAC9266.1CBB23E9@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > Mark Murray wrote: > > > > In addition to reported earlier general machine slowdown with > > > interrupt harvesting is turning on, ethernet entropy harvesting > > > seriously hammers network performance as well. Ftping big file over my > > > 10M network now about 15% slower with ethernet harvesting turning on. > > > > Even with the Rijndael code and kern.random.sys.burst=$SMALLNUMBER ?? > > I've not tried Rijndael code yet, do you think that it could make a noticeable > difference? As for kern.random.sys.burst=$SMALLNUMBER I think that it is your > task to tune defaults in such a way that it would not disturb even low-profile > users (i.e. would not cause any measureable performance degradation). Tuning > defaults with power users in mind is extremly bad idea - we are not an OS with > mininal configuration PIII-500/128MB. Have to admit that after updating my kernel all these and several other harvester-related problems are gone. Now there is no measureable difference in performance with harvesting turning on and off and mouse moves smothly without usual patch for scmouse.c. ;) Finally I can thank you for a good work Mark! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:42:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 8F0DE37B71A for ; Mon, 12 Mar 2001 08:42:11 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CGgLV53557; Mon, 12 Mar 2001 17:42:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: ntakpe@ti.com Cc: current@FreeBSD.ORG Subject: Re: cp MAKEDEV /dev - on a system with devfs In-Reply-To: Your message of "Mon, 12 Mar 2001 17:37:41 +0100." <3AACFB55.64FA7FAB@ti.com> Date: Mon, 12 Mar 2001 17:42:21 +0100 Message-ID: <53555.984415341@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3AACFB55.64FA7FAB@ti.com>, Jean Louis Ntakpe writes: >Hi, > >In /usr/src/etc/Makefile: > >"make distribution" is still trying to copy MAKEDEV to /dev >on a system with devfs mounted to /dev. >Since devfs is default, is this behaviour correct or my >/etc/make.conf is missing something ? I think that MAKEDEV should be moved away from /dev. Ideally it belongs somewhere rather obscure, but /etc/MAKEDEV is ok with me. -- 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 Mar 12 8:49:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3AEFE37B718 for ; Mon, 12 Mar 2001 08:49:34 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA02505; Mon, 12 Mar 2001 08:49:23 -0800 Date: Mon, 12 Mar 2001 08:49:20 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Entropy harvesting? Grim reaper is more like it... In-Reply-To: <200103091741.f29Hfbf71430@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I changed nothing from whatever the default is. It seems like a bit of POLA to > > freeze now. > > > > But I'll check this - if I can get that machine up again :-)... > > OK - if this is the entropy driver, then typing about 2 lines of shit > will unlock it. That did not fix the problem. Only disabling interrupt harvesting fixed it. > > Please put some echo's into the rc scripts to tie down where this is > happening. > > M > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:50:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 960C737B71A for ; Mon, 12 Mar 2001 08:50:17 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA02514; Mon, 12 Mar 2001 08:50:08 -0800 Date: Mon, 12 Mar 2001 08:50:05 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Kris Kennaway Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: Entropy harvesting? Grim reaper is more like it... In-Reply-To: <20010309094033.A8136@mollari.cthul.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Mar 2001, Kris Kennaway wrote: > On Fri, Mar 09, 2001 at 09:32:29AM -0800, Matthew Jacob wrote: > > > > I changed nothing from whatever the default is. It seems like a bit of POLA to > > freeze now. > > > > But I'll check this - if I can get that machine up again :-)... > > Press ^T when it freezes and see if it's just blocked in rndslp or truly frozen. Again, as per previous, that didn't show anything. WHen I have a tad more time today or tomorrow, I'll try and narrow it further. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:51:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0231537B718; Mon, 12 Mar 2001 08:51:53 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA02527; Mon, 12 Mar 2001 08:51:55 -0800 Date: Mon, 12 Mar 2001 08:51:52 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.ORG, Mark Murray Subject: Re: Entropy harvesting? Grim reaper is more like it... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 9 Mar 2001, John Baldwin wrote: > > On 09-Mar-01 Matthew Jacob wrote: > > On Fri, 9 Mar 2001, Mark Murray wrote: > > > >> > I changed nothing from whatever the default is. It seems like a bit of > >> > POLA to > >> > freeze now. > >> > > >> > But I'll check this - if I can get that machine up again :-)... > >> > >> OK - if this is the entropy driver, then typing about 2 lines of shit > >> will unlock it. > > > > Neither ^T or typing does anything. I'll have to do some surgery from another > > boot disk to find out what's what. Uk. > > Erm, just so you know. The 4100 here at WC doesn't even make it past the SCSI > probe due to interrupt issues. John- both you && David have seen this. Both Doug && I have working 4100s. It's not the same issue, I believe. > If it's running really up to date current, > try changing sys/alpha/include/mutex.h to define mtx_intr_enable() to nothing, > which will hackishly run ithreads with a raised IPL and might solve the problem > if its an interrupt storm you are seeing. I don't believe it's this issue. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 8:52:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 9460A37B718 for ; Mon, 12 Mar 2001 08:52:30 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA02540; Mon, 12 Mar 2001 08:52:24 -0800 Date: Mon, 12 Mar 2001 08:52:21 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Entropy harvesting? Grim reaper is more like it... In-Reply-To: <200103090927.f299R5f69644@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wait a minute..... isn't this all old mail being resent? What's going on? > > I did a buildworld/installworld on an alpha yesterday, and now I'm left with: > > > > start_init: trying /sbin/init > > Entropy harvesting: interrupts ethernet. > > > > > > And this is even with booting from an older kernel. Umm... anyone gotta clue > > on this one? > > You have your entropy device set to block on boot? > > M > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 9: 0:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 199A837B719; Mon, 12 Mar 2001 09:00:46 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA30226; Tue, 13 Mar 2001 04:00:24 +1100 Date: Tue, 13 Mar 2001 04:00:10 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Mark Murray Cc: Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance In-Reply-To: <200103120858.f2C8wkf88680@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Mark Murray wrote: > > In addition to reported earlier general machine slowdown with > > interrupt harvesting is turning on, ethernet entropy harvesting > > seriously hammers network performance as well. Ftping big file over my > > 10M network now about 15% slower with ethernet harvesting turning on. > > Even with the Rijndael code and kern.random.sys.burst=$SMALLNUMBER ?? Rijndael stops it showing up much in top -S. I'm wondering where it is hiding :-). kern.random.sys.burst=$SMALLNUMBER had very little effect. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 10:32:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 6336537B718; Mon, 12 Mar 2001 10:32:53 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA01861; Tue, 13 Mar 2001 05:32:49 +1100 Date: Tue, 13 Mar 2001 05:32:36 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Maxim Sobolev Cc: Kris Kennaway , Mario Sergio Fujikawa Ferreira , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: make.conf lack of CPUTYPE=k6-3 support In-Reply-To: <3AAC8474.186B4D58@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Maxim Sobolev wrote: > Maxim Sobolev wrote: > > > On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr= > > > ote: > > > > Hi, > > > >=20 > > > > Is there anything against adding support for > > > > k6-3 to the just added CPUTYPE mechanism? :) > > > > My little machine feels left out. Hehehhe > > > > I made a simple patch to etc/defaults/make.conf > > > > and share/mk/bsd.cpu.mk > > > > Should I have touched anything else? > > > >=20 > > > > Regards, > > > >=20 > > > > ps: I think this can be MFCed asap (even during the > > > > veil period) since it is very straightforward. > > > > > > Looks fine to me. I'll commit it. > > > > I see no reason for it. k6-3 is essentially k6-2 core with extra cache on > > chip. Threre are no other significant differencies in the features or > > instruction set. > > Not even to mention that there is such a beast as k6-2+.... > > I would suggest to rename k6-2 into k6/3dnow (similarly to what we have for > i586/mmx) and put a note saying that k6/3dnow should be used for k6-2/k6-2+/k6-3. k6-2 is already over-engineered. The only difference between it and k6 is 3dnow, but neither gcc nor any source files support 3dnow (now :-). OTOH, bsd.cpu.mk is too under-engineered to support any compiler except gcc. It unconditionally translates FreeBSD-specific names like k6-2 to gcc-specific flags like -march=k6. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 10:33:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 1756F37B719; Mon, 12 Mar 2001 10:33:31 -0800 (PST) (envelope-from ak03@gte.com) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.3/8.11.3) id f2CIWr800738; Mon, 12 Mar 2001 13:32:53 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.7p2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 12 Mar 2001 13:32:52 -0500 (EST) Organization: Verizon Laboratories Inc. From: "Alexander N. Kabaev" To: Dag-Erling Smorgrav Subject: RE: -CURRENT no longer boots Cc: current@FreeBSD.ORG, John Baldwin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do you have WITNESS_SKIPSPIN option in your kernel config? Here is what supposedly causing the trouble: a) the process p_spinlocks variable is initialized to one in fork1 during the process creation b) the sched_lock is released later in fork_exit, but the process' p_spinlocks field is not decreased because sched_lock is not tracked by the witness subsystem b) process tried to grab Giant but sees p_spinlocks > 0 ... instant panic :) The quick and dirty fix is to either set debug.witness_skipspin=0 in /boot/loader.conf or modify witness_enter function to ignore p_skipspin counter if debug.witness_skipspin is non-zero. ------------------------------------------ E-Mail: Alexander N. Kabaev Date: 12-Mar-2001 Time: 12:40:36 ------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 10:50:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id E1FDA37B719 for ; Mon, 12 Mar 2001 10:50:22 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CIoBA81585; Mon, 12 Mar 2001 10:50:11 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 12 Mar 2001 10:49:51 -0800 (PST) From: John Baldwin To: "Alexander N. Kabaev" Subject: RE: -CURRENT no longer boots Cc: current@FreeBSD.org, Dag-Erling Smorgrav Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Alexander N. Kabaev wrote: > Do you have WITNESS_SKIPSPIN option in your kernel config? > > Here is what supposedly causing the trouble: > > a) the process p_spinlocks variable is initialized to one in fork1 during > the process creation > b) the sched_lock is released later in fork_exit, but the process' > p_spinlocks field is not decreased because sched_lock is not tracked by > the > witness subsystem > b) process tried to grab Giant but sees p_spinlocks > 0 ... instant panic :) c) As part of the new witness code, move p_spinlocks (well, a variation thereof) to be a per-CPU variable. > The quick and dirty fix is to either set debug.witness_skipspin=0 in > /boot/loader.conf or modify witness_enter function to ignore p_skipspin > counter > if debug.witness_skipspin is non-zero. Just don't use the skipspin stuff, it shouldn't hurt at all. The new witness code will hopefully be in by the end of the week. *crosses fingers* -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Mon Mar 12 10:55:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 0FDE037B719; Mon, 12 Mar 2001 10:55:02 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2CIsff91075; Mon, 12 Mar 2001 20:54:47 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103121854.f2CIsff91075@gratis.grondar.za> To: Bruce Evans Cc: Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: In-Reply-To: ; from Bruce Evans "Tue, 13 Mar 2001 04:00:10 +1100." Date: Mon, 12 Mar 2001 20:55:39 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Even with the Rijndael code and kern.random.sys.burst=$SMALLNUMBER ?? > > Rijndael stops it showing up much in top -S. I'm wondering where it is > hiding :-). kern.random.sys.burst=$SMALLNUMBER had very little effect. The Rijndael code makes a 2-orders-of-magnitude difference to the speed of the Davies-Meyer hash in hash.c. In order for the random kthread to show me numbers (I got paranoid when it didn't seem to show up), I slowed it down by looping the hashing "guts" 100 times :). This very clearly shows the superior key agility of Rijndael over Blowfish. Now kern.random.sys.burst is still available for those very slow, very high interrupt cases. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:11:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A90A637B718; Mon, 12 Mar 2001 11:11:39 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CJB8o71169; Mon, 12 Mar 2001 11:11:08 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 11:11:08 -0800 (PST) From: Matt Dillon Message-Id: <200103121911.f2CJB8o71169@earth.backplane.com> To: Mark Murray Cc: Bruce Evans , Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121854.f2CIsff91075@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please try this patch. This should solve all the random harvesting performance issues no matter how efficient or inefficient the hash function (untested as I do not have a -current box at the moment). -Matt Index: yarrow.c =================================================================== RCS file: /home/ncvs/src/sys/dev/random/yarrow.c,v retrieving revision 1.31 diff -u -r1.31 yarrow.c --- yarrow.c 2001/02/11 16:21:35 1.31 +++ yarrow.c 2001/03/12 19:09:15 @@ -104,11 +104,8 @@ for (;;) { - if (harvestring.tail == harvestring.head) - tsleep(&harvestring, PUSER, "rndslp", hz/10); - - else { - + tsleep(&harvestring, PUSER, "rndslp", hz/10); + if (harvestring.tail != harvestring.head) { /* Suck the harvested entropy out of the queue and hash * it into the appropriate pool. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:17:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 1907D37B718 for ; Mon, 12 Mar 2001 11:17:34 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2CJHUk21656 for freebsd-current@FreeBSD.ORG; Mon, 12 Mar 2001 11:17:30 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Mar 2001 11:17:30 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: make.conf lack of CPUTYPE=k6-3 support Message-ID: <20010312111730.B21123@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <3AAC8474.186B4D58@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Tue, Mar 13, 2001 at 05:32:36AM +1100 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 X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 05:32:36AM +1100, Bruce Evans wrote: > k6-2 is already over-engineered. The only difference between it and k6 > is 3dnow, but neither gcc nor any source files support 3dnow (now :-). Binutils 2.11.0 and GCC 3.0 will. :-) > OTOH, bsd.cpu.mk is too under-engineered to support any compiler except > gcc. It unconditionally translates FreeBSD-specific names like k6-2 to > gcc-specific flags like -march=k6. We can either take the approach of letting people specify their CPU by the name they know it by, and letting the computer translate to what it needs. Or we can make them have to learn how we named them. While "k6/3dnow" is the capability we want to know, it certainly isn't as intuitive as the "k6-2" I am using right now. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:24:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 8C38937B719 for ; Mon, 12 Mar 2001 11:24:43 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2CJOgA21754 for current@FreeBSD.ORG; Mon, 12 Mar 2001 11:24:42 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Mar 2001 11:24:42 -0800 From: "David O'Brien" To: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one Message-ID: <20010312112442.C21123@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200103112331.f2BNVxO62037@bunrab.catwhisker.org> <3AACE763.D2037119@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AACE763.D2037119@newsguy.com>; from dcs@newsguy.com on Tue, Mar 13, 2001 at 12:12:35AM +0900 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 X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 12:12:35AM +0900, Daniel C. Sobral wrote: > A while ago someone suggested a /etc/md.conf and an mdon(1) similar to > swapon(1). Putting it in terms of this analogy make this approach sound quite reasonable. > This solution is much more flexible than simple /tmp fs on md devices, > seems more appropriate (and scalable) than poluting rc.conf(5) with a > host of new options, As long as someone that is familiar with all the "cool" and more esoteric uses of `md' was consulted to ensure the framework is sufficiently capable. > and avoids the mount_mdfs criticism leveled by phk > that md is not an fs (which is true enough). If it looks like a duck, swims like a duck, quacks like a duck, .... -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:27:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 4073237B719 for ; Mon, 12 Mar 2001 11:27:40 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CJRsV54689 for ; Mon, 12 Mar 2001 20:27:54 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: Your message of "Mon, 12 Mar 2001 11:24:42 PST." <20010312112442.C21123@dragon.nuxi.com> Date: Mon, 12 Mar 2001 20:27:54 +0100 Message-ID: <54687.984425274@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312112442.C21123@dragon.nuxi.com>, "David O'Brien" writes: >On Tue, Mar 13, 2001 at 12:12:35AM +0900, Daniel C. Sobral wrote: >> A while ago someone suggested a /etc/md.conf and an mdon(1) similar to >> swapon(1). > >Putting it in terms of this analogy make this approach sound quite >reasonable. I can fully support this approach, or if people want to add a config file to mdconfig(8) I can live with that as well. >> and avoids the mount_mdfs criticism leveled by phk >> that md is not an fs (which is true enough). > >If it looks like a duck, swims like a duck, quacks like a duck, .... Sorry David, but it there is nothing duck-like about at all... -- 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 Mar 12 11:28:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id ED36A37B718 for ; Mon, 12 Mar 2001 11:28:37 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2CJSXE21818; Mon, 12 Mar 2001 11:28:33 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Mar 2001 11:28:24 -0800 From: "David O'Brien" To: Dima Dorfman Cc: current@FreeBSD.ORG Subject: Re: sysinstall option for softupdates Message-ID: <20010312112823.D21123@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200103110611.f2B6BNh25090@mobile.wemm.org> <20010311063223.CBBA13E09@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311063223.CBBA13E09@bazooka.unixfreak.org>; from dima@unixfreak.org on Sat, Mar 10, 2001 at 10:32:23PM -0800 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 X-Loop: FreeBSD.ORG On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote: > Peter Wemm writes: > > The version of the patch for -current uses the softdep mount option only. > > If you remove the mount option, you dont get softupdates. > > In this case, it might be better to just turn it on by default and let Problem is many still feel it should not be used on / . -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:30: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6306C37B719 for ; Mon, 12 Mar 2001 11:29:54 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA03319; Mon, 12 Mar 2001 11:29:54 -0800 Date: Mon, 12 Mar 2001 11:29:50 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: <54687.984425274@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Speaking of md, and such, since MFS got nuked, and I died horribly every time I tried to use md as a tmpfs, have the panics been fixed so I can use it now as a replacement for MFS? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:32:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 5B7D037B718; Mon, 12 Mar 2001 11:32:22 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CJW6972075; Mon, 12 Mar 2001 11:32:06 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 11:32:06 -0800 (PST) From: Matt Dillon Message-Id: <200103121932.f2CJW6972075@earth.backplane.com> To: Mark Murray Cc: Bruce Evans , Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121854.f2CIsff91075@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, the last patch won't patch cleanly, I forget to update my -current source before diffing. A new patch is attached, and it also includes reducing the sdize of the entropy ring from 1024 to a more reasonable 64. Mark, what I said last month still holds... you need to make the random code less intrusive to the rest of the system. You need to do it as a matter of course, not as an afterthought. A better hashing algorithm is all well and fine, but doesn't really solve the lots-of-interrupts problem, it just moves the bar a little. It doesn't scale, whereas a hard limit on interrupt seeds per second does scale. If you need a larger ring for initial seeding, then I recommend adding a flag to the harvester. e.g. manual reseeding would use the whole ring, but interrupt seeding would only operate if the current number of entries in the ring is < 32 and be a NOP otherwise. Or something like that. Even 32 could be too large... that would be 32 x 10 or 320 interrupt seeds a second, which is overkill. Perhaps something like 8 would be better (8 x 10 = maximum of 80 interrupt reseeds a second). -Matt Index: yarrow.c =================================================================== RCS file: /home/ncvs/src/sys/dev/random/yarrow.c,v retrieving revision 1.31 diff -u -r1.31 yarrow.c --- yarrow.c 2001/02/11 16:21:35 1.31 +++ yarrow.c 2001/03/12 19:27:02 @@ -104,11 +104,9 @@ for (;;) { - if (harvestring.tail == harvestring.head) - tsleep(&harvestring, PUSER, "rndslp", hz/10); + tsleep(&harvestring, PUSER, "rndslp", hz/10); - else { - + if (harvestring.tail != harvestring.head) { /* Suck the harvested entropy out of the queue and hash * it into the appropriate pool. */ Index: yarrow.h =================================================================== RCS file: /home/ncvs/src/sys/dev/random/yarrow.h,v retrieving revision 1.15 diff -u -r1.15 yarrow.h --- yarrow.h 2001/02/11 16:21:35 1.15 +++ yarrow.h 2001/03/12 19:27:20 @@ -32,7 +32,7 @@ */ /* The ring size _MUST_ be a power of 2 */ -#define HARVEST_RING_SIZE 1024 /* harvest ring buffer size */ +#define HARVEST_RING_SIZE 64 /* harvest ring buffer size */ #define HARVEST_RING_MASK (HARVEST_RING_SIZE - 1) #define TIMEBIN 16 /* max value for Pt/t */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:33:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 10FAC37B719 for ; Mon, 12 Mar 2001 11:33:24 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CJXcV54805; Mon, 12 Mar 2001 20:33:38 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: mjacob@feral.com Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: Your message of "Mon, 12 Mar 2001 11:29:50 PST." Date: Mon, 12 Mar 2001 20:33:38 +0100 Message-ID: <54803.984425618@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Matthew Jacob writes: > >Speaking of md, and such, since MFS got nuked, and I died horribly every time >I tried to use md as a tmpfs, have the panics been fixed so I can use it now >as a replacement for MFS? Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? Have you tried -current ? -- 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 Mar 12 11:33:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 8F04037B71C for ; Mon, 12 Mar 2001 11:33:42 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CJXxV54820; Mon, 12 Mar 2001 20:33:59 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@FreeBSD.ORG Cc: Dima Dorfman Subject: Re: sysinstall option for softupdates In-Reply-To: Your message of "Mon, 12 Mar 2001 11:28:24 PST." <20010312112823.D21123@dragon.nuxi.com> Date: Mon, 12 Mar 2001 20:33:59 +0100 Message-ID: <54818.984425639@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312112823.D21123@dragon.nuxi.com>, "David O'Brien" writes: >On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote: >> Peter Wemm writes: >> > The version of the patch for -current uses the softdep mount option only. >> > If you remove the mount option, you dont get softupdates. >> >> In this case, it might be better to just turn it on by default and let > >Problem is many still feel it should not be used on / . Why not ? -- 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 Mar 12 11:36:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 5C40B37B71B; Mon, 12 Mar 2001 11:36:22 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2CJZpf91381; Mon, 12 Mar 2001 21:35:51 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103121935.f2CJZpf91381@gratis.grondar.za> To: Matt Dillon Cc: Bruce Evans , Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121911.f2CJB8o71169@earth.backplane.com> In-Reply-To: <200103121911.f2CJB8o71169@earth.backplane.com> ; from Matt Dillon "Mon, 12 Mar 2001 11:11:08 PST." Date: Mon, 12 Mar 2001 21:36:49 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Please try this patch. This should solve all the random harvesting > performance issues no matter how efficient or inefficient the hash > function (untested as I do not have a -current box at the moment). Erm, you are behind :-) I have already committed something that does this in a much more configurable way. M > -Matt > > Index: yarrow.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/random/yarrow.c,v > retrieving revision 1.31 > diff -u -r1.31 yarrow.c > --- yarrow.c 2001/02/11 16:21:35 1.31 > +++ yarrow.c 2001/03/12 19:09:15 > @@ -104,11 +104,8 @@ > > for (;;) { > > - if (harvestring.tail == harvestring.head) > - tsleep(&harvestring, PUSER, "rndslp", hz/10); > - > - else { > - > + tsleep(&harvestring, PUSER, "rndslp", hz/10); > + if (harvestring.tail != harvestring.head) { > /* Suck the harvested entropy out of the queue and hash > * it into the appropriate pool. > */ > -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:38:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 1B71937B718; Mon, 12 Mar 2001 11:38:09 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CJbmY72278; Mon, 12 Mar 2001 11:37:48 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 11:37:48 -0800 (PST) From: Matt Dillon Message-Id: <200103121937.f2CJbmY72278@earth.backplane.com> To: Mark Murray Cc: Bruce Evans , Maxim Sobolev , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121911.f2CJB8o71169@earth.backplane.com> <200103121935.f2CJZpf91381@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :> Please try this patch. This should solve all the random harvesting :> performance issues no matter how efficient or inefficient the hash :> function (untested as I do not have a -current box at the moment). : :Erm, you are behind :-) : :I have already committed something that does this in a much more :configurable way. : :M : Mark, something like this doesn't REQUIRE any configuration!!! Don't add confusion to the system. Just make the default something reasonable. There is absolutely no reason to have to be able to adjust the interrupt seeding code if the default is made something reasonable. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:38:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 8016037B718 for ; Mon, 12 Mar 2001 11:38:27 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2CJcM722049; Mon, 12 Mar 2001 11:38:22 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Mar 2001 11:38:21 -0800 From: "David O'Brien" To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one Message-ID: <20010312113821.A21989@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20010312112442.C21123@dragon.nuxi.com> <54687.984425274@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <54687.984425274@critter>; from phk@critter.freebsd.dk on Mon, Mar 12, 2001 at 08:27:54PM +0100 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 X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 08:27:54PM +0100, Poul-Henning Kamp wrote: > >If it looks like a duck, swims like a duck, quacks like a duck, .... > > Sorry David, but it there is nothing duck-like about at all... From a user's stand point, it acts just like the old MFS when used to create a swap backed /tmp. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:39: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id A21E137B718 for ; Mon, 12 Mar 2001 11:39:01 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2CJcxo64502; Mon, 12 Mar 2001 11:38:59 -0800 (PST) Date: Mon, 12 Mar 2001 11:38:59 -0800 (PST) From: David Wolfskill Message-Id: <200103121938.f2CJcxo64502@bunrab.catwhisker.org> To: mjacob@feral.com Subject: Re: swap-backed md-based /tmp to replace mfs-based one Cc: current@freebsd.org In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Mon, 12 Mar 2001 11:29:50 -0800 (PST) >From: Matthew Jacob >Speaking of md, and such, since MFS got nuked, and I died horribly every time >I tried to use md as a tmpfs, have the panics been fixed so I can use it now >as a replacement for MFS? Well, it appears to work OK for me so far. That said, I haven't been exercising it tremendously; I usually run -STBALE on the laptop. (Trying to watch for weirdnesses as we approach 4.3-R....) Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:41:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id D907A37B719 for ; Mon, 12 Mar 2001 11:41:07 -0800 (PST) (envelope-from sheldonh@uunet.co.za) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 14cYBd-0000uY-00; Mon, 12 Mar 2001 21:40:57 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id VAA26564; Mon, 12 Mar 2001 21:40:55 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 26520; Mon Mar 12 21:40:12 2001 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.22 #1) id 14cYAu-00013s-00; Mon, 12 Mar 2001 21:40:12 +0200 To: Poul-Henning Kamp Cc: current@freebsd.org, Dima Dorfman Subject: Re: sysinstall option for softupdates In-reply-to: Your message of "Mon, 12 Mar 2001 20:33:59 +0100." <54818.984425639@critter> Date: Mon, 12 Mar 2001 21:40:12 +0200 Message-ID: <4083.984426012@axl.fw.uunet.co.za> From: Sheldon Hearn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001 20:33:59 +0100, Poul-Henning Kamp wrote: > >Problem is many still feel it should not be used on / . > > Why not ? Because a small root partition fills up artificially during "make installworld" and/or "make installkernel". Everybody understands _why_ it happens, but that doesn't make enyone any more comfortable about using softupdates on their root partition. I don't think it has anything to do with reliability. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:41:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 381FD37B718 for ; Mon, 12 Mar 2001 11:41:16 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CJfXV54960 for ; Mon, 12 Mar 2001 20:41:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: Your message of "Mon, 12 Mar 2001 11:38:21 PST." <20010312113821.A21989@dragon.nuxi.com> Date: Mon, 12 Mar 2001 20:41:33 +0100 Message-ID: <54958.984426093@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010312113821.A21989@dragon.nuxi.com>, "David O'Brien" writes: >On Mon, Mar 12, 2001 at 08:27:54PM +0100, Poul-Henning Kamp wrote: >> >If it looks like a duck, swims like a duck, quacks like a duck, .... >> >> Sorry David, but it there is nothing duck-like about at all... > >>From a user's stand point, it acts just like the old MFS when used to >create a swap backed /tmp. That's like saying that a skateboard acts like a truck when you put a parcel on it :-) -- 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 Mar 12 11:43:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 48BE537B718 for ; Mon, 12 Mar 2001 11:43:10 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA03435; Mon, 12 Mar 2001 11:43:10 -0800 Date: Mon, 12 Mar 2001 11:43:07 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: <54803.984425618@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message , Matthew > Jacob writes: > > > >Speaking of md, and such, since MFS got nuked, and I died horribly every time > >I tried to use md as a tmpfs, have the panics been fixed so I can use it now > >as a replacement for MFS? > > Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? > Have you tried -current ? The last we'd left this after you nuked MFS was I had an instant way of panic'ing -current. I can find the email for you if I must. You said you'd think about it. That's the last I heard. I can try it again, but I thought it'd be easier to find out whether the person who destroyed an important function and offered a replacement which failed to work might remember fixing it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:45: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 95D4737B719 for ; Mon, 12 Mar 2001 11:44:59 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2CJiif91472; Mon, 12 Mar 2001 21:44:46 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103121944.f2CJiif91472@gratis.grondar.za> To: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121937.f2CJbmY72278@earth.backplane.com> In-Reply-To: <200103121937.f2CJbmY72278@earth.backplane.com> ; from Matt Dillon "Mon, 12 Mar 2001 11:37:48 PST." Date: Mon, 12 Mar 2001 21:45:42 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mark, something like this doesn't REQUIRE any configuration!!! Don't > add confusion to the system. Just make the default something > reasonable. There is absolutely no reason to have to be able to adjust > the interrupt seeding code if the default is made something reasonable. Matt, At it is very obvious to me that you have not even looked at the new code, let alone run it, I suggest that you do both before further engaging in this conversation. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:45:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id A343C37B71A for ; Mon, 12 Mar 2001 11:45:38 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2CJjcu64560 for current@FreeBSD.ORG; Mon, 12 Mar 2001 11:45:38 -0800 (PST) Date: Mon, 12 Mar 2001 11:45:38 -0800 (PST) From: David Wolfskill Message-Id: <200103121945.f2CJjcu64560@bunrab.catwhisker.org> To: current@FreeBSD.ORG Subject: Re: sysinstall option for softupdates In-Reply-To: <54818.984425639@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Mon, 12 Mar 2001 20:33:59 +0100 >From: Poul-Henning Kamp >In message <20010312112823.D21123@dragon.nuxi.com>, "David O'Brien" writes: >>On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote: >>> Peter Wemm writes: >>> > The version of the patch for -current uses the softdep mount option only. >>> > If you remove the mount option, you dont get softupdates. >>> In this case, it might be better to just turn it on by default and let >>Problem is many still feel it should not be used on / . >Why not ? Probably because of the behavior when a softupdates-enabled filesystem is active & near full. This can be exacerbated on / if /tmp isn't a separate filesystem. Since I mount /tmp as a separate filesystem, and since I boot the laptop in any of 3 different environments (with the "other environments" represented as other filesystems), I've enabled softupdates on all of the disk-based filesystems on the box. No problems so far (a few hours shy of 1 week). Biggest workload is the make {build,install}{world,kernel} stuff. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:49:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 1BF0237B719 for ; Mon, 12 Mar 2001 11:49:09 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CJnNV55078; Mon, 12 Mar 2001 20:49:23 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: mjacob@feral.com Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: Your message of "Mon, 12 Mar 2001 11:43:07 PST." Date: Mon, 12 Mar 2001 20:49:23 +0100 Message-ID: <55076.984426563@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Matthew Jacob writes: > > >> In message , Matthew >> Jacob writes: >> > >> >Speaking of md, and such, since MFS got nuked, and I died horribly every time >> >I tried to use md as a tmpfs, have the panics been fixed so I can use it now >> >as a replacement for MFS? >> >> Uhm, I'm drawing a blank here. When did you have panics ? Which panics ? >> Have you tried -current ? > >The last we'd left this after you nuked MFS was I had an instant way of >panic'ing -current. I can find the email for you if I must. You said you'd >think about it. That's the last I heard. > >I can try it again, but I thought it'd be easier to find out whether the >person who destroyed an important function and offered a replacement which >failed to work might remember fixing it. The last month has been pretty rough on me, so bear with me, please. Can you resend the email 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 Mon Mar 12 11:51:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 5AE7537B71B for ; Mon, 12 Mar 2001 11:51:33 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA03503; Mon, 12 Mar 2001 11:50:35 -0800 Date: Mon, 12 Mar 2001 11:50:32 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: <55076.984426563@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The last month has been pretty rough on me, so bear with me, please. Okay. That's a very reasonable response. > Can you resend the email please ? I'll just retry it now. Thank you for the above- I totally understand. My previous mail was just a "check-in" on it- not a demand. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 11:53:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 41CFA37B71C; Mon, 12 Mar 2001 11:53:47 -0800 (PST) (envelope-from ak03@gte.com) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.3/8.11.3) id f2CJrk201343; Mon, 12 Mar 2001 14:53:46 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.7p2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 12 Mar 2001 14:53:45 -0500 (EST) Organization: Verizon Laboratories Inc. From: "Alexander N. Kabaev" To: John Baldwin Subject: RE: -CURRENT no longer boots Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Just don't use the skipspin stuff, it shouldn't hurt at all. The new witness > code will hopefully be in by the end of the week. *crosses fingers* Cool. WITNESS_SKIPSPIN was quite useful for NETGRAPH users because of some unregistered spin mutexes there. Julian fixed the problem already, so you are right - skipspin is not that useful anymore. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 12:27:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from salseiros.melim.com.br (salseiros.melim.com.br [200.215.110.23]) by hub.freebsd.org (Postfix) with ESMTP id 2124437B71C for ; Mon, 12 Mar 2001 12:27:25 -0800 (PST) (envelope-from ronan@melim.com.br) Received: from fazendinha (fazendinha.melim.com.br [192.168.168.42]) by salseiros.melim.com.br (8.9.3/8.9.3) with SMTP id RAA07967 for ; Mon, 12 Mar 2001 17:20:31 -0300 (EST) (envelope-from ronan@melim.com.br) Message-ID: <031c01c0ab32$d7d13360$2aa8a8c0@melim.com.br> From: "Ronan Lucio" To: Subject: subscribe Date: Mon, 12 Mar 2001 17:27:20 -0300 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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk 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 Mon Mar 12 12:31:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A0BA637B719 for ; Mon, 12 Mar 2001 12:31:44 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA03645; Mon, 12 Mar 2001 12:31:44 -0800 Date: Mon, 12 Mar 2001 12:31:41 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Latest with 'swap-backed md-based /tmp to replace mfs-based one ' In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It doesn't panic, yet. Good! Much improved! All is good, ahem, except that when I ran this tmp filesystem out of space, it takes a while before the space comes back if you remove files :-).... farrago.feral.com > lmdd of=/tmp/file /tmp: write failed, file system is full 117.19 MB in 9.07 seconds (12.9239 MB/sec) farrago.feral.com > rm /tmp/file; ls /tmp; while : ; do df -k /tmp && date && sleep 1; done Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:48 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:49 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:50 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:51 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:52 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:53 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:54 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:55 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:56 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:57 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:58 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:29:59 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:30:00 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 120080 0 100% /tmp Mon Mar 12 12:30:01 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 8 120072 0% /tmp Mon Mar 12 12:30:02 PST 2001 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md10c 130520 8 120072 0% /tmp Mon Mar 12 12:30:03 PST 2001 -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 12:34:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 982B837B71A for ; Mon, 12 Mar 2001 12:34:48 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f2CKZ2V55451; Mon, 12 Mar 2001 21:35:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: mjacob@feral.com Cc: current@FreeBSD.ORG Subject: Re: Latest with 'swap-backed md-based /tmp to replace mfs-based one ' In-Reply-To: Your message of "Mon, 12 Mar 2001 12:31:41 PST." Date: Mon, 12 Mar 2001 21:35:02 +0100 Message-ID: <55449.984429302@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That looks like regular softupdates behaviour to me ? In message , Matthew Jacob writes: > >It doesn't panic, yet. Good! Much improved! > >All is good, ahem, except that when I ran this tmp filesystem out of space, it >takes a while before the space comes back if you remove files :-).... > >farrago.feral.com > lmdd of=/tmp/file > >/tmp: write failed, file system is full >117.19 MB in 9.07 seconds (12.9239 MB/sec) >farrago.feral.com > rm /tmp/file; ls /tmp; while : ; do df -k /tmp && date && >sleep 1; done >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:48 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:49 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:50 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:51 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:52 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:53 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:54 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:55 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:56 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:57 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:58 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:29:59 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:30:00 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 120080 0 100% /tmp >Mon Mar 12 12:30:01 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 8 120072 0% /tmp >Mon Mar 12 12:30:02 PST 2001 >Filesystem 1K-blocks Used Avail Capacity Mounted on >/dev/md10c 130520 8 120072 0% /tmp >Mon Mar 12 12:30:03 PST 2001 > >-matt > > > > -- 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 Mar 12 12:35:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id BBC9637B718 for ; Mon, 12 Mar 2001 12:35:54 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA03691; Mon, 12 Mar 2001 12:35:55 -0800 Date: Mon, 12 Mar 2001 12:35:52 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: Latest with 'swap-backed md-based /tmp to replace mfs-based one ' In-Reply-To: <55449.984429302@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That looks like regular softupdates behaviour to me ? Huh. I didn't know that there was this big of a delay. At any rate, thanks! I'll do some more testing and see if I can break it but I sure am happier to have something back! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 12:51:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 84AC437B719 for ; Mon, 12 Mar 2001 12:51:49 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f2CKpis38370; Mon, 12 Mar 2001 13:51:46 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200103122051.f2CKpis38370@aslan.scsiguy.com> To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: aic7880 prints some timeouts after recent commit (yesterday) In-Reply-To: Your message of "Mon, 12 Mar 2001 15:44:36 +0100." <200103121444.f2CEicK04384@Magelan.Leidinger.net> Date: Mon, 12 Mar 2001 13:51:44 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Hi, > >dmesg and the output of "ident /sys/dev/aic7xxx/*" and pciconf is >attached (BTW: the -v options to pciconf isn't documented in the >synopsis section of the man page). > >Do you need more information, e.g. the output of a verbose boot? > >Bye, >Alexander. I wish I had a system that exhibited this problem. Unfortunately I don't, so it has been difficult to get the workaround for this particular hardware bug correct. Can you see if this patch works for you? -- Justin Index: aic7xxx.c =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.c,v retrieving revision 1.41.2.17 diff -c -r1.41.2.17 aic7xxx.c *** aic7xxx.c 2001/03/12 14:57:40 1.41.2.17 --- aic7xxx.c 2001/03/12 20:30:40 *************** *** 2006,2018 **** ahc_lookup_phase_entry(int phase) { struct ahc_phase_table_entry *entry; ! int i; /* * num_phases doesn't include the default entry which * will be returned if the phase doesn't match. */ ! for (i = 0, entry = ahc_phase_table; i < num_phases; i++) { if (phase == entry->phase) break; } --- 2006,2019 ---- ahc_lookup_phase_entry(int phase) { struct ahc_phase_table_entry *entry; ! struct ahc_phase_table_entry *last_entry; /* * num_phases doesn't include the default entry which * will be returned if the phase doesn't match. */ ! last_entry = &ahc_phase_table[num_phases]; ! for (entry = ahc_phase_table; entry <= last_entry; entry++) { if (phase == entry->phase) break; } Index: aic7xxx.seq =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.seq,v retrieving revision 1.94.2.11 diff -c -r1.94.2.11 aic7xxx.seq *** aic7xxx.seq 2001/03/12 14:57:43 1.94.2.11 --- aic7xxx.seq 2001/03/12 20:47:35 *************** *** 2076,2082 **** test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; - test DFSTATUS, HDONE jnz dma_scb_hang_dma_done; /* * The PCI module no longer intends to perform * a PCI transaction and HDONE has not come true. --- 2076,2081 ---- *************** *** 2102,2107 **** --- 2101,2107 ---- */ not SINDEX; add A, 5, SINDEX; + cmp A, 4 je dma_finish; jmp dma_scb_hang_fifo; dma_scb_hang_dma_done: and DFCNTRL, ~HDMAEN; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 13: 3:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 544C037B718 for ; Mon, 12 Mar 2001 13:03:54 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CL3YZ74166; Mon, 12 Mar 2001 13:03:34 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 13:03:34 -0800 (PST) From: Matt Dillon Message-Id: <200103122103.f2CL3YZ74166@earth.backplane.com> To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103121937.f2CJbmY72278@earth.backplane.com> <200103121944.f2CJiif91472@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matt, : :At it is very obvious to me that you have not even looked at the new :code, let alone run it, I suggest that you do both before further :engaging in this conversation. : :M :-- :Mark Murray :Warning: this .sig is umop ap!sdn I looked at it. I'm sorry, I don't see how your adjustments make the code any better from an algorithmic point of view. As far as I can tell, things can still run away and interrupts still have an unnecessarily large fixed overhead when they call the random_harvest_internal(). I don't understand what is so difficult about simply rate-limiting the code at the proper point -- at the very beginning of the call that the interrupt harvester makes, removing most of the fixed overhead for the case where a system is getting a large number of interrupts per second? Why are you going through loops to create complex, sensitive code paths when a simple solution can be plopped down and will work, SNAP, just like that? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 13:25:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from salseiros.melim.com.br (salseiros.melim.com.br [200.215.110.23]) by hub.freebsd.org (Postfix) with ESMTP id A16F237B718 for ; Mon, 12 Mar 2001 13:25:18 -0800 (PST) (envelope-from ronan@melim.com.br) Received: from fazendinha (fazendinha.melim.com.br [192.168.168.42]) by salseiros.melim.com.br (8.9.3/8.9.3) with SMTP id SAA14758 for ; Mon, 12 Mar 2001 18:18:30 -0300 (EST) (envelope-from ronan@melim.com.br) Message-ID: <039001c0ab3a$f0c3f1c0$2aa8a8c0@melim.com.br> From: "Ronan Lucio" To: References: <200103121937.f2CJbmY72278@earth.backplane.com> <200103121944.f2CJiif91472@gratis.grondar.za> <200103122103.f2CL3YZ74166@earth.backplane.com> Subject: promiscuous mode Date: Mon, 12 Mar 2001 18:25:19 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, Does anybody knows to say when the computer changes to promiscous mode? /kernel: promiscuous mode enable [ ]´s Ronan Lucio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 13:44:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 7C86C37B71A for ; Mon, 12 Mar 2001 13:44:20 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2CLi3f92042; Mon, 12 Mar 2001 23:44:05 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103122144.f2CLi3f92042@gratis.grondar.za> To: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103122103.f2CL3YZ74166@earth.backplane.com> In-Reply-To: <200103122103.f2CL3YZ74166@earth.backplane.com> ; from Matt Dillon "Mon, 12 Mar 2001 13:03:34 PST." Date: Mon, 12 Mar 2001 23:45:00 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't understand what is so difficult about simply rate-limiting > the code at the proper point -- at the very beginning of the > call that the interrupt harvester makes, removing most of the fixed > overhead for the case where a system is getting a large number of > interrupts per second? Why are you going through loops to create > complex, sensitive code paths when a simple solution can be plopped > down and will work, SNAP, just like that? Because I need to make folks other than you happy. Lots of security minded people what _all_ the interrupt entropy they can get, and this method gives them that while allowing others to throttle the harvester back. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14: 1:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id A4ABF37B718 for ; Mon, 12 Mar 2001 14:01:23 -0800 (PST) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id f2CM1Lj27040 for ; Mon, 12 Mar 2001 23:01:21 +0100 (MET) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f2CM1lK11653 for freebsd-current@freebsd.org; Mon, 12 Mar 2001 23:01:47 +0100 (CET) Date: Mon, 12 Mar 2001 23:01:46 +0100 From: Bernd Walter To: freebsd-current@freebsd.org Subject: trouble with pkg_add Message-ID: <20010312230145.A11054@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ticso@cicely5:/tmp# pkg_add -f -v png-1.0.9_1.tgz Requested space: 831096 bytes, free space: 13705216 bytes in /var/tmp/instmp.ijZaPY extract: Package name is png-1.0.9_1 extract: CWD to /usr/local pkg_add: extract_plist: unable to cwd to '/usr/local' Exit 2 The reason is that /usr/local is a softlink to an amd volume instead of a directory: ticso@cicely5:/tmp# ls -ald /usr/local lrwxr-xr-x 1 root wheel 10 Nov 29 1998 /usr/local -> /vol/local ticso@cicely5:/tmp# ls -ald /usr/local/. drwxr-xr-x 41 root wheel 1024 Dec 21 21:05 /usr/local/. If I make /usr/local a real directory everything works fine, but that's something I don't want to do generaly when installing a package. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:16:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1F9AC37B719 for ; Mon, 12 Mar 2001 14:16:50 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA43517; Mon, 12 Mar 2001 23:16:46 +0100 (CET) (envelope-from des@ofug.org) 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: Mikhail Teterin Cc: current@freebsd.org Subject: Re: panic trying to play Civillization (with trace, etc.) References: <200103120526.AAA09072@mail.virtual-estates.net> From: Dag-Erling Smorgrav Date: 12 Mar 2001 23:16:45 +0100 In-Reply-To: Mikhail Teterin's message of "Mon, 12 Mar 2001 00:26:41 -0500 (EST)" Message-ID: Lines: 36 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mikhail Teterin writes: > > If you can, please reproduce the panic on a kernel compiled with the > > INVARIANTS, INVARIANT_SUPPORT and WITNESS options. > Well, with this options on, the machine does not crash, but the > program segfaults on startup: The trace you're showing looks like it's from a shell script that starts civctp. I need to see the trace from the civctp binary itself. > lock order reversal > 1st lockmgr interlock last acquired @ ../../kern/kern_lock.c:239 > 2nd 0xcefa0520 process lock @ ../../kern/kern_sig.c:183 > 3rd 0xc1029f80 lockmgr interlock @ ../../kern/kern_lock.c:560 Haven't seen this one before... If it's reproducible, could you do the following: 1) recompile your kernel with WITNESS_DDB 2) hook up a serial console and boot with '-h' in /boot.config 3) provoke the reversal, then get the output from 'trace', 'show mutex' and 'show witness' at the DDB prompt 4) type 'continue' to exit DDB and continue running normally. > lock order reversal > 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 > 2nd 0xc0419680 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:939 > 3rd 0xcefb986c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:948 This is a known (and probably benign) bug. 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 Mar 12 14:17: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 0FF2F37B719 for ; Mon, 12 Mar 2001 14:17:01 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CMGXR75489; Mon, 12 Mar 2001 14:16:33 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 14:16:33 -0800 (PST) From: Matt Dillon Message-Id: <200103122216.f2CMGXR75489@earth.backplane.com> To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103122103.f2CL3YZ74166@earth.backplane.com> <200103122144.f2CLi3f92042@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> down and will work, SNAP, just like that? : :Because I need to make folks other than you happy. : :Lots of security minded people what _all_ the interrupt entropy :they can get, and this method gives them that while allowing others :to throttle the harvester back. : :M :-- :Mark Murray :Warning: this .sig is umop ap!sdn And if I were paranoid I could setup an interrupt a thousand times a second to scan all of physical memory and harvest the randomness from that. I am a security minded person... and I am also pragmatic. There's such a thing as overkill and your random number generator is doing it in spades. It is entirely unnecessary. Maybe rather then throw in the overkill you should actually *test* the random number generator to see where the randomness starts to break down when lowering the harvest rate. Thousands of harvests a second is just plain insane, no matter how security minded your 'lots of security minded people' are. Just ten a second should be plenty good enough, frankly, even for a paranoid security minded guy, especially considering the amount of memory the random number generator is using for state. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:19:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 157D637B719; Mon, 12 Mar 2001 14:19:29 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA43536; Mon, 12 Mar 2001 23:19:11 +0100 (CET) (envelope-from des@ofug.org) 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 N. Kabaev" Cc: current@FreeBSD.ORG, John Baldwin Subject: Re: -CURRENT no longer boots References: From: Dag-Erling Smorgrav Date: 12 Mar 2001 23:19:10 +0100 In-Reply-To: "Alexander N. Kabaev"'s message of "Mon, 12 Mar 2001 13:32:52 -0500 (EST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alexander N. Kabaev" writes: > Do you have WITNESS_SKIPSPIN option in your kernel config? Yes. > Here is what supposedly causing the trouble: You're telling the guy who did the analysis. 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 Mar 12 14:24:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from veldy.net (w028.z064001117.msp-mn.dsl.cnc.net [64.1.117.28]) by hub.freebsd.org (Postfix) with ESMTP id 53C7337B718 for ; Mon, 12 Mar 2001 14:24:30 -0800 (PST) (envelope-from veldy@veldy.net) Received: from cascade (cascade.veldy.net [192.168.0.1]) by veldy.net (Postfix) with SMTP id 058E0BA0A; Mon, 12 Mar 2001 16:23:42 -0600 (CST) Message-ID: <002801c0ab42$ff39e770$0100a8c0@cascade> From: "Thomas T. Veldhouse" To: "Ronan Lucio" , References: <200103121937.f2CJbmY72278@earth.backplane.com> <200103121944.f2CJiif91472@gratis.grondar.za> <200103122103.f2CL3YZ74166@earth.backplane.com> <039001c0ab3a$f0c3f1c0$2aa8a8c0@melim.com.br> Subject: Re: promiscuous mode Date: Mon, 12 Mar 2001 16:23:00 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Your ethernet card went into promiscuous mode presumably. Did you run tcpdump? Tom Veldhouse veldy@veldy.net ----- Original Message ----- From: "Ronan Lucio" To: Sent: Monday, March 12, 2001 3:25 PM Subject: promiscuous mode > Hi all, > > Does anybody knows to say when the computer changes > to promiscous mode? > > /kernel: promiscuous mode enable > > [ ]´s > > Ronan Lucio > > > 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 Mon Mar 12 14:29: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [63.114.185.254]) by hub.freebsd.org (Postfix) with ESMTP id 44D4337B718 for ; Mon, 12 Mar 2001 14:28:56 -0800 (PST) (envelope-from mi@misha.privatelabs.com) Received: from misha.privatelabs.com (root@misha.plten [10.0.0.106]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id RAA12406; Mon, 12 Mar 2001 17:49:12 -0500 Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.1/8.11.1) with ESMTP id f2CMSoC10222; Mon, 12 Mar 2001 17:28:52 -0500 (EST) (envelope-from mi@misha.privatelabs.com) Message-Id: <200103122228.f2CMSoC10222@misha.privatelabs.com> Date: Mon, 12 Mar 2001 17:28:49 -0500 (EST) From: mi@aldan.algebra.com Subject: Re: panic trying to play Civillization (with trace, etc.) To: Dag-Erling Smorgrav Cc: current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Mar, Dag-Erling Smorgrav wrote: = Mikhail Teterin writes: = > > If you can, please reproduce the panic on a kernel compiled with the = > > INVARIANTS, INVARIANT_SUPPORT and WITNESS options. = > Well, with this options on, the machine does not crash, but the = > program segfaults on startup: = = The trace you're showing looks like it's from a shell script that = starts civctp. I need to see the trace from the civctp binary itself. No, that trace was obtained from a simple ktrace civctp There is no shell-wrapper around the binary: file /opt/bin/civctp /opt/bin/civctp: ELF 32-bit LSB executable, Intel 80386, version 1, statically linked, stripped It is just one big executable. You are welcome to download it from: http://aldan.algebra.com:8015/~mi/civctp-crash/civctp.bz2 uncompress it and try to run it (just 43Kb compressed). May be, it is because it is a _staticly_ linked Linux executable (the _dynamicly_ linked Netscape works fine). = > lock order reversal = > 1st lockmgr interlock last acquired @ ../../kern/kern_lock.c:239 = > 2nd 0xcefa0520 process lock @ ../../kern/kern_sig.c:183 = > 3rd 0xc1029f80 lockmgr interlock @ ../../kern/kern_lock.c:560 = = Haven't seen this one before... If it's reproducible, could you do the = following: No... This the only machine I have at home. No serial console or cable... It is reproduceable -- happens now at boot time... -mi = 1) recompile your kernel with WITNESS_DDB = = 2) hook up a serial console and boot with '-h' in /boot.config = = 3) provoke the reversal, then get the output from 'trace', 'show = mutex' and 'show witness' at the DDB prompt = = 4) type 'continue' to exit DDB and continue running normally. = > lock order reversal = > 1st vnode interlock last acquired @ ../../kern/vfs_vnops.c:625 = > 2nd 0xc0419680 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:939 = > 3rd 0xcefb986c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:948 = = This is a known (and probably benign) bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:31:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id ECA7737B719 for ; Mon, 12 Mar 2001 14:31:36 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CMVaL75959; Mon, 12 Mar 2001 14:31:36 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 14:31:36 -0800 (PST) From: Matt Dillon Message-Id: <200103122231.f2CMVaL75959@earth.backplane.com> To: "David Schwartz" Cc: "Mark Murray" , Subject: Re: RE: Ethernet entropy harvesting seriously pessimizes performance References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Let me be clear about what I mean by interrupt rate limiting: interrupt() { harvester(...) } harvester(...) { if (queue is not full) { ... add data to queue (reasonably sized queue, like 32 entries) } } queue-runner(...) { for(;;) { sleep for 1/10 second Pull next item (if any) off queue } } That is what my patch does. If a high rate of interrupts occur, the queue becomes full almost instantly because the queue-runner only pulls one item off per 1/10 second. The result is that the harvester() routine effectively becomes a NOP for most of the interrupts. This is the proper solution. It is not appropriate to go bcopy()ing data for every single interrupt routine that calls the harvester, no matter how little data it is. Some interrupts can be processed very quickly and even a small 'fast' procedure can double the interrupt overhead for those interrupts. It is simply not appropriate to go harvesting every time an interrupt occurs. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:32:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2B6B537B733 for ; Mon, 12 Mar 2001 14:32:04 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA04295 for ; Mon, 12 Mar 2001 14:32:03 -0800 Date: Mon, 12 Mar 2001 14:31:59 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@FreeBSD.ORG Subject: [ list spamming ] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The domain austin.rr.com is running some software that seems to come from north of San Francisco that appears to be repackaging up and re-forwarding old mail. Twice now I've responded to what are apparently legitimate (until I look at full headers) resends of old mail. I've asked our postmaster to turn on the death rays. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:34:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id AAEE937B74D; Mon, 12 Mar 2001 14:34:06 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2CMXgD76047; Mon, 12 Mar 2001 14:33:42 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Mar 2001 14:33:42 -0800 (PST) From: Matt Dillon Message-Id: <200103122233.f2CMXgD76047@earth.backplane.com> To: Mark Murray Cc: Bruce Evans , Maxim Sobolev , dougb@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: harvest_interrupt=YES slows down machine References: <200103071732.f27HWou70340@earth.backplane.com> <200103071840.f27IetR60520@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :This effectively happens. : :The harvest ring is a limited length, and any overflows are discarded. : :M :-- :Mark Murray :Warning: this .sig is umop ap!sdn Are you resending this mail from 5 dats ago or is there a bounce occuring somewhere on the list? Currently the queue size does not limit the interrupt rate due to the way the harvester processes the queue. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 14:51:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 4027A37B718; Mon, 12 Mar 2001 14:51:32 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B661A66BBB; Mon, 12 Mar 2001 14:51:29 -0800 (PST) Date: Mon, 12 Mar 2001 14:51:29 -0800 From: Kris Kennaway To: Bruce Evans Cc: Maxim Sobolev , Kris Kennaway , Mario Sergio Fujikawa Ferreira , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: make.conf lack of CPUTYPE=k6-3 support Message-ID: <20010312145129.A93848@mollari.cthul.hu> References: <3AAC8474.186B4D58@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bde@zeta.org.au on Tue, Mar 13, 2001 at 05:32:36AM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 13, 2001 at 05:32:36AM +1100, Bruce Evans wrote: > k6-2 is already over-engineered. The only difference between it and k6 > is 3dnow, but neither gcc nor any source files support 3dnow (now :-). 3dnow support exists in several ports, though. OTOH, k6-3 doesn't add any new features, so it's debatable on those grounds. > OTOH, bsd.cpu.mk is too under-engineered to support any compiler except > gcc. It unconditionally translates FreeBSD-specific names like k6-2 to > gcc-specific flags like -march=k6. I'm not sure what can be done about that -- is there a way for make(1) to know it's being used with a gcc compiler so we can .ifdef the whole lot? Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rVLxWry0BWjoQKURAlXcAKC5CVbpUFhtPFrCGvtK0j/MZggPxwCgkED3 CfJVeRzyYi6jkNBj6rlrqz0= =wqKs -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 15:37: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id BB26D37B71F; Mon, 12 Mar 2001 15:37:05 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA28995; Tue, 13 Mar 2001 10:36:57 +1100 Date: Tue, 13 Mar 2001 10:36:43 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Kris Kennaway Cc: Maxim Sobolev , Mario Sergio Fujikawa Ferreira , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: make.conf lack of CPUTYPE=k6-3 support In-Reply-To: <20010312145129.A93848@mollari.cthul.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Kris Kennaway wrote: > On Tue, Mar 13, 2001 at 05:32:36AM +1100, Bruce Evans wrote: > > OTOH, bsd.cpu.mk is too under-engineered to support any compiler except > > gcc. It unconditionally translates FreeBSD-specific names like k6-2 to > > gcc-specific flags like -march=k6. > > I'm not sure what can be done about that -- is there a way for make(1) > to know it's being used with a gcc compiler so we can .ifdef the whole > lot? Not really, but it should use that same way that it should use to configure -pipe, etc. :-) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 15:38:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 5E18437B728 for ; Mon, 12 Mar 2001 15:38:26 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CNbjA93572; Mon, 12 Mar 2001 15:37:46 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 12 Mar 2001 15:37:29 -0800 (PST) From: John Baldwin To: Dag-Erling Smorgrav Subject: Re: panic trying to play Civillization (with trace, etc.) Cc: current@FreeBSD.org, Mikhail Teterin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Dag-Erling Smorgrav wrote: > Mikhail Teterin writes: >> > If you can, please reproduce the panic on a kernel compiled with the >> > INVARIANTS, INVARIANT_SUPPORT and WITNESS options. >> Well, with this options on, the machine does not crash, but the >> program segfaults on startup: > > The trace you're showing looks like it's from a shell script that > starts civctp. I need to see the trace from the civctp binary itself. > >> lock order reversal >> 1st lockmgr interlock last acquired @ ../../kern/kern_lock.c:239 >> 2nd 0xcefa0520 process lock @ ../../kern/kern_sig.c:183 >> 3rd 0xc1029f80 lockmgr interlock @ ../../kern/kern_lock.c:560 > > Haven't seen this one before... If it's reproducible, could you do the > following: It's stupidness due to proctree and allproc locks being backed by lockmgr I think. I'm waiting on looking at this one until proctree and allproc are converted to sx locks. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Mon Mar 12 15:46:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail1.rdc1.on.home.com (femail1.rdc1.on.home.com [24.2.9.88]) by hub.freebsd.org (Postfix) with ESMTP id EB96837B719 for ; Mon, 12 Mar 2001 15:46:17 -0800 (PST) (envelope-from james@ehlo.com) Received: from cr237535-a.bloor1.on.wave.home.com ([24.157.24.3]) by femail1.rdc1.on.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010312234457.TVPA14622.femail1.rdc1.on.home.com@cr237535-a.bloor1.on.wave.home.com>; Mon, 12 Mar 2001 15:44:57 -0800 Received: from james by cr237535-a.bloor1.on.wave.home.com with local (Exim 3.15 #1) id 14cc12-0006eJ-00; Mon, 12 Mar 2001 18:46:16 -0500 Date: Mon, 12 Mar 2001 18:46:16 -0500 From: James FitzGibbon To: KUROSAWA Takahiro , Daniel Eischen Cc: current@freebsd.org Subject: Fixed - pthread altsigstack problem Message-ID: <20010312184616.A25098@ehlo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Both of the patches below fix the problem mentioned in PR bin/25110. The first one fixes it inside of kern_fork.c and would appear to apply the corrective behaviour regardless of whether the process uses libc_r or not. The second patch fixes the problem inside of uthread_fork.c. Whether the first approach imposes an extra cost on non-threaded applications I'm not kernel-experienced enough to say, but hopefully between two of you gents you can decide which is the better fix to apply. As I mentioned in my original post, this is a bug that we are experiencing in 4.3-BETA, so if this could make it into 4.3-RELEASE it would be of great help. One note regarding the second (libc_r) patch: the reference to __sys_sigaltstack needs to be changed to _thread_sys_sigaltstack in order to prevent undefined symbols on 4.x systems. Patch #1 (kernel fix): --- kern_fork.c.orig Sat Mar 10 12:17:40 2001 +++ kern_fork.c Sat Mar 10 12:20:39 2001 @@ -434,7 +434,7 @@ * Preserve some more flags in subprocess. P_PROFIL has already * been preserved. */ - p2->p_flag |= p1->p_flag & P_SUGID; + p2->p_flag |= p1->p_flag & (P_SUGID | P_ALTSTACK); if (p1->p_session->s_ttyvp != NULL && p1->p_flag & P_CONTROLT) p2->p_flag |= P_CONTROLT; if (flags & RFPPWAIT) Patch #2 (libc_r fix): --- uthread_fork.c 2001/01/24 13:03:33 1.21 +++ uthread_fork.c 2001/03/09 17:53:37 @@ -32,6 +32,7 @@ * $FreeBSD: src/lib/libc_r/uthread/uthread_fork.c,v 1.21 2001/01/24 13:03:33 deischen Exp $ */ #include +#include #include #include #include @@ -110,7 +111,16 @@ else if (_pq_init(&_readyq) != 0) { /* Abort this application: */ PANIC("Cannot initialize priority ready queue."); - } else { + } else if ((_thread_sigstack.ss_sp == NULL) && + ((_thread_sigstack.ss_sp = malloc(SIGSTKSZ)) == NULL)) + PANIC("Unable to allocate alternate signal stack"); + else { + /* Install the alternate signal stack: */ + _thread_sigstack.ss_size = SIGSTKSZ; + _thread_sigstack.ss_flags = 0; + if (__sys_sigaltstack(&_thread_sigstack, NULL) != 0) + PANIC("Unable to install alternate signal stack"); + /* * Enter a loop to remove all threads other than * the running thread from the thread list: Thanks for the help guys. -- j. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 15:54:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id A523737B718 for ; Mon, 12 Mar 2001 15:54:52 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2CNq0G76705 for current@freebsd.org; Mon, 12 Mar 2001 17:52:00 -0600 (CST) (envelope-from jlemon) Date: Mon, 12 Mar 2001 17:52:00 -0600 From: Jonathan Lemon To: current@freebsd.org Subject: ** HEADS UP ** Message-ID: <20010312175200.D78851@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I committed a miibus'ified fxp driver to the tree today, and made it the default. If you compile fxp into your kernel statically, you will also need "device miibus" as well, if it isn't there already. If you notice any problems with the driver (things that were working and are not working now), please let me know. If you happend to have a chip that did _NOT_ work but now DOES work, please boot the machine with -v, and send me the line that says "PCI IDs:". If you have a fxp device that still doesn't work, then please get in touch with me (and send the output of the line above). -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 16:30:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 11E3037B718 for ; Mon, 12 Mar 2001 16:30:53 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA04949 for ; Mon, 12 Mar 2001 16:30:55 -0800 Date: Mon, 12 Mar 2001 16:30:52 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: new breakage in mounting root? a devfs issue? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG complete fresh build, etc.... da0: invalid primary partition table: no magic start_init: trying /sbin/init fatal kernel trap: trap entry = 0x4 (unaligned access fault) a0 = 0xc3615fe1a88f382 a1 = 0x29 a2 = 0x1b pc = 0xfffffc0000467578 ra = 0xfffffc00004627c4 curproc = 0xfffffe0009f5dbe0 pid = 1, comm = init Stopped at vfs_object_create+0x38: jsr ra,(pv),vfs_object_create+0x3c db> t vfs_object_create() at vfs_object_create+0x38 getnewvnode() at getnewvnode+0x564 devfs_allocv() at devfs_allocv+0xe0 devfs_root() at devfs_root+0x38 devfs_mount() at devfs_mount+0xf0 vfs_mount() at vfs_mount+0x910 mount() at mount+0xd8 syscall() at syscall+0x3f4 XentSys1() at XentSys1+0x10 Ummm... vfs_object_create(vp, p, p->p_ucred); is there actually a ucred this early in startup? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 16:40:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from acampi.inet.it (acampi.inet.it [213.92.4.194]) by hub.freebsd.org (Postfix) with SMTP id 2E22937B718 for ; Mon, 12 Mar 2001 16:40:06 -0800 (PST) (envelope-from andrea@webcom.it) Received: (qmail 33087 invoked from network); 13 Mar 2001 01:39:13 -0000 Received: from unknown (HELO webcom.it) (212.239.10.243) by acampi.inet.it with SMTP; 13 Mar 2001 01:39:13 -0000 Received: (qmail 8159 invoked by uid 1000); 13 Mar 2001 00:36:38 -0000 Date: Tue, 13 Mar 2001 01:36:38 +0100 From: Andrea Campi To: Matthew Jacob Cc: current@freebsd.org Subject: Re: new breakage in mounting root? a devfs issue? Message-ID: <20010313013638.E1898@webcom.it> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Mon, Mar 12, 2001 at 04:30:52PM -0800 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just today I started using DEVFS again after a long time, and it works perfectly. From the scarce info you provide, our only apparent difference is I don't have SCSI. If it weren't you, I'd ask if you are sure you have the very latest sources, but of course I wonder you have more than enough clue to already have checked that ;-) Seriously, if it's a new breakage, it's not breaking for everybody. On Mon, Mar 12, 2001 at 04:30:52PM -0800, Matthew Jacob wrote: > > complete fresh build, etc.... > > da0: invalid primary partition table: no magic > start_init: trying /sbin/init > > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > a0 = 0xc3615fe1a88f382 > a1 = 0x29 > a2 = 0x1b > pc = 0xfffffc0000467578 > ra = 0xfffffc00004627c4 > curproc = 0xfffffe0009f5dbe0 > pid = 1, comm = init > > Stopped at vfs_object_create+0x38: jsr ra,(pv),vfs_object_create+0x3c > > db> t > vfs_object_create() at vfs_object_create+0x38 > getnewvnode() at getnewvnode+0x564 > devfs_allocv() at devfs_allocv+0xe0 > devfs_root() at devfs_root+0x38 > devfs_mount() at devfs_mount+0xf0 > vfs_mount() at vfs_mount+0x910 > mount() at mount+0xd8 > syscall() at syscall+0x3f4 > XentSys1() at XentSys1+0x10 > > > > > Ummm... > > vfs_object_create(vp, p, p->p_ucred); > > > is there actually a ucred this early in startup? > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 16:43:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 948E937B718 for ; Mon, 12 Mar 2001 16:43:15 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id QAA05033; Mon, 12 Mar 2001 16:43:15 -0800 Date: Mon, 12 Mar 2001 16:43:11 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrea Campi Cc: current@freebsd.org Subject: Re: new breakage in mounting root? a devfs issue? In-Reply-To: <20010313013638.E1898@webcom.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Mar 2001, Andrea Campi wrote: > Just today I started using DEVFS again after a long time, and it works > perfectly. From the scarce info you provide, our only apparent difference > is I don't have SCSI. > > If it weren't you, I'd ask if you are sure you have the very latest > sources, but of course I wonder you have more than enough clue to already > have checked that ;-) > > Seriously, if it's a new breakage, it's not breaking for everybody. Huh... Yeah.. it's top of tree... and it's the first devfs breakage I've had in quite a while. It may not even be that... well, we got some garbage pointer in vfs_object_create... this alpha funnies maybe....guess I'll try and track it down... > > > On Mon, Mar 12, 2001 at 04:30:52PM -0800, Matthew Jacob wrote: > > > > complete fresh build, etc.... > > > > da0: invalid primary partition table: no magic > > start_init: trying /sbin/init > > > > fatal kernel trap: > > > > trap entry = 0x4 (unaligned access fault) > > a0 = 0xc3615fe1a88f382 > > a1 = 0x29 > > a2 = 0x1b > > pc = 0xfffffc0000467578 > > ra = 0xfffffc00004627c4 > > curproc = 0xfffffe0009f5dbe0 > > pid = 1, comm = init > > > > Stopped at vfs_object_create+0x38: jsr ra,(pv),vfs_object_create+0x3c > > > > db> t > > vfs_object_create() at vfs_object_create+0x38 > > getnewvnode() at getnewvnode+0x564 > > devfs_allocv() at devfs_allocv+0xe0 > > devfs_root() at devfs_root+0x38 > > devfs_mount() at devfs_mount+0xf0 > > vfs_mount() at vfs_mount+0x910 > > mount() at mount+0xd8 > > syscall() at syscall+0x3f4 > > XentSys1() at XentSys1+0x10 > > > > > > > > > > Ummm... > > > > vfs_object_create(vp, p, p->p_ucred); > > > > > > is there actually a ucred this early in startup? > > > > > > > > > > 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 Mon Mar 12 16:49:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from salseiros.melim.com.br (salseiros.melim.com.br [200.215.110.23]) by hub.freebsd.org (Postfix) with ESMTP id 0FC2937B718 for ; Mon, 12 Mar 2001 16:49:50 -0800 (PST) (envelope-from ronan@melim.com.br) Received: from fazendinha (fazendinha.melim.com.br [192.168.168.42]) by salseiros.melim.com.br (8.9.3/8.9.3) with SMTP id VAA31135 for ; Mon, 12 Mar 2001 21:42:57 -0300 (EST) (envelope-from ronan@melim.com.br) Message-ID: <03d701c0ab57$8245f0a0$2aa8a8c0@melim.com.br> From: "Ronan Lucio" To: References: <200103121937.f2CJbmY72278@earth.backplane.com> <200103121944.f2CJiif91472@gratis.grondar.za> <200103122103.f2CL3YZ74166@earth.backplane.com> <039001c0ab3a$f0c3f1c0$2aa8a8c0@melim.com.br> <002801c0ab42$ff39e770$0100a8c0@cascade> <03ad01c0ab4b$4a98d200$2aa8a8c0@melim.com.br> <000a01c0ab4b$f9e4eb40$0100a8c0@cascade> Subject: Re: promiscuous mode Date: Mon, 12 Mar 2001 21:49:45 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This server runs only ssh, bind and natd, but I´m certain in my case the problem is with bind and it have cause me a problem, the machine delay a lot to resolve a DNS when it change to promiscous mode, but I don´t why it is change to. Ronan Lucio > Many programs put the ethernet card into permiscuous mode (i.e. tcpdump). > > Tom > > ----- Original Message ----- > From: "Ronan Lucio" > To: "Thomas T. Veldhouse" > Sent: Monday, March 12, 2001 5:22 PM > Subject: Re: promiscuous mode > > > > > Your ethernet card went into promiscuous mode presumably. Did you run > > > tcpdump? > > > > I ran trafshow, but I didn´t see anything weird, I think there was > something > > happend but I didn´t get to see what. > > > > Ronan Lucio > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 17:12:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 530AF37B718 for ; Mon, 12 Mar 2001 17:12:14 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id E7B1E3E1E for ; Mon, 12 Mar 2001 17:12:13 -0800 (PST) To: current@FreeBSD.ORG Subject: Re: sysinstall option for softupdates In-Reply-To: <20010312112823.D21123@dragon.nuxi.com>; from obrien@FreeBSD.ORG on "Mon, 12 Mar 2001 11:28:24 -0800" Date: Mon, 12 Mar 2001 17:12:13 -0800 From: Dima Dorfman Message-Id: <20010313011213.E7B1E3E1E@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote: > > Peter Wemm writes: > > > The version of the patch for -current uses the softdep mount option only. > > > If you remove the mount option, you dont get softupdates. > > > > In this case, it might be better to just turn it on by default and let > > Problem is many still feel it should not be used on / . There's always the 'nosoftdep' mount option. It's also possible to enable it by default on everything except the root filesystem, but that's a [minor] POLA violation. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 17:16:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 01BE337B71A; Mon, 12 Mar 2001 17:16:14 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id C0DBF3E09; Mon, 12 Mar 2001 17:16:13 -0800 (PST) To: current@FreeBSD.ORG Cc: phk@freebsd.org, obrien@freebsd.org Subject: Re: swap-backed md-based /tmp to replace mfs-based one In-Reply-To: <20010312112442.C21123@dragon.nuxi.com>; from TrimYourCc@NUXI.com on "Mon, 12 Mar 2001 11:24:42 -0800" Date: Mon, 12 Mar 2001 17:16:13 -0800 From: Dima Dorfman Message-Id: <20010313011613.C0DBF3E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > As long as someone that is familiar with all the "cool" and more esoteric > uses of `md' was consulted to ensure the framework is sufficiently > capable. If everyone (well, I guess mostly everyone) can agree on a suitable format for this md.conf, I'll write the code. Someone already proposed that mdconfig should be able to parse a config and configure the devices based on that, but it was dropped in favor of a mount_md wrapper some time ago. Again, if someone can come up with a format for md.conf that most people won't object to, I will write the code. I don't care if you want to call it mdon or stick it in mdconfig. Regards Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 17:43:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 5C16637B718 for ; Mon, 12 Mar 2001 17:43:56 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2D1hsd33054; Mon, 12 Mar 2001 17:43:54 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Mar 2001 17:43:53 -0800 From: "David O'Brien" To: Dima Dorfman Cc: current@FreeBSD.ORG Subject: Re: sysinstall option for softupdates Message-ID: <20010312174353.A33031@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010312112823.D21123@dragon.nuxi.com> <20010313011213.E7B1E3E1E@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313011213.E7B1E3E1E@bazooka.unixfreak.org>; from dima@unixfreak.org on Mon, Mar 12, 2001 at 05:12:13PM -0800 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 X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 05:12:13PM -0800, Dima Dorfman wrote: > There's always the 'nosoftdep' mount option. It's also possible to > enable it by default on everything except the root filesystem, but > that's a [minor] POLA violation. I fail to see what is wrong with defaulting to `off'. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 17:50:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 6B7E837B71C; Mon, 12 Mar 2001 17:50:38 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 2556B3E23; Mon, 12 Mar 2001 17:50:38 -0800 (PST) To: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: sysinstall option for softupdates In-Reply-To: <20010312174353.A33031@dragon.nuxi.com>; from obrien@FreeBSD.ORG on "Mon, 12 Mar 2001 17:43:53 -0800" Date: Mon, 12 Mar 2001 17:50:37 -0800 From: Dima Dorfman Message-Id: <20010313015038.2556B3E23@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Mon, Mar 12, 2001 at 05:12:13PM -0800, Dima Dorfman wrote: > > There's always the 'nosoftdep' mount option. It's also possible to > > enable it by default on everything except the root filesystem, but > > that's a [minor] POLA violation. > > I fail to see what is wrong with defaulting to `off'. Right now, nothing. What mckusick was saying was that he didn't want to have a "field day" where everyone would have to put "softdep" for their filesystems in /etc/fstab. Yes, this isn't happening now since ps's patches are backwards-compatible, but unless you always want to keep that backwards-compatibility (which isn't bad, IMO), everyone will eventually have to do it. I've no opinion either way; I'm simply restating what I saw mckusick agree to. Regards Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 18: 5:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id C704B37B71A for ; Mon, 12 Mar 2001 18:05:45 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id VAA36785; Mon, 12 Mar 2001 21:05:15 -0500 (EST) Date: Mon, 12 Mar 2001 21:05:15 -0500 (EST) From: "Matthew N. Dodd" To: Mark Murray Cc: Matt Dillon , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance In-Reply-To: <200103122144.f2CLi3f92042@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Mark Murray wrote: > Lots of security minded people what _all_ the interrupt entropy > they can get, and this method gives them that while allowing others > to throttle the harvester back. Lots of -CURRENT users want to be able to use their systems to write code without tripping over /dev/random and friends. I hear lots of people objecting to this code and alot of handwaving in response. Choose reasonable defaults already. The -CURRENT cvs tree isn't the proper venue for doing crypto research. Thanks. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 19: 8:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 7958137B718 for ; Mon, 12 Mar 2001 19:08:25 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f2D3AKC11751; Tue, 13 Mar 2001 03:10:20 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2D3BFB10353; Tue, 13 Mar 2001 03:11:15 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: ntakpe@ti.com, current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: cp MAKEDEV /dev - on a system with devfs In-Reply-To: Message from Poul-Henning Kamp of "Mon, 12 Mar 2001 17:42:21 +0100." <53555.984415341@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 03:11:14 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <3AACFB55.64FA7FAB@ti.com>, Jean Louis Ntakpe writes: > >Hi, > > > >In /usr/src/etc/Makefile: > > > >"make distribution" is still trying to copy MAKEDEV to /dev > >on a system with devfs mounted to /dev. > >Since devfs is default, is this behaviour correct or my > >/etc/make.conf is missing something ? > > I think that MAKEDEV should be moved away from /dev. > > Ideally it belongs somewhere rather obscure, but /etc/MAKEDEV > is ok with me. /sbin would be better. I thought only sysv kept non-startup executables in /etc. > -- > 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. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 19:11:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id E7F0537B718 for ; Mon, 12 Mar 2001 19:11:09 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id TAA05903; Mon, 12 Mar 2001 19:10:52 -0800 Date: Mon, 12 Mar 2001 19:10:49 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Matthew N. Dodd" Cc: Mark Murray , Matt Dillon , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I mostly agree with this, but let's also remember that this is -CURRENT too and that Kris && Mark && others have been pretty good about feeling sorry for you when you get hung up... ahem- responding to and fixing issues.... :-) On Mon, 12 Mar 2001, Matthew N. Dodd wrote: > On Mon, 12 Mar 2001, Mark Murray wrote: > > Lots of security minded people what _all_ the interrupt entropy > > they can get, and this method gives them that while allowing others > > to throttle the harvester back. > > Lots of -CURRENT users want to be able to use their systems to write code > without tripping over /dev/random and friends. > > I hear lots of people objecting to this code and alot of handwaving in > response. > > Choose reasonable defaults already. > > The -CURRENT cvs tree isn't the proper venue for doing crypto research. > > Thanks. > > -- > | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | > | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | > | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | > > > 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 Mon Mar 12 19:55: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 6C0C937B719 for ; Mon, 12 Mar 2001 19:55:01 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [192.168.2.4]) by bazooka.unixfreak.org (Postfix) with ESMTP id 356323E09; Mon, 12 Mar 2001 19:55:01 -0800 (PST) To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: Fix for OpenSSL -j build In-Reply-To: <20010312042751.A86103@mollari.cthul.hu>; from kris@obsecurity.org on "Mon, 12 Mar 2001 04:27:51 -0800" Date: Mon, 12 Mar 2001 19:55:01 -0800 From: Dima Dorfman Message-Id: <20010313035501.356323E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway writes: > Can everyone please test this patch against OpenSSL, which should fix > the problems observed with -j builds as well as cleaning out the > temporary ASM files. I can confirm that this fixes -j-enabled builds on a -current host a few days old. Thanks! Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 20:11:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 827BD37B718 for ; Mon, 12 Mar 2001 20:11:49 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C84466B6C; Mon, 12 Mar 2001 20:11:49 -0800 (PST) Date: Mon, 12 Mar 2001 20:11:49 -0800 From: Kris Kennaway To: Dima Dorfman Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: Fix for OpenSSL -j build Message-ID: <20010312201149.C3586@mollari.cthul.hu> References: <20010312042751.A86103@mollari.cthul.hu> <20010313035501.356323E09@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313035501.356323E09@bazooka.unixfreak.org>; from dima@unixfreak.org on Mon, Mar 12, 2001 at 07:55:01PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 07:55:01PM -0800, Dima Dorfman wrote: > Kris Kennaway writes: > > Can everyone please test this patch against OpenSSL, which should fix > > the problems observed with -j builds as well as cleaning out the > > temporary ASM files. >=20 > I can confirm that this fixes -j-enabled builds on a -current host a > few days old. Thanks! Great, thanks for testing! I'll commit this later. Kris --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rZ4EWry0BWjoQKURAgN5AKCcFvduipLMOUh1z1WlxAX8bhg3lQCZAYB7 VBOmlQ6UsXiA8aQKUeTXFeA= =rYSd -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 21:58:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from ints.ru (ints.ru [195.9.37.1]) by hub.freebsd.org (Postfix) with ESMTP id 3C6B037B719 for ; Mon, 12 Mar 2001 21:58:47 -0800 (PST) (envelope-from ilmar@ints.ru) Received: from ws-ilmar.ints.ru (ws-ilmar.ints.ru [195.9.37.16]) by ints.ru (8.11.0/8.11.0) with ESMTP id f2D5wet25561 for ; Tue, 13 Mar 2001 08:58:40 +0300 (MSK) Date: Tue, 13 Mar 2001 08:58:30 +0300 (MSK) From: "Ilmar S. Habibulin" To: freebsd-current@freebsd.org Subject: double panic in kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have 100% reproducable trap 12 panic in kernel. I thouhgt it appeared somewhere after 5th of february, but i was wrong. The problem is that when i try to compile something with "make -j 2" - it panics and i can't backtrace the first fault point. :( If i simply use make, i have a chanse to build and install this something. So what am i doing wrong? How can i solve this problem? Any help? Here is dmesg, config and gdb -k output: dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #7: Mon Mar 12 16:49:57 MSK 2001 root@ws-ilmar:/usr/src/sys/compile/WS_ILMAR3 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 167046521 Hz CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 41943040 (40960K bytes) avail memory = 37654528 (36772K bytes) Preloaded elf kernel "kernel" at 0xc032d000. Preloaded elf module "fire_saver.ko" at 0xc032d09c. Intel Pentium detected, installing workaround for F00F bug Random initialise Random initialise finish Using $PIR table, 7 entries at 0xc00f0a90 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 1.2 (no driver attached) pci0: at 1.3 (no driver attached) pci0: at 12.0 (no driver attached) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ed0 at port 0x340-0x35f iomem 0xd8000 irq 5 on isa0 ed0: address 00:50:4d:00:53:32, type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 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 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources Generator gate Generator gate finish Generator gate Generator gate finish Generator gate Generator gate finish Generator gate Generator gate finish OWNERSHIP Giant == 1 sched_lock == 0 ad0: 2014MB [4092/16/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0a WARNING: / was not properly dismounted config: machine i386 cpu I586_CPU ident WS_ILMAR2 maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options FFS_EXTATTR #Extended attributes support #options UFS_ACL #UFS ACL Support #options MAC options SOFTUPDATES #Enable FFS soft updates support options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa device pci device fdc device ata device atadisk # ATA disk drives device atkbdc 1 device atkbd device vga device splash device sc 1 device npx # Power management support (see NOTES for more options) #device apm device sio device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # in order ed0 to load device card device pcic device ed device random # Entropy device #options NOBLOCKRANDOM # avoid any blocking on device random device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif 4 # IPv6 and IPv4 tunneling #device faith 1 # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter options DDB options INVARIANTS options INVARIANT_SUPPORT options DEBUG options DEBUG_VFS_LOCKS options CLUSTERDEBUG options LOCKF_DEBUG options SIMPLELOCK_DEBUG #options VFS_BIO_DEBUG gdb -k output: GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3457024 initial pcb at 2b05c0 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xc451e724 frame pointer = 0x10:0xc451e7b4 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 = 9698 (sh) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc023e770 stack pointer = 0x10:0xc451e590 frame pointer = 0x10:0xc451e594 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 = 9698 (sh) panic: from debugger kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc023e770 stack pointer = 0x10:0xc451e590 frame pointer = 0x10:0xc451e594 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 9698 (sh) panic: from debugger Uptime: 11m6s dumping to dev #ad/1, offset 86016 dump ata0: resetting devices .. done 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:476 #1 0xc0157ea3 in boot (howto=260) at ../../kern/kern_shutdown.c:319 #2 0xc015826d in panic (fmt=0xc025cc94 "from debugger") at ../../kern/kern_shutdown.c:569 #3 0xc011ccf5 in db_panic (addr=0, have_addr=0, count=1, modif=0xc451e594 "") at ../../ddb/db_command.c:433 #4 0xc011cc95 in db_command (last_cmdp=0xc02861e0, cmd_table=0xc0286040, aux_cmd_tablep=0xc02a0338) at ../../ddb/db_command.c:333 #5 0xc011cd5a in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc011ef23 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc023e67e in kdb_trap (type=12, code=0, regs=0xc451e6e4) at ../../i386/i386/db_interface.c:164 #8 0xc024bb90 in trap_fatal (frame=0xc451e6e4, eva=0) at ../../i386/i386/trap.c:988 #9 0xc024b905 in trap_pfault (frame=0xc451e6e4, usermode=0, eva=0) at ../../i386/i386/trap.c:907 #10 0xc024b0a3 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1001717792, tf_esi = -1010546112, tf_ebp = -1001265228, tf_isp = -1001265392, tf_ebx = -1001718080, tf_edx = -1001271296, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66198, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:454 #11 0x0 in ?? () (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 21:59:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 26BB037B719 for ; Mon, 12 Mar 2001 21:59:23 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f2D5wnf94700; Tue, 13 Mar 2001 07:58:53 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200103130558.f2D5wnf94700@gratis.grondar.za> To: Matt Dillon Cc: "David Schwartz" , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <200103122231.f2CMVaL75959@earth.backplane.com> In-Reply-To: <200103122231.f2CMVaL75959@earth.backplane.com> ; from Matt Dillon "Mon, 12 Mar 2001 14:31:36 PST." Date: Tue, 13 Mar 2001 07:59:43 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Let me be clear about what I mean by interrupt rate limiting: > > interrupt() > { > harvester(...) > } It does that already. > harvester(...) > { > if (queue is not full) { > ... add data to queue (reasonably sized queue, like 32 entries) > } > } It does that. I guess we differ on the idea of "reasonable". > queue-runner(...) > { > for(;;) { > sleep for 1/10 second > > Pull next item (if any) off queue > } > } It almost does that, except it sleeps every N items where the user is given control of N. > That is what my patch does. If a high rate of interrupts occur, the > queue becomes full almost instantly because the queue-runner only > pulls one item off per 1/10 second. The result is that the > harvester() routine effectively becomes a NOP for most of the > interrupts. My code does that. Do a "cat /dev/zero > /dev/random" to see it in action. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 22:59:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 9641B37B718 for ; Mon, 12 Mar 2001 22:59:55 -0800 (PST) (envelope-from rmtodd@ichotolot.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id 7D03355409; Tue, 13 Mar 2001 01:59:54 -0500 (EST) Received: from ichotolot.servalan.com([127.0.0.1]) (2917 bytes) by servalan.servalan.com via sendmail with P:esmtp/R:smart_host/T:hacked-uux (sender: ) id for ; Tue, 13 Mar 2001 00:39:51 -0600 (CST) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: To: current@freebsd.org Subject: Tracking down problem with booting large kernels (bug in locore.s) Date: Tue, 13 Mar 2001 00:39:50 -0600 From: Richard Todd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On my system (dual PII/400 running -current), I've noticed for some time that if I build a kernel with too many device drivers in it (where "too many" seems to correspond to text size >3M for the resulting kernel), the system reboots itself immediately upon booting with the new kernel. Other people have noticed this before (see the thread "Recent kernels won't boot" in the mailing list archives at http://www.freebsd.org/mail/archive/2000/freebsd-current/20001015.freebsd-current.html ). However, no fix for or cause of the problem was ever identified, and the problem still exists in -current cvsuped as of today. I spent some time tonight seeing if I could localize the exact place of the crash, and had some luck finding where it's crashing. The problem is annoyingly hard to track down, as even booting with DDB and boot -d wouldn't catch the bug; the kernel reboots before DDB starts. I had to resort to sticking "hlt" instructions (or calls to cpu_halt()) in various places and seeing if I could get the kernel to hang (telling me that the kernel had gotten as far as where I stuck the halt.) I narrowed the crash down to this area of locore.s (note the arrows). ----------------------------------- /* Now enable paging */ movl R(IdlePTD), %eax movl %eax,%cr3 /* load ptd addr into mmu */ movl %cr0,%eax /* get control word */ orl $CR0_PE|CR0_PG,%eax /* enable paging */ movl %eax,%cr0 /* and let's page NOW! */ #ifdef BDE_DEBUGGER /* * Complete the adjustments for paging so that we can keep tracing through * initi386() after the low (physical) addresses for the gdt and idt become * invalid. */ call bdb_commit_paging #endif <---- No crashes as of here pushl $begin /* jump to high virtualized address */ ret /* now running relocated at KERNBASE where the system is linked to run */ begin: <==== crashes before it gets here!!! /* set up bootstrap stack */ movl proc0paddr,%eax /* location of in-kernel pages */ ---------------------------------------------------------- The pushl and ret is where the boot code is jumping to "begin:" at its proper virtual address after the page tables are setup. I'm guessing that create_pagetables is somehow losing and creating bogus page tables such that the jump to the kernel virtual address space goes into deep space somewhere, but frankly the details of page tables on the i386 are beyond my expertise. So I'm posting this in hopes that someone on here *does* know enough to figure out what's going wrong when the kernel size is sufficiently large. Any takers? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Mar 12 23:51:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 991C637B71A for ; Mon, 12 Mar 2001 23:51:43 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2D7pZ247718 for ; Tue, 13 Mar 2001 16:51:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20010311151109.A69412@mollari.cthul.hu> References: <20010312.062914.92581299.ume@mahoroba.org> <20010312.062914.92581299.ume@mahoroba.org> <20010311151109.A69412@mollari.cthul.hu> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 106 From: Makoto MATSUSHITA To: current@FreeBSD.ORG Subject: Re: swap-backed md-based /tmp to replace mfs-based one Date: Tue, 13 Mar 2001 16:51:18 +0900 Message-Id: <20010313165118S.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG kris> We really need to provide a better rc.conf hook for doing this -- kris> expecting people to write their own script just to create a /tmp kris> is lame. Here is just an example script (CAUTION: not well-tested) to create a filesystem/swap with mdconfig(8). This script support not only '/tmp by mdconfig(8)', but also replaces 'swapfile' variable of rc.conf with more generic way. Sorry no diffs for rc.conf(5) nor any comments of this script, but seeing is believing:) -- - Makoto `MAR' MATSUSHITA #!/bin/sh # # mdconfig(8) knob for /etc/rc # # Example: # mdconfig_filesystems='tmp swap' # # mdconfig_tmp_type='swap' # mdconfig_tmp_size='32M' # mdconfig_tmp_newfs_enable='YES' # mdconfig_tmp_newfs_flags='' # mdconfig_tmp_tunefs_enable='YES' # mdconfig_tmp_tunefs_flags='-n enable' # mdconfig_tmp_dir='/tmp' # mdconfig_tmp_mode='1777' # mdconfig_tmp_owner='root:wheel' # # mdconfig_swap_type="vnode" # mdconfig_swap_file="/swapfile" # mdconfig_swap_dir="swap" # # Note: # - No support of 'mdconfig -u unit'. # - No error checking of mdconfig(8). # for mdfs in ${mdconfig_filesystems}; do eval _type=\$mdconfig_${mdfs}_type eval _size=\$mdconfig_${mdfs}_size eval _file=\$mdconfig_${mdfs}_file eval _flags=\$mdconfig_${mdfs}_flags eval _newfs_enable=\$mdconfig_${mdfs}_newfs_enable eval _newfs_flags=\$mdconfig_${mdfs}_newfs_flags eval _tunefs_enable=\$mdconfig_${mdfs}_tunefs_enable eval _tunefs_flags=\$mdconfig_${mdfs}_tunefs_flags eval _dir=\$mdconfig_${mdfs}_dir eval _mode=\$mdconfig_${mdfs}_mode eval _owner=\$mdconfig_${mdfs}_owner case ${_type} in [Ss][Ww][Aa][Pp]) _args="-t swap -s ${_size}" ;; [Vv][Nn][Oo][Dd][Ee]) _args="-t vnode -f ${_file}" ;; [Mm][Aa][Ll][Ll][Oo][Cc]) _args="-t malloc -s ${size}" ;; esac _mddev=`mdconfig -a ${_args} ${_flags}` case ${_newfs_enable} in [Yy][Ee][Ss]) disklabel -r -w ${_mddev} auto newfs ${_newfs_flags} /dev/${_mddev}c >/dev/null 2>&1 ;; *) ;; esac case ${_tunefs_enable} in [Yy][Ee][Ss]) tunefs ${_tunefs_flags} /dev/${_mddev}c >/dev/null 2>&1 ;; *) ;; esac case ${_dir} in [Ss][Ww][Aa][Pp]) swapon /dev/${_mddev} ;; *) if [ ! -d ${_dir} ]; then mkdir -p ${_dir} fi mount /dev/${_mddev}c ${_dir} if [ -n "${_mode}" ]; then chmod ${_mode} ${_dir} fi if [ -n "${_owner}" ]; then chown ${_owner} ${_dir} fi ;; esac done To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 2:19:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from hermes.dialup.ru (hermes.dialup.ru [194.87.16.230]) by hub.freebsd.org (Postfix) with ESMTP id 3494937B71A for ; Tue, 13 Mar 2001 02:19:53 -0800 (PST) (envelope-from ache@hermes.dialup.ru) Received: (from ache@localhost) by hermes.dialup.ru (8.11.3/8.11.3) id f2DAJkU00985; Tue, 13 Mar 2001 13:19:46 +0300 (MSK) (envelope-from ache) Date: Tue, 13 Mar 2001 13:19:44 +0300 From: "Andrey A. Chernov" To: tcsh-bugs@mx.gw.com Cc: current@freebsd.org Subject: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010313131944.A961@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG echo;echo;echo; must output 3 new lines but currently not due to obvious bug: --- sh.func.c.bak Fri Dec 1 01:18:27 2000 +++ sh.func.c Tue Mar 13 13:04:54 2001 @@ -1147,7 +1147,7 @@ #endif /* BSDSIGS */ v++; if (*v == 0) - return; + goto done; gflag = 0, tglob(v); if (gflag) { v = globall(v); -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 2:26:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D296F37B71B for ; Tue, 13 Mar 2001 02:26:49 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2DAQmV37950 for current@FreeBSD.ORG; Tue, 13 Mar 2001 13:26:48 +0300 (MSK) (envelope-from ache) Date: Tue, 13 Mar 2001 13:26:47 +0300 From: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Maintainer? (was Re: tcsh 6.10.00 echo;echo;echo; bug with fix) Message-ID: <20010313132647.A37917@nagual.pp.ru> References: <20010313131944.A961@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313131944.A961@nagual.pp.ru>; from ache@nagual.pp.ru on Tue, Mar 13, 2001 at 01:19:44PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Who is our tcsh maintainer now? On Tue, Mar 13, 2001 at 13:19:44 +0300, Andrey A. Chernov wrote: > echo;echo;echo; must output 3 new lines but currently not due to obvious > bug: > > --- sh.func.c.bak Fri Dec 1 01:18:27 2000 > +++ sh.func.c Tue Mar 13 13:04:54 2001 > @@ -1147,7 +1147,7 @@ > #endif /* BSDSIGS */ > v++; > if (*v == 0) > - return; > + goto done; > gflag = 0, tglob(v); > if (gflag) { > v = globall(v); > -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 2:41:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 419CC37B71D for ; Tue, 13 Mar 2001 02:41:14 -0800 (PST) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.11.3/8.11.3) with ESMTP id f2DAfQ397755; Tue, 13 Mar 2001 11:41:30 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <200103131041.f2DAfQ397755@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: Maintainer? (was Re: tcsh 6.10.00 echo;echo;echo; bug with fix) In-Reply-To: Your message of "Tue, 13 Mar 2001 13:26:47 +0300." <20010313132647.A37917@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 11:41:26 +0100 From: Johan Karlsson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 13 Mar 2001 13:26:47 +0300, "Andrey A. Chernov" wrote: > Who is our tcsh maintainer now? Don't know but tcsh is contibified and from /usr/src/contrib/tcsh/README 12) PLEASE send any bug reports (and fixes), code for new features, comments, questions, etc. (even flames) to: The tcsh mailing list tcsh@mx.gw.com /K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 3:13:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3B01837B725 for ; Tue, 13 Mar 2001 03:13:21 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2DAk4S38197; Tue, 13 Mar 2001 13:46:04 +0300 (MSK) (envelope-from ache) Date: Tue, 13 Mar 2001 13:46:04 +0300 From: "Andrey A. Chernov" To: Johan Karlsson Cc: current@FreeBSD.ORG Subject: Re: Maintainer? (was Re: tcsh 6.10.00 echo;echo;echo; bug with fix) Message-ID: <20010313134604.A38101@nagual.pp.ru> References: <20010313132647.A37917@nagual.pp.ru> <200103131041.f2DAfQ397755@numeri.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103131041.f2DAfQ397755@numeri.campus.luth.se>; from k@numeri.campus.luth.se on Tue, Mar 13, 2001 at 11:41:26AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 11:41:26 +0100, Johan Karlsson wrote: > At Tue, 13 Mar 2001 13:26:47 +0300, "Andrey A. Chernov" wrote: > > Who is our tcsh maintainer now? > > Don't know but tcsh is contibified and from > /usr/src/contrib/tcsh/README > > 12) PLEASE send any bug reports (and fixes), code for new features, > comments, questions, etc. (even flames) to: > > The tcsh mailing list > tcsh@mx.gw.com Already done to tcsh-bugs@mx.gw.com, see To: in original post. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 3:30:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from shrewd.lan.knigma.org (shrewd.demon.co.uk [212.229.151.45]) by hub.freebsd.org (Postfix) with ESMTP id 70C6837B71C for ; Tue, 13 Mar 2001 03:30:22 -0800 (PST) (envelope-from markk@knigma.org) Received: from lap.knigma.org (localhost.lan.knigma.org [127.0.0.1]) by shrewd.lan.knigma.org (8.11.2/8.11.2) with ESMTP id f2DBUIV47576 for ; Tue, 13 Mar 2001 11:30:18 GMT (envelope-from markk@knigma.org) Message-ID: Date: Tue, 13 Mar 2001 11:30:10 +0000 To: freebsd-current@freebsd.org From: Mark Knight Subject: Panic during makeworld for at least a week of kernels MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.01 U Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Every time I try to buildworld on my -CURRENT box, having upgraded from an early February kernel last week, the machine panics. I've updated my kernel and world several times, but the problem persists with this kernel from last night. The 'current process' is always 'cpp0', and it always seems to originate from down in the 'ffs_read' area. atal trap 12: page fault while in kernel mode fault virtual address = 0xe fault code = supervisor write, page not present instruction pointer = 0x8:0xc3f265a0 stack pointer = 0x10:0xc3f80bc4 frame pointer = 0x10:0xc3f80c54 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 = 39400 (cpp0) panic: from debugger Uptime: 6h26m11s dumping to dev #ad/9, offset 134401 dump ata1: resetting devices .. done 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc01731eb in boot (howto=260) at ../../kern/kern_shutdown.c:321 #2 0xc01735b5 in panic (fmt=0xc0277714 "from debugger") at ../../kern/kern_shutdown.c:571 #3 0xc011eea5 in db_panic (addr=-1007524448, have_addr=0, count=-1, modif=0xc3f80a30 "") at ../../ddb/db_command.c:433 #4 0xc011ee45 in db_command (last_cmdp=0xc02a7ac0, cmd_table=0xc02a7920, aux_cmd_tablep=0xc02c9540) at ../../ddb/db_command.c:333 #5 0xc011ef0a in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc01210d3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc0254ee2 in kdb_trap (type=12, code=0, regs=0xc3f80b84) at ../../i386/i386/db_interface.c:164 #8 0xc0261bc4 in trap_fatal (frame=0xc3f80b84, eva=14) at ../../i386/i386/trap.c:982 #9 0xc0261939 in trap_pfault (frame=0xc3f80b84, usermode=0, eva=14) at ../../i386/i386/trap.c:901 #10 0xc02611e7 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1008835840, tf_esi = 4, tf_ebp = -1007154092, tf_isp = -1007154256, tf_ebx = -1007200736, tf_edx = -1007161344, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 2, tf_eip = -1007524448, tf_cs = 8, tf_eflags = 66198, tf_esp = -1007524448, tf_ss = 0}) at ../../i386/i386/trap.c:448 #11 0xc3f265a0 in ?? () #12 0xc0261849 in trap_pfault (frame=0xc3f80cc8, usermode=0, eva=134832184) at ../../i386/i386/trap.c:876 #13 0xc02611e7 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 134832128, tf_esi = -1050087424, tf_ebp = -1007153724, tf_isp = -1007153932, tf_ebx = 8116, tf_edx = 0, tf_ecx = 1792, tf_eax = 706742868, tf_trapno = 12, tf_err = 2, tf_eip = -1071252148, tf_cs = 8, tf_eflags = 66183, tf_esp = -60801, tf_ss = -65536}) at ../../i386/i386/trap.c:448 #14 0xc025fd4c in fastmove_loop () #15 0xc025fb88 in i586_copyout () #16 0xc022a50f in ffs_read (ap=0xc3f80e84) at ../../ufs/ufs/ufs_readwrite.c:314 #17 0xc01b3748 in vn_read (fp=0xc0923e40, uio=0xc3f80ef4, cred=0xc088e600, flags=0, p=0xc3f75620) at vnode_if.h:279 #18 0xc01885b0 in dofileread (p=0xc3f75620, fp=0xc0923e40, fd=4, buf=0x8096000, nbyte=8116, offset=-1, flags=0) at ../../sys/file.h:145 #19 0xc0188476 in read (p=0xc3f75620, uap=0xc3f80f80) at ../../kern/sys_generic.c:119 #20 0xc026224d in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134832128, tf_esi = 8116, tf_ebp = -1077941392, tf_isp = -1007153196, tf_ebx = 8116, tf_edx = 39, tf_ecx = 2, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 134576448, tf_cs = 31, tf_eflags = 659, tf_esp = -1077941436, tf_ss = 47}) at ../../i386/i386/trap.c:1184 #21 0xc02557ed in syscall_with_err_pushed () #22 0x804e0ec in ?? () #23 0x804d973 in ?? () #24 0x804cb2c in ?? () #25 0x804afcb in ?? () #26 0x804e224 in ?? () #27 0x804d973 in ?? () #28 0x804cb2c in ?? () #29 0x804afcb in ?? () #30 0x804e224 in ?? () #31 0x804d973 in ?? () #32 0x804cb2c in ?? () #33 0x804afcb in ?? () #34 0x804a64f in ?? () #35 0x8048135 in ?? () dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Mar 12 21:40:34 GMT 2001 root@wibble.lan.knigma.org:/u/src/sys/compile/WIBBLE Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 89814703 Hz CPU: Pentium/P54C (89.81-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 29425664 (28736K bytes) Preloaded elf kernel "kernel" at 0xc034f000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 8.0 (no driver attached) ifpi0: port 0xff80-0xff9f mem 0xfffbec00-0xfffbec1f irq 9 at device 17.0 on pci0 ifpi0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) ifpi0: passive stack unit 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ed0 at port 0x280-0x29f iomem 0xd8000-0xdbfff irq 5 on isa0 ed0: address 00:00:c0:be:37:99, type SMC8216/SMC8216C (16 bit) unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources i4brbch: 4 raw B channel access device(s) attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4bctl: ISDN system control port attached i4btrc: 4 ISDN trace device(s) attached i4b: ISDN call control device attached i4btel: 2 ISDN telephony interface device(s) attached i4b-L1 ifpi_isac_exir_hdlr: EXIRQ Rx Frame Overflow ad0: 1039MB [2112/16/63] at ata0-master BIOSPIO ad1: 1039MB [2112/16/63] at ata1-master BIOSPIO ad2: 8809MB [17898/16/63] at ata1-slave BIOSPIO acd0: CDROM at ata0-slave BIOSPIO Mounting root from ufs:/dev/ad0a config: machine i386 #cpu I386_CPU #cpu I486_CPU cpu I586_CPU #cpu I686_CPU ident WIBBLE maxusers 32 #To statically compile in device wiring instead of /boot/device.hints hints "WIBBLE.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options DDB #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=3000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console #options USERCONFIG #boot -c editor #options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O device isa #device eisa device pci #options COMPAT_OLDISA # compatability shims for lnc, le #options COMPAT_OLDPCI # compatability shims for lnc # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives #options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device isp # Qlogic family #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device adv # Advansys scsi adapters #device adw # Advansys wide scsi adapters #device aha 1 # Adaptec 154x scsi adapters #device aic # Adaptec 15[012]x scsi adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster scsi adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device dpt # DPT Smartcache III, IV - See NOTES for options! #device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals #device scbus # SCSI bus (required) #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) # RAID controllers #device aac # Adaptec FSA RAID #device amr # AMI MegaRAID #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # PCCARD (PCMCIA) support #device card # pccard bus #device pcic # pcmcia bridge # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. #device cs # Crystal Semiconductor CS89x0 NIC device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of ethernet chips #device xe # Xircom pccard ethernet # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie #device le #device lnc # Wireless NIC cards #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/IEEE 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support #device sl # Kernel SLIP #device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif 4 # IPv6 and IPv4 tunneling #device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet # ISDN stuff #options "AVM_A1_PCI" device ifpi #device isic device "i4bq921" # i4b layer 2 device "i4bq931" # i4b layer 3 device "i4b" # i4b layer 4 device "i4btrc" 4 # Passive card ISDN tracing device "i4bctl" # Main userland i4b controller device "i4brbch" 4 # Userland raw B channel access device "i4btel" 2 # userland telephony driver device "i4bipr" 4 # IP over raw HDLC ISDN options IPR_VJ # VJ for ipr Cheers, -- Mark A. R. Knight Tel: +44 7973 410732 http://www.knigma.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 4:41:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 46D5937B726 for ; Tue, 13 Mar 2001 04:41:06 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2DCf3S78657 for ; Tue, 13 Mar 2001 13:41:03 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 13 Mar 2001 13:41:47 +0100 (CET) From: Martin Blapp To: current@freebsd.org Subject: Proposal to mergemaster Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, After 100erts of mergemaster sessions, I'm looking for a way to improve mergemaster. 1st thing, mergemaster displays per default all in changed files. That's ok for the first time, but if you maintain many hosts, this is annoying a lot. There should be an options to display all changed files anyway, so you can watch what has changed. (but off by default) So I have ideas to improve merge-master: 1. Add md5 checksum to the the file-header: ------------------------------------------- Add an md5 checksum in the header of the File, maybe in $FreeBSD$ when the file get's comitted. (The $FreeBSD$ line should be sed'd/grepp'd out to md5 the raw file without checksum.) grep -v "$FreeBSD:" defaults/rc.conf | md5 Example: # $FreeBSD: src/etc/defaults/rc.conf,v 1.53.2.15 2001/01/28 20:57:35 jdp Exp md5="1fff7b9d6f6daa0ea9635873bfd0b7cd" $ Then mergemaster can do a md5 over the config file and look if the file has changed. If so, you get asked to merge or install a newer version. If the md5 checksum is the same, the config file get's updated without asking the user. 2. Have a special database with md5 checksums --------------------------------------------- The advantage here is that we can use this for binarys also, and this allows us to have binary updates for, let's say, security fixes. For old unsupported releases that's a very good thing. The database stores all md5 checksums for every version of a configfile we had (for this branch so it dosn't get to big ?) The database could also be very useful for later usage in the ports- tree (handle make update) Other ideas are welcome Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 4:52:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from hrothgar.gw.com (hrothgar.gw.com [204.80.150.3]) by hub.freebsd.org (Postfix) with ESMTP id 5E87737B718 for ; Tue, 13 Mar 2001 04:52:51 -0800 (PST) (envelope-from christos@zoulas.com) Received: by hrothgar.gw.com (Postfix, from userid 10080) id 704743330; Tue, 13 Mar 2001 07:52:49 -0500 (EST) From: christos@zoulas.com (Christos Zoulas) Date: Tue, 13 Mar 2001 07:52:49 -0500 In-Reply-To: <20010313131944.A961@nagual.pp.ru> from "Andrey A. Chernov" (Mar 13, 1:19pm) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: "Andrey A. Chernov" , tcsh-bugs@mx.gw.com Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Cc: current@freebsd.org Message-Id: <20010313125249.704743330@hrothgar.gw.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 13, 1:19pm, ache@nagual.pp.ru ("Andrey A. Chernov") wrote: -- Subject: tcsh 6.10.00 echo;echo;echo; bug with fix Thanks so much! I wonder how come this bug remained unnoticed for such a long time! christos | echo;echo;echo; must output 3 new lines but currently not due to obvious | bug: | | --- sh.func.c.bak Fri Dec 1 01:18:27 2000 | +++ sh.func.c Tue Mar 13 13:04:54 2001 | @@ -1147,7 +1147,7 @@ | #endif /* BSDSIGS */ | v++; | if (*v == 0) | - return; | + goto done; | gflag = 0, tglob(v); | if (gflag) { | v = globall(v); | | -- | Andrey A. Chernov | http://ache.pp.ru/ -- End of excerpt from "Andrey A. Chernov" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 5:30:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id E0CB237B723 for ; Tue, 13 Mar 2001 05:30:38 -0800 (PST) (envelope-from daemon@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 14cosn-00035x-00; Tue, 13 Mar 2001 14:30:37 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.3/8.11.1) id f2DD6Tk49305 for freebsd-current@freebsd.org; Tue, 13 Mar 2001 14:06:29 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: new breakage in mounting root? a devfs issue? Date: Tue, 13 Mar 2001 13:06:29 +0000 (UTC) Message-ID: <98l60l$1fdp$1@kemoauc.mips.inka.de> References: <20010313013638.E1898@webcom.it> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrea Campi wrote: > Seriously, if it's a new breakage, it's not breaking for everybody. As I already reported to -alpha, it's breaking for me (sources as of ~March 10) with a custom kernel. Doesn't happen with GENERIC. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 5:45: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailer.tydfam.machida.tokyo.jp (ns.tydfam.machida.tokyo.jp [210.161.209.130]) by hub.freebsd.org (Postfix) with ESMTP id 0EF6137B72E for ; Tue, 13 Mar 2001 05:44:59 -0800 (PST) (envelope-from ken@tydfam.machida.tokyo.jp) Received: from localhost (natto.tydfam.machida.tokyo.jp [210.161.209.131]) by mailer.tydfam.machida.tokyo.jp (8.11.1/3.7W10/03/98) with ESMTP id f2DDiXV07364; Tue, 13 Mar 2001 22:44:33 +0900 (JST) To: current@freebsd.org Cc: des@ofug.org Subject: Re: Threaded linux should work again Reply-To: ken@tydfam.machida.tokyo.jp In-Reply-To: References: X-Mailer: Mew version 1.94.1 on XEmacs 21.1 (Cuyahoga Valley) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010313224433G.ken@tyd2.tydfam.machida.tokyo.jp> Date: Tue, 13 Mar 2001 22:44:33 +0900 From: Takeshi Ken Yamada X-Dispatcher: imput version 20000228(IM140) Lines: 13 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It makes my -current (ca. Mar.12) slightly happy, but I still have not-responding to I/O problem with jdk1.3-ibm(linux) when I run any java application - 'top' says java pauses. I did not apply the patch; http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/diff as it was so different - beyond my skill to manually apply it - linux_machdep.c, linux_sysvec.c especially. Could anyone point the kernel patch for -current to run jdk1.3 if available ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 7:22:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BDB8A37B718 for ; Tue, 13 Mar 2001 07:22:30 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f2DFMNr74992; Tue, 13 Mar 2001 07:22:23 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Mar 2001 07:22:22 -0800 From: "David O'Brien" To: "Andrey A. Chernov" Cc: current@FreeBSD.ORG Subject: Re: Maintainer? (was Re: tcsh 6.10.00 echo;echo;echo; bug with fix) Message-ID: <20010313072222.A74932@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010313131944.A961@nagual.pp.ru> <20010313132647.A37917@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313132647.A37917@nagual.pp.ru>; from ache@nagual.pp.ru on Tue, Mar 13, 2001 at 01:26:47PM +0300 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 X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 01:26:47PM +0300, Andrey A. Chernov wrote: > Who is our tcsh maintainer now? On the FreeBSD end it is imp. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 7:33:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 697FB37B727 for ; Tue, 13 Mar 2001 07:33:48 -0800 (PST) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.11.3/8.11.3) with ESMTP id f2DFY7306851; Tue, 13 Mar 2001 16:34:08 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <200103131534.f2DFY7306851@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: Martin Blapp Cc: current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: Your message of "Tue, 13 Mar 2001 13:41:47 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 16:34:07 +0100 From: Johan Karlsson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 13 Mar 2001 13:41:47 +0100, Martin Blapp wrote: > > Hi, > > After 100erts of mergemaster sessions, I'm looking for a way to improve > mergemaster. > > 1st thing, mergemaster displays per default all in changed files. That's > ok for the first time, but if you maintain many hosts, this is annoying a > lot. I have made something like this and submitted a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=25771 It adds a new option to turn off the displaying of the diff result but still give the user the possibilty to view the diff if he wants to. Anyway have a look at the PR and tell me what you think. Thanks Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 7:54: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 18A3F37B71C for ; Tue, 13 Mar 2001 07:53:56 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2DFr2S96880; Tue, 13 Mar 2001 16:53:02 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 13 Mar 2001 16:53:46 +0100 (CET) From: Martin Blapp To: Johan Karlsson Cc: current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: <200103131534.f2DFY7306851@numeri.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > I have made something like this and submitted a PR > http://www.freebsd.org/cgi/query-pr.cgi?pr=25771 Yep, something like this I'd like to do, but with md5 checksums, so we do not have to say 'yes' to each file we update. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 8:33:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2359937B724 for ; Tue, 13 Mar 2001 08:33:46 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f2DGXS903874; Tue, 13 Mar 2001 09:33:28 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200103131633.f2DGXS903874@harmony.village.org> To: "Andrey A. Chernov" Subject: Re: Maintainer? (was Re: tcsh 6.10.00 echo;echo;echo; bug with fix) Cc: current@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Mar 2001 13:26:47 +0300." <20010313132647.A37917@nagual.pp.ru> References: <20010313132647.A37917@nagual.pp.ru> <20010313131944.A961@nagual.pp.ru> Date: Tue, 13 Mar 2001 09:33:28 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010313132647.A37917@nagual.pp.ru> "Andrey A. Chernov" writes: : Who is our tcsh maintainer now? I am. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 9:10: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 00D9237B719 for ; Tue, 13 Mar 2001 09:10:01 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 12871 invoked by uid 666); 13 Mar 2001 17:11:06 -0000 Received: from i074-115.nv.iinet.net.au (HELO elischer.org) (203.59.74.115) by mail.m.iinet.net.au with SMTP; 13 Mar 2001 17:11:06 -0000 Message-ID: <3AAE5441.3E40F2A3@elischer.org> Date: Tue, 13 Mar 2001 09:09:21 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin Blapp Cc: current@freebsd.org Subject: Re: Proposal to mergemaster References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Hi, > > After 100erts of mergemaster sessions, I'm looking for a way to improve > mergemaster. > > 1st thing, mergemaster displays per default all in changed files. That's > ok for the first time, but if you maintain many hosts, this is annoying a > lot. > > There should be an options to display all changed files anyway, so you > can watch what has changed. (but off by default) > > So I have ideas to improve merge-master: > > 1. Add md5 checksum to the the file-header: > ------------------------------------------- > > Add an md5 checksum in the header of the File, maybe in $FreeBSD$ when > the file get's comitted. (The $FreeBSD$ line should be sed'd/grepp'd out > to md5 the raw file without checksum.) > > grep -v "$FreeBSD:" defaults/rc.conf | md5 > > Example: > > # $FreeBSD: src/etc/defaults/rc.conf,v 1.53.2.15 2001/01/28 > 20:57:35 jdp Exp md5="1fff7b9d6f6daa0ea9635873bfd0b7cd" $ > > Then mergemaster can do a md5 over the config file and look > if the file has changed. If so, you get asked to merge or > install a newer version. If the md5 checksum is the same, > the config file get's updated without asking the user. > > 2. Have a special database with md5 checksums > --------------------------------------------- > > The advantage here is that we can use this for binarys also, and > this allows us to have binary updates for, let's say, security > fixes. For old unsupported releases that's a very good thing. > > The database stores all md5 checksums for every version of a configfile > we had (for this branch so it dosn't get to big ?) > > The database could also be very useful for later usage in the ports- > tree (handle make update) If you didn't change a file and it was at 1.45 then if the new one is at 1.55 you should just install it. Since you didn't touch it at 1.45 you will probably not want to touch it at 1.55 either. > > Other ideas are welcome > Martin > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 9:13:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 3724B37B719 for ; Tue, 13 Mar 2001 09:13:19 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2DHD8S02311; Tue, 13 Mar 2001 18:13:08 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 13 Mar 2001 18:13:53 +0100 (CET) From: Martin Blapp To: Julian Elischer Cc: current@freebsd.org Subject: Re: Proposal to mergemaster In-Reply-To: <3AAE5441.3E40F2A3@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > If you didn't change a file and it was at 1.45 > then if the new one is at 1.55 > you should just install it. Since you didn't touch it at 1.45 you will probably > not want to touch it at 1.55 either. yes, of course. but I don't see your point. Am I missing something ? How can you see it hasn't been changed ? Version numbers do not tell anything, an md5 checksum will prove 100% that a files has been modified or not. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 9:20:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id CEF4737B71A for ; Tue, 13 Mar 2001 09:20:17 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2DHK5G20251; Tue, 13 Mar 2001 19:20:06 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f2DHK9e12382; Tue, 13 Mar 2001 19:20:09 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AAE56B0.AB7D2E99@FreeBSD.org> Date: Tue, 13 Mar 2001 19:19:44 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Martin Blapp Cc: Julian Elischer , current@FreeBSD.org Subject: Re: Proposal to mergemaster References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Blapp wrote: > Hi, > > > If you didn't change a file and it was at 1.45 > > then if the new one is at 1.55 > > you should just install it. Since you didn't touch it at 1.45 you will probably > > not want to touch it at 1.55 either. > > yes, of course. but I don't see your point. Am I missing something ? > > How can you see it hasn't been changed ? Version numbers do not tell > anything, an md5 checksum will prove 100% that a files has been modified > or not. md5 sound like an overkill to me. Configuration files are text files, so diff(1) is more appropriate here. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 9:32: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id EC5D237B720 for ; Tue, 13 Mar 2001 09:31:43 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2DHVZG20473; Tue, 13 Mar 2001 19:31:36 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f2DHVde12465; Tue, 13 Mar 2001 19:31:40 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AAE5962.34420FB1@FreeBSD.org> Date: Tue, 13 Mar 2001 19:31:15 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Martin Blapp , Julian Elischer , current@FreeBSD.org Subject: Re: Proposal to mergemaster References: <3AAE56B0.AB7D2E99@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev wrote: > Martin Blapp wrote: > > > Hi, > > > > > If you didn't change a file and it was at 1.45 > > > then if the new one is at 1.55 > > > you should just install it. Since you didn't touch it at 1.45 you will probably > > > not want to touch it at 1.55 either. > > > > yes, of course. but I don't see your point. Am I missing something ? > > > > How can you see it hasn't been changed ? Version numbers do not tell > > anything, an md5 checksum will prove 100% that a files has been modified > > or not. > > md5 sound like an overkill to me. Configuration files are text files, so diff(1) is > more appropriate here. Please ignore my sentence. I missed point of the discussion. Sorry. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 12:14:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 20DCB37B71A for ; Tue, 13 Mar 2001 12:14:44 -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.9.3/8.9.3) with ESMTP id PAA02365 for ; Tue, 13 Mar 2001 15:14:43 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.2/8.9.1) id f2DKEDW55722; Tue, 13 Mar 2001 15:14:13 -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: <15022.32661.564910.735073@grasshopper.cs.duke.edu> Date: Tue, 13 Mar 2001 15:14:13 -0500 (EST) To: current@freebsd.org Subject: random as module needs work X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I built a kernel without the random device and tried to use the module. I loaded it from the bootloader and the machine panic'ed on boot: Mounting root from ufs:/dev/da0a da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) Entropy harvesti fatal kernel trap: trap entry = 0x2 (memory management fault) a0 = 0xe8c77a27c5265710 a1 = 0x1 a2 = 0x0 pc = 0xfffffc000042f824 ra = 0xfffffc000042f830 curproc = 0xfffffe00058c24e0 pid = 34, comm = sysctl Stopped at name2oid+0x104: ldq a1,0x28(s1) <0xe8c77a27c5265710> name2oid() at name2oid+0x104 sysctl_sysctl_name2oid() at sysctl_sysctl_name2oid+0xd0 sysctl_root() at sysctl_root+0x16c userland_sysctl() at userland_sysctl+0x1c0 __sysctl() at __sysctl+0xa4 syscall() at syscall+0x638 XentSys1() at XentSys1+0x10 db> reboot Gdb says: (gdb) l* 0xfffffc000042f824 0xfffffc000042f824 is in name2oid (../../kern/kern_sysctl.c:621). 616 *p = '\0'; 617 618 oidp = SLIST_FIRST(lsp); 619 620 while (oidp && *len < CTL_MAXNAME) { 621 if (strcmp(name, oidp->oid_name)) { 622 oidp = SLIST_NEXT(oidp, oid_link); 623 continue; 624 } 625 *oid++ = oidp->oid_number; When I boot into single user mode and try to load the module after boot, this happens: Enter full pathname of shell or RETURN for /bin/sh: # kldload random panic: cpu_fork: curproc syncing disks... done Uptime: 27s ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 13:32:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id F068337B718; Tue, 13 Mar 2001 13:32:11 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA09461; Tue, 13 Mar 2001 13:32:14 -0800 Date: Tue, 13 Mar 2001 13:32:11 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Cc: alpha@freebsd.org Subject: Re: new breakage in mounting root? a devfs issue? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To refresh memory: > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > a0 = 0xc3615fe1a88f382 > a1 = 0x29 > a2 = 0x1b > pc = 0xfffffc0000467578 > ra = 0xfffffc00004627c4 > curproc = 0xfffffe0009f5dbe0 > pid = 1, comm = init > > Stopped at vfs_object_create+0x38: jsr ra,(pv),vfs_object_create+0x3c > > db> t > vfs_object_create() at vfs_object_create+0x38 > getnewvnode() at getnewvnode+0x564 > devfs_allocv() at devfs_allocv+0xe0 > devfs_root() at devfs_root+0x38 > devfs_mount() at devfs_mount+0xf0 > vfs_mount() at vfs_mount+0x910 > mount() at mount+0xd8 > syscall() at syscall+0x3f4 > XentSys1() at XentSys1+0x10 Interestingly enough, as Christian had also reported, a build of a GENERIC kernel seems to solve this problem. This is almost more alarming than a potential bug in vfs_object_create- as the difference between the config file I was using should not cause this. *I* sure can't spot what config option might be different. I also had done a complete removal of the build directory and complete fresh build of GPLUS. (sounds of hair tearing). Can anyone suggest what below might have caused this breakage? --- GENERIC Mon Feb 5 11:46:37 2001 +++ GPLUS Mon Mar 12 14:59:09 2001 @@ -19,56 +19,57 @@ # # For hardware specific information check HARDWARE.TXT # -# $FreeBSD: src/sys/alpha/conf/GENERIC,v 1.107 2001/02/04 15:35:08 peter Exp $ +# $FreeBSD: src/sys/alpha/conf/GENERIC,v 1.102 2000/11/07 22:09:33 obrien Exp $ machine alpha cpu EV4 cpu EV5 ident GENERIC -maxusers 32 +maxusers 128 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" -#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols +makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # Platforms supported -options API_UP1000 # UP1000, UP1100 (Nautilus) +#options API_UP1000 # UP1000 (Nautilus) options DEC_AXPPCI_33 # UDB, Multia, AXPpci33, Noname options DEC_EB164 # EB164, PC164, PC164LX, PC164SX -options DEC_EB64PLUS # EB64+, Aspen Alpine, etc -options DEC_2100_A50 # AlphaStation 200, 250, 255, 400 -options DEC_2100_A500 # AlphaServer 2000, 2100, 2100A -options DEC_KN20AA # AlphaStation 500, 600 -options DEC_ST550 # Personal Workstation 433, 500, 600 +#options DEC_EB64PLUS # EB64+, Aspen Alpine, etc +#options DEC_2100_A50 # AlphaStation 200, 250, 255, 400 +#options DEC_2100_A500 # AlphaServer 2000, 2100, 2100A +#options DEC_KN20AA # AlphaStation 500, 600 +#options DEC_ST550 # Personal Workstation 433, 500, 600 options DEC_ST6600 # xp1000, dp264, ds20, ds10, family -options DEC_3000_300 # DEC3000/300* Pelic* family -options DEC_3000_500 # DEC3000/[4-9]00 Flamingo/Sandpiper family -options DEC_1000A # AlphaServer 1000, 1000A, 800 -options DEC_KN8AE # AlphaServer 8200/8400 (Turbolaser) +#options DEC_3000_300 # DEC3000/300* Pelic* family +#options DEC_3000_500 # DEC3000/[4-9]00 Flamingo/Sandpiper family +#options DEC_1000A # AlphaServer 1000, 1000A, 800 +#options DEC_KN8AE # AlphaServer 8200/8400 (Turbolaser) options DEC_KN300 # AlphaServer 4100 (Rawhide), 1200 (Tincup) options INET #InterNETworking -options INET6 #IPv6 communications protocols +#options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem -options NFS_ROOT #NFS usable as root device -options MSDOSFS #MSDOS Filesystem +#options NFS_ROOT #NFS usable as root device +#options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] -options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI +#options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI +options SCSI_DELAY=0 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores -options P1003_1B #Posix P1003_1B real-time extentions -options _KPOSIX_PRIORITY_SCHEDULING +#options P1003_1B #Posix P1003_1B real-time extentions +#options _KPOSIX_PRIORITY_SCHEDULING # Standard busses device isa @@ -81,8 +82,8 @@ device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives -device atapifd # ATAPI floppy drives -device atapist # ATAPI tape drives +#device atapifd # ATAPI floppy drives +#device atapist # ATAPI tape drives # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices @@ -99,21 +100,21 @@ device pass # Passthrough device (direct SCSI access) # RAID controllers -device amr # AMI MegaRAID -device mlx # Mylex DAC960 family +#device amr # AMI MegaRAID +#device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse -device atkbdc 1 # At keyboard controller -device atkbd # at keyboard -device psm # psm mouse +#device atkbdc 1 # At keyboard controller +#device atkbd # at keyboard +#device psm # psm mouse -device vga # VGA screen +#device vga # VGA screen # splash screen/screen saver -device splash +#device splash # syscons is the default console driver, resembling an SCO console -device sc 1 +#device sc 1 # real time clock device mcclock @@ -122,60 +123,66 @@ device sio # 8250, 16[45]50 based serial ports # Parallel port -device ppc -device ppbus # Parallel port bus (required) -device lpt # Printer -device plip # TCP/IP over parallel -device ppi # Parallel port interface device -#device vpo # Requires scbus and da +#device ppc +#device ppbus # Parallel port bus (required) +#device lpt # Printer +#device plip # TCP/IP over parallel +#device ppi # Parallel port interface device +##device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) -device le # Lance -device vx # 3Com 3c590, 3c595 (``Vortex'') +#device le # Lance +#device vx # 3Com 3c590, 3c595 (``Vortex'') device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support -device dc # DEC/Intel 21143 and workalikes -device pcn # AMD Am79C79x PCI 10/100 NICs -device rl # RealTek 8129/8139 -device sf # Adaptec AIC-6915 (``Starfire'') -device sis # Silicon Integrated Systems SiS 900/SiS 7016 -device ste # Sundance ST201 (D-Link DFE-550TX) -device tl # Texas Instruments ThunderLAN -device vr # VIA Rhine, Rhine II -device wb # Winbond W89C840F -device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') +#device dc # DEC/Intel 21143 and workalikes +#device pcn # AMD Am79C79x PCI 10/100 NICs +#device rl # RealTek 8129/8139 +#device sf # Adaptec AIC-6915 (``Starfire'') +#device sis # Silicon Integrated Systems SiS 900/SiS 7016 +#device ste # Sundance ST201 (D-Link DFE-550TX) +#device tl # Texas Instruments ThunderLAN +#device vr # VIA Rhine, Rhine II +#device wb # Winbond W89C840F +#device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support -device sl # Kernel SLIP -device ppp 1 # Kernel PPP +#device sl # Kernel SLIP +#device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" -device gif 4 # IPv6 and IPv4 tunneling -device faith 1 # IPv6-to-IPv4 relaying/(translation) +#device gif 4 # IPv6 and IPv4 tunneling +#device faith 1 # IPv6-to-IPv4 relaying/(translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter # USB support -device uhci # UHCI PCI->USB interface -device ohci # OHCI PCI->USB interface -device usb # USB Bus (required) -device ugen # Generic -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da0 -device ums # Mouse +#device uhci # UHCI PCI->USB interface +#device ohci # OHCI PCI->USB interface +#device usb # USB Bus (required) +#device ugen # Generic +#device uhid # "Human Interface Devices" +#device ukbd # Keyboard +#device ulpt # Printer +#device umass # Disks/Mass storage - Requires scbus and da0 +#device ums # Mouse # USB Ethernet -device aue # ADMtek USB ethernet -device cue # CATC USB ethernet -device kue # Kawasaki LSI USB ethernet +#device aue # ADMtek USB ethernet +#device cue # CATC USB ethernet +#device kue # Kawasaki LSI USB ethernet +# +options CAMDEBUG +options DDB +options BREAK_TO_DEBUGGER +device ses +device ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 13:36:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 3280137B719; Tue, 13 Mar 2001 13:36:42 -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.9.3/8.9.3) with ESMTP id QAA04152; Tue, 13 Mar 2001 16:36:41 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.2/8.9.1) id f2DLaBE55962; Tue, 13 Mar 2001 16:36:11 -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: <15022.37578.945278.371914@grasshopper.cs.duke.edu> Date: Tue, 13 Mar 2001 16:36:10 -0500 (EST) To: mjacob@feral.com Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: new breakage in mounting root? a devfs issue? In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob writes: > *I* sure can't spot what config option might be different. I also had done a > complete removal of the build directory and complete fresh build of GPLUS. > (sounds of hair tearing). > > Can anyone suggest what below might have caused this breakage? One WAG is that the loader's module-loading is hosed. I got a somewhat similar panic on alpha when loading random from the loader prompt. Are you loading anything from the loader that might already be built into a GENERIC kernel? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 13:46:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 7F8C637B71A; Tue, 13 Mar 2001 13:46:25 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA09585; Tue, 13 Mar 2001 13:46:23 -0800 Date: Tue, 13 Mar 2001 13:46:19 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrew Gallatin Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: new breakage in mounting root? a devfs issue? In-Reply-To: <15022.37578.945278.371914@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Matthew Jacob writes: > > > *I* sure can't spot what config option might be different. I also had done a > > complete removal of the build directory and complete fresh build of GPLUS. > > (sounds of hair tearing). > > > > Can anyone suggest what below might have caused this breakage? > > One WAG is that the loader's module-loading is hosed. WAG? > I got a somewhat similar panic on alpha when loading random from the > loader prompt. > > Are you loading anything from the loader that might already be built into > a GENERIC kernel? The only thing I'm loading is ispfw (it's not part of either GENERIC or GPLUS as a static module). The ethernet interface is de, so that's static also. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 14:22:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id 518A837B718 for ; Tue, 13 Mar 2001 14:22:49 -0800 (PST) (envelope-from jburkholder0829@home.com) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id CC03EBA69; Tue, 13 Mar 2001 17:22:48 -0500 (EST) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: current@FreeBSD.ORG Subject: Re: random as module needs work In-Reply-To: Message from Andrew Gallatin of "Tue, 13 Mar 2001 15:14:13 EST." <15022.32661.564910.735073@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 17:22:48 -0500 From: Jake Burkholder Message-Id: <20010313222248.CC03EBA69@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I built a kernel without the random device and tried to use the > module. I loaded it from the bootloader and the machine panic'ed on boot: > > Mounting root from ufs:/dev/da0a > da0 at sym0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) > Entropy harvesti > fatal kernel trap: > > trap entry = 0x2 (memory management fault) > a0 = 0xe8c77a27c5265710 > a1 = 0x1 > a2 = 0x0 > pc = 0xfffffc000042f824 > ra = 0xfffffc000042f830 > curproc = 0xfffffe00058c24e0 > pid = 34, comm = sysctl > > Stopped at name2oid+0x104: ldq a1,0x28(s1) <0xe8c77a27c5265710> > > name2oid() at name2oid+0x104 > sysctl_sysctl_name2oid() at sysctl_sysctl_name2oid+0xd0 > sysctl_root() at sysctl_root+0x16c > userland_sysctl() at userland_sysctl+0x1c0 > __sysctl() at __sysctl+0xa4 > syscall() at syscall+0x638 > XentSys1() at XentSys1+0x10 > db> reboot Don't know what's happening here. > > Gdb says: > > (gdb) l* 0xfffffc000042f824 > 0xfffffc000042f824 is in name2oid (../../kern/kern_sysctl.c:621). > 616 *p = '\0'; > 617 > 618 oidp = SLIST_FIRST(lsp); > 619 > 620 while (oidp && *len < CTL_MAXNAME) { > 621 if (strcmp(name, oidp->oid_name)) { > 622 oidp = SLIST_NEXT(oidp, oid_link); > 623 continue; > 624 } > 625 *oid++ = oidp->oid_number; > > > When I boot into single user mode and try to load the module after boot, this happens: > Enter full pathname of shell or RETURN for /bin/sh: > # kldload random > panic: cpu_fork: curproc > > syncing disks... > done > Uptime: 27s I'm fairly certain this is an invalid assertion: #ifdef DIAGNOSTIC if (p1 != curproc) panic("cpu_fork: curproc"); ... kthread_create forks the new thread on behalf of proc0, error = fork1(&proc0, ... but if you loaded the module from single user mode then curproc is most likely going to initproc and not &proc0. Basically this doesn't allow an arbitrary process to create a kernel thread. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 14:33:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 88A0337B718 for ; Tue, 13 Mar 2001 14:33:24 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2DMWmG39168; Tue, 13 Mar 2001 14:32:48 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15022.32661.564910.735073@grasshopper.cs.duke.edu> Date: Tue, 13 Mar 2001 14:32:27 -0800 (PST) From: John Baldwin To: Andrew Gallatin Subject: RE: random as module needs work Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Andrew Gallatin wrote: > Gdb says: > > (gdb) l* 0xfffffc000042f824 > 0xfffffc000042f824 is in name2oid (../../kern/kern_sysctl.c:621). > 616 *p = '\0'; > 617 > 618 oidp = SLIST_FIRST(lsp); > 619 > 620 while (oidp && *len < CTL_MAXNAME) { > 621 if (strcmp(name, oidp->oid_name)) { > 622 oidp = SLIST_NEXT(oidp, oid_link); > 623 continue; > 624 } > 625 *oid++ = oidp->oid_number; Perhaps static sysctls in modules are broken for some reason? The sysctls were all recently changed from dynamic to static. > When I boot into single user mode and try to load the module after boot, this > happens: > Enter full pathname of shell or RETURN for /bin/sh: ># kldload random > panic: cpu_fork: curproc This is a bug. For kernel threads, we fork off of proc0, not curproc, so that check in the alpha cpu_fork() is bogus. > syncing disks... > done > Uptime: 27s -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Mar 13 14:37:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 54A9837B718; Tue, 13 Mar 2001 14:37:18 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2DMb6G39399; Tue, 13 Mar 2001 14:37:06 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 Mar 2001 14:36:45 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: Re: new breakage in mounting root? a devfs issue? Cc: alpha@FreeBSD.org, current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Matthew Jacob wrote: > > To refresh memory: > >> fatal kernel trap: >> >> trap entry = 0x4 (unaligned access fault) >> a0 = 0xc3615fe1a88f382 >> a1 = 0x29 >> a2 = 0x1b >> pc = 0xfffffc0000467578 >> ra = 0xfffffc00004627c4 >> curproc = 0xfffffe0009f5dbe0 >> pid = 1, comm = init >> >> Stopped at vfs_object_create+0x38: jsr >> ra,(pv),vfs_object_create+0x3c >> >> db> t >> vfs_object_create() at vfs_object_create+0x38 >> getnewvnode() at getnewvnode+0x564 >> devfs_allocv() at devfs_allocv+0xe0 >> devfs_root() at devfs_root+0x38 >> devfs_mount() at devfs_mount+0xf0 >> vfs_mount() at vfs_mount+0x910 >> mount() at mount+0xd8 >> syscall() at syscall+0x3f4 >> XentSys1() at XentSys1+0x10 > > > Interestingly enough, as Christian had also reported, a build of a GENERIC > kernel seems to solve this problem. > > This is almost more alarming than a potential bug in vfs_object_create- as > the > difference between the config file I was using should not cause this. > > *I* sure can't spot what config option might be different. I also had done a > complete removal of the build directory and complete fresh build of GPLUS. > (sounds of hair tearing). Can you possibly try to narrow the differences down by tring out various kernel configs in between GPLUS and GENERIC? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Mar 13 14:38:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id 8A2F337B71B for ; Tue, 13 Mar 2001 14:38:44 -0800 (PST) (envelope-from fanf@dotat.at) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14cxQs-000E61-00; Tue, 13 Mar 2001 22:38:22 +0000 Date: Tue, 13 Mar 2001 22:38:22 +0000 From: Tony Finch To: Brian Somers Cc: current@FreeBSD.ORG Subject: Re: cp MAKEDEV /dev - on a system with devfs Message-ID: <20010313223822.O96832@hand.dotat.at> References: <53555.984415341@critter> <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> Organization: Covalent Technologies, Inc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers wrote: > >I thought only sysv kept non-startup executables in /etc. There's one real oddity in FreeBSD: fanf@hand.dotat.at:/etc :; ll rmt lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt* Plus the rc scripts, dhclient-exit-hooks, pccard_ether, and netstart. Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at "I never wanted to be a weather forecaster -- I wanted to be... a lumberjack! Leaping from tree to tree as they float down the mighty rivers of British Columbia! The giant redwood! The larch! The The mighty scots pine! ..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 14:44:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B687637B718; Tue, 13 Mar 2001 14:44:13 -0800 (PST) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA09944; Tue, 13 Mar 2001 14:44:16 -0800 Date: Tue, 13 Mar 2001 14:44:12 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: alpha@FreeBSD.org, current@FreeBSD.org Subject: Re: new breakage in mounting root? a devfs issue? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Can you possibly try to narrow the differences down by tring out various kernel > configs in between GPLUS and GENERIC? Actually- look at the diffs at least and tell me which you think it might be. All of the diffs are either kernel support flavors for alpha, which shouldn't matter to devfs for a damn, or drivers. If nobody can get to this, I'll try and look at this further, but this is looking very very strange. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 15: 7:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C61CD37B718 for ; Tue, 13 Mar 2001 15:07:31 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id AAA51191; Wed, 14 Mar 2001 00:07:30 +0100 (CET) (envelope-from des@ofug.org) 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: current@freebsd.org Subject: Panic and filesystem corruption From: Dag-Erling Smorgrav Date: 14 Mar 2001 00:07:29 +0100 Message-ID: Lines: 40 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was cvsupping the GNATS database (the *entire* GNATS database, that is - I didn't already have a copy) when I got this panic: kernel: type 12 trap, code=0 Stopped at -0xfb8f: andb %al,0x73(%ecx,%ebp,2) db> trace APTmap(c5f763b8) at -0xfb8f ffs_balloc(d06f9e3c,d0ab0de0,0,c22e7280,d0ab2ae0) at ffs_balloc+0x4af ffs_write(d06f9e7c,d067f200,d06f9f80,c22e7280,1) at ffs_write+0x480 vn_write(c22e7280,d06f9ef4,c254cb00,0,d067f200) at vn_write+0x197 dofilewrite(d067f200,c22e7280,8,84d100c,2000) at dofilewrite+0xbe write(d067f200,d06f9f80,8332e78,2000,2000) at write+0x36 syscall(2f,2f,2f,2000,2000) at syscall+0x898 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b db> Unfortunately, I didn't take a dump as I though it was a duplicate of a previous panic (which it wasn't), but here's some relevant info: (kgdb) l *(ffs_balloc+0x4af) 0xc0223b2b is in ffs_balloc (../../ufs/ffs/ffs_balloc.c:178). 173 if (error) 174 return (error); 175 bp = getblk(vp, lbn, nsize, 0, 0); 176 bp->b_blkno = fsbtodb(fs, newb); 177 if (flags & B_CLRBUF) 178 vfs_bio_clrbuf(bp); 179 if (DOINGSOFTDEP(vp)) 180 softdep_setup_allocdirect(ip, lbn, newb, 0, 181 nsize, 0, bp); 182 } When the machine rebooted, fsck complained of an unexpected softupdates inconsistency. It turned out the /usr/gnats directory had empty blocks in it and had to be truncated - a sizeable portion of the GNATS database ended up in /lost+found. 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 Tue Mar 13 15:34:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id C48C637B719 for ; Tue, 13 Mar 2001 15:34:22 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f2DNaXC16316; Tue, 13 Mar 2001 23:36:33 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2DNbTa08184; Tue, 13 Mar 2001 23:37:29 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103132337.f2DNbTa08184@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Tony Finch Cc: Brian Somers , current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: cp MAKEDEV /dev - on a system with devfs In-Reply-To: Message from Tony Finch of "Tue, 13 Mar 2001 22:38:22 GMT." <20010313223822.O96832@hand.dotat.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Mar 2001 23:37:29 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Brian Somers wrote: > > > >I thought only sysv kept non-startup executables in /etc. > > There's one real oddity in FreeBSD: > > fanf@hand.dotat.at:/etc > :; ll rmt > lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt* I think that's there for compatibility... programs that want to talk to remote tapes execute ``rsh /etc/rmt ...'' (or is ssh the default these days?). > Plus the rc scripts, dhclient-exit-hooks, pccard_ether, and netstart. I guess you could argue that these are more like executable system configuration files, along with others like /etc/start_if.iface. > Tony. > -- > f.a.n.finch fanf@covalent.net dot@dotat.at > "I never wanted to be a weather forecaster -- I wanted to be... a lumberjack! > Leaping from tree to tree as they float down the mighty rivers of British > Columbia! The giant redwood! The larch! The The mighty scots pine! ..." -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 15:39: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C0AC937B719; Tue, 13 Mar 2001 15:38:54 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2DNcjG41742; Tue, 13 Mar 2001 15:38:45 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 Mar 2001 15:38:25 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: Re: new breakage in mounting root? a devfs issue? Cc: current@FreeBSD.org, alpha@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Matthew Jacob wrote: >> Can you possibly try to narrow the differences down by tring out various >> kernel >> configs in between GPLUS and GENERIC? > > Actually- look at the diffs at least and tell me which you think it might > be. All of the diffs are either kernel support flavors for alpha, which > shouldn't matter to devfs for a damn, or drivers. > > If nobody can get to this, I'll try and look at this further, but this is > looking very very strange. It could be some driver screwing up with makedev() though one would think we'd have hit that before now. It could be something really odd relating to the size of the kernel. It could be the maxuers change resulting in kernel memory being laid out differently. *shrug* I didn't see anything in that diff that would have broken this either. Does it happen w/o devfs? I'm updating my alpha to today's current, so perhaps I'll run into this here. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Mar 13 15:45:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id CCEAA37B718 for ; Tue, 13 Mar 2001 15:45:08 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id KAA29350; Wed, 14 Mar 2001 10:44:30 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K16N148Q4WI8UQG5@cim.alcatel.com.au>; Wed, 14 Mar 2001 10:44:17 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f2DNiP239728; Wed, 14 Mar 2001 10:44:25 +1100 (EST envelope-from jeremyp) Content-return: prohibited Date: Wed, 14 Mar 2001 10:44:25 +1100 From: Peter Jeremy Subject: Re: Proposal to mergemaster In-reply-to: <3AAE5441.3E40F2A3@elischer.org>; from julian@elischer.org on Tue, Mar 13, 2001 at 09:09:21AM -0800 To: Julian Elischer Cc: current@FreeBSD.ORG Mail-Followup-To: Julian Elischer , current@FreeBSD.ORG Message-id: <20010314104425.L17181@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <3AAE5441.3E40F2A3@elischer.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2001-Mar-13 09:09:21 -0800, Julian Elischer wrote: >If you didn't change a file and it was at 1.45 then if the new one is >at 1.55 you should just install it. Since you didn't touch it at 1.45 >you will probably not want to touch it at 1.55 either. But you might still need to know there are changes (and see what the changes are). Recent examples are the changed defaults for sendmail, inetd and lpd in /etc/defaults/rc.conf. If you are relying on any of these daemons, you'll need to fix your /etc/rc.conf. I think this mostly affects /etc/defaults/*, but there may be other files with similar behaviour. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 16:58: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id E003237B719 for ; Tue, 13 Mar 2001 16:58:04 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2E0sXH82728; Tue, 13 Mar 2001 16:54:33 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: k@numeri.campus.luth.se Cc: mb@imp.ch, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: <200103131534.f2DFY7306851@numeri.campus.luth.se> References: <200103131534.f2DFY7306851@numeri.campus.luth.se> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010313165433L.jkh@osd.bsdi.com> Date: Tue, 13 Mar 2001 16:54:33 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmmm, this is nice! I've wanted this option for a long time. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 17: 3: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from charger.oldcity.dca.net (charger.oldcity.dca.net [207.245.82.76]) by hub.freebsd.org (Postfix) with ESMTP id 4BBC537B718; Tue, 13 Mar 2001 17:02:59 -0800 (PST) (envelope-from tom@wact.net) Received: from wact.net (216-158-43-107.wlm.dca.net [216.158.43.107]) by charger.oldcity.dca.net (8.9.3/8.9.3/DCANET) with ESMTP id UAA10403; Tue, 13 Mar 2001 20:02:50 -0500 Message-ID: <3AAEC36C.5A7BF97A@wact.net> Date: Tue, 13 Mar 2001 20:03:40 -0500 From: Tom Uffner X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, es, de MIME-Version: 1.0 To: John Baldwin Cc: current@FreeBSD.ORG Subject: Re: 5.0-20010304-CURRENT panics during boot on Sony Vaio References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > On 05-Mar-01 Tom Uffner wrote: > > John Baldwin wrote: > >> On 04-Mar-01 Tom Uffner wrote: > >> > all of the snapshots since the 24th have exhibited this same or > >> > very similar behavior. > >> Does it happen for snapshots before the 24th? > > no, it does not, at least not for the 5.0-20010210-CURRENT snap. > Can you try cvsupping the src/sys tree one day at a time to see what day > the kernel starts breaking for you? ok, now i'm really confused. i built GENERIC kernels for every day from the 2/10 to 2/25 and none of them panic. the snaps for the 24th and 25th both during boot (only on my Vaio, not my other test systems) could something outside the kernel have changed that made a difference? or could it from building with different options? my /etc/make.conf has "COPTFLAGS= -O -pipe -march=i686". i presume that the snaps were built without any optimization, could this make a difference? -- Tom Uffner tom@wact.net Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 17:22: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id ED67C37B71A for ; Tue, 13 Mar 2001 17:21:57 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA10280; Wed, 14 Mar 2001 11:51:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 14 Mar 2001 11:51:38 +1030 (CST) From: "Daniel O'Connor" To: Martin Blapp Subject: RE: Proposal to mergemaster Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Martin Blapp wrote: > 1. Add md5 checksum to the the file-header: > ------------------------------------------- > > Add an md5 checksum in the header of the File, maybe in $FreeBSD$ when > the file get's comitted. (The $FreeBSD$ line should be sed'd/grepp'd out > to md5 the raw file without checksum.) > > grep -v "$FreeBSD:" defaults/rc.conf | md5 > > Example: > > # $FreeBSD: src/etc/defaults/rc.conf,v 1.53.2.15 2001/01/28 > 20:57:35 jdp Exp md5="1fff7b9d6f6daa0ea9635873bfd0b7cd" $ > > Then mergemaster can do a md5 over the config file and look > if the file has changed. If so, you get asked to merge or > install a newer version. If the md5 checksum is the same, > the config file get's updated without asking the user. This is computationally difficult to acheive :) (Because the md5 checksum would be part of the file so the md5 checksum would have to take account of itself) > The database stores all md5 checksums for every version of a configfile > we had (for this branch so it dosn't get to big ?) > > The database could also be very useful for later usage in the ports- > tree (handle make update) I think you could generate this file at installworld time fairly trivially. The ports code does this for each file which is installed and its not too onerous. This would solve my previous point also :) --- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 17:34:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 2A4C737B719 for ; Tue, 13 Mar 2001 17:34:24 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f2E1aeC17088; Wed, 14 Mar 2001 01:36:40 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f2E1bZa10327; Wed, 14 Mar 2001 01:37:35 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200103140137.f2E1bZa10327@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Martin Blapp Cc: current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Proposal to mergemaster In-Reply-To: Message from Martin Blapp of "Tue, 13 Mar 2001 13:41:47 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 01:37:35 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hi, > > After 100erts of mergemaster sessions, I'm looking for a way to improve > mergemaster. > > 1st thing, mergemaster displays per default all in changed files. That's > ok for the first time, but if you maintain many hosts, this is annoying a > lot. > > There should be an options to display all changed files anyway, so you > can watch what has changed. (but off by default) > > So I have ideas to improve merge-master: > > 1. Add md5 checksum to the the file-header: > ------------------------------------------- [.....] > 2. Have a special database with md5 checksums > --------------------------------------------- [.....] 3. Have a cvs-aware option. If the installed and new version numbers differ, mergemaster does a cvs diff -u -rINSTALLEDVERSION newversion | patch INSTALLEDFILE. If this works, everyone's happy. If not, it forces you to modify the new file 'till there are no <<<<< >>>>> bits in it. > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 18: 5: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id D400D37B719 for ; Tue, 13 Mar 2001 18:04:58 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id VAA42698; Tue, 13 Mar 2001 21:04:49 -0500 (EST) (envelope-from wollman) Date: Tue, 13 Mar 2001 21:04:49 -0500 (EST) From: Garrett Wollman Message-Id: <200103140204.VAA42698@khavrinen.lcs.mit.edu> To: Tony Finch Cc: current@FreeBSD.ORG Subject: Re: cp MAKEDEV /dev - on a system with devfs In-Reply-To: <20010313223822.O96832@hand.dotat.at> References: <53555.984415341@critter> <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> <20010313223822.O96832@hand.dotat.at> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > There's one real oddity in FreeBSD: > lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt* The pathname of the `rmt' program is a fundamental part of the `rmt' ``protocol'' such as it is. We've been over this one many times. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 20:42:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mrout2.yahoo.com (mrout2.yahoo.com [208.48.125.152]) by hub.freebsd.org (Postfix) with ESMTP id 281EC37B719 for ; Tue, 13 Mar 2001 20:42:57 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: from daintree.yahoo.com (daintree.yahoo.com [205.216.162.172]) by mrout2.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id f2E4goQ08186; Tue, 13 Mar 2001 20:42:50 -0800 (PST) Received: from yahoo-inc.com (localhost [127.0.0.1] (may be forged)) by daintree.yahoo.com (8.11.0/8.11.0) with ESMTP id f2E4gni01710; Tue, 13 Mar 2001 20:42:49 -0800 (PST) (envelope-from peter@yahoo-inc.com) Message-Id: <200103140442.f2E4gni01710@daintree.yahoo.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Richard Todd Cc: current@freebsd.org Subject: Re: Tracking down problem with booting large kernels (bug in locore.s) In-Reply-To: Date: Tue, 13 Mar 2001 20:42:49 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Richard Todd wrote: > <---- No crashes as of here > pushl $begin /* jump to high virtualized add ress */ > ret > > /* now running relocated at KERNBASE where the system is linked to run */ > begin: > <==== crashes before it gets here!!! > /* set up bootstrap stack */ > movl proc0paddr,%eax /* location of in-kernel pages */ I have some suspicions.. Can you do a nm on your kernel? peter@daintree[8:41pm]~-102> nm /boot/kernel/kernel |grep begin c0123689 t begin .. and let us know where "begin" is on your crashing kernel? Cheers, -Peter -- Peter Wemm - peter@yahoo-inc.com; peter@FreeBSD.org; peter@wemm.org "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 Tue Mar 13 20:54: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id ED6DD37B719 for ; Tue, 13 Mar 2001 20:53:59 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: from daintree.yahoo.com (daintree.yahoo.com [205.216.162.172]) by mrout1.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id f2E4rmO07228; Tue, 13 Mar 2001 20:53:48 -0800 (PST) Received: from yahoo-inc.com (localhost [127.0.0.1] (may be forged)) by daintree.yahoo.com (8.11.0/8.11.0) with ESMTP id f2E4rli01794; Tue, 13 Mar 2001 20:53:47 -0800 (PST) (envelope-from peter@yahoo-inc.com) Message-Id: <200103140453.f2E4rli01794@daintree.yahoo.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Richard Todd Cc: current@freebsd.org Subject: Re: Tracking down problem with booting large kernels (bug in locore.s) In-Reply-To: Date: Tue, 13 Mar 2001 20:53:47 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Richard Todd wrote: [..] > The pushl and ret is where the boot code is jumping to "begin:" at its proper > virtual address after the page tables are setup. I'm guessing that > create_pagetables is somehow losing and creating bogus page tables such that > the jump to the kernel virtual address space goes into deep space somewhere, > but frankly the details of page tables on the i386 are beyond my expertise. > So I'm posting this in hopes that someone on here *does* know enough to figur e > out what's going wrong when the kernel size is sufficiently large. Just a thought.. You might try this: Index: locore.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v retrieving revision 1.142 diff -u -r1.142 locore.s --- locore.s 2001/02/25 07:44:39 1.142 +++ locore.s 2001/03/14 04:46:27 @@ -889,7 +889,7 @@ /* install a pde for temporary double map of bottom of VA */ movl R(KPTphys), %eax xorl %ebx, %ebx - movl $1, %ecx + movl $NKPT, %ecx fillkpt(R(IdlePTD), $PG_RW) /* install pde's for pt's */ And see if you get past it. (Sorry for the xterm cut/paste spam). Dont run with this if it does get past it, or badness will result as the temporary mappings wont be turned off and you'll leave yourself a massive root exploitable hole. This is just a hunch to see if it gets you past *that specific point*. If so, a proper fix is pretty trivial from there. No guarantees as to whether this will even boot though. :-] Cheers, -Peter -- Peter Wemm - peter@yahoo-inc.com; peter@FreeBSD.org; peter@wemm.org "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 Tue Mar 13 21: 1: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from pk.highway.ne.jp (pk.highway.ne.jp [210.166.100.41]) by hub.freebsd.org (Postfix) with ESMTP id 5692737B71B for ; Tue, 13 Mar 2001 21:01:04 -0800 (PST) (envelope-from keitai-deai@excite.co.jp) Received: from keitai-deai (n03-115.ip-tokyo.highway.ne.jp [211.7.217.115]) by pk.highway.ne.jp (8.9.3/3.7W01031314) with SMTP id OAA29548 for ; Wed, 14 Mar 2001 14:01:02 +0900 (JST) Date: Wed, 14 Mar 2001 14:01:02 +0900 (JST) Message-Id: <200103140501.OAA29548@pk.highway.ne.jp> From: deai-web To: freebsd-current@freebsd.org Subject: =?ISO-2022-JP?B?gZqBmoxnkdGTZJhigUCQVo9vie+CooNWg1iDZYOAgZqBmg==?= X-Mailer: MultiSneder1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG @@@@šššššššššššššššššššššš @@@@@„ª„ªŒg‘Ñ“d˜b‚ÅV‚µ‚¢o‰ï‚¢‚ð’T‚»‚¤I„ª„ª @@@@@@@@@http://www.chokuden.com @@@@šššššššššššššššššššššš @@›==================================================› @@@@‚±‚Ì“x‚Í‚¢‚«‚È‚èA‚±‚̂悤‚ȃ[ƒ‹‚ð‹–‰Â‚È‚µ‚É @@@@‘—‚Á‚½‚±‚Æ‚ð[‚­‚¨˜l‚Ñ‚µ‚Ü‚·B @@@@‚²‹»–¡‚ª‚È‚¢•ûA•K—v‚Æ‚µ‚Ä‚¢‚È‚¢•û‚Í‚¨Žè”‚Å‚·‚ª @@@@‚»‚Ì‚Ü‚Ü휂µ‚ĉº‚³‚¢B @@›==================================================› @ ¡„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª¡ b@o‰ï‚¢ƒVƒXƒeƒ€‰‚ÌŒg‘Ñ“d˜b‚ÆŒg‘Ñ“d˜b‚ð‚‚Ȃ®ƒVƒXƒeƒ€@b b@@iƒ_ƒCƒ„ƒ‹Q2‚âƒeƒŒƒtƒHƒ“ƒNƒ‰ƒu‚Ƃ͈Ⴂ‚Ü‚·j@@@@b ¡„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª¡ @ „¬„ª„ª„ª„ª„ª„ª„ª„ª„­@@@ ¡¡¡¡¡¡¡¡¡¡„« ƒVƒXƒeƒ€‚Ì“Á’¥ „«¡¡¡¡¡¡¡¡¡¡¡@@@@ „¯„ª„ª„ª„ª„ª„ª„ª„ª„®@ Ÿ‚¨ŽèŽ‚¿‚ÌŒg‘Ñ“d˜b‚©‚çˆÙ«‚̉ïˆõ‚É’¼Ú“d˜b‚Å‚«‚Ü‚· @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP Ÿ‚¢‚‚łàA‚Ç‚±‚Å‚àAD‚«‚È‚Æ‚«‚ÉŽg‚¦‚Ü‚· @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP ŸŽÊ^•t‚«ƒvƒƒtƒB[ƒ‹ @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP ŸŠ®‘S‰ïˆõ§i‚¢‚½‚¸‚ç“™‚Í‚ ‚è‚Ü‚¹‚ñj @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP ŸŠ®‘S“½–¼«i‚¨ŒÝ‚¢‚ÉŒg‘Ñ“d˜b‚̔Ԇ‚ª‚í‚©‚邱‚Æ‚Í‚ ‚è‚Ü‚¹‚ñj @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP ŸVŠé‰æ‚ÅOFF‰ïEƒp[ƒeƒBEƒRƒ“ƒp‚̃ZƒbƒeƒBƒ“ƒOyNEW!!z @PPPPPPPPPPPPPPPPPPPPPPPPPPPPPP ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡ @ „ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª @@@@@@@@@@ƒeƒŒƒNƒ‰EQ2‚Ƃ̈Ⴂ „ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª @@@@@@–Šî–{“I‚É^–Ê–Ú‚Èo‰ï‚¢‚ð’ñ‹Ÿ‚µ‚Ü‚·– @@@@œé“`‚̓Aƒ_ƒ‹ƒg‚ÈŽGŽ‚ɂ͈êØé“`‚µ‚Ä‚¢‚Ü‚¹‚ñ @@@œ‰ïˆõ‚Ì•ûX‚Í^–Ê–Ú‚Èo‰ï‚¢‚Ìê‚Æ‚µ‚Ä“o˜^‚µ‚Ä‚Ü‚· @@œ“o˜^‚Í‚«‚¿‚ñ‚Æ‚µ‚½Žè‘±‚«‚𓥂܂Ȃ¢‚Ɖïˆõ‚É‚È‚ê‚Ü‚¹‚ñB @@@‚Å‚·‚Ì‚Åg•ª‚Ì‚í‚©‚ç‚È‚¢‚悤‚È•û‚͈êl‚à‚¨‚è‚Ü‚¹‚ñB @@@@@@“–‘RA‚¢‚½‚¸‚çE—â‚â‚©‚µ‚àˆêØ‚È‚¢‚Å‚· @@œ“d˜b‚µ‚½‚¢“Á’è‚Ì‘ŠŽè‚ɉ½“x‚Å‚à“d˜b‚·‚邱‚Æ‚ª‚Å‚«‚Ü‚· @@@œ‚í‚´‚í‚´‘«‚ð‰^‚ñ‚¾‚èA‰Æ‚¢‚È‚¯‚ê‚΂¢‚¯‚È‚©‚Á‚½‚è @@@@@@ŒöO“d˜b‚É‘«‚ð‰^‚Ô•K—v‚à‚ ‚è‚Ü‚¹‚ñ @@@œ“Á’è‚Ì‘ŠŽè‚©‚ç‚Ì“d˜b‚à‚‚Ȃª‚È‚¢‚悤‚É‚à‚Å‚«‚Ü‚· „ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª @@@@@@@@@@@œ@—«‚ɘN•ñI@œ „¬„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª „«™™ “o˜^‚·‚é‚Æ‘Þ‰ï‚Ü‚ÅAƒuƒ‰ƒ“ƒh•i‚â‚»‚Ì‘¼‚̃vƒŒƒ[ƒ“ƒg’Š‘I‚ ‚è „«http://www.chokuden.com/present/index.htm „¯„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª„ª Ú‚µ‚­‚Í http://www.chokuden.com@‚à‚µ‚­‚Í@http://www.o‰ï‚¢Œn.cc ‚²‹»–¡‚ª‚ ‚ê‚ÎA‚²——‰º‚³‚¢ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Mar 13 22:40:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 5991F37B71A for ; Tue, 13 Mar 2001 22:40:42 -0800 (PST) (envelope-from rmtodd@ichotolot.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id C1DBA55409; Wed, 14 Mar 2001 01:40:41 -0500 (EST) Received: from ichotolot.servalan.com([127.0.0.1]) (1513 bytes) by servalan.servalan.com via sendmail with P:esmtp/R:smart_host/T:hacked-uux (sender: ) id for ; Tue, 13 Mar 2001 23:51:49 -0600 (CST) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: To: Peter Wemm Cc: Richard Todd , current@freebsd.org Subject: Re: Tracking down problem with booting large kernels (bug in locore.s) In-Reply-To: Your message of "Tue, 13 Mar 2001 20:42:49 PST." <200103140442.f2E4gni01710@daintree.yahoo.com> Date: Tue, 13 Mar 2001 23:51:48 -0600 From: Richard Todd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200103140442.f2E4gni01710@daintree.yahoo.com>, Peter Wemm writes: >Richard Todd wrote: > >> <---- No crashes as of here >> pushl $begin /* jump to high virtualized add > ress */ >> ret >> >> /* now running relocated at KERNBASE where the system is linked to run */ >> begin: >> <==== crashes before it gets here!!! >> /* set up bootstrap stack */ >> movl proc0paddr,%eax /* location of in-kernel pages > */ > >I have some suspicions.. Can you do a nm on your kernel? > >peter@daintree[8:41pm]~-102> nm /boot/kernel/kernel |grep begin >c0123689 t begin > Sure. A working kernel (the one I'm booted off of now) shows: 55 ichotolot ~[11:49PM] Z% nm /boot/kernel.good5/kernel | grep begin c0128c79 t begin c0368b3f t mp_begin and one that crashes shows: 56 ichotolot ~[11:50PM] Z% nm /boot/kernel.old/kernel | grep begin c01290a9 t begin c038d49f t mp_begin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 0:50:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 781CE37B71A for ; Wed, 14 Mar 2001 00:50:09 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.161]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA60014QJ74GE@mta5.snfc21.pbi.net> for current@freebsd.org; Wed, 14 Mar 2001 00:49:53 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 385A81880; Wed, 14 Mar 2001 00:49:53 -0800 (PST) Date: Wed, 14 Mar 2001 00:49:53 -0800 From: Alex Zepeda Subject: Re: midi causes panic on boot? + entropy gatherer works fine In-reply-to: <20010312163850.A28997@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Mon, Mar 12, 2001 at 04:38:50PM +0100 To: current@freebsd.org Message-id: <20010314004953.B549@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010312163850.A28997@petra.hos.u-szeged.hu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 04:38:50PM +0100, Szilveszter Adam wrote: > I wonder if this is known? If not, I can certainly provide more > information. The offending sound hw is a Creative SB 64 AWE ISAPnP card. It > works fine otherwise. (as it always has) Yup I'm seeing this too. SMP kernel, AWE64 PnP. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 0:50:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 8F7AD37B719 for ; Wed, 14 Mar 2001 00:50:49 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.161]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA6005HFJ5PC8@mta5.snfc21.pbi.net> for current@freebsd.org; Wed, 14 Mar 2001 00:49:02 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 7151617AE; Wed, 14 Mar 2001 00:49:01 -0800 (PST) Date: Wed, 14 Mar 2001 00:49:01 -0800 From: Alex Zepeda Subject: random reboots... To: current@freebsd.org Message-id: <20010314004901.A549@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I haven't been able to track this down since the kernel won't panic.. but with more recent kernels I've noticed: * options NCP prevents the kernel from linking * midi panics the system right after bootup But the biggest problem seems to be the spontaneous rebooting. At first I thought it might have been related to the recently re-installed HPT366, no such luck there. Then I thought something in make world was causing problems, nope. It seems mainly to happen when I suspend a program.. I'll just hit Ctrl-Z and the screen blanks, and I see the video card copyright info, etc, etc. The kernel that seems to work was built on Feb 18th, and the ones that aren't are from as recently as March 13th. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 0:51:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 3FF4E37B718 for ; Wed, 14 Mar 2001 00:51:47 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2E8ogS49124; Wed, 14 Mar 2001 09:50:46 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Wed, 14 Mar 2001 09:51:28 +0100 (CET) From: Martin Blapp To: Jordan Hubbard Cc: k@numeri.campus.luth.se, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: <20010313165433L.jkh@osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, just some thoughts here: I modified mergemaster so he add's to every file he touches or installs this md5 checksum. When mergemaster reads a file and compares it, it extracts the md5 checksum form the file (if it exists) and looks if the file has been changed or not. If a new file get's installed, the md5 checksum of that file is written. For the first time you update you have the same way to go as usual. but the second time, you will be only asked for the files which have been modified. Even if 90% of the config files have new $ID's and are a lot different. If it is possible to add these checksums also in sysinstall when extracting the first time you install, nothing has to be done with commit scripts and also the first time you run mergemaster, you can run it a lot more faster than now. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Tue, 13 Mar 2001, Jordan Hubbard wrote: > Hmmm, this is nice! I've wanted this option for a long time. :) > > - Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1: 6:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 0A6F637B719 for ; Wed, 14 Mar 2001 01:06:40 -0800 (PST) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: (from uucp@localhost) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-0.1-11.01.2000) with UUCP id f2E95cJ15582; Wed, 14 Mar 2001 18:05:38 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [fec0::1:280:c8ff:fe6b:6d73]) by sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W) with ESMTP id f2E946s10865 ; Wed, 14 Mar 2001 18:04:07 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W) with ESMTP id f2E945607519 ; Wed, 14 Mar 2001 18:04:05 +0900 (JST) Message-Id: <200103140904.f2E945607519@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 14 Mar 2001 18:04:05 +0900 From: Seigo Tanimura To: jazepeda@pacbell.net Cc: current@freebsd.org Subject: Re: midi causes panic on boot? + entropy gatherer works fine In-Reply-To: In your message of "Wed, 14 Mar 2001 00:49:53 -0800" <20010314004953.B549@zippy.mybox.zip> References: <20010312163850.A28997@petra.hos.u-szeged.hu> <20010314004953.B549@zippy.mybox.zip> Cc: Seigo Tanimura User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001 00:49:53 -0800, Alex Zepeda said: Alex> On Mon, Mar 12, 2001 at 04:38:50PM +0100, Szilveszter Adam wrote: >> I wonder if this is known? If not, I can certainly provide more >> information. The offending sound hw is a Creative SB 64 AWE ISAPnP card. It >> works fine otherwise. (as it always has) Alex> Yup I'm seeing this too. SMP kernel, AWE64 PnP. If the kernel attempts to probe mpu to die, my last commit should fix that. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1: 8:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 7DEF137B719 for ; Wed, 14 Mar 2001 01:08:31 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.161]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA600GXKJSOTV@mta6.snfc21.pbi.net> for current@FreeBSD.ORG; Wed, 14 Mar 2001 01:02:59 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 16E961800; Wed, 14 Mar 2001 01:02:46 -0800 (PST) Date: Wed, 14 Mar 2001 01:02:46 -0800 From: Alex Zepeda Subject: Re: random reboots... In-reply-to: <20010314004901.A549@zippy.mybox.zip>; from jazepeda@pacbell.net on Wed, Mar 14, 2001 at 12:49:01AM -0800 To: current@FreeBSD.ORG Message-id: <20010314010246.C549@zippy.mybox.zip> MIME-version: 1.0 Content-type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010314004901.A549@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 14, 2001 at 12:49:01AM -0800, Alex Zepeda wrote: > The kernel that seems to work was built on Feb 18th, and the ones that > aren't are from as recently as March 13th. D'oh. Forgot the kernel config file and dmesg output. The config file hasn't changed, but the dmesg output is (obviously) from the older kernel. - alex --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #2: Sun Feb 18 19:07:27 PST 2001 root@zippy.mybox.zip:/usr/src/sys/compile/ZIPPY_SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (451.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 134152192 (131008K bytes) avail memory = 125919232 (122968K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc048b000. WARNING: size of kinfo_proc (648) should be 644!!! seq0-15: Midi sequencers. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fdcf0 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 17 -> irq 9 IOAPIC #0 intpin 18 -> irq 10 pci0: on pcib0 pcib1: at device 1.0 on pci0 IOAPIC #0 intpin 16 -> irq 11 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 Warning, ithread (19, irq14: ata0) is an entropy source. ata1: at 0x170 irq 15 on atapci0 Warning, ithread (20, irq15: ata1) is an entropy source. uhci0: port 0xe000-0xe01f irq 2 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 4000 pci0: at 9.0 (no driver attached) fxp0: port 0xe400-0xe43f mem 0xdb000000-0xdb0fffff,0xdb100000-0xdb100fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:90:27:d1:83:6a isa0: unexpected small tag 14 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 midi0: on sbc0 midi1: on sbc0 joy0: at port 0x200-0x207 on isa0 midi2: at port 0x620-0x623,0xa20-0xa23,0xe20-0xe23 on isa0 emu2: DRAM size = 512KB unknown: can't assign resources unknown: can't assign resources sio0: <16550A-compatible COM port> at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A unknown: can't assign resources ppc0: at port 0x378-0x37f,0x778-0x77a irq 7 drq 3 on isa0 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 sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IPsec: Initialized Security Association Processing. ncp_load: [210-213] ad0: 29314MB [59560/16/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted SMP: AP CPU #1 Launched! lock order reversal 1st vnode interlock last acquired @ ../../ufs/ffs/ffs_vfsops.c:396 2nd 0xc03ff0a0 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:457 3rd 0xc815bc8c vnode interlock @ ../../kern/vfs_subr.c:1871 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=ZIPPY_SMP machine i386 cpu I686_CPU ident ZIPPY_SMP maxusers 72 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options DEVFS #Device Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L options KBD_INSTALL_CDEV # install a CDEV entry in /dev device random #entropy device # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices #options USER_LDT options DDB options WITNESS options INVARIANTS options INVARIANT_SUPPORT options PERFMON options NETATALK #options NCP # SCSI peripherals device scbus # SCSI bus (required) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc device atkbd device psm device vga # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Serial (COM) ports device sio # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # PCI Ethernet NICs. device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device snp #device acpi #device midi device pcm device joy device smbus device intpm device smb device iicbus device iicbb device ic device iic device iicsmb #device pcf options PPC_PROBE_CHIPSET device seq options IPSEC options IPSEC_ESP options IPSEC_DEBUG options IPV6FIREWALL options IPFIREWALL options IPDIVERT options NETGRAPH options NETGRAPH_BPF options NETGRAPH_PPP options NETGRAPH_ASYNC --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:14:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 905ED37B718 for ; Wed, 14 Mar 2001 01:14:19 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2E9AjH84637; Wed, 14 Mar 2001 01:10:45 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: mb@imp.ch Cc: k@numeri.campus.luth.se, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: References: <20010313165433L.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314011045E.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 01:10:45 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 13 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Martin Blapp Subject: Re: Proposal to mergemaster Date: Wed, 14 Mar 2001 09:51:28 +0100 (CET) > If it is possible to add these checksums also in sysinstall when > extracting the first time you install, nothing has to be done > with commit scripts and also the first time you run mergemaster, > you can run it a lot more faster than now. Can you be more specific? Some diffs would certainly be easier to grasp the meaning of. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:19:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9A0F037B719 for ; Wed, 14 Mar 2001 01:19:54 -0800 (PST) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f2E9IYS51729; Wed, 14 Mar 2001 10:18:34 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Wed, 14 Mar 2001 10:19:20 +0100 (CET) From: Martin Blapp To: Jordan Hubbard Cc: k@numeri.campus.luth.se, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: <20010314011045E.jkh@osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Jordan, > > If it is possible to add these checksums also in sysinstall when > > extracting the first time you install, nothing has to be done > > with commit scripts and also the first time you run mergemaster, > > you can run it a lot more faster than now. > > Can you be more specific? Some diffs would certainly be easier > to grasp the meaning of. :) Yes, I mean when we extract and install all /etc files, is it possible to add then then md5 checksum to all installed config files into the cvs header ? (With grep -v "$FreeBSD:" of course). Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:23:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 5C3DD37B719 for ; Wed, 14 Mar 2001 01:23:22 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2E9KhH90119; Wed, 14 Mar 2001 01:20:44 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: mb@imp.ch Cc: k@numeri.campus.luth.se, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: References: <20010314011045E.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314012043M.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 01:20:43 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 7 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, I mean when we extract and install all /etc files, is it possible > to add then then md5 checksum to all installed config files into the > cvs header ? (With grep -v "$FreeBSD:" of course). Oh. No, not easily. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:48:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id B2B2737B719 for ; Wed, 14 Mar 2001 01:48:09 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 3B81728F49; Wed, 14 Mar 2001 15:48:04 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 1E50D28F3F; Wed, 14 Mar 2001 15:48:04 +0600 (ALMT) Date: Wed, 14 Mar 2001 15:48:03 +0600 (ALMT) From: Boris Popov To: Alex Zepeda Cc: current@freebsd.org Subject: Re: random reboots... In-Reply-To: <20010314004901.A549@zippy.mybox.zip> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001, Alex Zepeda wrote: > I haven't been able to track this down since the kernel won't panic.. but > with more recent kernels I've noticed: > > * options NCP prevents the kernel from linking You need options LIBMCHAIN as well. We don't have mechanism for specifying dependancies between options as of yet. (sorry, should put a note in the NOTES). -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:53:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta05.mail.mel.aone.net.au (mta05.mail.au.uu.net [203.2.192.85]) by hub.freebsd.org (Postfix) with ESMTP id DD7AC37B718 for ; Wed, 14 Mar 2001 01:53:20 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.28.1.237]) by mta05.mail.mel.aone.net.au with ESMTP id <20010314095316.HGYZ27782.mta05.mail.mel.aone.net.au@camtech.net.au>; Wed, 14 Mar 2001 20:53:16 +1100 Message-ID: <3AAF40AD.EA5C7FC4@camtech.net.au> Date: Wed, 14 Mar 2001 20:28:05 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Alex Zepeda Cc: current@freebsd.org Subject: Re: random reboots... References: <20010314004901.A549@zippy.mybox.zip> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex Zepeda wrote: > > I haven't been able to track this down since the kernel won't panic.. but > with more recent kernels I've noticed: > > * options NCP prevents the kernel from linking > * midi panics the system right after bootup > Saw the NCP problem today at ctm-cvs-cur 7214. Saw the midi problem earlier but haven't put midi and seq in my kernels since then. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:57: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta01.mail.mel.aone.net.au (mta01.mail.au.uu.net [203.2.192.81]) by hub.freebsd.org (Postfix) with ESMTP id EE6FB37B719 for ; Wed, 14 Mar 2001 01:56:57 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.28.1.237]) by mta01.mail.mel.aone.net.au with ESMTP id <20010314095656.KIGP23784.mta01.mail.mel.aone.net.au@camtech.net.au>; Wed, 14 Mar 2001 20:56:56 +1100 Message-ID: <3AAF418A.B817275D@camtech.net.au> Date: Wed, 14 Mar 2001 20:31:46 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Brian Somers Cc: Martin Blapp , current@FreeBSD.ORG Subject: Re: Proposal to mergemaster References: <200103140137.f2E1bZa10327@hak.lan.Awfulhak.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers wrote: > 3. Have a cvs-aware option. > > If the installed and new version numbers differ, mergemaster does a > cvs diff -u -rINSTALLEDVERSION newversion | patch INSTALLEDFILE. If > this works, everyone's happy. If not, it forces you to modify the > new file 'till there are no <<<<< >>>>> bits in it. > Yes yes yes. Many people using mergemaster have the Repo on hand at $CVSROOT so this should be an option if not the default (when $CVSROOT is defined). For those who dont I suppose a directory could keep the unmodified versions of the currently installed files that mergemaster updates. Or maybe the versions could be fetched from the web (from cvsweb ?) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 1:59:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83]) by hub.freebsd.org (Postfix) with ESMTP id E7E0137B719; Wed, 14 Mar 2001 01:59:15 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au ([203.28.1.237]) by mta03.mail.mel.aone.net.au with ESMTP id <20010314095914.LGSI2527.mta03.mail.mel.aone.net.au@camtech.net.au>; Wed, 14 Mar 2001 20:59:14 +1100 Message-ID: <3AAF4214.8A81A1FD@camtech.net.au> Date: Wed, 14 Mar 2001 20:34:04 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Valdov Cc: stable@freebsd.org, current@freebsd.org Subject: Re: PAM(?) breaks r* and ftpd References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dmitry Valdov wrote: > > Hi! > > Try to make an .rhosts file and rlogin to fresh RELENG_4 or -CURRENT branch. > > rlogin -l dv xxx.xxx.xxx.xxx > I saw the rlogin problem but somehow fixed it later.... my pam.conf was OK so I uncommented the ipv6 versions of the services in /etc/inetd.conf and that seemed to fix it. As I did this at work, I cant reproduce this now. This is on -CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 4:36: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mf103.infoweb.ne.jp (mf103.infoweb.ne.jp [210.131.99.50]) by hub.freebsd.org (Postfix) with ESMTP id 3AE0737B718 for ; Wed, 14 Mar 2001 04:35:57 -0800 (PST) (envelope-from fwkg7679@mb.infoweb.ne.jp) Received: from amdk6 by mf103.infoweb.ne.jp (8.9.3+3.2W/3.7W-10/13/99) with SMTP id VAA01351; Wed, 14 Mar 2001 21:35:33 +0900 Message-Id: <200103141235.VAA01351@mf103.infoweb.ne.jp> Date: Wed, 14 Mar 2001 21:37:40 +0900 From: KUROSAWA Takahiro To: James FitzGibbon Cc: eischen@vigrid.com, current@freebsd.org Subject: Re: Fixed - pthread altsigstack problem In-Reply-To: <20010312184616.A25098@ehlo.com> References: <20010312184616.A25098@ehlo.com> X-Mailer: Sylpheed version 0.4.62cvs11 (GTK+ 1.2.8; i386-pc-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 X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001 18:46:16 -0500 James FitzGibbon wrote: > Both of the patches below fix the problem mentioned in PR bin/25110. The > first one fixes it inside of kern_fork.c and would appear to apply the > corrective behaviour regardless of whether the process uses libc_r or not. The first patch that I sent to you makes the SS_DISABLE flag setting be inherited to the child process (especially when the parent have cleared the flag), as I had mentioned in the mail to -current: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=332928+0+archive/2001/freebsd-current/20010304.freebsd-current I'm not sure that the SS_DISABLE flag setting should be inherited to the child process, but at least I can say the behavior of 5-CURRENT (and 4-STABLE) is different from that of Solaris 7, NetBSD 1.5 and FreeBSD 3.5-STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 4:41:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id C75E137B718 for ; Wed, 14 Mar 2001 04:41:07 -0800 (PST) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.11.3/8.11.3) with ESMTP id f2ECfQ332288; Wed, 14 Mar 2001 13:41:30 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <200103141241.f2ECfQ332288@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: Martin Blapp Cc: current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: Your message of "Tue, 13 Mar 2001 16:53:46 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Mar 2001 13:41:26 +0100 From: Johan Karlsson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 13 Mar 2001 16:53:46 +0100, Martin Blapp wrote: > > Hi, > > > I have made something like this and submitted a PR > > http://www.freebsd.org/cgi/query-pr.cgi?pr=25771 > > Yep, something like this I'd like to do, but with md5 checksums, > so we do not have to say 'yes' to each file we update. I remember some discussion about something similar. The proposal back then was to use a text-file with each file to just install on one line in the file. And also to have a text-file for file which should never be updated. However, I belive this was turned down since this if [ -r "${MM_PRE_COMPARE_SCRIPT}" ]; then . "${MM_PRE_COMPARE_SCRIPT}" fi hook in mergemaster can be used to do that. Using this hook the admin will have to know what he is doing :-) /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 4:41:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 12B1C37B719 for ; Wed, 14 Mar 2001 04:41:10 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Date: Wed, 14 Mar 2001 12:41:09 +0000 From: David Malone To: Christos Zoulas Cc: "Andrey A. Chernov" , tcsh-bugs@mx.gw.com, current@freebsd.org Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314124109.A30970@salmon.maths.tcd.ie> References: <20010313131944.A961@nagual.pp.ru> <20010313125249.704743330@hrothgar.gw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313125249.704743330@hrothgar.gw.com>; from christos@zoulas.com on Tue, Mar 13, 2001 at 07:52:49AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 07:52:49AM -0500, Christos Zoulas wrote: > Thanks so much! I wonder how come this bug remained unnoticed for such > a long time! AFAIK, this isn't a bug. It's what csh has always done. (It's what IBM and Sun's csh do anyway...) To echo a newline in csh you do 'echo ""'. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 4:47: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 3EA2E37B718 for ; Wed, 14 Mar 2001 04:46:58 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2ECkhg72402; Wed, 14 Mar 2001 15:46:44 +0300 (MSK) (envelope-from ache) Date: Wed, 14 Mar 2001 15:46:39 +0300 From: "Andrey A. Chernov" To: David Malone Cc: Christos Zoulas , tcsh-bugs@mx.gw.com, current@freebsd.org Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314154636.A72329@nagual.pp.ru> References: <20010313131944.A961@nagual.pp.ru> <20010313125249.704743330@hrothgar.gw.com> <20010314124109.A30970@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314124109.A30970@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Mar 14, 2001 at 12:41:09PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 12:41:09 +0000, David Malone wrote: > On Tue, Mar 13, 2001 at 07:52:49AM -0500, Christos Zoulas wrote: > > > Thanks so much! I wonder how come this bug remained unnoticed for such > > a long time! > > AFAIK, this isn't a bug. It's what csh has always done. (It's what > IBM and Sun's csh do anyway...) To echo a newline in csh you do > 'echo ""'. If this bug is rotten in csh as designed, it not means that it isn't the bug. Lets look from other side: "echo" is internal csh command which replace /bin/echo for speed reasons. /bin/echo;/bin/echo;/bin/echo produce 3 \n, so internal command must do the same in any case. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 4:59:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 84B9A37B718 for ; Wed, 14 Mar 2001 04:59:17 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2ECx9Q72513; Wed, 14 Mar 2001 15:59:09 +0300 (MSK) (envelope-from ache) Date: Wed, 14 Mar 2001 15:59:08 +0300 From: "Andrey A. Chernov" To: David Malone Cc: Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314155908.A72442@nagual.pp.ru> References: <20010313131944.A961@nagual.pp.ru> <20010313125249.704743330@hrothgar.gw.com> <20010314124109.A30970@salmon.maths.tcd.ie> <20010314154636.A72329@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314154636.A72329@nagual.pp.ru>; from ache@nagual.pp.ru on Wed, Mar 14, 2001 at 03:46:39PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 15:46:39 +0300, Andrey A. Chernov wrote: > On Wed, Mar 14, 2001 at 12:41:09 +0000, David Malone wrote: > > On Tue, Mar 13, 2001 at 07:52:49AM -0500, Christos Zoulas wrote: > > > > > Thanks so much! I wonder how come this bug remained unnoticed for such > > > a long time! > > > > AFAIK, this isn't a bug. It's what csh has always done. (It's what > > IBM and Sun's csh do anyway...) To echo a newline in csh you do > > 'echo ""'. > > If this bug is rotten in csh as designed, it not means that it isn't > the bug. > > Lets look from other side: "echo" is internal csh command which replace > /bin/echo for speed reasons. /bin/echo;/bin/echo;/bin/echo produce 3 \n, > so internal command must do the same in any case. Thinking about compatibility: Since internal 'echo' does nothing, it _not_ used in any old csh scripts, while 'echo ""' does the same thing in both old and new variants, so old scripts will works in the same way. Since old csh is not maintained anymore, we don't need to preserve exact void compatibility with unsupported and not maintained other platforms software with no practical reason. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 6:10:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 5900737B71C for ; Wed, 14 Mar 2001 06:10:07 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Mar 2001 14:10:06 +0000 (GMT) To: "Andrey A. Chernov" Cc: Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix In-reply-to: Your message of "Wed, 14 Mar 2001 15:59:08 +0300." <20010314155908.A72442@nagual.pp.ru> X-Request-Do: Date: Wed, 14 Mar 2001 14:10:06 +0000 From: David Malone Message-ID: <200103141410.aa44559@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Since internal 'echo' does nothing, it _not_ used in any old csh scripts, > while 'echo ""' does the same thing in both old and new variants, so old > scripts will works in the same way. Will it change what happens if you do: set null="" echo $null (this produces nothing in "traditional" tcsh and csh)? > Since old csh is not maintained anymore, we don't need to preserve exact > void compatibility with unsupported and not maintained other platforms > software with no practical reason. I guess we should leave it up to the tcsh folks. There are other internal csh commands which behave differently to external commands (nice and time come to mind). I think it is known that 'echo ""' is a relatively portable way of printing a blank line. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 6:35:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id D7DB537B718 for ; Wed, 14 Mar 2001 06:35:48 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2EEZf573766; Wed, 14 Mar 2001 17:35:41 +0300 (MSK) (envelope-from ache) Date: Wed, 14 Mar 2001 17:35:39 +0300 From: "Andrey A. Chernov" To: David Malone Cc: Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314173539.A73652@nagual.pp.ru> References: <20010314155908.A72442@nagual.pp.ru> <200103141410.aa44559@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103141410.aa44559@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Wed, Mar 14, 2001 at 02:10:06PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 14:10:06 +0000, David Malone wrote: > Will it change what happens if you do: > > set null="" > echo $null > > (this produces nothing in "traditional" tcsh and csh)? It will change. > I guess we should leave it up to the tcsh folks. There are other > internal csh commands which behave differently to external commands > (nice and time come to mind). I think it is known that 'echo ""' is > a relatively portable way of printing a blank line. echo is more like as external command, even in its internal form it tends to be compatible even with SysV-isms. What non-BSD grown (i.e. SysV) csh echo prints? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 6:41:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id CDA5937B719 for ; Wed, 14 Mar 2001 06:41:54 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Mar 2001 14:41:54 +0000 (GMT) To: "Andrey A. Chernov" Cc: Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix In-reply-to: Your message of "Wed, 14 Mar 2001 17:35:39 +0300." <20010314173539.A73652@nagual.pp.ru> X-Request-Do: Date: Wed, 14 Mar 2001 14:41:53 +0000 From: David Malone Message-ID: <200103141441.aa50079@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > echo is more like as external command, even in its internal form it > tends to be compatible even with SysV-isms. What non-BSD grown (i.e. SysV) > csh echo prints? Solaris, AIX and HPUX all print nothing. I guess all csh versions are likely to be BSD dervied, so there is likely to be a consistant response. Maybe something could be done with the echo_style variable to control what is done? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 6:54:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from hrothgar.gw.com (hrothgar.gw.com [204.80.150.3]) by hub.freebsd.org (Postfix) with ESMTP id 67AD537B719 for ; Wed, 14 Mar 2001 06:54:33 -0800 (PST) (envelope-from christos@zoulas.com) Received: by hrothgar.gw.com (Postfix, from userid 10080) id 84FFD32FC; Wed, 14 Mar 2001 09:54:32 -0500 (EST) From: christos@zoulas.com (Christos Zoulas) Date: Wed, 14 Mar 2001 09:54:32 -0500 In-Reply-To: <200103141441.aa50079@salmon.maths.tcd.ie> from David Malone (Mar 14, 2:41pm) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: David Malone , "Andrey A. Chernov" Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Cc: tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Message-Id: <20010314145432.84FFD32FC@hrothgar.gw.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 14, 2:41pm, dwmalone@maths.tcd.ie (David Malone) wrote: -- Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix | > echo is more like as external command, even in its internal form it | > tends to be compatible even with SysV-isms. What non-BSD grown (i.e. SysV) | > csh echo prints? | | Solaris, AIX and HPUX all print nothing. I guess all csh versions | are likely to be BSD dervied, so there is likely to be a consistant | response. | | Maybe something could be done with the echo_style variable to | control what is done? Yeah, that is a good idea. I think that I'll add an echo_style "bsdbug", and leave the default alone. christos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 7:30:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from hrothgar.gw.com (hrothgar.gw.com [204.80.150.3]) by hub.freebsd.org (Postfix) with ESMTP id C2FCE37B718 for ; Wed, 14 Mar 2001 07:30:01 -0800 (PST) (envelope-from kim@tac.nyc.ny.us) Received: from hrothgar.gw.com (localhost [127.0.0.1]) by hrothgar.gw.com (Postfix) with ESMTP id AFA7132FC; Wed, 14 Mar 2001 10:29:57 -0500 (EST) To: "Andrey A. Chernov" Cc: David Malone , Christos Zoulas , tcsh-bugs@mx.gw.com, current@freebsd.org Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix In-Reply-To: <20010314154636.A72329@nagual.pp.ru> from "Andrey A. Chernov" on Wed, 14 Mar 2001 15:46:39 +0300 References: <20010313131944.A961@nagual.pp.ru> <20010313125249.704743330@hrothgar.gw.com> <20010314124109.A30970@salmon.maths.tcd.ie> <20010314154636.A72329@nagual.pp.ru> X-Face: dJ`"\|-Z6bKup3nm*Th75RV`!T)~xXMZKQt6|%BR~9'A7WzN"rsq4Cv+T~Hg9YRb^oEmVxz I0s1&A|(:ISoQJus6s<%pssRki3x*Kf;3BL;Gyq3'>06R>R`Om_ILkJAizKL{AC::|UE/N)u}*Ix}s nn{eh=0Um[!yF@gn-JN.6AB+xy5$Biy5I?)T~i#-C^m>vy(!(S*'m}M[>5uvbWcm X-Attribution: Kim MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29006.984583797.1@hrothgar.gw.com> Date: Wed, 14 Mar 2001 10:29:57 -0500 From: Kimmo Suominen Message-Id: <20010314152957.AFA7132FC@hrothgar.gw.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I agree with Andrey -- although this has the possibility of breaking old scripts that expect no output from echoing an empty variable. Since the DEC/OSF system update script only works with their ancient /bin/sh (and not with the XPG4 sh) I wouldn't be surprised to find such scripts out there... :-) + Kim | From: "Andrey A. Chernov" | Date: Wed, 14 Mar 2001 15:46:39 +0300 | | On Wed, Mar 14, 2001 at 12:41:09 +0000, David Malone wrote: | > On Tue, Mar 13, 2001 at 07:52:49AM -0500, Christos Zoulas wrote: | > | > > Thanks so much! I wonder how come this bug remained unnoticed for such | > > a long time! | > | > AFAIK, this isn't a bug. It's what csh has always done. (It's what | > IBM and Sun's csh do anyway...) To echo a newline in csh you do | > 'echo ""'. | | If this bug is rotten in csh as designed, it not means that it isn't | the bug. | | Lets look from other side: "echo" is internal csh command which replace | /bin/echo for speed reasons. /bin/echo;/bin/echo;/bin/echo produce 3 \n, | so internal command must do the same in any case. | | -- | Andrey A. Chernov | http://ache.pp.ru/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 8:33:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id BBED337B718 for ; Wed, 14 Mar 2001 08:33:54 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA49000; Wed, 14 Mar 2001 11:33:41 -0500 (EST) (envelope-from wollman) Date: Wed, 14 Mar 2001 11:33:41 -0500 (EST) From: Garrett Wollman Message-Id: <200103141633.LAA49000@khavrinen.lcs.mit.edu> To: Boris Popov Cc: current@FreeBSD.ORG Subject: Re: random reboots... In-Reply-To: References: <20010314004901.A549@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > You need options LIBMCHAIN as well. We don't have mechanism for > specifying dependancies between options as of yet. (sorry, should put a > note in the NOTES). Actually, yes we do, although it's not often used. If the relevant sources are listed twice in `files', conditional on each option, then `config' will do the right thing. For example: dev/pccard/card_if.m optional card dev/pccard/card_if.m optional pccard -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 9:25:29 2001 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id CC9FB37B71A; Wed, 14 Mar 2001 09:25:24 -0800 (PST) From: "Jonathan M. Bresler" To: freebsd-current@FreeBSD.ORG Subject: [jkh@osd.bsdi.com: Fw: Undelivered Mail Returned to Sender] Message-Id: <20010314172524.CC9FB37B71A@hub.freebsd.org> Date: Wed, 14 Mar 2001 09:25:24 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG a host in Taiwan (Alleyoop.m8.ntu.edu.tw) is sending mail from freebsd-current back into the list. there is only one subscriber at that host. that person has been removed from the mailing lists. that host has been added to our spam filters. please do not hesitate to let me know whenever this problem or any other problem arises with any freebsd mailing list. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--The Power to Serve JMB193 http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB Return-Path: Return-Path: Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2ECqlH98372 for ; Wed, 14 Mar 2001 04:52:47 -0800 (PST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2ECrSG64364 for ; Wed, 14 Mar 2001 04:53:28 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D7C7455601 for ; Wed, 14 Mar 2001 04:52:29 -0800 (PST) (envelope-from ) Received: by hub.freebsd.org (Postfix) via BOUNCE id 199B737B719; Wed, 14 Mar 2001 04:53:42 -0800 (PST) Date: Wed, 14 Mar 2001 04:53:42 -0800 (PST) From: MAILER-DAEMON@FreeBSD.ORG (Mail Delivery System) Subject: Undelivered Mail Returned to Sender To: jkh@osd.bsdi.com MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="514D037B71C.984574422/hub.freebsd.org" Message-Id: <20010314125342.199B737B719@hub.freebsd.org> This is a MIME-encapsulated message. - --514D037B71C.984574422/hub.freebsd.org Content-Description: Notification Content-Type: text/plain This is the Postfix program at host hub.freebsd.org. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program : mail forwarding loop for freebsd-current@FreeBSD.ORG - --514D037B71C.984574422/hub.freebsd.org Content-Description: Delivery error report Content-Type: message/delivery-status Reporting-MTA: dns; hub.freebsd.org Arrival-Date: Wed, 14 Mar 2001 04:53:39 -0800 (PST) Final-Recipient: rfc822; freebsd-current@FreeBSD.ORG Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; mail forwarding loop for freebsd-current@FreeBSD.ORG - --514D037B71C.984574422/hub.freebsd.org Content-Description: Undelivered Message Content-Type: message/rfc822 Received: from alleyoop.m8.ntu.edu.tw (Alleyoop.m8.ntu.edu.tw [140.112.251.238]) by hub.freebsd.org (Postfix) with ESMTP id 514D037B71C for ; Wed, 14 Mar 2001 04:53:39 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: (from ml@localhost) by alleyoop.m8.ntu.edu.tw (8.11.2/8.11.0) id f2ECraX97631; Wed, 14 Mar 2001 20:53:36 +0800 (CST) (envelope-from jkh@osd.bsdi.com) X-Authentication-Warning: alleyoop.m8.ntu.edu.tw: ml set sender to Jordan Hubbard using -f Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by alleyoop.m8.ntu.edu.tw (8.11.2/8.11.0) with ESMTP id f2ECrYW97605 for ; Wed, 14 Mar 2001 20:53:34 +0800 (CST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B48B155521; Wed, 14 Mar 2001 01:13:12 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 7D13837B71A; Wed, 14 Mar 2001 01:14:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 56E992E8166; Wed, 14 Mar 2001 01:14:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: by hub.freebsd.org (bulk_mailer v1.12); Wed, 14 Mar 2001 01:14:21 -0800 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 905ED37B718 for ; Wed, 14 Mar 2001 01:14:19 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2E9AjH84637; Wed, 14 Mar 2001 01:10:45 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Cc: k@numeri.campus.luth.se, current@FreeBSD.ORG Subject: Re: Proposal to mergemaster In-Reply-To: References: <20010313165433L.jkh@osd.bsdi.com> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010314011045E.jkh@osd.bsdi.com> Date: Wed, 14 Mar 2001 01:10:45 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 13 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk To: samailing.bbs@ttb.twbbs.org [snip] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 9:42:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id 5922C37B718 for ; Wed, 14 Mar 2001 09:42:08 -0800 (PST) (envelope-from D.Rock@t-online.de) Received: from fwd01.sul.t-online.com by mailout03.sul.t-online.com with smtp id 14dFHi-0000K5-01; Wed, 14 Mar 2001 18:42:06 +0100 Received: from server.rock.net (340029380333-0001@[62.226.181.138]) by fmrl01.sul.t-online.com with esmtp id 14dFHN-0v67dIC; Wed, 14 Mar 2001 18:41:45 +0100 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.11.2/Rock) with ESMTP id f2EHfcd19311; Wed, 14 Mar 2001 18:41:43 +0100 (MET) Message-ID: <3AAFAD51.8C92FBEB@t-online.de> Date: Wed, 14 Mar 2001 18:41:37 +0100 From: Daniel Rock X-Mailer: Mozilla 4.76 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: David Malone Cc: "Andrey A. Chernov" , Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix References: <200103141441.aa50079@salmon.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Malone schrieb: > > > echo is more like as external command, even in its internal form it > > tends to be compatible even with SysV-isms. What non-BSD grown (i.e. SysV) > > csh echo prints? > > Solaris, AIX and HPUX all print nothing. I guess all csh versions > are likely to be BSD dervied, so there is likely to be a consistant > response. Hmm, my Solaris (Solaris 8) does print three newlines (while the now included tcsh indeed output nothing). The manual page is also very clear that it should print a newline. -- Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 12:16:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id CC57A37B71F for ; Wed, 14 Mar 2001 12:16:46 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2EKGZl77996; Wed, 14 Mar 2001 23:16:35 +0300 (MSK) (envelope-from ache) Date: Wed, 14 Mar 2001 23:16:33 +0300 From: "Andrey A. Chernov" To: Daniel Rock Cc: David Malone , Christos Zoulas , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314231633.A77803@nagual.pp.ru> References: <200103141441.aa50079@salmon.maths.tcd.ie> <3AAFAD51.8C92FBEB@t-online.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AAFAD51.8C92FBEB@t-online.de>; from D.Rock@t-online.de on Wed, Mar 14, 2001 at 06:41:37PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 18:41:37 +0100, Daniel Rock wrote: > David Malone schrieb: > > > > > echo is more like as external command, even in its internal form it > > > tends to be compatible even with SysV-isms. What non-BSD grown (i.e. SysV) > > > csh echo prints? > > > > Solaris, AIX and HPUX all print nothing. I guess all csh versions > > are likely to be BSD dervied, so there is likely to be a consistant > > response. > Hmm, my Solaris (Solaris 8) does print three newlines (while the now included > tcsh indeed output nothing). So, it sounds like fixed in Solaris 8, i.e. we have alternative, to be like... > The manual page is also very clear that it should print a newline. Yes, tcsh own man page tells about newline too. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 12:24:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id B56CD37B718 for ; Wed, 14 Mar 2001 12:24:39 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2EKOVu78118; Wed, 14 Mar 2001 23:24:31 +0300 (MSK) (envelope-from ache) Date: Wed, 14 Mar 2001 23:24:31 +0300 From: "Andrey A. Chernov" To: Christos Zoulas Cc: David Malone , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Message-ID: <20010314232431.B77803@nagual.pp.ru> References: <200103141441.aa50079@salmon.maths.tcd.ie> <20010314145432.84FFD32FC@hrothgar.gw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314145432.84FFD32FC@hrothgar.gw.com>; from christos@zoulas.com on Wed, Mar 14, 2001 at 09:54:32AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 09:54:32 -0500, Christos Zoulas wrote: > Yeah, that is a good idea. I think that I'll add an echo_style "bsdbug", > and leave the default alone. Even if we left old default in place (which I personally not like), old code have signal handler bug, we can't just "return" from xecho(), because signal mask not set again after "if (sigintr) sigrelse(SIGINT);", we need to jump somewhere near "done:" label to get signal mask properly set again. If someone tells me that it is intentional old csh behaviour too, I will be speechless... -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 12:43:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 0407F37B71C for ; Wed, 14 Mar 2001 12:43:13 -0800 (PST) (envelope-from jason-dated-88ce477cf68fd550@mastaler.com) Received: from nightshade.acl.lanl.gov (qmailr@nightshade.acl.lanl.gov [128.165.147.175]) by acl.lanl.gov (8.8.8/8.8.5) with SMTP id NAA10212034 for ; Wed, 14 Mar 2001 13:43:12 -0700 (MST) Received: (qmail 1918 invoked by uid 500); 14 Mar 2001 20:43:11 -0000 Date: 14 Mar 2001 20:43:11 -0000 Message-ID: <20010314204311.1917.qmail@nightshade.la.mastaler.com> From: "Jason R. Mastaler" Mail-Followup-To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org To: freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org Subject: building perl 5.6.0 with `-DPERL_POLLUTE' X-Face: "Whz7py/hGVg+:}u&Q$/5z>j)gy%qNRX{j]0xGF&?Z"^b3`[6dY'^jSDlZDHh$m1~YX6U3J 1gOce%&je3)lVMOa/P,=9Kj:lmZb6]1hMmam*SW$GrVPa>b05y9/svb[uX.i><]^; iE1^(p_*=eLQJ6g$[aOX9I#`DCP\^O=RR:7|95hZ Content-Type: text/plain; charset=US-ASCII Lines: 29 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've noticed that lots of the perl ports are now broken since the move to perl 5.6.0. Some examples: http://bento.freebsd.org/errorlogs/5-full/p5-Crypt-IDEA-1.01.log http://bento.freebsd.org/errorlogs/5-full/p5-Devel-Peek-0.96.log With these two in particular, the problem can be fixed by compiling perl with `-DPERL_POLLUTE' to get back the missing preprocessor definitions. Would it be worth it to compile the default 5.x perl in this manner? $ man perldelta [...] C Source Incompatibilities `PERL_POLLUTE' Release 5.005 grandfathered old global symbol names by providing preprocessor macros for extension source compatibility. As of release 5.6.0, these preprocessor definitions are not available by default. You need to explicitly compile perl with `-DPERL_POLLUTE' to get these definitions. For extensions still using the old symbols, this option can be specified via MakeMaker: perl Makefile.PL POLLUTE=1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 13: 4: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 6188037B719; Wed, 14 Mar 2001 13:04:02 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2EL41q08302; Wed, 14 Mar 2001 13:04:01 -0800 (PST) Date: Wed, 14 Mar 2001 13:04:01 -0800 From: Alfred Perlstein To: "Jason R. Mastaler" Cc: freebsd-current@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: building perl 5.6.0 with `-DPERL_POLLUTE' Message-ID: <20010314130400.L29888@fw.wintelcom.net> References: <20010314204311.1917.qmail@nightshade.la.mastaler.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314204311.1917.qmail@nightshade.la.mastaler.com>; from jason-dated-88ce477cf68fd550@mastaler.com on Wed, Mar 14, 2001 at 08:43:11PM -0000 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Jason R. Mastaler [010314 12:43] wrote: > I've noticed that lots of the perl ports are now broken since the move > to perl 5.6.0. Some examples: > > http://bento.freebsd.org/errorlogs/5-full/p5-Crypt-IDEA-1.01.log > http://bento.freebsd.org/errorlogs/5-full/p5-Devel-Peek-0.96.log > > With these two in particular, the problem can be fixed by compiling > perl with `-DPERL_POLLUTE' to get back the missing preprocessor > definitions. Would it be worth it to compile the default 5.x perl in > this manner? No. I'd rather not keep other people's cruft in our system. It will eventually go away, and the longer we keep it as a crutch, the more people are going to be hurt by it when/if it disappears completely. Those people need to fix thier modules. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 13:26:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from hrothgar.gw.com (hrothgar.gw.com [204.80.150.3]) by hub.freebsd.org (Postfix) with ESMTP id 37C3A37B718 for ; Wed, 14 Mar 2001 13:26:56 -0800 (PST) (envelope-from christos@zoulas.com) Received: by hrothgar.gw.com (Postfix, from userid 10080) id 2AC98318B; Wed, 14 Mar 2001 16:26:55 -0500 (EST) From: christos@zoulas.com (Christos Zoulas) Date: Wed, 14 Mar 2001 16:26:54 -0500 In-Reply-To: <20010314232431.B77803@nagual.pp.ru> from "Andrey A. Chernov" (Mar 14, 11:24pm) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: "Andrey A. Chernov" Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix Cc: David Malone , tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Message-Id: <20010314212655.2AC98318B@hrothgar.gw.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mar 14, 11:24pm, ache@nagual.pp.ru ("Andrey A. Chernov") wrote: -- Subject: Re: tcsh 6.10.00 echo;echo;echo; bug with fix With the new information about solaris having fixed this, I've decided against keeping compatibility and just applying the fix you proposed. christos | On Wed, Mar 14, 2001 at 09:54:32 -0500, Christos Zoulas wrote: | | > Yeah, that is a good idea. I think that I'll add an echo_style "bsdbug", | > and leave the default alone. | | Even if we left old default in place (which I personally not like), old | code have signal handler bug, we can't just "return" from xecho(), because | signal mask not set again after "if (sigintr) sigrelse(SIGINT);", we need | to jump somewhere near "done:" label to get signal mask properly set | again. If someone tells me that it is intentional old csh behaviour too, I | will be speechless... | | -- | Andrey A. Chernov | http://ache.pp.ru/ -- End of excerpt from "Andrey A. Chernov" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 15: 4:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 80A2A37B718; Wed, 14 Mar 2001 15:04:52 -0800 (PST) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 5E848550D; Thu, 15 Mar 2001 00:04:51 +0100 (CET) Date: Thu, 15 Mar 2001 00:04:51 +0100 From: Anton Berezin To: "Jason R. Mastaler" Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: building perl 5.6.0 with `-DPERL_POLLUTE' Message-ID: <20010315000451.B42233@heechee.tobez.org> Mail-Followup-To: Anton Berezin , "Jason R. Mastaler" , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <20010314204311.1917.qmail@nightshade.la.mastaler.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010314204311.1917.qmail@nightshade.la.mastaler.com>; from jason-dated-88ce477cf68fd550@mastaler.com on Wed, Mar 14, 2001 at 08:43:11PM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 08:43:11PM -0000, Jason R. Mastaler wrote: > I've noticed that lots of the perl ports are now broken since the move > to perl 5.6.0. Some examples: > > http://bento.freebsd.org/errorlogs/5-full/p5-Crypt-IDEA-1.01.log > http://bento.freebsd.org/errorlogs/5-full/p5-Devel-Peek-0.96.log > > With these two in particular, the problem can be fixed by compiling > perl with `-DPERL_POLLUTE' to get back the missing preprocessor > definitions. Would it be worth it to compile the default 5.x perl in > this manner? No. It is not necessary to compile *Perl* with -DPERL_POLLUTE, it's enough to compile the module in question with -DPERL_POLLUTE. Thus, this is easily fixable for individual ports. > For extensions still using the old symbols, > this option can be specified via MakeMaker: > > perl Makefile.PL POLLUTE=1 What it says... Cheers, -Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 16:40:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 2077937B719 for ; Wed, 14 Mar 2001 16:40:27 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2F0drt33628; Wed, 14 Mar 2001 16:39:53 -0800 (PST) (envelope-from dillon) Date: Wed, 14 Mar 2001 16:39:53 -0800 (PST) From: Matt Dillon Message-Id: <200103150039.f2F0drt33628@earth.backplane.com> To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I was cvsupping the GNATS database (the *entire* GNATS database, that :is - I didn't already have a copy) when I got this panic: How old a kernel are you running? Kirk and I have been attempting to locate the filesystem bitmap corruption for months. We've fixed a number of bugs but have yet to find a smoking gun. It is possible that it *has* been fixed but people's filesystems still contain some corruption from previous breakage. The corruption appears to be related to heavy directory activity and may or may not be related to softupdates. We just can't tell. We can't reproduce it. We thought we had found someone who could reproduce the problem at will but it turned out to be his RAID controller screwing up (where even newfs followed by an fsck would generate errors). Yahoo's test machines still occassionally show the problem, but so far it's too infrequent to get a good handle on. fsck all of your filesystems from single-user to remove the possibility of 'old' corruption (as in 'fsck', not 'fsck -p'). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 17:54:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id C037937B71A for ; Wed, 14 Mar 2001 17:54:08 -0800 (PST) (envelope-from peter@yahoo-inc.com) Received: from daintree.yahoo.com (daintree.yahoo.com [205.216.162.172]) by mrout1.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id f2F1rxO02825; Wed, 14 Mar 2001 17:53:59 -0800 (PST) Received: from yahoo-inc.com (localhost [127.0.0.1] (may be forged)) by daintree.yahoo.com (8.11.0/8.11.0) with ESMTP id f2F1rxi19074; Wed, 14 Mar 2001 17:53:59 -0800 (PST) (envelope-from peter@yahoo-inc.com) Message-Id: <200103150153.f2F1rxi19074@daintree.yahoo.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Richard Todd Cc: current@freebsd.org Subject: Re: Tracking down problem with booting large kernels (bug in locore.s) In-Reply-To: Date: Wed, 14 Mar 2001 17:53:59 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Richard Todd wrote: > In message <200103140442.f2E4gni01710@daintree.yahoo.com>, Peter Wemm writes: > >Richard Todd wrote: > > > >> <---- No crashes as of here > >> pushl $begin /* jump to high virtualized add > > ress */ > >> ret > >> > >> /* now running relocated at KERNBASE where the system is linked to run */ > >> begin: > >> <==== crashes before it gets here!!! > >> /* set up bootstrap stack */ > >> movl proc0paddr,%eax /* location of in-kernel pages > > */ > > > >I have some suspicions.. Can you do a nm on your kernel? > > > >peter@daintree[8:41pm]~-102> nm /boot/kernel/kernel |grep begin > >c0123689 t begin > > > > Sure. A working kernel (the one I'm booted off of now) shows: > 55 ichotolot ~[11:49PM] Z% nm /boot/kernel.good5/kernel | grep begin > c0128c79 t begin > c0368b3f t mp_begin > > and one that crashes shows: > > 56 ichotolot ~[11:50PM] Z% nm /boot/kernel.old/kernel | grep begin > c01290a9 t begin > c038d49f t mp_begin Now I am confused. I can't see any logical reason why the jump to "begin" should fail like that... It is only ~168K into the text section... Cheers, -Peter -- Peter Wemm - peter@yahoo-inc.com; peter@FreeBSD.org; peter@wemm.org "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 Wed Mar 14 18:33:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id EB57137B71A for ; Wed, 14 Mar 2001 18:33:47 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.145]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA700FHLWFMD5@mta5.snfc21.pbi.net> for current@freebsd.org; Wed, 14 Mar 2001 18:33:23 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id C587D18A2; Wed, 14 Mar 2001 18:33:19 -0800 (PST) Date: Wed, 14 Mar 2001 18:33:19 -0800 From: Alex Zepeda Subject: Re: Panic and filesystem corruption In-reply-to: <200103150039.f2F0drt33628@earth.backplane.com>; from dillon@earth.backplane.com on Wed, Mar 14, 2001 at 04:39:53PM -0800 To: current@freebsd.org Message-id: <20010314183319.A505@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200103150039.f2F0drt33628@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 04:39:53PM -0800, Matt Dillon wrote: > fsck all of your filesystems from single-user to remove the possibility > of 'old' corruption (as in 'fsck', not 'fsck -p'). So if an fsck -f doesn't bomb out, the filesystem should be in an okay state? - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 18:59:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id B97DA37B718 for ; Wed, 14 Mar 2001 18:59:10 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2F2viV37932; Wed, 14 Mar 2001 18:57:44 -0800 (PST) (envelope-from dillon) Date: Wed, 14 Mar 2001 18:57:44 -0800 (PST) From: Matt Dillon Message-Id: <200103150257.f2F2viV37932@earth.backplane.com> To: Alex Zepeda Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> <20010314183319.A505@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :On Wed, Mar 14, 2001 at 04:39:53PM -0800, Matt Dillon wrote: : :> fsck all of your filesystems from single-user to remove the possibility :> of 'old' corruption (as in 'fsck', not 'fsck -p'). : :So if an fsck -f doesn't bomb out, the filesystem should be in an okay :state? : :- alex Right. Or even fsck -n from multiuser mode if all your filesystems are completely idle and synced up. I do that from cron once a week just to be sure that everything is A.O.K. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 20:39:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 767A837B718 for ; Wed, 14 Mar 2001 20:39:31 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2F4dVp50844 for ; Wed, 14 Mar 2001 20:39:31 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2F4dTh78751; Wed, 14 Mar 2001 20:39:30 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103150439.f2F4dTh78751@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Peter Wemm Cc: Richard Todd , current@FreeBSD.ORG Subject: Re: Tracking down problem with booting large kernels (bug in locore.s) In-Reply-To: <200103150153.f2F1rxi19074@daintree.yahoo.com> Date: Wed, 14 Mar 2001 20:39:29 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > Richard Todd wrote: > > In message <200103140442.f2E4gni01710@daintree.yahoo.com>, Peter Wemm write s: > > >Richard Todd wrote: > > > > > >> <---- No crashes as of here > > >> pushl $begin /* jump to high virtualized add > > > ress */ > > >> ret > > >> > > >> /* now running relocated at KERNBASE where the system is linked to run * / > > >> begin: > > >> <==== crashes before it gets here!!! > > >> /* set up bootstrap stack */ > > >> movl proc0paddr,%eax /* location of in-kernel pages > > > */ > > > > > >I have some suspicions.. Can you do a nm on your kernel? > > > > > >peter@daintree[8:41pm]~-102> nm /boot/kernel/kernel |grep begin > > >c0123689 t begin > > > > > > > Sure. A working kernel (the one I'm booted off of now) shows: > > 55 ichotolot ~[11:49PM] Z% nm /boot/kernel.good5/kernel | grep begin > > c0128c79 t begin > > c0368b3f t mp_begin > > > > and one that crashes shows: > > > > 56 ichotolot ~[11:50PM] Z% nm /boot/kernel.old/kernel | grep begin > > c01290a9 t begin > > c038d49f t mp_begin > > Now I am confused. I can't see any logical reason why the jump to "begin" > should fail like that... It is only ~168K into the text section... Actually, now I understand it completely. The problem was the location of the stack. If text was too large, the stack (in the data segment) got pushed beyond the limit of the temporary 4MB P==V mapping during boot. This is (fortunately) an easy fix. SMP suffers the same problem during AP bootstrap and needs fixing there. I've known about the SMP one for a while. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 21:17:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 725E537B718 for ; Wed, 14 Mar 2001 21:17:12 -0800 (PST) (envelope-from bp@butya.kz) Received: by relay.butya.kz (Postfix, from userid 1000) id 7C914287F3; Thu, 15 Mar 2001 11:17:08 +0600 (ALMT) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id 7081E28649; Thu, 15 Mar 2001 11:17:08 +0600 (ALMT) Date: Thu, 15 Mar 2001 11:17:08 +0600 (ALMT) From: Boris Popov To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: random reboots... In-Reply-To: <200103141633.LAA49000@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Mar 2001, Garrett Wollman wrote: > > You need options LIBMCHAIN as well. We don't have mechanism for > > specifying dependancies between options as of yet. (sorry, should put a > > note in the NOTES). > > Actually, yes we do, although it's not often used. If the relevant > sources are listed twice in `files', conditional on each option, then > `config' will do the right thing. For example: > > dev/pccard/card_if.m optional card > dev/pccard/card_if.m optional pccard Yes, thats why I don't like this method :) -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 23: 3:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id 84F5737B718; Wed, 14 Mar 2001 23:03:10 -0800 (PST) (envelope-from bsddiy@21cn.com) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id OAA04004; Thu, 15 Mar 2001 14:59:42 +0800 Date: Thu, 15 Mar 2001 15:04:27 +0800 From: David Xu X-Mailer: The Bat! (v1.48f) Personal Reply-To: David Xu Organization: Viasoft X-Priority: 3 (Normal) Message-ID: <424452460.20010315150427@21cn.com> To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org Subject: status of KSE? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wonder status of KSE, I am dreaming rewrite our application server using kqueue+pthread(KSE), current, we use poll()+pthread because pthread does not work with kqueue at present. -- Best regards, David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Mar 14 23:17: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from shadowmere.student.utwente.nl (wit401305.student.utwente.nl [130.89.236.145]) by hub.freebsd.org (Postfix) with ESMTP id 6C6F637B719 for ; Wed, 14 Mar 2001 23:17:00 -0800 (PST) (envelope-from daeron@wit401305.student.utwente.nl) Received: by shadowmere.student.utwente.nl (Postfix, from userid 1000) id D7E0B2076; Thu, 15 Mar 2001 08:16:58 +0100 (CET) Date: Thu, 15 Mar 2001 08:16:58 +0100 From: Pascal Hofstee To: freebsd-current@freebsd.org Subject: CURRENT instability Message-ID: <20010315081658.A799@shadowmere.student.utwente.nl> Reply-To: daeron@shadowmere.student.utwente.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, With a CURRENT build/installworld from yesterday ... i get a VERY unstable system that page faults under the slightest CPU load (e.g. playing MP3's) i fortunately have a (very outdated) backup-kernel that will hopefully at least let me do new buildworld's ... I have to be off for work right now ... so i haven't got to writing a copy of one of those pagefaults. The problem is that it TRIES to sync disks (and hopefully write a crashdump) but the system is completely locked by then ... have to press the reset button. Does anyone have an idea of what might be causing these problems, or how i might be able to get some more detailed information that might be able to help you further ? -- Pascal Hofstee < daeron @ shadowmere . student . utwente . nl > begin LOVE-LETTER-FOR-YOU.TXT.vbs I'm a signature virus. Please copy me and help me spread. end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 1:46:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 779B337B718 for ; Thu, 15 Mar 2001 01:46:18 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2F9jFH23292 for ; Thu, 15 Mar 2001 01:45:15 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: current@freebsd.org Subject: if_ef module broken in -current X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010315014515S.jkh@osd.bsdi.com> Date: Thu, 15 Mar 2001 01:45:15 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> if_ef @ -> /usr/src/sys machine -> /usr/src/sys/i386/include echo "#define IPX 1" > opt_ipx.h echo "#define INET 1" > opt_inet.h echo " echo " echo " echo " rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_ef/../../net/if_ef.c /usr/src/sys/modules/if_ef/../../net/if_ef.c:31: opt_ef.h: No such file or directory What's with the empty echo statements there as well? I've just done a world build on this box and its sources are about an hour (relative to cvsup-master) old, so I'm pretty sure everything is properly in sync. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 2:16:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id BF22537B718 for ; Thu, 15 Mar 2001 02:16:38 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f2FAFOp64949; Thu, 15 Mar 2001 12:15:24 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200103151015.f2FAFOp64949@zibbi.icomtek.csir.co.za> Subject: Re: if_ef module broken in -current In-Reply-To: <20010315014515S.jkh@osd.bsdi.com> from Jordan Hubbard at "Mar 15, 2001 01:45:15 am" To: jkh@osd.bsdi.com (Jordan Hubbard) Date: Thu, 15 Mar 2001 12:15:24 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ===> if_ef > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > echo "#define IPX 1" > opt_ipx.h > echo "#define INET 1" > opt_inet.h > echo " > > echo " > > echo " > > echo " > > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_ef/../../net/if_ef.c > /usr/src/sys/modules/if_ef/../../net/if_ef.c:31: opt_ef.h: No such file or directory > > What's with the empty echo statements there as well? I've just done a > world build on this box and its sources are about an hour (relative to > cvsup-master) old, so I'm pretty sure everything is properly in sync. > Maybe somebody broke make? The if_ef Makefile is .for and .if statements. John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 2:24:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 8E38C37B718 for ; Thu, 15 Mar 2001 02:24:39 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f2FAR1k76191; Thu, 15 Mar 2001 05:27:01 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Thu, 15 Mar 2001 05:27:01 -0500 From: Will Andrews To: John Hay Cc: Jordan Hubbard , current@FreeBSD.ORG Subject: Re: if_ef module broken in -current Message-ID: <20010315052701.M61859@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , John Hay , Jordan Hubbard , current@FreeBSD.ORG References: <20010315014515S.jkh@osd.bsdi.com> <200103151015.f2FAFOp64949@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="QErb40K46GyD7gdn" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103151015.f2FAFOp64949@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Thu, Mar 15, 2001 at 12:15:24PM +0200 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --QErb40K46GyD7gdn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 15, 2001 at 12:15:24PM +0200, John Hay wrote: > Maybe somebody broke make? The if_ef Makefile is .for and .if statements. You're right. I've backed this out until I can figure out how to properly fix the bug "fixed" in rev 1.27 of parse.c. Thanks. --=20 wca --QErb40K46GyD7gdn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sJj0F47idPgWcsURAqqfAJ40hRGluk9ixPoNp0yX2QH99+jpxQCgiBbg uXIszVAXgU/BsOWRgS2Qoi4= =16oF -----END PGP SIGNATURE----- --QErb40K46GyD7gdn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 3:47:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 6D2D037B719 for ; Thu, 15 Mar 2001 03:47:11 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.9]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GA8000XSM1YG8@mta6.snfc21.pbi.net> for current@freebsd.org; Thu, 15 Mar 2001 03:46:53 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id C28F618A3; Thu, 15 Mar 2001 03:46:44 -0800 (PST) Date: Thu, 15 Mar 2001 03:46:44 -0800 From: Alex Zepeda Subject: Re: random reboots... In-reply-to: ; from bp@butya.kz on Wed, Mar 14, 2001 at 03:48:03PM +0600 To: current@freebsd.org Message-id: <20010315034644.A703@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010314004901.A549@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 14, 2001 at 03:48:03PM +0600, Boris Popov wrote: > You need options LIBMCHAIN as well. We don't have mechanism for > specifying dependancies between options as of yet. (sorry, should put a > note in the NOTES). OOps, okay. Thanks :) OTOH, it seems that suspending a program (hitting Ctrl-Z) seems to reboot my system with some regularity. I'm truely at a loss on how to explain this. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 6: 8:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id C15E437B719 for ; Thu, 15 Mar 2001 06:08:08 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.11.3/8.11.2) id f2FE7Sc00655 for current@freebsd.org; Thu, 15 Mar 2001 09:07:28 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200103151407.f2FE7Sc00655@aldan.algebra.com> Subject: panic trying to mount_msdos To: current@freebsd.org Date: Thu, 15 Mar 2001 09:07:28 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"; Thu, 15 Mar 2001 07:53:57 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id QAA14149 for current@freebsd.org; Thu, 15 Mar 2001 16:53:56 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103151553.QAA14149@freebsd.dk> Subject: HEADS UP!! changes to the ATA system.. To: current@freebsd.org Date: Thu, 15 Mar 2001 16:53:56 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, finally atacontrol is born (yes it is still infantile). That means some things has changed, to name a few: 1. The sysctl hw.atamodes does no longer exist. 2. The options ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC, ATA_ENABLE_TAGS no longer exists. 3. There are new tunables to set the boot behavior etc, see ata.4 4. Atacontrol can change the transfermodes etc on devices, and allows for detach/attach/reinit of ATA/ATAPI devices, for more see atacontrol.8 Let me know of any problems you may encounter... Enjoy! -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 8:10:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id B5B4837B718; Thu, 15 Mar 2001 08:10:43 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA46410; Thu, 15 Mar 2001 11:10:42 -0500 (EST) (envelope-from wollman) Date: Thu, 15 Mar 2001 11:10:42 -0500 (EST) From: Garrett Wollman Message-Id: <200103151610.LAA46410@khavrinen.lcs.mit.edu> To: freebsd-standards@bostonradio.org, audit@freebsd.org, current@freebsd.org Subject: Latest version of mega header file POSIX update Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have finally produced another version of the big header file patch for people to look at. I'm still running an older (January) kernel and world based on these changes. I have verified that these still build on i386-architecture systems. I'm looking for some people to do the following: 1) Look at the changes to machine-dependent i386 headers and make analogous changes, or verify the changes I've made, in the Alpha and IA64 code. 2) Test it. I'm interested not only in whether it runs -- I'm fairly confident of that -- but also in what external software it breaks, if any. I'm expecting to make a third pass over the header files once Austin Group draft 6 is issued. (Draft 7 is expected to be the final text.) However, I really, really want to get this checked in so that we can all have a framework on which to work. The patch has now gotten too large for some e-mail systems, so I'm making it available via the Web at . -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 8:47:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 8D76937B718 for ; Thu, 15 Mar 2001 08:47:28 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2FGiG503946; Thu, 15 Mar 2001 10:44:16 -0600 (CST) (envelope-from jlemon) Date: Thu, 15 Mar 2001 10:44:16 -0600 (CST) From: Jonathan Lemon Message-Id: <200103151644.f2FGiG503946@prism.flugsvamp.com> To: bsddiy@21cn.com, current@freebsd.org Subject: Re: status of KSE? X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: > > I wonder status of KSE, I am dreaming rewrite our application >server using kqueue+pthread(KSE), current, we use poll()+pthread >because pthread does not work with kqueue at present. That's news to me. kqueue + libc_r should work fine in -stable, AFAIK. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 9: 5:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.jocose.org (mail.jocose.org [199.199.226.71]) by hub.freebsd.org (Postfix) with SMTP id 53E3D37B718 for ; Thu, 15 Mar 2001 09:05:37 -0800 (PST) (envelope-from pete@mail.jocose.org) Received: (qmail 40191 invoked by uid 1008); 15 Mar 2001 17:13:09 -0000 Date: Thu, 15 Mar 2001 11:13:09 -0600 From: Peter Schultz To: Jonathan Lemon Cc: current@freebsd.org Subject: Re: ** HEADS UP ** Message-ID: <20010315111309.A40180@jocose.org> References: <20010312175200.D78851@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010312175200.D78851@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Mon, Mar 12, 2001 at 05:52:00PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Mar 12, 2001 at 05:52:00PM -0600, Jonathan Lemon wrote: > I committed a miibus'ified fxp driver to the tree today, and made > it the default. If you compile fxp into your kernel statically, > you will also need "device miibus" as well, if it isn't there already. > > If you notice any problems with the driver (things that were working > and are not working now), please let me know. If you happend to have > a chip that did _NOT_ work but now DOES work, please boot the machine > with -v, and send me the line that says "PCI IDs:". > > If you have a fxp device that still doesn't work, then please get > in touch with me (and send the output of the line above). > -- > Jonathan > Hi Jonathan, I've got a slight problem in that it is not correctly auto detecting the media type. It should be setting itself to 10baseT/UTP. I'm running DHCP on my -current machine and I'm not sure how to set it so that it configures the interface correctly. It previously "just worked" without any special media settings. Is there something I can provide to help correct this? Thanks, Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 9:12:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 3A56937B718 for ; Thu, 15 Mar 2001 09:12:43 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2FH9Tw04820; Thu, 15 Mar 2001 11:09:29 -0600 (CST) (envelope-from jlemon) Date: Thu, 15 Mar 2001 11:09:29 -0600 From: Jonathan Lemon To: Peter Schultz Cc: Jonathan Lemon , current@freebsd.org Subject: Re: ** HEADS UP ** Message-ID: <20010315110929.C82645@prism.flugsvamp.com> References: <20010312175200.D78851@prism.flugsvamp.com> <20010315111309.A40180@jocose.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20010315111309.A40180@jocose.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 11:13:09AM -0600, Peter Schultz wrote: > On Mon, Mar 12, 2001 at 05:52:00PM -0600, Jonathan Lemon wrote: > > I committed a miibus'ified fxp driver to the tree today, and made > > it the default. If you compile fxp into your kernel statically, > > you will also need "device miibus" as well, if it isn't there already. > > > > If you notice any problems with the driver (things that were working > > and are not working now), please let me know. If you happend to have > > a chip that did _NOT_ work but now DOES work, please boot the machine > > with -v, and send me the line that says "PCI IDs:". > > > > If you have a fxp device that still doesn't work, then please get > > in touch with me (and send the output of the line above). > > -- > > Jonathan > > > Hi Jonathan, > > I've got a slight problem in that it is not correctly auto detecting > the media type. It should be setting itself to 10baseT/UTP. I'm > running DHCP on my -current machine and I'm not sure how to set it > so that it configures the interface correctly. It previously "just > worked" without any special media settings. Is there something I > can provide to help correct this? Well, first off, you should be able to force the media settings of the chip with 'ifconfig fxp0 media 10baseT/UTP', even before DHCP configures the interface address. Second, I'll need more details about your system. At the minimum, can you get a verbose boot and send me the relevant information about the adapter (fxp, inphy, nsphy, PCI IDs line). Thanks! -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 10:41:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mx1.q9.com (mx1.q9.com [216.220.35.254]) by hub.freebsd.org (Postfix) with ESMTP id C350F37B718 for ; Thu, 15 Mar 2001 10:41:39 -0800 (PST) (envelope-from Les.Waltman@Q9.com) Received: from cheetah.zoo.q9networks.com (225.35.220-216.q9.net [216.220.35.225]) by mx1.q9.com (Postfix) with ESMTP id F013F2AF92 for ; Thu, 15 Mar 2001 13:41:28 -0500 (EST) Received: by cheetah.zoo.q9networks.com with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Mar 2001 13:41:28 -0500 Message-ID: <05924A4A9DEDAD46A21EE3C8C64B090D45EF0B@cheetah.zoo.q9networks.com> From: Les Waltman To: "'current@FreeBSD.org'" Subject: Date: Thu, 15 Mar 2001 13:41:28 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0AD7F.8BD56DBE" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0AD7F.8BD56DBE Content-Type: text/plain; charset="iso-8859-1" subscribe freebsd-stable ------_=_NextPart_001_01C0AD7F.8BD56DBE Content-Type: text/html; charset="iso-8859-1"

subscribe freebsd-stable

------_=_NextPart_001_01C0AD7F.8BD56DBE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 10:46:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id E473A37B718 for ; Thu, 15 Mar 2001 10:46:40 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA61256; Thu, 15 Mar 2001 19:46:32 +0100 (CET) (envelope-from des@ofug.org) 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: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> From: Dag-Erling Smorgrav Date: 15 Mar 2001 19:46:31 +0100 In-Reply-To: Matt Dillon's message of "Wed, 14 Mar 2001 16:39:53 -0800 (PST)" Message-ID: Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon writes: > How old a kernel are you running? Maybe five days old. 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 Thu Mar 15 11:34:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 9614137B719; Thu, 15 Mar 2001 11:34:22 -0800 (PST) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id LAA23540; Thu, 15 Mar 2001 11:33:33 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda23538; Thu Mar 15 11:33:20 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.2/8.9.1) id f2FJXEH37421; Thu, 15 Mar 2001 11:33:14 -0800 (PST) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdG37406; Thu Mar 15 11:32:31 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.3/8.9.1) id f2FJWUP56905; Thu, 15 Mar 2001 11:32:30 -0800 (PST) Message-Id: <200103151932.f2FJWUP56905@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdP56866; Thu Mar 15 11:32:28 2001 X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: Stijn Hoop , ache@nagual.pp.ru Cc: freebsd-stable@FreeBSD.ORG, tcsh-bugs@mx.gw.com, current@FreeBSD.ORG Subject: Re: FWD: tcsh 6.10.00 echo;echo;echo; bug with fix In-reply-to: Your message of "Wed, 14 Mar 2001 09:41:35 +0100." <20010314094135.B361@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Mar 2001 11:32:28 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All implementations of csh and tcsh do this. I've tested this on Solaris csh, Tru64-UNIX csh, and DG/UX csh. Their implementations of csh behave the same as tcsh does, so does 44bsd-csh in the FreeBSD ports collection. This is not a bug, or if it is a bug it's been there since the beginning of csh. If your patch is implemented, we will lose compatibility with other implementations of csh, notably vendor implementations, making csh scripts incompatible across platforms. Under csh you need to: echo ''; echo ''; echo ''; I think maintaining compatibility across platforms is more important than adjusting tcsh's quirky behaviour, which BTW matches the quirky behaviour of the original csh on other platforms, rather than to have csh conform to what the Bourne family of shells do. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <20010314094135.B361@pcwin002.win.tue.nl>, Stijn Hoop writes: > Hi, > > this bug also exists in 4.3-BETA as of today; is this fixable in time for > 4.3 ? > > --Stijn > > ----- Forwarded message from "Andrey A. Chernov" ----- > > From: "Andrey A. Chernov" > To: tcsh-bugs@mx.gw.com > Cc: current@freebsd.org > Subject: tcsh 6.10.00 echo;echo;echo; bug with fix > > echo;echo;echo; must output 3 new lines but currently not due to obvious > bug: > > --- sh.func.c.bak Fri Dec 1 01:18:27 2000 > +++ sh.func.c Tue Mar 13 13:04:54 2001 > @@ -1147,7 +1147,7 @@ > #endif /* BSDSIGS */ > v++; > if (*v == 0) > - return; > + goto done; > gflag = 0, tglob(v); > if (gflag) { > v = globall(v); > > -- > Andrey A. Chernov > http://ache.pp.ru/ > > ----- End forwarded message ----- > > -- > If today is the first day of the rest of your life, what the hell was > yesterday? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" 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 Thu Mar 15 12:52:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 549B837B719 for ; Thu, 15 Mar 2001 12:52:46 -0800 (PST) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id PAA12948 for current@freebsd.org; Thu, 15 Mar 2001 15:52:45 -0500 (EST) (envelope-from mwlucas) Date: Thu, 15 Mar 2001 15:52:45 -0500 From: Michael Lucas To: current@freebsd.org Subject: -current broken, or am I? Message-ID: <20010315155245.A12926@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it just me? ... ===> usr.bin/join cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/join/join .c cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -o join join.o gzip -cn /usr/src/usr.bin/join/join.1 > join.1.gz ===> usr.bin/jot cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/ jot/jot.c cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -o jot jot.o gzip -cn /usr/src/usr.bin/jot/jot.1 > jot.1.gz ===> usr.bin/kdump cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/kdump/kdump.c cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:96: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redef ined /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:81: warning: this is the loc ation of the previous definition ioctl.c: In function `ioctlname': ioctl.c:528: sizeof applied to an incomplete type ioctl.c:904: sizeof applied to an incomplete type ioctl.c:1034: sizeof applied to an incomplete type ioctl.c:1882: syntax error before `;' *** Error code 1 Stop in /usr/src/usr.bin/kdump. *** Error code 1 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Michael Lucas mwlucas@blackhelicopters.org http://www.blackhelicopters.org/~mwlucas/ Big Scary Daemons: http://www.oreillynet.com/pub/q/Big_Scary_Daemons To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 13:50:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 537C437B71E for ; Thu, 15 Mar 2001 13:50:46 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2FLokH73811 for current@FreeBSD.ORG; Thu, 15 Mar 2001 13:50:46 -0800 (PST) Date: Thu, 15 Mar 2001 13:50:46 -0800 (PST) From: David Wolfskill Message-Id: <200103152150.f2FLokH73811@bunrab.catwhisker.org> To: current@FreeBSD.ORG Subject: Re: -current broken, or am I? In-Reply-To: <20010315155245.A12926@blackhelicopters.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Thu, 15 Mar 2001 15:52:45 -0500 >From: Michael Lucas >Is it just me? >[breakage elided -- dhw] >Stop in /usr/src/usr.bin/kdump. >*** Error code 1 >.... Didn't happen for me; CVSup started at 23:47 yesterday, completed at Thu Mar 15 01:09:38 PST 2001. Built just fine; runs OK as far as I can tell. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 14:33:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 37D7537B718; Thu, 15 Mar 2001 14:33:26 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2FMWOG24836; Thu, 15 Mar 2001 14:32:25 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103151610.LAA46410@khavrinen.lcs.mit.edu> Date: Thu, 15 Mar 2001 14:32:20 -0800 (PST) From: John Baldwin To: Garrett Wollman Subject: RE: Latest version of mega header file POSIX update Cc: current@FreeBSD.org, audit@FreeBSD.org, freebsd-standards@bostonradio.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Mar-01 Garrett Wollman wrote: > The patch has now gotten too large for some e-mail systems, so I'm > making it available via the Web at > . I don't think the sys/conf/Makefile.i386 change is needed. :) Nothing else jumped out at me while I glanced over it however, and it seems fine at first glance. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Thu Mar 15 14:53:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by hub.freebsd.org (Postfix) with ESMTP id 492DD37B71A for ; Thu, 15 Mar 2001 14:53:31 -0800 (PST) (envelope-from san@volt.iem.pw.edu.pl) Received: (from san@localhost) by volt.iem.pw.edu.pl (8.9.3/8.9.3) id XAA01226; Thu, 15 Mar 2001 23:53:29 +0100 (CET) (envelope-from san) Date: Thu, 15 Mar 2001 23:53:29 +0100 From: =?iso-8859-2?Q?Andrzej_Tobo=B3a?= To: freebsd-current@FreeBSD.org Cc: Michael Lucas Subject: Re: -current broken, or am I? Message-ID: <20010315235329.A922@volt.iem.pw.edu.pl> References: <20010315155245.A12926@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010315155245.A12926@blackhelicopters.org>; from mwlucas@blackhelicopters.org on Thu, Mar 15, 2001 at 03:52:45PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Mar 15, 2001 at 03:52:45PM -0500, Michael Lucas wrote: > Is it just me? NO. Exactly the same problem here. -a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 17:31:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id A3EDF37B719; Thu, 15 Mar 2001 17:31:24 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id SAA09431; Thu, 15 Mar 2001 18:31:18 -0700 (MST) (envelope-from ken) Date: Thu, 15 Mar 2001 18:31:18 -0700 From: "Kenneth D. Merry" To: scsi@FreeBSD.org Cc: current@FreeBSD.org Subject: aic(4) driver patch Message-ID: <20010315183118.A9399@panzer.kdm.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Attached is a patch for the aic(4) driver to do the following: - enable 10MHz (fast SCSI) operation on boards that support it. (only aic6360 boards with fast SCSI enabled can do it) - bounds check sync periods and offsets passed in from the transport layer - tell the user which resource allocation failed (for the ISA probe) if we weren't able to allocate an IRQ, DRQ or I/O port. Anyway, this patch should apply and run on both -stable and -current. It works for me, but I'd appreciate feedback. Ken -- Kenneth Merry ken@kdm.org --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="aic.sync_diffs.20010315" ==== //depot/FreeBSD-adaptec/src/sys/dev/aic/aic.c#2 - /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic.c ==== *** /tmp/tmp.77783.0 Thu Mar 15 18:25:00 2001 --- /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic.c Thu Mar 15 18:03:03 2001 *************** *** 196,211 **** if ((cts->valid & CCB_TRANS_SYNC_RATE_VALID) != 0) { ti->goal.period = cts->sync_period; ! if (ti->goal.period != ti->current.period) ! ti->flags |= TINFO_SDTR_NEGO; } if ((cts->valid & CCB_TRANS_SYNC_OFFSET_VALID) != 0) { ti->goal.offset = cts->sync_offset; ! if (ti->goal.offset != ti->current.offset) ! ti->flags |= TINFO_SDTR_NEGO; } splx(s); ccb->ccb_h.status = CAM_REQ_CMP; xpt_done(ccb); --- 196,221 ---- if ((cts->valid & CCB_TRANS_SYNC_RATE_VALID) != 0) { ti->goal.period = cts->sync_period; ! ! if (ti->goal.period > aic->min_period) { ! ti->goal.period = 0; ! ti->goal.offset = 0; ! } else if (ti->goal.period < aic->max_period) ! ti->goal.period = aic->max_period; } if ((cts->valid & CCB_TRANS_SYNC_OFFSET_VALID) != 0) { ti->goal.offset = cts->sync_offset; ! if (ti->goal.offset == 0) ! ti->goal.period = 0; ! else if (ti->goal.offset > AIC_SYNC_OFFSET) ! ti->goal.offset = AIC_SYNC_OFFSET; } + if ((ti->goal.period != ti->current.period) + || (ti->goal.offset != ti->current.offset)) + ti->flags |= TINFO_SDTR_NEGO; + splx(s); ccb->ccb_h.status = CAM_REQ_CMP; xpt_done(ccb); *************** *** 1427,1435 **** aic->flags |= AIC_DISC_ENABLE; if (PORTB_DMA(portb)) aic->flags |= AIC_DMA_ENABLE; ! if (aic_inb(aic, REV)) aic->flags |= AIC_DWIO_ENABLE; free_scbs = NULL; for (i = 255; i >= 0; i--) { scb = &aic->scbs[i]; --- 1437,1461 ---- aic->flags |= AIC_DISC_ENABLE; if (PORTB_DMA(portb)) aic->flags |= AIC_DMA_ENABLE; ! ! /* ! * We can do fast SCSI (10MHz clock rate) if bit 4 of portb ! * is set and we've got a 6360. The 6260 can only do standard ! * 5MHz SCSI. ! */ ! if (aic_inb(aic, REV)) { ! if (PORTB_FSYNC(portb)) { ! aic->max_period = AIC_FAST_SYNC_PERIOD; ! aic->flags |= AIC_FAST_ENABLE; ! } else ! aic->max_period = AIC_SYNC_PERIOD; ! aic->flags |= AIC_DWIO_ENABLE; + } else + aic->max_period = AIC_SYNC_PERIOD; + aic->min_period = AIC_MIN_SYNC_PERIOD; + free_scbs = NULL; for (i = 255; i >= 0; i--) { scb = &aic->scbs[i]; *************** *** 1445,1451 **** ti->flags = TINFO_TAG_ENB; if (aic->flags & AIC_DISC_ENABLE) ti->flags |= TINFO_DISC_ENB; ! ti->user.period = AIC_SYNC_PERIOD; ti->user.offset = AIC_SYNC_OFFSET; ti->scsirate = 0; } --- 1471,1477 ---- ti->flags = TINFO_TAG_ENB; if (aic->flags & AIC_DISC_ENABLE) ti->flags |= TINFO_DISC_ENB; ! ti->user.period = aic->max_period; ti->user.offset = AIC_SYNC_OFFSET; ti->scsirate = 0; } *************** *** 1513,1518 **** --- 1539,1546 ---- printf(", disconnection"); if (aic->flags & AIC_PARITY_ENABLE) printf(", parity check"); + if (aic->flags & AIC_FAST_ENABLE) + printf(", fast SCSI"); printf("\n"); aic_cam_rescan(aic); /* have CAM rescan the bus */ ==== //depot/FreeBSD-adaptec/src/sys/dev/aic/aic6360reg.h#1 - /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic6360reg.h ==== *** /tmp/tmp.77783.1 Thu Mar 15 18:25:00 2001 --- /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic6360reg.h Mon Mar 12 18:31:29 2001 *************** *** 320,327 **** --- 320,329 ---- #define PORTA_PARITY(a) ((a) & 0x80) /* PORTB */ + #define PORTB_EXTTRAN(b)((b) & 1) #define PORTB_DISC(b) ((b) & 4) #define PORTB_SYNC(b) ((b) & 8) + #define PORTB_FSYNC(b) ((b) & 0x10) #define PORTB_BOOT(b) ((b) & 0x40) #define PORTB_DMA(b) ((b) & 0x80) ==== //depot/FreeBSD-adaptec/src/sys/dev/aic/aic_isa.c#2 - /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic_isa.c ==== *** /tmp/tmp.77783.2 Thu Mar 15 18:25:00 2001 --- /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aic_isa.c Thu Mar 15 18:20:27 2001 *************** *** 68,81 **** rid = 0; sc->sc_port = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0ul, ~0ul, AIC_ISA_PORTSIZE, RF_ACTIVE); ! if (!sc->sc_port) return (ENOMEM); if (isa_get_irq(dev) != -1) { rid = 0; sc->sc_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0ul, ~0ul, 1, RF_ACTIVE); if (!sc->sc_irq) { aic_isa_release_resources(dev); return (ENOMEM); } --- 68,84 ---- rid = 0; sc->sc_port = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0ul, ~0ul, AIC_ISA_PORTSIZE, RF_ACTIVE); ! if (!sc->sc_port) { ! device_printf(dev, "I/O port allocation failed\n"); return (ENOMEM); + } if (isa_get_irq(dev) != -1) { rid = 0; sc->sc_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0ul, ~0ul, 1, RF_ACTIVE); if (!sc->sc_irq) { + device_printf(dev, "IRQ allocation failed\n"); aic_isa_release_resources(dev); return (ENOMEM); } *************** *** 86,91 **** --- 89,95 ---- sc->sc_drq = bus_alloc_resource(dev, SYS_RES_DRQ, &rid, 0ul, ~0ul, 1, RF_ACTIVE); if (!sc->sc_drq) { + device_printf(dev, "DRQ allocation failed\n"); aic_isa_release_resources(dev); return (ENOMEM); } ==== //depot/FreeBSD-adaptec/src/sys/dev/aic/aicvar.h#1 - /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aicvar.h ==== *** /tmp/tmp.77783.3 Thu Mar 15 18:25:00 2001 --- /a/ken/perforce/FreeBSD-adaptec/src/sys/dev/aic/aicvar.h Thu Mar 15 17:52:12 2001 *************** *** 91,96 **** --- 91,99 ---- struct aic_tinfo tinfo[8]; struct aic_scb scbs[256]; + + int min_period; + int max_period; }; #define AIC_DISC_ENABLE 0x01 *************** *** 100,105 **** --- 103,109 ---- #define AIC_RESOURCE_SHORTAGE 0x10 #define AIC_DROP_MSGIN 0x20 #define AIC_BUSFREE_OK 0x40 + #define AIC_FAST_ENABLE 0x80 #define AIC_IDLE 0x00 #define AIC_SELECTING 0x01 *************** *** 114,119 **** --- 118,125 ---- #define AIC_MSG_MSGBUF 0x80 #define AIC_SYNC_PERIOD (200 / 4) + #define AIC_FAST_SYNC_PERIOD (100 / 4) + #define AIC_MIN_SYNC_PERIOD 112 #define AIC_SYNC_OFFSET 8 #define aic_inb(aic, port) \ --XsQoSWH+UP9D9v3l-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 17:45:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 4A99137B719 for ; Thu, 15 Mar 2001 17:45:19 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2G1ijO53569; Thu, 15 Mar 2001 17:44:45 -0800 (PST) (envelope-from dillon) Date: Thu, 15 Mar 2001 17:44:45 -0800 (PST) From: Matt Dillon Message-Id: <200103160144.f2G1ijO53569@earth.backplane.com> To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matt Dillon writes: :> How old a kernel are you running? : :Maybe five days old. : :DES :-- :Dag-Erling Smorgrav - des@ofug.org That has all of our fixes to date. It fits the M.O. of the problem I've been trying to track down, but I have yet to be able to reproduce the problem consistently. It's good to know that you were cvsup'ing GNATS and it didn't previously exist. That helps a little. We still haven't been able to narrow it down as to whether the bug is related to softupdates or not. If you have time and can run cvsup/rm-rf in a loop, it would be interesting to see if you can reproduce the crash reliably. cvsup's basic operation is to create directories, then for each file it creates the file under a temporary name, writes it out, closes, and then renames it. At the moment I am focusing on the rename operation as being the possible culprit, but no smoking gun has been found yet. To date nearly all the reported corruption has been to directories and not to file contents. Does this hold for you as well? Only the directory was corrupted and not any files? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 18:14:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.11.39.39]) by hub.freebsd.org (Postfix) with ESMTP id 840E137B718 for ; Thu, 15 Mar 2001 18:14:41 -0800 (PST) (envelope-from mdharnois@home.com) Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001) id EF83714A5F; Thu, 15 Mar 2001 20:15:34 -0600 (CST) To: Andrzej =?iso-8859-2?q?Tobo=B3a?= Cc: freebsd-current@FreeBSD.ORG, Michael Lucas Subject: Re: -current broken, or am I? References: <20010315155245.A12926@blackhelicopters.org> <20010315235329.A922@volt.iem.pw.edu.pl> From: Michael Harnois Date: 15 Mar 2001 20:15:34 -0600 In-Reply-To: <20010315235329.A922@volt.iem.pw.edu.pl> (Andrzej =?iso-8859-2?q?Tobo=B3a's?= message of "Thu, 15 Mar 2001 23:53:29 +0100") Message-ID: <86ofv2a27t.fsf@mharnois.workgroup.net> Lines: 12 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Thelxepeia (GTK Inside)) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001 23:53:29 +0100, Andrzej Tobo=B3a said: > NO. Exactly the same problem here. Make that me too ... --=20 Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA=20 mdharnois@home.com aa0bt@aa0bt.ampr.org=20 I do not feel obliged to believe that the same God who has=20 endowed us with sense, reason, and intellect has intended=20 us to forgo their use. -- Galileo Galilei To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 18:40:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by hub.freebsd.org (Postfix) with ESMTP id 22E8537B719 for ; Thu, 15 Mar 2001 18:40:33 -0800 (PST) (envelope-from san@volt.iem.pw.edu.pl) Received: (from san@localhost) by volt.iem.pw.edu.pl (8.9.3/8.9.3) id DAA15480; Fri, 16 Mar 2001 03:40:29 +0100 (CET) (envelope-from san) Date: Fri, 16 Mar 2001 03:40:29 +0100 From: Andrzej Tobola To: Michael Harnois Cc: freebsd-current@FreeBSD.org Subject: Re: -current broken, or am I? Message-ID: <20010316034029.A14907@volt.iem.pw.edu.pl> Mail-Followup-To: Michael Harnois , freebsd-current@FreeBSD.org References: <20010315155245.A12926@blackhelicopters.org> <20010315235329.A922@volt.iem.pw.edu.pl> <86ofv2a27t.fsf@mharnois.workgroup.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <86ofv2a27t.fsf@mharnois.workgroup.net>; from mdharnois@home.com on Thu, Mar 15, 2001 at 08:15:34PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Make that me too ... I diagnosed problem - sys/sys/ata.h commited by sos is probably the culprit: % make world ....... ===> usr.bin/kdump .... cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. +-I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:98: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:81: warning: this is the location of the previous +definition ioctl.c: In function `ioctlname': ioctl.c:530: sizeof applied to an incomplete type ioctl.c:530: < if (val == ATASSMART) --- > if (val == ((unsigned long)( (0x80000000 | 0x40000000 ) | (( sizeof( struct ata_smart ) & 0x1fff +) << 16) | (( ( 'a' ) ) << 8) | ( ( 10 ) ))) ) % fgrep -r ata_smart /usr/src /usr/src/sys/sys/ata.h:#define ATAGSMART _IOWR('a', 9, struct ata_smart) /usr/src/sys/sys/ata.h:#define ATASSMART _IOWR('a', 10, struct ata_smart) cheers, -a On Thu, Mar 15, 2001 at 05:56:09AM -0800, Søren Schmidt wrote: > sos 2001/03/15 05:56:09 PST > > Added files: > sys/sys ata.h > Log: > Add new ATA specific file, to be used with the upcoming atacontrol. -- Andrzej Tobola Politechnika Warszawska, IETiME http://iem.pw.edu.pl/~san Warsaw University of Technology To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 20:19: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 80FF837B71A for ; Thu, 15 Mar 2001 20:18:58 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 30328 invoked by uid 666); 16 Mar 2001 04:20:11 -0000 Received: from i080-148.nv.iinet.net.au (HELO elischer.org) (203.59.80.148) by mail.m.iinet.net.au with SMTP; 16 Mar 2001 04:20:11 -0000 Message-ID: <3AB19407.222CAC7C@elischer.org> Date: Thu, 15 Mar 2001 20:18:15 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: David Xu Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: status of KSE? References: <424452460.20010315150427@21cn.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Xu wrote: > > I wonder status of KSE, I am dreaming rewrite our application > server using kqueue+pthread(KSE), current, we use poll()+pthread > because pthread does not work with kqueue at present. > > -- > Best regards, > David Xu KSE is not into coding yet. we have a basic design and have soem documents but have been waiting for the SMPng stuff to settle a bit before we hit the kernel with a second huge change. It will not be ready for a long time. do not assume that it will be ready for when you need it becasue it will not. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 20:24:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 7873737B71A for ; Thu, 15 Mar 2001 20:24:43 -0800 (PST) (envelope-from paul@freebsd-services.co.uk) Received: from freebsd-services.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 11C621D149; Fri, 16 Mar 2001 04:24:41 +0000 (GMT) Message-ID: <3AB195AC.3520C348@freebsd-services.co.uk> Date: Fri, 16 Mar 2001 04:25:16 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: Tony Finch , current@FreeBSD.ORG Subject: Re: cp MAKEDEV /dev - on a system with devfs References: <53555.984415341@critter> <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> <20010313223822.O96832@hand.dotat.at> <200103140204.VAA42698@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > < said: > > > There's one real oddity in FreeBSD: > > > lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt* > > The pathname of the `rmt' program is a fundamental part of the `rmt' > ``protocol'' such as it is. We've been over this one many times. Maybe the time's come to just deprecate rmt, I'd be surprised if there are many people still using it. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 20:56:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id BA4EB37B718; Thu, 15 Mar 2001 20:56:38 -0800 (PST) (envelope-from bsddiy@21cn.com) Received: from William ([192.168.1.98]) by mail.viasoft.com.cn (8.9.3/8.9.3) with ESMTP id MAA10268; Fri, 16 Mar 2001 12:49:16 +0800 Date: Fri, 16 Mar 2001 12:59:24 +0800 From: David Xu X-Mailer: The Bat! (v1.48f) Personal Reply-To: David Xu Organization: Viasoft X-Priority: 3 (Normal) Message-ID: <3715226734.20010316125924@21cn.com> To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re[2]: status of KSE? In-reply-To: <3AB19407.222CAC7C@elischer.org> References: <424452460.20010315150427@21cn.com> <3AB19407.222CAC7C@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Julian, Friday, March 16, 2001, 12:18:15 PM, you wrote: JE> David Xu wrote: >> >> I wonder status of KSE, I am dreaming rewrite our application >> server using kqueue+pthread(KSE), current, we use poll()+pthread >> because pthread does not work with kqueue at present. >> >> -- >> Best regards, >> David Xu JE> KSE is not into coding yet. JE> we have a basic design and have soem documents but JE> have been waiting for the SMPng stuff to settle a bit before we JE> hit the kernel with a second huge change. JE> It will not be ready for a long time. do not assume that it JE> will be ready for when you need it becasue it will not. I know KSE is not related to SMP and will run on UP. my primary idea is want to run parellel I/O task in same process with pthread, simply because FreeBSD pthread does not allow me to do multipile I/O tasks at same time on disk file, of course, it is also conflicted with SYSV IPC, so I think of KSE. I don't care about SMP, CPU is enough fast now, I have already seen 1.3G hz CPU, how fast! I think Intel and AMD can very easy to double their CPU clock, hope I can see 3Ghz CPU in next year. I really do think KSE should work before SMP, but it is obvious not. think about Apache 2.0, it is already multi-threaded, FreeBSD pthread will be blocked at disk I/O, it is very bad for Apache 2.0 . -- Best regards, David Xu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 20:57:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 5A42237B71A for ; Thu, 15 Mar 2001 20:57:07 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.3/8.11.3) id f2G4xjR02851; Thu, 15 Mar 2001 20:59:45 -0800 (PST) (envelope-from sgk) Date: Thu, 15 Mar 2001 20:59:45 -0800 From: Steve Kargl To: Paul Richards Cc: Garrett Wollman , Tony Finch , current@FreeBSD.ORG Subject: Re: cp MAKEDEV /dev - on a system with devfs Message-ID: <20010315205945.A2793@troutmask.apl.washington.edu> References: <53555.984415341@critter> <200103130311.f2D3BFB10353@hak.lan.Awfulhak.org> <20010313223822.O96832@hand.dotat.at> <200103140204.VAA42698@khavrinen.lcs.mit.edu> <3AB195AC.3520C348@freebsd-services.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AB195AC.3520C348@freebsd-services.co.uk>; from paul@freebsd-services.co.uk on Fri, Mar 16, 2001 at 04:25:16AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 04:25:16AM +0000, Paul Richards wrote: > Garrett Wollman wrote: >> >> < said: >> >>> There's one real oddity in FreeBSD: >> >>> lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt* >> >> The pathname of the `rmt' program is a fundamental part of the `rmt' >> ``protocol'' such as it is. We've been over this one many times. > > Maybe the time's come to just deprecate rmt, I'd be surprised if there > are many people still using it. You don't have Digital Unix system do you? I use rmt all the time because I couldn't get amanda to work on a 64-bit OS a few years ago. rmt works and so I've haven't tried any newer versions of amanda. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Mar 15 23:25: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 31D2637B719 for ; Thu, 15 Mar 2001 23:25:06 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA41390; Fri, 16 Mar 2001 08:25:01 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103160725.IAA41390@freebsd.dk> Subject: Re: -current broken, or am I? In-Reply-To: <20010316034029.A14907@volt.iem.pw.edu.pl> from Andrzej Tobola at "Mar 16, 2001 03:40:29 am" To: san@iem.pw.edu.pl (Andrzej Tobola) Date: Fri, 16 Mar 2001 08:25:01 +0100 (CET) Cc: mdharnois@home.com (Michael Harnois), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Andrzej Tobola wrote: > > > Make that me too ... > > I diagnosed problem - sys/sys/ata.h commited by sos is probably the culprit: Its fixed, sorry, too many source trees here... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 1:29:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from kabir.zssm.zp.ua (kabir.zssm.zp.ua [212.8.32.6]) by hub.freebsd.org (Postfix) with ESMTP id 8165037B719; Fri, 16 Mar 2001 01:29:22 -0800 (PST) (envelope-from paranoid@brain-fag.org) Received: (from eugene@localhost) by kabir.zssm.zp.ua (8.9.3/8.9.3) id LAA51437; Fri, 16 Mar 2001 11:29:15 +0200 (EET) (envelope-from paranoid@brain-fag.org) Date: Fri, 16 Mar 2001 11:29:15 +0200 From: Eugene Polovnikov To: net@freebsd.org, current@freebsd.org Subject: nos-tun & multihomed machines Message-ID: <20010316112914.A50671@zssm.zp.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-NCC-RegID: ua.bonk Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi! Please, review the following PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 Same patch is in the attach. -- -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/CC/IT d-@ s: a- C++ UBSC++++$ P++>+++@ L- E--- W+ N++ o? K? w>-- O- M- V- PS@ PE@ Y+ PGP>+ t 5 X R tv- b+++(++++) DI-- D+(++) G>++ e- h--- r y+++ ------END GEEK CODE BLOCK------ --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p --- nos-tun.c.orig Fri Mar 16 11:01:38 2001 +++ nos-tun.c Fri Mar 16 11:17:35 2001 @@ -239,11 +239,13 @@ char *point_to = NULL; char *to_point = NULL; char *target; + char *source = NULL; char *protocol = NULL; int protnum; struct sockaddr t_laddr; /* Source address of tunnel */ struct sockaddr whereto; /* Destination of tunnel */ + struct sockaddr wherefrom; /* Source of tunnel */ struct sockaddr_in *to; char buf[0x2000]; /* Packets buffer */ @@ -272,7 +274,7 @@ argc -= optind; argv += optind; - if (argc != 1 || (devname == NULL) || + if ((argc != 1 && argc != 2) || (devname == NULL) || (point_to == NULL) || (to_point == NULL)) { usage(); } @@ -282,7 +284,11 @@ else protnum = atoi(protocol); - target = *argv; + if (argc == 1) { + target = *argv; + } else { + source = *argv++; target = *argv; + } /* Establish logging through 'syslog' */ openlog("nos-tun", LOG_PID, LOG_DAEMON); @@ -306,6 +312,15 @@ Finish(5); } + if (source) { + if (Set_address(source, (struct sockaddr_in *)&wherefrom)) + Finish(9); + if (bind(net, &wherefrom, sizeof(wherefrom)) < 0) { + syslog(LOG_ERR, "can't bind source address - %m"); + Finish(10); + } + } + if (connect(net,&whereto,sizeof(struct sockaddr_in)) < 0 ) { syslog(LOG_ERR,"can't connect to target - %m"); close(net); @@ -365,7 +380,7 @@ usage() { fprintf(stderr, -"usage: nos-tun -t -s -d -p \n"); +"usage: nos-tun -t -s -d -p [] \n"); exit(1); } --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 1:50:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id B990037B719; Fri, 16 Mar 2001 01:50:32 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id f2G9oU560395; Fri, 16 Mar 2001 10:50:30 +0100 (CET) Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.2/8.11.0) id f2G9oRt12206; Fri, 16 Mar 2001 10:50:27 +0100 (CET) (envelope-from asmodai) Date: Fri, 16 Mar 2001 10:50:26 +0100 From: Jeroen Ruigrok/Asmodai To: Eugene Polovnikov Cc: net@freebsd.org, current@freebsd.org Subject: Re: nos-tun & multihomed machines Message-ID: <20010316105026.A12010@daemon.ninth-circle.org> References: <20010316112914.A50671@zssm.zp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316112914.A50671@zssm.zp.ua>; from paranoid@brain-fag.org on Fri, Mar 16, 2001 at 11:29:15AM +0200 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010316 10:43], Eugene Polovnikov (paranoid@brain-fag.org) wrote: >Please, review the following PR: >http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 > >Same patch is in the attach. Just a question, the gif interface now part of the system does tunneling as well in as much the same way as nos-tun does. Does gif work for the multihomed case? [I'll otherwise when not getting any responses dig up the answer myself.] I ask this because it serves no purpose having an IPv4-only [as far as my knowledge goes] tunnel application, whilst we have a more flexible new solution present. Translated, does gif do what nos-tun can do and more? Yes? Let's rip out nos-tun and support the other well maintained solution. -- Jeroen Ruigrok van der Werven/Asmodai .oUo. asmodai@[wxs.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 Don't try to find the Answer where there ain't no Question here... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 2:42:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A678237B719; Fri, 16 Mar 2001 02:42:45 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2GAekc79979; Fri, 16 Mar 2001 12:40:46 +0200 (EET) (envelope-from ru) Date: Fri, 16 Mar 2001 12:40:46 +0200 From: Ruslan Ermilov To: Jeroen Ruigrok/Asmodai Cc: Eugene Polovnikov , net@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: nos-tun & multihomed machines Message-ID: <20010316124046.D67000@sunbay.com> Mail-Followup-To: Jeroen Ruigrok/Asmodai , Eugene Polovnikov , net@FreeBSD.ORG, current@FreeBSD.ORG References: <20010316112914.A50671@zssm.zp.ua> <20010316105026.A12010@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316105026.A12010@daemon.ninth-circle.org>; from asmodai@wxs.nl on Fri, Mar 16, 2001 at 10:50:26AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: > -On [20010316 10:43], Eugene Polovnikov (paranoid@brain-fag.org) wrote: > Hello, Engene! Hope you are doing well! :-) > >Please, review the following PR: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 > > > >Same patch is in the attach. > > Just a question, > > the gif interface now part of the system does tunneling as well in as > much the same way as nos-tun does. Does gif work for the multihomed > case? [I'll otherwise when not getting any responses dig up the answer > myself.] > Yes, gif(4) works the same way, and multihomed enabled (see gifconfig(8)), with the exception that it always uses the IPPROTO_IPV4 (protocol 4) for encapsulating of IPv4 payload. > I ask this because it serves no purpose having an IPv4-only [as far as > my knowledge goes] tunnel application, whilst we have a more flexible > new solution present. > I fully agree. > Translated, does gif do what nos-tun can do and more? Yes? Let's rip > out nos-tun and support the other well maintained solution. > Except that it does not allow to use proto 94 (the default for nos-tun). Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 3:58:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from njord.bart.nl (njord.bart.nl [194.158.170.15]) by hub.freebsd.org (Postfix) with ESMTP id C470437B718; Fri, 16 Mar 2001 03:58:13 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6]) by njord.bart.nl (8.10.1/8.10.1) with ESMTP id f2GBwAr74650; Fri, 16 Mar 2001 12:58:10 +0100 (CET) Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.2/8.11.0) id f2GBw7213236; Fri, 16 Mar 2001 12:58:07 +0100 (CET) (envelope-from asmodai) Date: Fri, 16 Mar 2001 12:58:06 +0100 From: Jeroen Ruigrok/Asmodai To: Eugene Polovnikov , net@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: nos-tun & multihomed machines Message-ID: <20010316125806.J12010@daemon.ninth-circle.org> References: <20010316112914.A50671@zssm.zp.ua> <20010316105026.A12010@daemon.ninth-circle.org> <20010316124046.D67000@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316124046.D67000@sunbay.com>; from ru@FreeBSD.ORG on Fri, Mar 16, 2001 at 12:40:46PM +0200 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010316 12:45], Ruslan Ermilov (ru@FreeBSD.ORG) wrote: >On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: >> -On [20010316 10:43], Eugene Polovnikov (paranoid@brain-fag.org) wrote: [gif versus nos-tun] >Yes, gif(4) works the same way, and multihomed enabled (see gifconfig(8)), >with the exception that it always uses the IPPROTO_IPV4 (protocol 4) for >encapsulating of IPv4 payload. [gif preferred over nos-tun] >I fully agree. Noted. >> Translated, does gif do what nos-tun can do and more? Yes? Let's rip >> out nos-tun and support the other well maintained solution. >> >Except that it does not allow to use proto 94 (the default for nos-tun). I'm sure we can work something out with the KAME guys over this, if it is necessary to keep this in. *chalks up another task* -- Jeroen Ruigrok van der Werven/Asmodai .oUo. asmodai@[wxs.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 In the dark backward and abysm of time... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 4:40:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 1B67C37B719; Fri, 16 Mar 2001 04:40:22 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2GCdAa92070; Fri, 16 Mar 2001 14:39:10 +0200 (EET) (envelope-from ru) Date: Fri, 16 Mar 2001 14:39:10 +0200 From: Ruslan Ermilov To: Jeroen Ruigrok/Asmodai Cc: Eugene Polovnikov , net@FreeBSD.ORG Subject: Re: nos-tun & multihomed machines Message-ID: <20010316143910.B90057@sunbay.com> Mail-Followup-To: Jeroen Ruigrok/Asmodai , Eugene Polovnikov , net@FreeBSD.ORG References: <20010316112914.A50671@zssm.zp.ua> <20010316105026.A12010@daemon.ninth-circle.org> <20010316124046.D67000@sunbay.com> <20010316125806.J12010@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316125806.J12010@daemon.ninth-circle.org>; from asmodai@wxs.nl on Fri, Mar 16, 2001 at 12:58:06PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [-current dropped (Bcc'ed)] On Fri, Mar 16, 2001 at 12:58:06PM +0100, Jeroen Ruigrok/Asmodai wrote: > -On [20010316 12:45], Ruslan Ermilov (ru@FreeBSD.ORG) wrote: > >On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: > >> -On [20010316 10:43], Eugene Polovnikov (paranoid@brain-fag.org) wrote: > > [gif versus nos-tun] > > >Yes, gif(4) works the same way, and multihomed enabled (see gifconfig(8)), > >with the exception that it always uses the IPPROTO_IPV4 (protocol 4) for > >encapsulating of IPv4 payload. > > [gif preferred over nos-tun] > > >I fully agree. > > Noted. > > >> Translated, does gif do what nos-tun can do and more? Yes? Let's rip > >> out nos-tun and support the other well maintained solution. > >> > >Except that it does not allow to use proto 94 (the default for nos-tun). > > I'm sure we can work something out with the KAME guys over this, if it > is necessary to keep this in. *chalks up another task* > It should be pretty easy to add the ``int gif_pproto'' member to the gif_softc structure, and expand gif_ioctl() interface to handle smth like SIOC[SG]IFPPROTO (where PPROTO stands for "physical protocol"). Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 4:41:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id E1B3237B719 for ; Fri, 16 Mar 2001 04:41:19 -0800 (PST) (envelope-from brandt@fokus.gmd.de) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id NAA07925; Fri, 16 Mar 2001 13:37:54 +0100 (MET) Date: Fri, 16 Mar 2001 13:37:53 +0100 (CET) From: Harti Brandt To: Cc: Subject: sys/ata.h still breaks world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ata.h 1.2 (the latest) has an extra semicolon: #define ATAACOUSTIC _IOWR('a', 7, int); and struct ata_sleep is not defined in that file: #define ATASLEEP _IOWR('a', 8, struct ata_sleep) This breaks compiling kdump. harti PS: and, yes, I have cvsuped more than once to be sure. -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 5: 8:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id D5C1B37B72D for ; Fri, 16 Mar 2001 05:08:26 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id OAA26564; Fri, 16 Mar 2001 14:08:24 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200103161308.OAA26564@freebsd.dk> Subject: Re: sys/ata.h still breaks world In-Reply-To: from Harti Brandt at "Mar 16, 2001 01:37:53 pm" To: brandt@fokus.gmd.de (Harti Brandt) Date: Fri, 16 Mar 2001 14:08:24 +0100 (CET) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Harti Brandt wrote: > > ata.h 1.2 (the latest) has an extra semicolon: > > #define ATAACOUSTIC _IOWR('a', 7, int); > > and struct ata_sleep is not defined in that file: > > #define ATASLEEP _IOWR('a', 8, struct ata_sleep) > > This breaks compiling kdump. ARGH!!! Thats the price of having so many src tree's *sigh* I hope its fixed now... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 7:13:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 6AFDA37B718 for ; Fri, 16 Mar 2001 07:13:21 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id D3DFC1F0; Fri, 16 Mar 2001 18:13:15 +0300 (MSK) Date: Fri, 16 Mar 2001 18:13:15 +0300 From: "Sergey A. Osokin" To: current@FreeBSD.org Subject: libdevstat Message-ID: <20010316181315.A91097@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, -currenters. What do you think about add to libdevstat in/out/other statistics? I think transfer great too, but sometimes that's not enough. iostat can't show read and write stats separatly, because compute_stats from libdevstat simply sum up all results (in/out/other). -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 7:27:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C521637B719 for ; Fri, 16 Mar 2001 07:27:41 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.1) id f2GFRVv02430; Fri, 16 Mar 2001 09:27:31 -0600 (CST) (envelope-from dan) Date: Fri, 16 Mar 2001 09:27:30 -0600 From: Dan Nelson To: "Sergey A. Osokin" Cc: current@FreeBSD.ORG Subject: Re: libdevstat Message-ID: <20010316092730.C1800@dan.emsphone.com> References: <20010316181315.A91097@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i In-Reply-To: <20010316181315.A91097@freebsd.org.ru>; from "Sergey A. Osokin" on Fri Mar 16 18:13:15 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 16), Sergey A. Osokin said: > Hello, -currenters. > > What do you think about add to libdevstat in/out/other statistics? I > think transfer great too, but sometimes that's not enough. iostat > can't show read and write stats separatly, because compute_stats from > libdevstat simply sum up all results (in/out/other). Struct devstat already has bytes_read and bytes_written per device, and the values are filled in (gkrellm seems to be able to get read/written stats just fine). -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 7:44:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 3819137B718 for ; Fri, 16 Mar 2001 07:44:52 -0800 (PST) (envelope-from paul@freebsd-services.co.uk) Received: from freebsd-services.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 716691D149; Fri, 16 Mar 2001 15:44:46 +0000 (GMT) Message-ID: <3AB23512.DB9D6F8D@freebsd-services.co.uk> Date: Fri, 16 Mar 2001 15:45:22 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Matthew N. Dodd" Cc: Mark Murray , Matt Dillon , current@FreeBSD.ORG Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote: > > On Mon, 12 Mar 2001, Mark Murray wrote: > > Lots of security minded people what _all_ the interrupt entropy > > they can get, and this method gives them that while allowing others > > to throttle the harvester back. > > Lots of -CURRENT users want to be able to use their systems to write code > without tripping over /dev/random and friends. > > I hear lots of people objecting to this code and alot of handwaving in > response. > > Choose reasonable defaults already. > > The -CURRENT cvs tree isn't the proper venue for doing crypto research. Well, I dunno about that. It dovetails into the thread in developers about getting people to use FreeBSD for research and to my mind I think -current probably is a legitimate place for research. As long as the basic -current doctrine of not commiting totally non-functional code is adhered to there's no reason why experimental code can't be tried out in -current. If you don't like the problems that research cause you then -current isn't what you should be running -- it's an old mantra that isn't repeated enough these days. Of course, I'd much prefer it if -current wasn't totally hosed as much as it has been recently but random hasn't caused half the turmoil that some other changes have so it's unfair to pick on it as a major problem. I think Peter gets the award for causing most downtime in -current recently, which is quite a feat given the SMP work taking place :-) Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 8: 0:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id DF69D37B719; Fri, 16 Mar 2001 08:00:49 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA59683; Fri, 16 Mar 2001 11:00:46 -0500 (EST) (envelope-from wollman) Date: Fri, 16 Mar 2001 11:00:46 -0500 (EST) From: Garrett Wollman Message-Id: <200103161600.LAA59683@khavrinen.lcs.mit.edu> To: John Baldwin Cc: current@FreeBSD.org, audit@FreeBSD.org, freebsd-standards@bostonradio.org Subject: RE: Latest version of mega header file POSIX update In-Reply-To: References: <200103151610.LAA46410@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I don't think the sys/conf/Makefile.i386 change is needed. :) Oops. Sorry, that one leaked out.... > Nothing else jumped out at me while I glanced over it however, and > it seems fine at first glance. But did you *test* it? I know it compiles. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 8:27:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 8C76637B718 for ; Fri, 16 Mar 2001 08:27:29 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 3DA92214; Fri, 16 Mar 2001 19:27:27 +0300 (MSK) Date: Fri, 16 Mar 2001 19:27:27 +0300 From: "Sergey A. Osokin" To: Dan Nelson Cc: current@FreeBSD.org Subject: Re: libdevstat Message-ID: <20010316192727.A97376@freebsd.org.ru> References: <20010316181315.A91097@freebsd.org.ru> <20010316092730.C1800@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316092730.C1800@dan.emsphone.com>; from dnelson@emsphone.com on Fri, Mar 16, 2001 at 09:27:30AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 09:27:30AM -0600, Dan Nelson wrote: > In the last episode (Mar 16), Sergey A. Osokin said: > > Hello, -currenters. > > > > What do you think about add to libdevstat in/out/other statistics? I > > think transfer great too, but sometimes that's not enough. iostat > > can't show read and write stats separatly, because compute_stats from > > libdevstat simply sum up all results (in/out/other). > > Struct devstat already has bytes_read and bytes_written per device, and > the values are filled in (gkrellm seems to be able to get read/written > stats just fine). gkrellm good tool, but i don't want istall X/gtk/bla-bla-bla on remote server. I want to use some CLI tool for it, like iostat or somethink else. Another idea? -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 8:29:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 671BB37B718 for ; Fri, 16 Mar 2001 08:29:03 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f2GGStB28770; Fri, 16 Mar 2001 18:28:56 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f2GGStB31129; Fri, 16 Mar 2001 18:28:55 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AB23F3F.4DDDCC66@FreeBSD.org> Date: Fri, 16 Mar 2001 18:28:48 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Paul Richards Cc: "Matthew N. Dodd" , Mark Murray , Matt Dillon , current@FreeBSD.org Subject: Re: Ethernet entropy harvesting seriously pessimizes performance References: <3AB23512.DB9D6F8D@freebsd-services.co.uk> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Paul Richards wrote: > "Matthew N. Dodd" wrote: > > > > On Mon, 12 Mar 2001, Mark Murray wrote: > > > Lots of security minded people what _all_ the interrupt entropy > > > they can get, and this method gives them that while allowing others > > > to throttle the harvester back. > > > > Lots of -CURRENT users want to be able to use their systems to write code > > without tripping over /dev/random and friends. > > > > I hear lots of people objecting to this code and alot of handwaving in > > response. > > > > Choose reasonable defaults already. > > > > The -CURRENT cvs tree isn't the proper venue for doing crypto research. > > Well, I dunno about that. It dovetails into the thread in developers > about getting people to use FreeBSD for research and to my mind I think > -current probably is a legitimate place for research. As long as the > basic -current doctrine of not commiting totally non-functional code is > adhered to there's no reason why experimental code can't be tried out in > -current. You are missed point here. Doing research using FreeBSD is not the same as committing poorly designed and untested code into it, completely replacing previous satisfactory in the most cases subsystem. Developers usually can tolerate disturbances when some major redesign occurs, that in the long run would benefit the whole community (e.g. SMPng), but not the constant problems with not so important and hardly critical for 95% of users component as random number generator is. > If you don't like the problems that research cause you then -current > isn't what you should be running -- it's an old mantra that isn't > repeated enough these days. Most developers just have to use 5-current, because it is their development and reference platform. > Of course, I'd much prefer it if -current wasn't totally hosed as much > as it has been recently but random hasn't caused half the turmoil that > some other changes have so it's unfair to pick on it as a major problem. Saying "this is bad, but that was much worse" could not be an excuse for not doing it properly. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 8:44: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 17E2437B719 for ; Fri, 16 Mar 2001 08:43:58 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2GGhph15884; Fri, 16 Mar 2001 08:43:51 -0800 (PST) Date: Fri, 16 Mar 2001 08:43:51 -0800 From: Alfred Perlstein To: "Sergey A. Osokin" Cc: Dan Nelson , current@FreeBSD.ORG Subject: Re: libdevstat Message-ID: <20010316084351.A29888@fw.wintelcom.net> References: <20010316181315.A91097@freebsd.org.ru> <20010316092730.C1800@dan.emsphone.com> <20010316192727.A97376@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316192727.A97376@freebsd.org.ru>; from osa@freebsd.org.ru on Fri, Mar 16, 2001 at 07:27:27PM +0300 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Sergey A. Osokin [010316 08:27] wrote: > On Fri, Mar 16, 2001 at 09:27:30AM -0600, Dan Nelson wrote: > > In the last episode (Mar 16), Sergey A. Osokin said: > > > Hello, -currenters. > > > > > > What do you think about add to libdevstat in/out/other statistics? I > > > think transfer great too, but sometimes that's not enough. iostat > > > can't show read and write stats separatly, because compute_stats from > > > libdevstat simply sum up all results (in/out/other). > > > > Struct devstat already has bytes_read and bytes_written per device, and > > the values are filled in (gkrellm seems to be able to get read/written > > stats just fine). > > gkrellm good tool, but i don't want istall X/gtk/bla-bla-bla > on remote server. I want to use some CLI tool for it, like iostat > or somethink else. > > Another idea? I think what he's saying is that libdevstat is OK, it's just that the tools that use it sum up the stats instead of displaying them inidividually. I would look at fixing iostat because libdevstat seems to provide all the data needed. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 9: 4:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 80D4437B71A for ; Fri, 16 Mar 2001 09:04:20 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id E7C91214; Fri, 16 Mar 2001 20:04:18 +0300 (MSK) Date: Fri, 16 Mar 2001 20:04:18 +0300 From: "Sergey A. Osokin" To: current@FreeBSD.org Subject: Re: libdevstat Message-ID: <20010316200418.C97376@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316084351.A29888@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Mar 16, 2001 at 08:43:51AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 08:43:51AM -0800, Alfred Perlstein wrote: > * Sergey A. Osokin [010316 08:27] wrote: > > On Fri, Mar 16, 2001 at 09:27:30AM -0600, Dan Nelson wrote: > > > In the last episode (Mar 16), Sergey A. Osokin said: > > > > Hello, -currenters. > > > > > > > > What do you think about add to libdevstat in/out/other statistics? I > > > > think transfer great too, but sometimes that's not enough. iostat > > > > can't show read and write stats separatly, because compute_stats from > > > > libdevstat simply sum up all results (in/out/other). > > > > > > Struct devstat already has bytes_read and bytes_written per device, and > > > the values are filled in (gkrellm seems to be able to get read/written > > > stats just fine). > > > > gkrellm good tool, but i don't want istall X/gtk/bla-bla-bla > > on remote server. I want to use some CLI tool for it, like iostat > > or somethink else. > > > > Another idea? > > I think what he's saying is that libdevstat is OK, it's just that > the tools that use it sum up the stats instead of displaying them > inidividually. Yes, libdevstat have data, but iostat display transfer = read+write+other. But i want to see something like following: totalreads = current->num_reads - ((previous) ? previous->num_reads : 0); totalwrites = current->num_writes - ((previous) ? previous->num_writes : 0); totalother = current->num_other - ((previous) ? previous->num_other : 0); > I would look at fixing iostat because libdevstat seems to provide > all the data needed. OK. Thanks. -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 9:11:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 0A52A37B719 for ; Fri, 16 Mar 2001 09:11:29 -0800 (PST) (envelope-from roam@orbitel.bg) Received: (qmail 5334 invoked by uid 1000); 16 Mar 2001 17:10:46 -0000 Date: Fri, 16 Mar 2001 19:10:46 +0200 From: Peter Pentchev To: David Xu Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: status of KSE? Message-ID: <20010316191046.B428@ringworld.oblivion.bg> Mail-Followup-To: David Xu , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <424452460.20010315150427@21cn.com> <3AB19407.222CAC7C@elischer.org> <3715226734.20010316125924@21cn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3715226734.20010316125924@21cn.com>; from bsddiy@21cn.com on Fri, Mar 16, 2001 at 12:59:24PM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 12:59:24PM +0800, David Xu wrote: > Hello Julian, > > Friday, March 16, 2001, 12:18:15 PM, you wrote: > > JE> David Xu wrote: > >> > >> I wonder status of KSE, I am dreaming rewrite our application > >> server using kqueue+pthread(KSE), current, we use poll()+pthread > >> because pthread does not work with kqueue at present. > >> > >> -- > >> Best regards, > >> David Xu > > JE> KSE is not into coding yet. > JE> we have a basic design and have soem documents but > JE> have been waiting for the SMPng stuff to settle a bit before we > JE> hit the kernel with a second huge change. > > JE> It will not be ready for a long time. do not assume that it > JE> will be ready for when you need it becasue it will not. > > I know KSE is not related to SMP and will run on UP. my primary > idea is want to run parellel I/O task in same process with pthread, > simply because FreeBSD pthread does not allow me to do multipile > I/O tasks at same time on disk file, of course, it is also conflicted > with SYSV IPC, so I think of KSE. I don't care about SMP, CPU is > enough fast now, I have already seen 1.3G hz CPU, how fast! I think > Intel and AMD can very easy to double their CPU clock, hope I can see > 3Ghz CPU in next year. I really do think KSE should work before SMP, > but it is obvious not. think about Apache 2.0, it is already > multi-threaded, FreeBSD pthread will be blocked at disk I/O, it is very > bad for Apache 2.0 . I believe Julian's SMP-related comments were referring to the fact that SMP development has rendered the -current kernel somewhat unstable at times (to say the least). KSE-related work would introduce yet another probable path for instabilities, and the developers prefer dealing with one huge monster at a time. There is also the fact that KSE work shall most probably touch many places in the kernel that SMP development also touches - yet another reason to postpone KSE until SMP is kind-of done. G'luck, Peter -- You have, of course, just begun reading the sentence that you have just finished reading. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 9:31:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 826B437B719 for ; Fri, 16 Mar 2001 09:31:08 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 26908 invoked by uid 666); 16 Mar 2001 17:32:22 -0000 Received: from i078-113.nv.iinet.net.au (HELO elischer.org) (203.59.78.113) by mail.m.iinet.net.au with SMTP; 16 Mar 2001 17:32:22 -0000 Message-ID: <3AB24DAF.7A26F40@elischer.org> Date: Fri, 16 Mar 2001 09:30:23 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Pentchev Cc: David Xu , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: status of KSE? References: <424452460.20010315150427@21cn.com> <3AB19407.222CAC7C@elischer.org> <3715226734.20010316125924@21cn.com> <20010316191046.B428@ringworld.oblivion.bg> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Pentchev wrote: > > On Fri, Mar 16, 2001 at 12:59:24PM +0800, David Xu wrote: > > Hello Julian, > > > > Friday, March 16, 2001, 12:18:15 PM, you wrote: > > > > JE> David Xu wrote: > > >> > > >> I wonder status of KSE, I am dreaming rewrite our application > > >> server using kqueue+pthread(KSE), current, we use poll()+pthread > > >> because pthread does not work with kqueue at present. > > >> > > >> -- > > >> Best regards, > > >> David Xu > > > > JE> KSE is not into coding yet. > > JE> we have a basic design and have soem documents but > > JE> have been waiting for the SMPng stuff to settle a bit before we > > JE> hit the kernel with a second huge change. > > > > JE> It will not be ready for a long time. do not assume that it > > JE> will be ready for when you need it becasue it will not. > > > > I know KSE is not related to SMP and will run on UP. my primary > > idea is want to run parellel I/O task in same process with pthread, > > simply because FreeBSD pthread does not allow me to do multipile > > I/O tasks at same time on disk file, of course, it is also conflicted > > with SYSV IPC, so I think of KSE. I don't care about SMP, CPU is > > enough fast now, I have already seen 1.3G hz CPU, how fast! I think > > Intel and AMD can very easy to double their CPU clock, hope I can see > > 3Ghz CPU in next year. I really do think KSE should work before SMP, > > but it is obvious not. think about Apache 2.0, it is already > > multi-threaded, FreeBSD pthread will be blocked at disk I/O, it is very > > bad for Apache 2.0 . > > I believe Julian's SMP-related comments were referring to the fact that > SMP development has rendered the -current kernel somewhat unstable at > times (to say the least). KSE-related work would introduce yet another > probable path for instabilities, and the developers prefer dealing with > one huge monster at a time. There is also the fact that KSE work shall > most probably touch many places in the kernel that SMP development also > touches - yet another reason to postpone KSE until SMP is kind-of do That is it. Having said that, Jason and I have patches that start on the first steps towards KSE. That is, the breaking up of the present monolithic 'process' structure. given current slight increases in stablility in -current/SMP I am currently thiunking about whether these changes can start to be added soon. I will also be looking at updating and expanding the KSE documant that Jason put out. > > G'luck, > Peter > > -- > You have, of course, just begun reading the sentence that you have just finished reading. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 10: 2:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id CA1A837B719 for ; Fri, 16 Mar 2001 10:02:28 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.1) id f2GI2L329169; Fri, 16 Mar 2001 12:02:21 -0600 (CST) (envelope-from dan) Date: Fri, 16 Mar 2001 12:02:21 -0600 From: Dan Nelson To: Alfred Perlstein Cc: "Sergey A. Osokin" , current@FreeBSD.ORG Subject: Re: libdevstat Message-ID: <20010316120221.A23314@dan.emsphone.com> References: <20010316181315.A91097@freebsd.org.ru> <20010316092730.C1800@dan.emsphone.com> <20010316192727.A97376@freebsd.org.ru> <20010316084351.A29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.14i In-Reply-To: <20010316084351.A29888@fw.wintelcom.net>; from "Alfred Perlstein" on Fri Mar 16 08:43:51 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Mar 16), Alfred Perlstein said: > > > In the last episode (Mar 16), Sergey A. Osokin said: > > > > What do you think about add to libdevstat in/out/other > > > > statistics? I think transfer great too, but sometimes that's > > > > not enough. iostat can't show read and write stats separatly, > > > > because compute_stats from libdevstat simply sum up all results > > > > (in/out/other). > > I think what he's saying is that libdevstat is OK, it's just that the > tools that use it sum up the stats instead of displaying them > inidividually. > > I would look at fixing iostat because libdevstat seems to provide all > the data needed. Yep, that's what I meant. If anyone is planning on adding features to iostat, Solaris has some nice features to copy: -x rotates the output so each drive gets its own line, with the following info: r/s w/s kr/s kw/s wait actv svc_t %w %b So "iostat -x n 23 2" prints a full-screen display of the first 23 drives in your system, updated every 2 seconds. http://www.FreeBSD.org/cgi/man.cgi?query=iostat&manpath=SunOS+5.8 -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 10: 6:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 0518937B718 for ; Fri, 16 Mar 2001 10:06:55 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f2GI6r114116 for ; Fri, 16 Mar 2001 19:06:54 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: make buildworld chokes on kdump From: Poul-Henning Kamp Date: Fri, 16 Mar 2001 19:06:53 +0100 Message-ID: <14114.984766013@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is this fixed ? syv# cd /usr/src/*/kdump syv# make cc -O -pipe -I/syv/src/usr.bin/kdump/../ktrace -I/syv/src/usr.bin/kdump/../.. -c ioctl.c In file included from ioctl.c:96: /usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/include/pccard/cardinfo.h:81: warning: this is the location of the previous definition ioctl.c: In function `ioctlname': ioctl.c:528: sizeof applied to an incomplete type ioctl.c:798: sizeof applied to an incomplete type ioctl.c:860: sizeof applied to an incomplete type ioctl.c:904: sizeof applied to an incomplete type ioctl.c:1034: sizeof applied to an incomplete type ioctl.c:1248: sizeof applied to an incomplete type ioctl.c:1882: syntax error before `;' *** Error code 1 Stop in /syv/src/usr.bin/kdump. syv# -- 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 Fri Mar 16 10:58:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from grid.xarias.com (grid.crl.cirque.com [209.180.92.65]) by hub.freebsd.org (Postfix) with ESMTP id 8C5E137B71D for ; Fri, 16 Mar 2001 10:58:42 -0800 (PST) (envelope-from gmeyer@emergecore.com) Received: from gmeyer ([208.187.232.2]) by grid.xarias.com (8.9.3/8.9.3) with SMTP id LAA10247 for ; Fri, 16 Mar 2001 11:56:42 -0700 (MST) (envelope-from gmeyer@emergecore.com) From: "gary meyer" To: Subject: request for ftp and ftpd testcases. Date: Fri, 16 Mar 2001 11:58:50 -0700 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 V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am doing validation testing on ftp and ftpd in freebsd 4.2 for a project I am working on and I would like any information you could help me with regarding known issues and any testing information such as test methodologies or what test cases have been used to verify it. Any information you could provide such as names of people to contact or web resources would be greatly appreciated. Gary Meyer EmergeCore Networks 801-272-3066 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 11:39: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1A98437B71A; Fri, 16 Mar 2001 11:39:04 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2GJbqG60203; Fri, 16 Mar 2001 11:37:52 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103161600.LAA59683@khavrinen.lcs.mit.edu> Date: Fri, 16 Mar 2001 11:38:03 -0800 (PST) From: John Baldwin To: Garrett Wollman Subject: RE: Latest version of mega header file POSIX update Cc: freebsd-standards@bostonradio.org, audit@FreeBSD.org, current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Mar-01 Garrett Wollman wrote: > < > said: > >> Nothing else jumped out at me while I glanced over it however, and >> it seems fine at first glance. > > But did you *test* it? I know it compiles. No, not yet. I can try it out on my SMP and alpha testboxes here, though my the witness_exit panic deadlocks my alpha under heavy load. :-P > -GAWollman -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Fri Mar 16 11:44:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from btw.plaintalk.bellevue.wa.us (btw.plaintalk.bellevue.wa.us [206.129.5.130]) by hub.freebsd.org (Postfix) with ESMTP id 55B9137B718 for ; Fri, 16 Mar 2001 11:44:40 -0800 (PST) (envelope-from dennisg@software-munitions.com) Received: from localhost (dennisg@localhost) by btw.plaintalk.bellevue.wa.us (8.11.3/8.11.2) with ESMTP id f2GJiTv30160 for ; Fri, 16 Mar 2001 11:44:29 -0800 (PST) Date: Fri, 16 Mar 2001 11:44:29 -0800 (PST) From: Dennis Glatting X-X-Sender: To: Subject: gcc-2.95.3 is released. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI ---------- Forwarded message ---------- Date: Fri, 16 Mar 2001 15:52:00 +0000 (GMT) From: Bernd Schmidt To: gcc-announce@gcc.gnu.org Cc: gcc@gcc.gnu.org Subject: gcc-2.95.3 is released. gcc version 2.95.3 is now available from ftp://gcc.gnu.org/pub/gcc/releases/gcc-2.95.3/ A more detailed announcement can be found on http://gcc.gnu.org/gcc-2.95/gcc-2.95.3.html If you already have test release 5, you do not need to upgrade; there have been no changes to the code since then. It's taken a lot longer than everyone had hoped, but at least we can be reasonably certain that this release is a definite improvement over 2.95.2. Thanks to everyone who tested the prereleases and sent in the results. I'd like to ask everyone who works on OS distributions to be a bit more careful with version numbers. If you apply patches for your release, _please_ make sure that your patched version clearly identifies itself, e.g. as "2.95.3 (debian)", "2.95.3 (OpenBSD)", or whatever. Please do not increment the version number, but also do not leave the version string unchanged. People have done strange things to gcc-2.95.2, and this has been a source of problems while doing regression tests for gcc-2.95.3. Bernd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 12:55: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 6B9B737B718; Fri, 16 Mar 2001 12:55:04 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f2GKwDP85293; Fri, 16 Mar 2001 15:58:13 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Fri, 16 Mar 2001 15:58:13 -0500 From: Will Andrews To: Jonathan Lemon Cc: FreeBSD Current Subject: Re: cvs commit: src/lib/libc/gen glob.c Message-ID: <20010316155812.S61859@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Jonathan Lemon , FreeBSD Current References: <200103161905.f2GJ5Kb65489@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uQdXoA6oJ4Q9/zKe" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103161905.f2GJ5Kb65489@freefall.freebsd.org>; from jlemon@FreeBSD.org on Fri, Mar 16, 2001 at 11:05:20AM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --uQdXoA6oJ4Q9/zKe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 16, 2001 at 11:05:20AM -0800, Jonathan Lemon wrote: > Log: > Bump MAX_GLOBENTRIES up to 16384, so it is a power of two. Add > some comments explaining that this is an arbitrary limit. Why shouldn't this be tunable via sysctl? --=20 wca --uQdXoA6oJ4Q9/zKe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sn5kF47idPgWcsURAtO6AKCJV7dSJM9aMzjWzhzM1H3MWmRe/gCeN7Ep 9v7oqWSRsRbLvO86fQOFIb4= =YyU0 -----END PGP SIGNATURE----- --uQdXoA6oJ4Q9/zKe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 13: 1:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id F036637B71A; Fri, 16 Mar 2001 13:01:54 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2GKwV758913; Fri, 16 Mar 2001 14:58:31 -0600 (CST) (envelope-from jlemon) Date: Fri, 16 Mar 2001 14:58:31 -0600 From: Jonathan Lemon To: Will Andrews , Jonathan Lemon , FreeBSD Current Subject: Re: cvs commit: src/lib/libc/gen glob.c Message-ID: <20010316145831.R82645@prism.flugsvamp.com> References: <200103161905.f2GJ5Kb65489@freefall.freebsd.org> <20010316155812.S61859@ohm.physics.purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20010316155812.S61859@ohm.physics.purdue.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 03:58:13PM -0500, Will Andrews wrote: > On Fri, Mar 16, 2001 at 11:05:20AM -0800, Jonathan Lemon wrote: > > Log: > > Bump MAX_GLOBENTRIES up to 16384, so it is a power of two. Add > > some comments explaining that this is an arbitrary limit. > > Why shouldn't this be tunable via sysctl? Uh, because this is user space, not kernel space? -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 13:35:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from ohm.physics.purdue.edu (ohm.physics.purdue.edu [128.210.146.32]) by hub.freebsd.org (Postfix) with ESMTP id 506DF37B718; Fri, 16 Mar 2001 13:35:56 -0800 (PST) (envelope-from will@physics.purdue.edu) Received: (from will@localhost) by ohm.physics.purdue.edu (8.11.2/8.9.3) id f2GLd3k85439; Fri, 16 Mar 2001 16:39:03 -0500 (EST) (envelope-from will@physics.purdue.edu) X-Authentication-Warning: ohm.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Fri, 16 Mar 2001 16:39:03 -0500 From: Will Andrews To: Jonathan Lemon Cc: Will Andrews , Jonathan Lemon , FreeBSD Current Subject: Re: cvs commit: src/lib/libc/gen glob.c Message-ID: <20010316163903.T61859@ohm.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Jonathan Lemon , Jonathan Lemon , FreeBSD Current References: <200103161905.f2GJ5Kb65489@freefall.freebsd.org> <20010316155812.S61859@ohm.physics.purdue.edu> <20010316145831.R82645@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Lb4/KHmQglbvAzr+" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316145831.R82645@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Fri, Mar 16, 2001 at 02:58:31PM -0600 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Lb4/KHmQglbvAzr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 16, 2001 at 02:58:31PM -0600, Jonathan Lemon wrote: > Uh, because this is user space, not kernel space? Oh yeah, never mind. =3D) --=20 wca --Lb4/KHmQglbvAzr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6sof2F47idPgWcsURAiD7AJ40uomEuIWzxrE85raL81e5S77zZgCfWyd2 EOrYFPuV0gzbE181FsuX+9M= =BKp3 -----END PGP SIGNATURE----- --Lb4/KHmQglbvAzr+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 14: 1: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1E6BB37B71A; Fri, 16 Mar 2001 14:01:01 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id JAA11786; Sat, 17 Mar 2001 09:00:33 +1100 Date: Sat, 17 Mar 2001 09:00:16 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Garrett Wollman Cc: freebsd-standards@bostonradio.org, audit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Latest version of mega header file POSIX update In-Reply-To: <200103151610.LAA46410@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Mar 2001, Garrett Wollman wrote: > The patch has now gotten too large for some e-mail systems, so I'm > making it available via the Web at > . Please include it in the mail anyway so that it is easier to see and reply if the e-mail system actually works. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 14:30:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 52BC837B718; Fri, 16 Mar 2001 14:30:02 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Mar 2001 22:30:00 +0000 (GMT) To: John Baldwin Cc: Dag-Erling Smorgrav , current@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/isa apic_vector.s icu_vector.s In-reply-to: Your message of "Tue, 06 Mar 2001 16:08:44 PST." X-Request-Do: Date: Fri, 16 Mar 2001 22:29:59 +0000 From: David Malone Message-ID: <200103162230.aa15819@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm still getting panics with a messed up stack in -current. I've made some progress on getting useful ktr traces though. > No, the other handler on that swi is the softclock handler. This just means > you are getting clock interrutps from the i8254, which is good. :) We just > happen to hang one of the swi's for the sio driver off of the clock software > interrupt thread. I found out why the ktr stuff is still logging events even after the pagefault. It checks if panicstr is set, and stops logging if it is. Unfortunately trap_fatal doesn't set panicstr and so you keep getting messages, which fills up the ktr buffer pretty quickly. > > (Otherwise, I can try to figure out what the ktr output it telling > > me. Any hints on what I'm looking for?) > Well, what process was running when it panic'd for example? Did it resume fro > a tsleep() or was it an ithread started after preemption? OK - I got a dump with the ktr stuff turned on and then used got gdb to print a chunk of message buffer with: set $a = ktr_idx while (--$a >= 0) print ktr_buf[$a] end (I've also recently discovered that if you dump a vmcore onto a swap partition which is the same size as physical memory then you trask the forist 8K of the next partition. I'm not sure if this is restricted to ata or not). David. panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffff127f fault code = supervisor read, page not present instruction pointer = 0x8:0xffff127f stack pointer = 0x10:0xc86dfe18 frame pointer = 0x10:0xc86dfe8c 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 = 2368 (sh) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffff127f fault code = supervisor read, page not present instruction pointer = 0x8:0xc028941c stack pointer = 0x10:0xc86dfc84 frame pointer = 0x10:0xc86dfc88 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 = 2368 (sh) mi_switch: new proc 0xc8656320 (pid 2368, sh), schedlock 0xc8656320 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20 ih=0xc0dadec0: 0xc013a358(0xc0d9e000) flg=6 ithread_loop: pid 20: (irq14: ata0) need=1 ithread_loop: pid 20: resumed mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8656320 (pid 2368, sh), schedlock 0xc8656320 ithread_schedule: setrunqueue 20 ithread_schedule: pid 20: (irq14: ata0) need = 0 mi_switch: new proc 0xc8656320 (pid 2368, sh), schedlock 0xc8656320 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep caught: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc8656320 (pid 2368, sh), schedlock 0xc8656320 wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8656320 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8656320 msleep resume: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 mi_switch: new proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 wakeup: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2367, rm), schedlock 0xc8655ee0 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep caught: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20: done mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8655ee0 (pid 2367, rm), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2367, rm), schedlock 0xc8655ee0 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20 ih=0xc0dadec0: 0xc013a358(0xc0d9e000) flg=6 ithread_loop: pid 20: (irq14: ata0) need=1 ithread_loop: pid 20: resumed mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8655ee0 (pid 2367, rm), schedlock 0xc8655ee0 ithread_schedule: setrunqueue 20 ithread_schedule: pid 20: (irq14: ata0) need = 0 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 msleep resume: proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 wakeup: proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655660 mi_switch: old proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 msleep caught: proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 msleep: proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep caught: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc8655ee0 (pid 2365, sh), schedlock 0xc8655ee0 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2364, rm), schedlock 0xc8655ee0 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep caught: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc8655ee0 (pid 2364, rm), schedlock 0xc8655ee0 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: old proc 0xc78b8760 (pid 4, bufdaemon), schedlock 0xc78b8760 msleep: proc 0xc78b8760 (pid 4, bufdaemon), schedlock 0xc78b8760 msleep resume: proc 0xc78b8760 (pid 4, bufdaemon), schedlock 0xc78b8760 mi_switch: new proc 0xc78b8760 (pid 4, bufdaemon), schedlock 0xc78b8760 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78b8760 (pid 4, bufdaemon), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 msleep resume: proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 wakeup: proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655660 mi_switch: old proc 0xc78b8ba0 (pid 2, pagedaemon), schedlock 0xc78b8ba0 msleep: proc 0xc78b8ba0 (pid 2, pagedaemon), schedlock 0xc78b8ba0 msleep resume: proc 0xc78b8ba0 (pid 2, pagedaemon), schedlock 0xc78b8ba0 mi_switch: new proc 0xc78b8ba0 (pid 2, pagedaemon), schedlock 0xc78b8ba0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78b8ba0 (pid 2, pagedaemon), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 msleep caught: proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 msleep: proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 mi_switch: old proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep resume: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: new proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep caught: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc8655ee0 (pid 2362, sh), schedlock 0xc8655ee0 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: new proc 0xc8655ee0 (pid 2361, rm), schedlock 0xc8655ee0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep caught: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep resume: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc8655ee0 (pid 2361, rm), schedlock 0xc8655ee0 wakeup: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8655ee0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 msleep: proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 msleep resume: proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8727c80 (pid 2342, as), schedlock 0xc8727c80 msleep caught: proc 0xc8727c80 (pid 2342, as), schedlock 0xc8727c80 msleep: proc 0xc8727c80 (pid 2342, as), schedlock 0xc8727c80 wakeup: proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8727c80 msleep resume: proc 0xc8727c80 (pid 2342, as), schedlock 0xc8727c80 mi_switch: new proc 0xc8727c80 (pid 2342, as), schedlock 0xc8727c80 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 msleep caught: proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 msleep: proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 wakeup: proc 0xc8727c80 (pid 2342, as), schedlock 0xc8655880 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep resume: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: new proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep resume: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: new proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8727a60 (pid 2360, make), schedlock 0xc8727a60 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: old proc 0xc8659c80 (pid 159, ntpd), schedlock 0xc8659c80 msleep caught: proc 0xc8659c80 (pid 159, ntpd), schedlock 0xc8659c80 msleep: proc 0xc8659c80 (pid 159, ntpd), schedlock 0xc8659c80 msleep resume: proc 0xc8659c80 (pid 159, ntpd), schedlock 0xc8659c80 mi_switch: new proc 0xc8659c80 (pid 159, ntpd), schedlock 0xc8659c80 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 msleep caught: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 msleep: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 msleep resume: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 mi_switch: new proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 wakeup: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8727a60 mi_switch: old proc 0xc78b8540 (pid 5, syncer), schedlock 0xc78b8540 msleep: proc 0xc78b8540 (pid 5, syncer), schedlock 0xc78b8540 msleep resume: proc 0xc78b8540 (pid 5, syncer), schedlock 0xc78b8540 mi_switch: new proc 0xc78b8540 (pid 5, syncer), schedlock 0xc78b8540 mi_switch: old proc 0xc0369bc0 (pid 0, swapper), schedlock 0xc0369bc0 msleep: proc 0xc0369bc0 (pid 0, swapper), schedlock 0xc0369bc0 msleep resume: proc 0xc0369bc0 (pid 0, swapper), schedlock 0xc0369bc0 mi_switch: new proc 0xc0369bc0 (pid 0, swapper), schedlock 0xc0369bc0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done wakeup: proc 0xc78b8540 (pid 5, syncer), schedlock 0xc78bb620 wakeup: proc 0xc0369bc0 (pid 0, swapper), schedlock 0xc78bb620 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 msleep caught: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 msleep: proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 mi_switch: new proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 mi_switch: old proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep resume: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: new proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep caught: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc8656320 (pid 2358, sh), schedlock 0xc8656320 wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8656320 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20: done wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc78ba520 ithread_loop: pid 20 ih=0xc0dadec0: 0xc013a358(0xc0d9e000) flg=6 ithread_loop: pid 20: (irq14: ata0) need=1 ithread_loop: pid 20: resumed mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 20 ithread_schedule: pid 20: (irq14: ata0) need = 0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 msleep resume: proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: new proc 0xc78bb1e0 (pid 14, random), schedlock 0xc78bb1e0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done endtsleep: proc 0xc78bb1e0 (pid 14, random), schedlock 0x4 ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc8655000 (pid 2338, cc), schedlock 0xc8655000 msleep caught: proc 0xc8655000 (pid 2338, cc), schedlock 0xc8655000 msleep: proc 0xc8655000 (pid 2338, cc), schedlock 0xc8655000 msleep resume: proc 0xc8655000 (pid 2338, cc), schedlock 0xc8655000 mi_switch: new proc 0xc8655000 (pid 2338, cc), schedlock 0xc8655000 wakeup: proc 0xc8655000 (pid 2338, cc), schedlock 0xc8656320 msleep resume: proc 0xc8656320 (pid 2339, cpp0), schedlock 0xc8656320 mi_switch: new proc 0xc8656320 (pid 2339, cpp0), schedlock 0xc8656320 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 wakeup: proc 0xc8656320 (pid 2339, cpp0), schedlock 0xc8655880 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 ithread_schedule: setrunqueue 12 ithread_schedule: pid 12: (swi6: tty:sio+) need = 0 swi_sched pid 12(swi6: tty:sio+) need=0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20: done wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc78ba520 ithread_loop: pid 20 ih=0xc0dadec0: 0xc013a358(0xc0d9e000) flg=6 ithread_loop: pid 20: (irq14: ata0) need=1 ithread_loop: pid 20: resumed mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 20 ithread_schedule: pid 20: (irq14: ata0) need = 0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 msleep resume: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: new proc 0xc8655cc0 (pid 2354, make), schedlock 0xc8655cc0 mi_switch: old proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 ithread_loop: pid 20: done wakeup: proc 0xc8655cc0 (pid 2354, make), schedlock 0xc78ba520 ithread_loop: pid 20 ih=0xc0dadec0: 0xc013a358(0xc0d9e000) flg=6 ithread_loop: pid 20: (irq14: ata0) need=1 ithread_loop: pid 20: resumed mi_switch: new proc 0xc78ba520 (pid 20, irq14: ata0), schedlock 0xc78ba520 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 20 ithread_schedule: pid 20: (irq14: ata0) need = 0 mi_switch: new proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 mi_switch: old proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 ithread_loop: pid 12: done ithread_loop: pid 12 ih=0xc0b39a40: 0xc01bcdb8(0) flg=80000000 ithread_loop: pid 12: (swi6: tty:sio+) need=1 ithread_loop: pid 12: resumed mi_switch: new proc 0xc78bb620 (pid 12, swi6: tty:sio+), schedlock 0xc78bb620 mi_switch: old proc 0xc8655880 (pid 2341, cc1), schedlock 0xc8655880 ithread_schedule: setrunqueue 12 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 14:37:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from femail1.rdc1.on.home.com (femail1.rdc1.on.home.com [24.2.9.88]) by hub.freebsd.org (Postfix) with ESMTP id 73A2137B718; Fri, 16 Mar 2001 14:37:19 -0800 (PST) (envelope-from james@ehlo.com) Received: from cr237535-a.bloor1.on.wave.home.com ([24.157.24.3]) by femail1.rdc1.on.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010316223555.RQKH18593.femail1.rdc1.on.home.com@cr237535-a.bloor1.on.wave.home.com>; Fri, 16 Mar 2001 14:35:55 -0800 Received: from james by cr237535-a.bloor1.on.wave.home.com with local (Exim 3.15 #1) id 14e2qS-0003e3-00; Fri, 16 Mar 2001 17:37:16 -0500 Date: Fri, 16 Mar 2001 17:37:16 -0500 From: James FitzGibbon To: current@freebsd.org Cc: scsi@freebsd.org Subject: Mylex eXtremeRAID 2000 timeout/hang Message-ID: <20010316173716.E11769@ehlo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We are trying to install a Mylex eXtreme 2000 card with a Dell Powervault 12 drive SCA housing. The drives in the array are numbered 0-5 and 8-13. The backplane of the array is id 15. During the kernel probe, we see the message mly0: drive at 03:15 not responding five times after the "waiting 15 seconds for SCSI devices to spin up" message, and then nothing else. The system doesn't hang, but it never goes anywhere from there. This is with F/W 6.00-00 and BIOS 6.00-01. Any ideas ? -- j. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 16:11:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id AA43737B719 for ; Fri, 16 Mar 2001 16:11:11 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2H0BBl76831 for current@freebsd.org; Fri, 16 Mar 2001 16:11:11 -0800 (PST) Date: Fri, 16 Mar 2001 16:11:11 -0800 (PST) From: David Wolfskill Message-Id: <200103170011.f2H0BBl76831@bunrab.catwhisker.org> To: current@freebsd.org Subject: "make buildkernel" breakage in sys/modules/if_ef/../../net/if_ef.c?? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since I first saw this, I've CVSupped a couple of times; most recent time ended at 11:32:39 hrs. PST (8 hrs. west of GMT/UTC) today. And I blew away /usr/obj completely (just in case anything was left lying about), and tried it with the GENERIC kernel (vs. my customized one); I'm not able to get beyond: machine -> /usr/src/sys/i386/include echo "#define INET 1" > opt_inet.h touch opt_inet6.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_disc/../../net/if_disc.c ===> if_ef @ -> /usr/src/sys machine -> /usr/src/sys/i386/include echo "#define IPX 1" > opt_ipx.h echo "#define INET 1" > opt_inet.h echo " echo " echo " echo " rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_ef/../../net/if_ef.c /usr/src/sys/modules/if_ef/../../net/if_ef.c:31: opt_ef.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/if_ef. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /common/obj/C/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. m758712358[3] ^Dexit Script done on Fri Mar 16 15:39:27 2001 The "make buildworld" worked OK. And here are the non-comment lines from my /etc/make.conf: CFLAGS= -O -pipe INSTALL=install -C PERL_THREADED= true COPTFLAGS= -O -pipe COMPAT22= yes COMPAT3X= yes PRINTERDEVICE= ps HAVE_MOTIF= yes USA_RESIDENT= YES FORCE_PKG_REGISTER= YES SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPFILE= /usr/local/etc/4.x-stable-supfile I was able to build -STABLE (4.3-BETA) -- on a different slice (/S2) -- just fine this morning: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s4a 95263 58334 29308 67% / devfs 1 1 0 100% /dev /dev/ad0s1a 95263 39770 47872 45% /S1 /dev/ad0s1e 915695 692461 149979 82% /S1/usr /dev/ad0s2a 95263 39770 47872 45% /S2 /dev/ad0s2e 915727 698177 144292 83% /S2/usr /dev/ad0s4e 915727 718513 123956 85% /usr /dev/ad0s4g 254063 74919 158819 32% /var /dev/ad0s4h 14116697 2619712 10367650 20% /common procfs 4 4 0 100% /proc /dev/md10c 520140 12 478520 0% /tmp I figure there's something likely obviously silly I'm overlooking, but I've been banging my head against whatever's handy for a little too long.... :-( Oh -- one other thing: there is too a file named opt_ef.h; it's in /usr/obj/usr/src/sys/${KERNCONF}, and it's empty. (The /usr/obj that's on ad0s4e is a symlink to /common/obj/C, in case that's confusing anyone. I have 2 -STABLE slices & one -CURRENT that are bootable.) I would welcome clues. Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 16:22:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 80A2237B719 for ; Fri, 16 Mar 2001 16:22:36 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [192.168.2.4]) by bazooka.unixfreak.org (Postfix) with ESMTP id 71C773E1E; Fri, 16 Mar 2001 16:22:35 -0800 (PST) To: David Wolfskill Cc: current@freebsd.org Subject: Re: "make buildkernel" breakage in sys/modules/if_ef/../../net/if_ef.c?? In-Reply-To: <200103170011.f2H0BBl76831@bunrab.catwhisker.org>; from david@catwhisker.org on "Fri, 16 Mar 2001 16:11:11 -0800 (PST)" Date: Fri, 16 Mar 2001 16:22:35 -0800 From: Dima Dorfman Message-Id: <20010317002235.71C773E1E@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Wolfskill writes: > machine -> /usr/src/sys/i386/include > echo "#define INET 1" > opt_inet.h > touch opt_inet6.h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I > @/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/if_dis > c/../../net/if_disc.c > ===> if_ef > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > echo "#define IPX 1" > opt_ipx.h > echo "#define INET 1" > opt_inet.h > echo " > > echo " > > echo " > > echo " Try building make(1) manually, sticking it in /usr/bin, and using the new version to build the kernel. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 16:44:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 767BC37B719 for ; Fri, 16 Mar 2001 16:44:28 -0800 (PST) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f2H0iR276910; Fri, 16 Mar 2001 16:44:27 -0800 (PST) Date: Fri, 16 Mar 2001 16:44:27 -0800 (PST) From: David Wolfskill Message-Id: <200103170044.f2H0iR276910@bunrab.catwhisker.org> To: dima@unixfreak.org Subject: Re: "make buildkernel" breakage in sys/modules/if_ef/../../net/if_ef.c?? Cc: current@freebsd.org In-Reply-To: <20010317002235.71C773E1E@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Fri, 16 Mar 2001 16:22:35 -0800 >From: Dima Dorfman >David Wolfskill writes: >> ... >> ===> if_ef >> @ -> /usr/src/sys >> machine -> /usr/src/sys/i386/include >> echo "#define IPX 1" > opt_ipx.h >> echo "#define INET 1" > opt_inet.h >> echo " >Try building make(1) manually, sticking it in /usr/bin, and using the >new version to build the kernel. OK, that worked -- thanks!! More accurately, since I had done a successful "make buildworld", I copied /usr/obj/usr/src/usr.bin/make over to /usr/bin/make (after renaming the latter), and a "make buildkernel" for GENERIC worked. I'm now building the kernel I really want. :-) So I'd have thought that the "make buildkernel" process should have been using the freshly-made "make" over in /usr/obj -- or am I confused (again)? Thanks again, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 16:54: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 057F237B718 for ; Fri, 16 Mar 2001 16:54:01 -0800 (PST) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [192.168.2.4]) by bazooka.unixfreak.org (Postfix) with ESMTP id 9B5553E1E; Fri, 16 Mar 2001 16:54:00 -0800 (PST) To: David Wolfskill Cc: current@freebsd.org Subject: Re: "make buildkernel" breakage in sys/modules/if_ef/../../net/if_ef.c?? In-Reply-To: <200103170044.f2H0iR276910@bunrab.catwhisker.org>; from david@catwhisker.org on "Fri, 16 Mar 2001 16:44:27 -0800 (PST)" Date: Fri, 16 Mar 2001 16:54:00 -0800 From: Dima Dorfman Message-Id: <20010317005400.9B5553E1E@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Wolfskill writes: > So I'd have thought that the "make buildkernel" process should have been > using the freshly-made "make" over in /usr/obj -- or am I confused > (again)? buildkernel tries to use all the newly-built binaries. I think make is an exception, though. The make that you run (i.e., the one in your path) is still the old one. Bug? Feature? Who knows. Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 18:12:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0EA2637B718 for ; Fri, 16 Mar 2001 18:12:34 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2H2CTD16673 for current@freebsd.org; Fri, 16 Mar 2001 18:12:29 -0800 Date: Fri, 16 Mar 2001 18:12:29 -0800 From: Brooks Davis To: current@freebsd.org Subject: very strange problem with ps Message-ID: <20010316181229.A16230@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm seeing a very strange problem with ps. I was calling "ps -U operator" to check the status of some dumps and it was working fine, but then I ran it again and got a kinfo_proc size mismatch. Calling it with no args still works, but calling it with -U doesn't. This is with a current as of this morning. I'll try a rebuild after this dump finishes. You can see what I did in a transcript below. -- Brooks [6:11pm] brooks@minya (~): ps -U operator PID TT STAT TIME COMMAND 884 ?? DW 0:00.02 /usr/local/libexec/amanda/sendbackup 885 ?? RW 0:05.98 /usr/bin/gzip --fast 886 ?? DW 0:00.29 /usr/local/libexec/amanda/sendbackup 887 ?? DW 0:00.05 dump 1ushf 1048576 0 - /dev/ad0s2a 888 ?? ZW 0:00.00 (sh) 891 ?? DW 0:00.09 dump 1ushf 1048576 0 - /dev/ad0s2a 892 ?? DW 0:00.14 dump 1ushf 1048576 0 - /dev/ad0s2a 893 ?? DW 0:00.14 dump 1ushf 1048576 0 - /dev/ad0s2a 894 ?? DW 0:00.15 dump 1ushf 1048576 0 - /dev/ad0s2a [6:11pm] brooks@minya (~): ps -U operator ps: kinfo_proc size mismatch (expected 648, got 268107798) [6:12pm] brooks@minya (~): ps -U operator ps: kinfo_proc size mismatch (expected 648, got 268107798) [6:12pm] brooks@minya (~): ps -U operator ps: kinfo_proc size mismatch (expected 648, got 268107798) [6:12pm] brooks@minya (~): ps PID TT STAT TIME COMMAND 567 p0 DWs+ 0:00.17 -tcsh (tcsh) 568 p1 DWs 0:00.14 -tcsh (tcsh) 608 p1 DW+ 0:00.17 ssh gigan 569 p2 DWs 0:00.14 -tcsh (tcsh) 604 p2 DW+ 0:00.36 ssh odin.ac.hmc.edu 570 p3 DWs 0:00.29 -tcsh (tcsh) 915 p3 RW+ 0:00.00 ps 514 v0 DWs 0:00.17 -tcsh (tcsh) 526 v0 DW+ 0:00.01 /bin/sh /usr/X11R6/bin/startx 538 v0 DW+ 0:00.02 xinit /usr/home/brooks/.xinitrc -- -auth /usr/hom= e/br 544 v0 DW 0:00.01 sh /usr/home/brooks/.xinitrc 561 v0 DW 0:00.52 Eterm --geometry 80x32+64+64 562 v0 DW 0:00.23 Eterm --geometry 80x32+560+64 563 v0 DW 0:00.53 Eterm --geometry 80x34+64-74 564 v0 DW 0:00.15 Eterm --geometry 80x34+560-74 566 v0 D 0:01.15 wmaker 596 v0 DW 0:08.29 wmmon 597 v0 DW 0:00.87 wmCalClock 598 v0 RW 0:11.60 wmapm 599 v0 DW 0:01.04 wmmixer -w 600 v0 DW 0:02.25 wmnet 787 v0 DW 0:12.13 /usr/local/lib/netscape-linux/communicator-4.7.bin 788 v0 DW 0:00.07 (dns helper) (communicator-4.7) [6:13pm] brooks@minya (~): --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6ssgMXY6L6fI4GtQRAqxeAJ9pYHx/Re9u0UOL+o8eCtgY/NFoAQCeK+Td EhB8mcHZWSC28SN2WFz0HwU= =aBl1 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 18:18: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 28F8B37B719 for ; Fri, 16 Mar 2001 18:17:59 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.pacbell.net ([207.214.149.140]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GAB002GBL1EUB@mta5.snfc21.pbi.net> for current@freebsd.org; Fri, 16 Mar 2001 18:17:42 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id E4B7518FC; Fri, 16 Mar 2001 18:17:37 -0800 (PST) Date: Fri, 16 Mar 2001 18:17:37 -0800 From: Alex Zepeda Subject: Re: very strange problem with ps In-reply-to: <20010316181229.A16230@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Fri, Mar 16, 2001 at 06:12:29PM -0800 To: current@freebsd.org Message-id: <20010316181737.A3151@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010316181229.A16230@Odin.AC.HMC.Edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 06:12:29PM -0800, Brooks Davis wrote: > I'm seeing a very strange problem with ps. I was calling "ps -U From what I can tell (I've seen this for a while), calling ps -U username where username has no running processes (or none shown), will return such an error. ps -U where there are processes to be shown will work fine. *shrug* - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 18:21:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0A9E637B719 for ; Fri, 16 Mar 2001 18:21:54 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2H2LkP17719; Fri, 16 Mar 2001 18:21:46 -0800 Date: Fri, 16 Mar 2001 18:21:46 -0800 From: Brooks Davis To: Alex Zepeda Cc: current@FreeBSD.ORG Subject: Re: very strange problem with ps Message-ID: <20010316182146.A17633@Odin.AC.HMC.Edu> References: <20010316181229.A16230@Odin.AC.HMC.Edu> <20010316181737.A3151@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316181737.A3151@zippy.mybox.zip>; from jazepeda@pacbell.net on Fri, Mar 16, 2001 at 06:17:37PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 16, 2001 at 06:17:37PM -0800, Alex Zepeda wrote: > On Fri, Mar 16, 2001 at 06:12:29PM -0800, Brooks Davis wrote: > > I'm seeing a very strange problem with ps. I was calling "ps -U >=20 > >From what I can tell (I've seen this for a while), calling ps -U usernam= e=20 > where username has no running processes (or none shown), will return such= =20 > an error. ps -U where there are processes to be shown will work fine. = =20 > *shrug* Ah, you are correct. I should have tried that. What a strange bug. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6sso5XY6L6fI4GtQRArU1AKDe6nm+HSB0JzYRAqcBrjgMIDn+JgCglDI9 EvzE3ZmmE3QUtmmhecuDo2Y= =pAxq -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Mar 16 21:47: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 2221C37B71A for ; Fri, 16 Mar 2001 21:46:59 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id WAA19789; Fri, 16 Mar 2001 22:46:38 -0700 (MST) (envelope-from ken) Date: Fri, 16 Mar 2001 22:46:38 -0700 From: "Kenneth D. Merry" To: Alfred Perlstein Cc: "Sergey A. Osokin" , Dan Nelson , current@FreeBSD.ORG Subject: Re: libdevstat Message-ID: <20010316224638.A19636@panzer.kdm.org> References: <20010316181315.A91097@freebsd.org.ru> <20010316092730.C1800@dan.emsphone.com> <20010316192727.A97376@freebsd.org.ru> <20010316084351.A29888@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010316084351.A29888@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Mar 16, 2001 at 08:43:51AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 08:43:51 -0800, Alfred Perlstein wrote: > * Sergey A. Osokin [010316 08:27] wrote: > > On Fri, Mar 16, 2001 at 09:27:30AM -0600, Dan Nelson wrote: > > > In the last episode (Mar 16), Sergey A. Osokin said: > > > > Hello, -currenters. > > > > > > > > What do you think about add to libdevstat in/out/other statistics? I > > > > think transfer great too, but sometimes that's not enough. iostat > > > > can't show read and write stats separatly, because compute_stats from > > > > libdevstat simply sum up all results (in/out/other). > > > > > > Struct devstat already has bytes_read and bytes_written per device, and > > > the values are filled in (gkrellm seems to be able to get read/written > > > stats just fine). > > > > gkrellm good tool, but i don't want istall X/gtk/bla-bla-bla > > on remote server. I want to use some CLI tool for it, like iostat > > or somethink else. > > > > Another idea? > > I think what he's saying is that libdevstat is OK, it's just that > the tools that use it sum up the stats instead of displaying them > inidividually. > > I would look at fixing iostat because libdevstat seems to provide > all the data needed. Alfred is correct. All the data is there in the devstat structures, you just have to subtract the current stats from the previous stats to get what you want. I suppose it would be possible to modify compute_stats() to include the number of bytes read, written and freed, and the number of read, write, free and other transactions. I think that might kinda add to the interface clutter, though. This might be better implmented as a separate output mode to iostat(8). If you (Sergey) write the code, send me the diffs, since I'm the maintainer for both iostat and the devstat code. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 1:38:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta09.onebox.com (mta09.onebox.com [64.68.76.81]) by hub.freebsd.org (Postfix) with ESMTP id 4760237B71C; Sat, 17 Mar 2001 01:38:33 -0800 (PST) (envelope-from yahayausman@onebox.com) Received: from onebox.com ([10.1.101.7]) by mta09.onebox.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010317093833.MOMA281.mta09.onebox.com@onebox.com>; Sat, 17 Mar 2001 01:38:33 -0800 Received: from [212.96.2.191] by onebox.com with HTTP; Sat, 17 Mar 2001 01:38:32 -0800 Date: Sat, 17 Mar 2001 01:38:32 -0800 Subject: Urgent Business Proposal From: "yahaya usman" To: yahayausman@euroseek.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Message-Id: <20010317093833.MOMA281.mta09.onebox.com@onebox.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got your contact through one of my late uncles old diaries who worked in several foreign mission as a diplomat for Nigeria,and I am deemed to believe that you are a trustworthy and nice person to do business with. I am DR.YAHAYA USMAN,and I am the personal assistant to Mr Mohammed Abacha,the first son of the former military head of state of Nigeria Gen sanni Abacha.Currently my boss Mohammed Abacha is in detention due to the large sum of money siphoned by his family,it is known that about 4 billion United states dollars has been amassed by the Abacha family. Before my boss Mohammed Abacha was detained,he kept in my possesion a box which contained the sum of Fourteen Million, Six Hundred Thousand United states dollars(14,600,000.00USD)and he instructed me to deposit it in a security company in after which I should look for a reliable foreign partner who would help me transfer the money abroad. This is why I am seeking and contacting you,if you succeed in helping me transfer this money out,30% of the money would be given to you,10% would be used for unforseen expenses,while the remaining 60% would be for the family and the money would be invested in any good business in your country. I want to assure you that there is no risk involved in this business as all necessary arrangement has been made for a hitch free transfer.Please try and get back to me as soon as you receive my mail. DR.Yahaya Usman -- yahaya usman yahayausman@onebox.com - email __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 2: 0:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.iserver1.net.Netz-Werker.NET (srv1.iserver1.net.Netz-Werker.NET [195.122.150.67]) by hub.freebsd.org (Postfix) with ESMTP id 8309E37B719 for ; Sat, 17 Mar 2001 02:00:37 -0800 (PST) (envelope-from tomsoft@Netz-Werker.COM) Received: (from tomsoft@localhost) by mail.iserver1.net.Netz-Werker.NET (8.8.8/8.8.8) id LAA26129; Sat, 17 Mar 2001 11:00:34 +0100 (CET) (envelope-from tomsoft) Message-ID: <20010317110034.62878@Netz-Werker.NET> Date: Sat, 17 Mar 2001 11:00:34 +0100 From: Thomas To: Andrea Campi , current@freebsd.org Subject: Re: growfs References: <20010311141337.A510@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <20010311141337.A510@webcom.it>; from Andrea Campi on Sun, Mar 11, 2001 at 02:13:38PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Sun, Mar 11, 2001 at 02:13:38PM +0100, Andrea Campi wrote: > I was about to fill in a doc PR on this but then I thought I'm better off > checking other people experiences... > > I just used growfs on my / filesystem, after shrinking the swap partition > which just happened to be after it. I had to do nothing magic beside dropping > to single user so as to have a ro /. This is in contrast to what the man page > says: > > system on the specified special file. Currently growfs can only grow un- > mounted file systems. Do not try growing a mounted file system, your > system may panic and you will not be able to use the file system any > longer. Most of the options you have used with newfs(8) once can not be > changed. In fact you can only increase the size of the file system. Use > > Is this just extra paranoia or was I very lucky? Do we need to fix the doc? This was completely untested by us, and is not guaranteed to work! I think you were lucky. We move and change blocks on the filesystem, during some time the filesystem is NOT consitent, so if one of those files is accessed than you might run into a panic. Thomas -- Th.-H.v.Kamptz Die Netz-Werker GmbH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 2: 2:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 09F2637B71A; Sat, 17 Mar 2001 02:02:18 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Mar 2001 10:02:17 +0000 (GMT) Date: Sat, 17 Mar 2001 10:02:16 +0000 From: David Malone To: Brooks Davis Cc: Alex Zepeda , current@FreeBSD.ORG, mckusick@FreeBSD.ORG Subject: Re: very strange problem with ps Message-ID: <20010317100216.A24957@walton.maths.tcd.ie> References: <20010316181229.A16230@Odin.AC.HMC.Edu> <20010316181737.A3151@zippy.mybox.zip> <20010316182146.A17633@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316182146.A17633@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Fri, Mar 16, 2001 at 06:21:46PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001 at 06:21:46PM -0800, Brooks Davis wrote: > Ah, you are correct. I should have tried that. What a strange bug. It happens for any option which causes the sysctl to return no processes to libkvm. (Try ps -p 100000). I think the following patch should fix the problem. (Kirk changed the way the struct proc size was checked, and the old way happened to work OK if no data was returned. Kirk, should I go ahead and commit this?) David. Index: kvm_proc.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/lib/libkvm/kvm_proc.c,v retrieving revision 1.32 diff -u -r1.32 kvm_proc.c --- kvm_proc.c 2001/02/12 00:21:09 1.32 +++ kvm_proc.c 2001/03/17 09:54:16 @@ -403,7 +403,8 @@ _kvm_syserr(kd, kd->program, "kvm_getprocs"); return (0); } - if (kd->procbase->ki_structsize != sizeof(struct kinfo_proc)) { + if (size > 0 && + kd->procbase->ki_structsize != sizeof(struct kinfo_proc)) { _kvm_err(kd, kd->program, "kinfo_proc size mismatch (expected %d, got %d)", sizeof(struct kinfo_proc), To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 2: 3:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.iserver1.net.Netz-Werker.NET (srv1.iserver1.net.Netz-Werker.NET [195.122.150.67]) by hub.freebsd.org (Postfix) with ESMTP id 511D937B71A for ; Sat, 17 Mar 2001 02:03:27 -0800 (PST) (envelope-from tomsoft@Netz-Werker.COM) Received: (from tomsoft@localhost) by mail.iserver1.net.Netz-Werker.NET (8.8.8/8.8.8) id LAA26216; Sat, 17 Mar 2001 11:03:21 +0100 (CET) (envelope-from tomsoft) Message-ID: <20010317110321.22703@Netz-Werker.NET> Date: Sat, 17 Mar 2001 11:03:21 +0100 From: Thomas To: "Steve O'Hara-Smith" , Andrea Campi Cc: current@freebsd.org Subject: Re: growfs References: <20010311141337.A510@webcom.it> <20010311175929.25940cdc.steveo@eircom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <20010311175929.25940cdc.steveo@eircom.net>; from Steve O'Hara-Smith on Sun, Mar 11, 2001 at 05:59:29PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > A completely different question about growfs - is it fit for -stable ? > If so could it be MFC'd (after 4.3 I suppose). I'd be lucky, but as alpha is a supported platform, and growfs is completely untested/ported on/to that platform I think we can't release it yet, so we should not put it to stable. The tests on alpha we can't do, ourselfs, as we're missing our own alpha hardware. So we wait for some feedback from the community. Thomas -- Th.-H.v.Kamptz Die Netz-Werker GmbH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 3:32:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 326FB37B719 for ; Sat, 17 Mar 2001 03:32:54 -0800 (PST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f2HBWq561151 for freebsd-current@FreeBSD.ORG.AVP; Sat, 17 Mar 2001 12:32:52 +0100 (CET) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f2HBWqg61141 for freebsd-current@FreeBSD.ORG; Sat, 17 Mar 2001 12:32:52 +0100 (CET) (envelope-from leifn@neland.dk) Received: from gina (dhcp0.neland.dk [192.168.5.100]) by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f2HBWgl74794 for ; Sat, 17 Mar 2001 12:32:44 +0100 (CET) (envelope-from leifn@neland.dk) Message-ID: <002801c0aed5$fd6b2b20$6405a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: References: <20010317093833.MOMA281.mta09.onebox.com@onebox.com> Subject: Re: Urgent Business Proposal Date: Sat, 17 Mar 2001 12:32:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f2HBWqg61141 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Typical Nigerian 4-1-9 scam... ----- Original Message ----- From: "yahaya usman" To: Sent: Saturday, March 17, 2001 10:38 AM Subject: Urgent Business Proposal > I got your contact through one of my late uncles old > diaries who worked in several foreign mission as a > diplomat for Nigeria,and I am deemed to believe that > you are a trustworthy and nice person to do business > with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 4:33:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id B45A137B718 for ; Sat, 17 Mar 2001 04:33:16 -0800 (PST) (envelope-from DSJOKER@gmx.de) Received: (qmail 7162 invoked by uid 0); 17 Mar 2001 12:33:15 -0000 Received: from pong.kawo2.rwth-aachen.de (HELO pong) (134.130.183.75) by mail.gmx.net (mp022-rz3) with SMTP; 17 Mar 2001 12:33:15 -0000 Date: Sat, 17 Mar 2001 13:33:29 -0800 From: Mark Stegelmann X-Mailer: The Bat! (v1.48f) Personal Reply-To: Mark Stegelmann X-Priority: 3 (Normal) Message-ID: <1553869183.20010317133329@gmx.de> To: freebsd-current@FreeBSD.org Subject: subscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk 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 Sat Mar 17 4:46:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 0013737B719 for ; Sat, 17 Mar 2001 04:46:26 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from mobile.wemm.org (mobile.wemm.org [10.0.0.5]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f2HCkQp66811 for ; Sat, 17 Mar 2001 04:46:26 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f2HCkQh11155 for ; Sat, 17 Mar 2001 04:46:26 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200103171246.f2HCkQh11155@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: current@freebsd.org Subject: Funny bug-of-the-day Date: Sat, 17 Mar 2001 04:46:26 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Both of the following commands work: ftp ftp://ftp3.freebsd.org/pub/FreeBSD/releases/i386/ ftp ftp3://ftp.freebsd.org/pub/FreeBSD/releases/i386/ ie: both connect to ftp3.freebsd.org. Talk about DWIM (Do What I Mean) interfaces! :-) Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 5: 5:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 684BD37B718 for ; Sat, 17 Mar 2001 05:05:56 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id OAA72881; Sat, 17 Mar 2001 14:05:52 +0100 (CET) (envelope-from des@ofug.org) 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: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> <200103160144.f2G1ijO53569@earth.backplane.com> From: Dag-Erling Smorgrav Date: 17 Mar 2001 14:05:51 +0100 In-Reply-To: Matt Dillon's message of "Thu, 15 Mar 2001 17:44:45 -0800 (PST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon writes: > To date nearly all the reported corruption has been to directories > and not to file contents. Does this hold for you as well? Only > the directory was corrupted and not any files? Umm, the end of the cvsup log was padded with zeroes, but I don't think that qualifies as file corruption. As far as I could see, no files were damaged - only one of the gnats subdirectories. 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 Sat Mar 17 6: 5: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from exam.nkk.co.jp (exam.nkk.co.jp [210.160.255.15]) by hub.freebsd.org (Postfix) with ESMTP id 043B437B719 for ; Sat, 17 Mar 2001 06:05:00 -0800 (PST) (envelope-from mtan@lab.keihin.nkk.co.jp) Received: from cookie.lab.keihin.nkk.co.jp (cookie.lab.keihin.nkk.co.jp [155.160.70.61]) by exam.nkk.co.jp (8.9.3/3.7W) with ESMTP id QAA13335 for ; Sat, 17 Mar 2001 16:34:53 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by cookie.lab.keihin.nkk.co.jp (8.9.3/3.7W) with ESMTP id QAA92987; Sat, 17 Mar 2001 16:33:15 +0900 (JST) To: freebsd-current@FreeBSD.org Subject: subscribe freebsd-current X-Mailer: Mew version 1.93 on Emacs 20.4 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010317163315M.mtan@lab.keihin.nkk.co.jp> Date: Sat, 17 Mar 2001 16:33:15 +0900 From: Minoru TANABE X-Dispatcher: imput version 980905(IM100) Lines: 1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 9:52: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id CCD3E37B718; Sat, 17 Mar 2001 09:52:01 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f2HHs7189327; Sat, 17 Mar 2001 09:54:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010317100216.A24957@walton.maths.tcd.ie> Date: Sat, 17 Mar 2001 09:51:34 -0800 (PST) From: John Baldwin To: David Malone Subject: Re: very strange problem with ps Cc: mckusick@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Brooks Davis Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 17-Mar-01 David Malone wrote: > On Fri, Mar 16, 2001 at 06:21:46PM -0800, Brooks Davis wrote: >> Ah, you are correct. I should have tried that. What a strange bug. > > It happens for any option which causes the sysctl to return no > processes to libkvm. (Try ps -p 100000). I think the following > patch should fix the problem. > > (Kirk changed the way the struct proc size was checked, and the > old way happened to work OK if no data was returned. Kirk, should > I go ahead and commit this?) > > David. I actually prefer the ESRCH patch as a) it better describes what happens and b) it returns a proper error when no processes are found, making it easier for other programs to detect this error condition. Programs should already be checking for a error return from the sysctlbyname() that they use to get this (or else they allow for kvm to inform them of errors) and thus won't need to add in special case checks for 'size > 0'. errno is the standard way of returning errors after all. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Sat Mar 17 10:48:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 6046937B718 for ; Sat, 17 Mar 2001 10:48:54 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2HImjq27125; Sat, 17 Mar 2001 10:48:45 -0800 (PST) Date: Sat, 17 Mar 2001 10:48:45 -0800 From: Alfred Perlstein To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: Funny bug-of-the-day Message-ID: <20010317104845.Z29888@fw.wintelcom.net> References: <200103171246.f2HCkQh11155@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103171246.f2HCkQh11155@mobile.wemm.org>; from peter@netplex.com.au on Sat, Mar 17, 2001 at 04:46:26AM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Wemm [010317 04:46] wrote: > Both of the following commands work: > ftp ftp://ftp3.freebsd.org/pub/FreeBSD/releases/i386/ > ftp ftp3://ftp.freebsd.org/pub/FreeBSD/releases/i386/ > > ie: both connect to ftp3.freebsd.org. Talk about DWIM (Do What I Mean) > interfaces! :-) I think only because you have "freebsd.org" in your "search" directive. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 10:52:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.virtual-estates.net (video-collage.com [160.79.196.177]) by hub.freebsd.org (Postfix) with ESMTP id B681137B719 for ; Sat, 17 Mar 2001 10:52:21 -0800 (PST) (envelope-from mi@mail.virtual-estates.net) Received: (from mi@localhost) by mail.virtual-estates.net (8.9.3+3.2W/8.9.3) id NAA28619 for current@freebsd.org; Sat, 17 Mar 2001 13:43:04 -0500 (EST) From: Mikhail Teterin Message-Id: <200103171843.NAA28619@mail.virtual-estates.net> Subject: another panic (doscmd) To: current@freebsd.org Date: Sat, 17 Mar 2001 13:43:04 -0500 (EST) Reply-To: mi+freebsd@virtual-estates.net X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I was not able to obtain a trace :( The panic mechanism itself went into an infinite loop continuously displaying kern_sync.c:385 sleeping with "panic" locked from kern_shutdown.c:544 as fast as it could :-( All I did was (as a regular user): doscmd r4d1di.exe The r4d1di.exe can be found here: http://aldan.algebra.com:8015/~mi/doscmd-crash/r4d1di.exe (it is a stupid self-extracting executable). -mi P.S. BTW, any news on the two panics I reported earlier: Attempts to run a staticly linked Linux binary panic a regular kernel, or cause the binary to seg-fault on the one with INVARIANTS and WITNESS: http://aldan.algebra.com:8015/~mi/civctp-crash/ Attemps to mount an msdos-floppy cause panic: http://aldan.algebra.com:8015/~mi/mount_msdos-crash/ P.P.S. hub.freebsd.org has strange difficulties with the algebra.com domain. If you are trying to reach me, try mi+freebsd@virtual-estates.net. Sorry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 11: 6:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 45C5C37B719 for ; Sat, 17 Mar 2001 11:06:43 -0800 (PST) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f2HJ5se95038; Sat, 17 Mar 2001 11:05:54 -0800 (PST) (envelope-from dillon) Date: Sat, 17 Mar 2001 11:05:54 -0800 (PST) From: Matt Dillon Message-Id: <200103171905.f2HJ5se95038@earth.backplane.com> To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> <200103160144.f2G1ijO53569@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Matt Dillon writes: :> To date nearly all the reported corruption has been to directories :> and not to file contents. Does this hold for you as well? Only :> the directory was corrupted and not any files? : :Umm, the end of the cvsup log was padded with zeroes, but I don't :think that qualifies as file corruption. As far as I could see, no :files were damaged - only one of the gnats subdirectories. : :DES :-- :Dag-Erling Smorgrav - des@ofug.org Good. Oh, I take it back... one of the earlier bug reports did report file corruption, but it may have been due to something else or related to the directory corruption. How fast a link was the cvsup running through? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 11:43:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CE1A937B71B for ; Sat, 17 Mar 2001 11:43:26 -0800 (PST) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id UAA74527; Sat, 17 Mar 2001 20:43:22 +0100 (CET) (envelope-from des@ofug.org) 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: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: Panic and filesystem corruption References: <200103150039.f2F0drt33628@earth.backplane.com> <200103160144.f2G1ijO53569@earth.backplane.com> <200103171905.f2HJ5se95038@earth.backplane.com> From: Dag-Erling Smorgrav Date: 17 Mar 2001 20:43:22 +0100 In-Reply-To: Matt Dillon's message of "Sat, 17 Mar 2001 11:05:54 -0800 (PST)" Message-ID: Lines: 8 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon writes: > How fast a link was the cvsup running through? A 640/384 kbps ADSL link. 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 Sat Mar 17 12:27: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 59D4637B718; Sat, 17 Mar 2001 12:26:54 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Mar 2001 20:26:53 +0000 (GMT) To: John Baldwin Cc: David Malone , mckusick@FreeBSD.org, current@FreeBSD.org, Alex Zepeda , Brooks Davis , dwmalone@maths.tcd.ie Subject: Re: very strange problem with ps In-reply-to: Your message of "Sat, 17 Mar 2001 09:51:34 PST." X-Request-Do: Date: Sat, 17 Mar 2001 20:26:52 +0000 From: David Malone Message-ID: <200103172026.aa59811@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I actually prefer the ESRCH patch as a) it better describes what happens and b > it returns a proper error when no processes are found, making it easier for > other programs to detect this error condition. Programs should already be > checking for a error return from the sysctlbyname() that they use to get this > (or else they allow for kvm to inform them of errors) and thus won't need to > add in special case checks for 'size > 0'. errno is the standard way of > returning errors after all. :) It depends what you consider the sysctl to do - if it's job is returning a list of all processes belonging to a user and there aren't any then returning a list of length zero seems a reasonable thing to do. It's not that the list doesn't exist, it's that it is empty. Afterall strlen doesn't return an error for a string of length zero. ;-) Actually, I'm not all that fussed. I just think it's more likely that the new check is incorrect than go changing other code which seems to have been working fine. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 12:43:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW12-37.accesscable.net [24.71.155.37]) by hub.freebsd.org (Postfix) with ESMTP id 2A26037B71B for ; Sat, 17 Mar 2001 12:43:18 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2HKhEV03020 for ; Sat, 17 Mar 2001 16:43:14 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Mar 2001 16:43:14 -0400 (AST) From: The Hermit Hacker To: Subject: BP6 motherboard and hangs ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone have any experience with the Abit BP6 motherboards? I've been reporting and talking about problems with -CURRENT the past little while, where when I start X, it pretty much dies soon after ... well, this weekend, I needed to make my system Dual-BOOT into W2K Professional Server for some work I'm doing (installing FreeBSD in vmware over w2k to run some server software) and W2K hangs solid also ... I'm starting to wonder if its a motherboard problem and has nothing to do with OS ... Anyone with experience here? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 12:45:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 2DE5D37B719; Sat, 17 Mar 2001 12:45:50 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f2HKjfC12392; Sat, 17 Mar 2001 12:45:41 -0800 Date: Sat, 17 Mar 2001 12:45:41 -0800 From: Brooks Davis To: David Malone Cc: Brooks Davis , Alex Zepeda , current@FreeBSD.ORG, mckusick@FreeBSD.ORG Subject: Re: very strange problem with ps Message-ID: <20010317124541.A27339@Odin.AC.HMC.Edu> References: <20010316181229.A16230@Odin.AC.HMC.Edu> <20010316181737.A3151@zippy.mybox.zip> <20010316182146.A17633@Odin.AC.HMC.Edu> <20010317100216.A24957@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010317100216.A24957@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Sat, Mar 17, 2001 at 10:02:16AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 17, 2001 at 10:02:16AM +0000, David Malone wrote: > On Fri, Mar 16, 2001 at 06:21:46PM -0800, Brooks Davis wrote: > > Ah, you are correct. I should have tried that. What a strange bug. >=20 > It happens for any option which causes the sysctl to return no > processes to libkvm. (Try ps -p 100000). I think the following > patch should fix the problem. I think that should do it. I was testing a slightly different fix, but that one looks clearner. Part of the problem is that kvm_getprocs has a completly stupid API. Since it's reasionable that you could get no entries from your query, you damn well should be able to return the appropriate pointer (NULL) but someone wasn't thinking very hard and NULL is the error condition. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6s8z0XY6L6fI4GtQRAtFvAJ41O0Q0KOoEjoRBI59Dw/qsA41bPwCeNu/r atnjlcbQwUkdYCrVQeiye6I= =abal -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 17:55:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id DB4BC37B71B for ; Sat, 17 Mar 2001 17:55:36 -0800 (PST) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 7ECA66AB60; Sun, 18 Mar 2001 12:25:35 +1030 (CST) Date: Sun, 18 Mar 2001 12:25:35 +1030 From: Greg Lehey To: The Hermit Hacker Cc: freebsd-current@freebsd.org Subject: Re: BP6 motherboard and hangs ... Message-ID: <20010318122535.B764@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from scrappy@hub.org on Sat, Mar 17, 2001 at 04:43:14PM -0400 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 17 March 2001 at 16:43:14 -0400, The Hermit Hacker wrote: > > Anyone have any experience with the Abit BP6 motherboards? I've been > reporting and talking about problems with -CURRENT the past little while, > where when I start X, it pretty much dies soon after ... well, this > weekend, I needed to make my system Dual-BOOT into W2K Professional Server > for some work I'm doing (installing FreeBSD in vmware over w2k to run some > server software) and W2K hangs solid also ... > > I'm starting to wonder if its a motherboard problem and has nothing to do > with OS ... > > Anyone with experience here? I've had one for nearly a year. I used it for my contribution to the SMPng project, and I've had no problems that I would ascribe to the board. Greg -- Finger grog@lemis.com for PGP public key 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 Sat Mar 17 18: 9:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW12-37.accesscable.net [24.71.155.37]) by hub.freebsd.org (Postfix) with ESMTP id 4691037B71A for ; Sat, 17 Mar 2001 18:09:20 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f2I293n05179; Sat, 17 Mar 2001 22:09:04 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Mar 2001 22:09:03 -0400 (AST) From: The Hermit Hacker To: Greg Lehey Cc: Subject: Re: BP6 motherboard and hangs ... In-Reply-To: <20010318122535.B764@wantadilla.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Mar 2001, Greg Lehey wrote: > On Saturday, 17 March 2001 at 16:43:14 -0400, The Hermit Hacker wrote: > > > > Anyone have any experience with the Abit BP6 motherboards? I've been > > reporting and talking about problems with -CURRENT the past little while, > > where when I start X, it pretty much dies soon after ... well, this > > weekend, I needed to make my system Dual-BOOT into W2K Professional Server > > for some work I'm doing (installing FreeBSD in vmware over w2k to run some > > server software) and W2K hangs solid also ... > > > > I'm starting to wonder if its a motherboard problem and has nothing to do > > with OS ... > > > > Anyone with experience here? > > I've had one for nearly a year. I used it for my contribution to the > SMPng project, and I've had no problems that I would ascribe to the > board. Okay, I'm going through the BP6 site, as there appears to be problems with W2k itself ... I've just reinstalled the whole FreeBSD side of the system to 4.2-RELEASE and will upgraded to -CURRENT later tonight and see if this fixes my X problems ... its been awhile since I've done a fresh install on her, maybe something got out of whack *shrug* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 20:45: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id B357637B718 for ; Sat, 17 Mar 2001 20:45:05 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2I4ixW79578 for ; Sun, 18 Mar 2001 13:45:00 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Mar_18_13:44:39_2001_274)--" Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 70 From: Makoto MATSUSHITA To: current@freebsd.org Subject: Fw: Stop annoying message of lnc Date: Sun, 18 Mar 2001 13:44:40 +0900 Message-Id: <20010318134440S.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Sun_Mar_18_13:44:39_2001_274)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've sent an email to paul@freebsd.org, a maintainer of lnc ethernet driver, to fix the module name of lnc almost two weeks before. However, he maybe too busy working, there is no response from him. Are there any committers to check my patch and fix the driver? -- - Makoto MATSUSHITA ----Next_Part(Sun_Mar_18_13:44:39_2001_274)-- Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 34 From: Makoto MATSUSHITA To: paul@freebsd.org Subject: Stop annoying message of lnc Date: Wed, 07 Mar 2001 13:59:24 +0900 Message-Id: <20010307135924V.matusita@jp.FreeBSD.org> It seems that module name of lnc is not 'if_xxx', which is assumed by ifconfig(8) or friends. Because of this, we've got annoying messages while booting (if kernel has lnc driver already): module_register: module pci/lnc_pci already exists! Module pci/lnc_pci failed to register: 17 module_register: module isa/lnc_isa already exists! Module isa/lnc_isa failed to register: 17 Fixing is too trivial, change the module's name; attached below is a sample patch: --- if_lnc_isa.c.dist Wed Mar 7 13:42:29 2001 +++ if_lnc_isa.c Wed Mar 7 13:44:12 2001 @@ -310,4 +310,4 @@ sizeof(struct lnc_softc), }; -DRIVER_MODULE(lnc_isa, isa, lnc_isa_driver, lnc_devclass, 0, 0); +DRIVER_MODULE(if_lnc, isa, lnc_isa_driver, lnc_devclass, 0, 0); --- if_lnc_pci.c.dist Wed Mar 7 13:42:29 2001 +++ if_lnc_pci.c Wed Mar 7 13:43:42 2001 @@ -223,4 +223,4 @@ sizeof(struct lnc_softc), }; -DRIVER_MODULE(lnc_pci, pci, lnc_pci_driver, lnc_devclass, 0, 0); +DRIVER_MODULE(if_lnc, pci, lnc_pci_driver, lnc_devclass, 0, 0); Would you please check this patch out and commit ? -- - Makoto `MAR' MATSUSHITA ----Next_Part(Sun_Mar_18_13:44:39_2001_274)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 21: 4:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp4.port.ru (mx5.port.ru [194.67.23.40]) by hub.freebsd.org (Postfix) with ESMTP id 9528037B718 for ; Sat, 17 Mar 2001 21:04:26 -0800 (PST) (envelope-from kabaev@mail.ru) Received: from adsl-141-154-117-13.bostma.adsl.bellatlantic.net ([141.154.117.13] helo=kan.dnsalias.net) by smtp4.port.ru with esmtp (Exim 3.14 #43) id 14eVMe-0002dM-00; Sun, 18 Mar 2001 08:04:24 +0300 Received: (from kan@localhost) by kan.dnsalias.net (8.11.3/8.11.3) id f2I54JB06348; Sun, 18 Mar 2001 00:04:19 -0500 (EST) (envelope-from kan) Message-ID: X-Mailer: XFMail 1.4.7p2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010318134440S.matusita@jp.FreeBSD.org> Date: Sun, 18 Mar 2001 00:04:19 -0500 (EST) From: "Alexander N. Kabaev" To: Makoto MATSUSHITA Subject: RE: Fw: Stop annoying message of lnc Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG See my PR kern/25582. The explanation why Bill Paul does not want to make this change yet is there :) On 18-Mar-2001 Makoto MATSUSHITA wrote: > > I've sent an email to paul@freebsd.org, a maintainer of lnc ethernet > driver, to fix the module name of lnc almost two weeks before. > > However, he maybe too busy working, there is no response from him. Are > there any committers to check my patch and fix the driver? > > -- - > Makoto MATSUSHITA ---------------------------------- E-Mail: Alexander N. Kabaev Date: 18-Mar-2001 Time: 00:02:17 ---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 21:12:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 31F8C37B71D for ; Sat, 17 Mar 2001 21:12:54 -0800 (PST) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.2/8.11.2) with ESMTP id f2I5F9U05398; Sat, 17 Mar 2001 21:15:10 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200103180515.f2I5F9U05398@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Alexander N. Kabaev" Cc: Makoto MATSUSHITA , current@FreeBSD.ORG Subject: Re: Fw: Stop annoying message of lnc In-reply-to: Your message of "Sun, 18 Mar 2001 00:04:19 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2001 21:15:09 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > See my PR kern/25582. The explanation why Bill Paul does not want to make this > change yet is there :) That's Paul Richards, not Bill Paul. I don't quite understand Paul's reasoning, though; it's not actually useful to unload/reload parts of a device's bus attachment without unloading/reloading all the downstream parts of the driver. I think the fix should probably be committed and the driver turned into a single monolithic module. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 21:19:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id E0F1C37B719; Sat, 17 Mar 2001 21:19:29 -0800 (PST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.3+3.4W/8.11.3) with ESMTP/inet id f2I5JOW79977; Sun, 18 Mar 2001 14:19:25 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: ache@freebsd.org, kjm@rins.ryukoku.ac.jp X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 82 From: Makoto MATSUSHITA To: current@freebsd.org, stable@freebsd.org Subject: Our strptime(3) doesn't conform to other standards/implementations Date: Sun, 18 Mar 2001 14:19:13 +0900 Message-Id: <20010318141913L.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Summary: Our strptime(3) format string '%A' does not conform to Single UNIX Specification v2, Solaris2, NetBSD, and maybe other implementation. This comes from the changes of src/lib/libc/stdtime/strptime.c rev 1.13, which is commited by ache. Backout this changes (and apply to 4-stable) should fix the problem, but we also modify the manapage of strptime(3) which isn't also conform to other spec/implementation. *** Our strptime(3) implementation distinguishs '%A' and '%a', just like strftime(3) does. However, the Single UNIX Specification v2 doesn't say that '%A' and '%a' is different. is a spec of strptime(3) of SUSv2. It says: %a is the day of week, using the locale's weekday names; either the abbreviated or full name may be specified. %A is the same as %a. Note that strftime(3) specification says that '%'a and '%A' is different. says: %a is replaced by the locale's abbreviated weekday name. %A is replaced by the locale's full weekday name. You can easily check that strptime(3) implementation of Solaris2 and NetBSD are conformed to this standard. FreeBSD's implementation is different from others. I've asked via IRC, and told from eivind that this is because the changes of src/lib/libc/stdtime/strptime.c rev 1.13 (by ache) causes this misimplementation. The commitlog apprantly say that he misunderstands that '%A' and '%a' is different operation. But we cannot beat him, since our strptime(3) manpage, says: The format string consists of zero or more conversion specifications and ordinary characters. All ordinary characters are matched exactly with the buffer, where white space in the format string will match any amount of white space in the buffer. All conversion specifications are identi- cal to those described in strftime(3). It's true in the viewpoint of 'the manual should describe its implementation', but completely wrong in the view point of SUSv2 specification and/or other implementations. NetBSD, the one of implementation of strptime(3), have a correct manpages of strptime(3): So.. there are two bugs in our strptime(3): - Our implementation of strptime(3) distingush '%A' and '%a'. We can fix this with backouting rev 1.13. It can be easily MFCed to 4-stable. - Our manpage of strptime(3) says its format string is the same of strftime(3). We can fix strptime(3) manpage, importing most of description from strftime(3) and modify it. We can also refer NetBSD's manpage to how to describe strptime(3). *** Acknowledgement: This problem is first reported to japanaese list, by Kojima-san (this is why I cc:-ed to him). We also says that without this GNU wget does misunderstands Date: format defined by RFC850. If you wanna check what he says first (and understand japanese), check . Kojima-san, can I describe all your problems? -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 21:23:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.port.ru (mx1.port.ru [194.67.23.32]) by hub.freebsd.org (Postfix) with ESMTP id B4C2137B719; Sat, 17 Mar 2001 21:23:47 -0800 (PST) (envelope-from kabaev@mail.ru) Received: from adsl-141-154-117-13.bostma.adsl.bellatlantic.net ([141.154.117.13] helo=kan.dnsalias.net) by smtp1.port.ru with esmtp (Exim 3.14 #43) id 14eVfD-000Kvc-00; Sun, 18 Mar 2001 08:23:46 +0300 Received: (from kan@localhost) by kan.dnsalias.net (8.11.3/8.11.3) id f2I5MQA06447; Sun, 18 Mar 2001 00:22:26 -0500 (EST) (envelope-from kan) Message-ID: X-Mailer: XFMail 1.4.7p2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103180515.f2I5F9U05398@mass.dis.org> Date: Sun, 18 Mar 2001 00:22:15 -0500 (EST) From: "Alexander N. Kabaev" To: Mike Smith Subject: Re: Fw: Stop annoying message of lnc Cc: current@FreeBSD.ORG, Makoto MATSUSHITA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That's Paul Richards, not Bill Paul. My apologies, I should have checked before pressing that 'Send' button :( > I don't quite understand Paul's reasoning, though; it's not actually > useful to unload/reload parts of a device's bus attachment without > unloading/reloading all the downstream parts of the driver. > > I think the fix should probably be committed and the driver turned into a > single monolithic module. > I am not advocating either approach. Just wanted to point out that there is PR available which should be closed if the fix will get committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Mar 17 22:38: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 09C6E37B718; Sat, 17 Mar 2001 22:38:01 -0800 (PST) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.11.3/8.11.3) id f2I6bq037429; Sun, 18 Mar 2001 09:37:52 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Mar 2001 09:37:52 +0300 From: "Andrey A. Chernov" To: Makoto MATSUSHITA Cc: current@freebsd.org, stable@freebsd.org, kjm@rins.ryukoku.ac.jp Subject: Re: Our strptime(3) doesn't conform to other standards/implementations Message-ID: <20010318093752.A37335@nagual.pp.ru> References: <20010318141913L.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010318141913L.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Sun, Mar 18, 2001 at 02:19:13PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 18, 2001 at 14:19:13 +0900, Makoto MATSUSHITA wrote: > Our strptime(3) implementation distinguishs '%A' and '%a', just like > strftime(3) does. However, the Single UNIX Specification v2 doesn't Upgrade your system. 'A' and 'a' are the same in -current strptime.c v1.22 and in -stable too. Large manpage part needs to be written, contributions welcome. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message