From owner-freebsd-current Sun Dec 21 01:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA19325 for current-outgoing; Sun, 21 Dec 1997 01:22:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA19316 for ; Sun, 21 Dec 1997 01:22:23 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id EAA00967; Sun, 21 Dec 1997 04:22:17 -0500 (EST) (envelope-from toor) Message-Id: <199712210922.EAA00967@dyson.iquest.net> Subject: Re: Strange behaviour with -current kernel... In-Reply-To: from The Hermit Hacker at "Dec 21, 97 00:58:51 am" To: scrappy@thelab.hub.org (The Hermit Hacker) Date: Sun, 21 Dec 1997 04:22:17 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Hermit Hacker said: > > I've just upgraded to the most current kernel, and am having some very, > very strange problems with my system. I use pine for email, and each time > I restart pine, it tells me that its a new version (haven't upgraded pine > in months) and regenerates my .pinerc. Looking at the .pinerc itself > seems to show some "weird" stuff: > Probably my fault. Try setting either (depending what is in -current): sysctl -w debug.ioopt=0 or sysctl -w vfs.ioopt=0 If this fixes it, I'll disable the code by default. Sorry... :-(. John -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sun Dec 21 02:20:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21399 for current-outgoing; Sun, 21 Dec 1997 02:20:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA21382 for ; Sun, 21 Dec 1997 02:20:34 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA28138 for freebsd-current@freebsd.org; Sun, 21 Dec 1997 11:20:29 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA00388; Sun, 21 Dec 1997 11:02:36 +0100 (MET) Date: Sun, 21 Dec 1997 11:02:36 +0100 (MET) Message-Id: <199712211002.LAA00388@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712201434.JAA00329@dyson.iquest.net> <14545.882642903@time.cdrom.com> <19971221120534.43478@lemis.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Bruce vandalism again X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greg Lehey wrote: > But the question of consistency brings with it the question > of what kind of consistency. Self-consistency, inside one file. > Since ANSI C prototypes enable more > error checking than (voluntary) K&R prototypes, I consider them a Good > Thing. Old-style function declarations weren't called `prototype'. > int ether_ioctl __P((struct ifnet *, int, caddr_t)); > > It's a lot easier to prove consistency if the declaration and > definition use the same kind of prototype. Definitions aren't called prototypes either. It's quite normal that if your definition is old-style, the declaration would still be prototyped on a compiler that defines __STDC__ (via __P()). At least, potential `consumers' of the declaration (those who include the .h file) will see the proper prototype, so they benefit from the typechecking nevertheless, even though the definition is old-style. I think gcc even warns some (all?) possible problems iff the old-style definition is inconsistent with the ANSI prototype (from the .h file). > About the only plausible argument I've seen in favour of the K&R style > is (from Bruce) that it makes importing 4.4BSD Lite 2 easier. The main point is that it makes it easier to find the functional differences when cvs diffing against the vendor branches, or when diffing the files against the Net/OpenBSD versions. We'll need some policy decision that makes it clear when it's OK to move an entire file to ANSI declarations. Mixed declaration styles inside the same file have never been encouraged. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Dec 21 02:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21419 for current-outgoing; Sun, 21 Dec 1997 02:20:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA21398 for ; Sun, 21 Dec 1997 02:20:41 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA28144 for freebsd-current@freebsd.org; Sun, 21 Dec 1997 11:20:38 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA00395; Sun, 21 Dec 1997 11:04:37 +0100 (MET) Date: Sun, 21 Dec 1997 11:04:37 +0100 (MET) Message-Id: <199712211004.LAA00395@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712201826.KAA19822@bubba.whistle.com> <199712210051.LAA01562@word.smith.net.au> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Bruce vandalism again X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote: > I suspect that you would be facing some fairly concerted opposition > from people that don't like change. There's certainly plenty of > popular support for it though. Well, you can forget about diffing our tree then against 4.4BSD or NetBSD, in case you're wondering why FreeBSD suffers from some bug NetBSD doesn't, etc. And no, i wouldn't volunteer to be that committer either. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Dec 21 02:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21446 for current-outgoing; Sun, 21 Dec 1997 02:20:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA21418 for ; Sun, 21 Dec 1997 02:20:45 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA28146 for freebsd-current@freebsd.org; Sun, 21 Dec 1997 11:20:43 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA00416; Sun, 21 Dec 1997 11:16:36 +0100 (MET) Date: Sun, 21 Dec 1997 11:16:36 +0100 (MET) Message-Id: <199712211016.LAA00416@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <19971215020638.WG24374@@> <199712151524.KAA08128@khavrinen.lcs.mit.edu> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: panics when stopping pppd X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman wrote: > This seems to confirm my theory. Here's what I think is happening: > > 1) An interface is downed. All of its non-static routes get deleted > automatically. > > 2) One of those interface routes was a cloning route. rtrequest() > notices this, and deletes all of its children. > > 3) Oops, a pointer to one of those children was held by rn_walktree() > as the next node to examine... blam! Any news on this front? I'm also suffering from that problem, the kernel always panics at the very same (totally invalid) %eip address. In my situation, it happens whenever i shut down the SLIP interface to one of my possible Internet connections. The shutdown wakes up GateD which in turn deletes the default route out the SLIP interface, and reinstalls the (lower prioritized) default route out my ISDN (sppp) interface. slattach isn't even given the time to hangup the modem, the kernel coredumps before. Default routes out a p2p interface are cloning? In this case, it's pretty sure there are cloned routes out the SLIP interface around. After all, i've been opening the SLIP line in order to reach some host, so at least one cloned route is likely to lurk around. Any workaround that at least prevents the worst? Why didn't this happen in previous kernels? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Dec 21 02:31:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA22055 for current-outgoing; Sun, 21 Dec 1997 02:31:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA22044; Sun, 21 Dec 1997 02:31:28 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id FAA04495; Sun, 21 Dec 1997 05:31:25 -0500 (EST) (envelope-from toor) Message-Id: <199712211031.FAA04495@dyson.iquest.net> Subject: Re: Strange behaviour with -current kernel... In-Reply-To: <199712210922.EAA00967@dyson.iquest.net> from "John S. Dyson" at "Dec 21, 97 04:22:17 am" To: dyson@FreeBSD.ORG Date: Sun, 21 Dec 1997 05:31:25 -0500 (EST) Cc: scrappy@thelab.hub.org, freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Following up my own message, found out that -current has a bug that can be fixed by code that I already have in my tree. Will commit ASAP. Also, for now, feel free to use the sysctl below. John S. Dyson said: > The Hermit Hacker said: > > > > I've just upgraded to the most current kernel, and am having some very, > > very strange problems with my system. I use pine for email, and each time > > I restart pine, it tells me that its a new version (haven't upgraded pine > > in months) and regenerates my .pinerc. Looking at the .pinerc itself > > seems to show some "weird" stuff: > > > Probably my fault. Try setting either (depending what is in -current): > > sysctl -w debug.ioopt=0 > or > sysctl -w vfs.ioopt=0 > > If this fixes it, I'll disable the code by default. Sorry... :-(. > -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sun Dec 21 04:18:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA26156 for current-outgoing; Sun, 21 Dec 1997 04:18:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA26151 for ; Sun, 21 Dec 1997 04:18:27 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id XAA10842; Sun, 21 Dec 1997 23:13:34 +1100 Date: Sun, 21 Dec 1997 23:13:34 +1100 From: Bruce Evans Message-Id: <199712211213.XAA10842@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: -current release build is broken (last 3 days) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >===> lib/libcom_err/doc >cd /usr/src/lib/libcom_err/doc ; make install DESTDIR=/R/stage/trees/info SHARED >=copies >make: don't know how to make /R/stage/trees/info/usr/share/info/dir. Stop >*** Error code 2 > >Which brings up a point (was it Satoshi who was last fooling with >this?) - shouldn't there be some way of dealing with this dependancy >on a dir file? When's the right time to install it, if so much >depends on it, or should a version be created on demand? If on It is installed at the start of `make install' in -current. 2.2's /usr/src/Makefile is still missing this. Apparently `make release' for -current isn't using the current /usr/src/Makefile. This might happen if only /usr/src/release is current. Bruce From owner-freebsd-current Sun Dec 21 06:13:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03692 for current-outgoing; Sun, 21 Dec 1997 06:13:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03684 for ; Sun, 21 Dec 1997 06:13:10 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id RAA22279 for freebsd-current@FreeBSD.ORG; Sun, 21 Dec 1997 17:07:20 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id RAA02332 for ; Sun, 21 Dec 1997 17:09:08 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712211409.RAA02332@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sun, 21 Dec 1997 11:02:36 +0100." <199712211002.LAA00388@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Date: Sun, 21 Dec 1997 17:09:08 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joerg Wunsch wrote: > I think gcc even warns some (all?) possible problems iff the old-style > definition is inconsistent with the ANSI prototype (from the .h file). Yes. It also warns if there was no ANSI prototype for a function. (Btw, prototypes not necessary has to be in .h file. Prototypes for private functions go at the top of the source module (from style(9))) So, i see no reason to convert files from K&R to ANSI. If there were no warnings, the program already "sane" enough, and converting it to ANSI would not make it more "sane". Dima From owner-freebsd-current Sun Dec 21 06:59:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA06039 for current-outgoing; Sun, 21 Dec 1997 06:59:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA06029 for ; Sun, 21 Dec 1997 06:59:05 -0800 (PST) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg by adelphi.physics.adelaide.edu.au (5.65/AndrewR-930902) id AA24758; Mon, 22 Dec 1997 01:29:03 +1030 Received: by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA30606; Mon, 22 Dec 1997 01:29:35 +1030 Date: Mon, 22 Dec 1997 01:29:35 +1030 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: current@freebsd.org Subject: Current breakage Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After a cvsup several minutes ago: cc -c -O3 -m486 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DFDSEEKWAIT=16 -DSAFETY -DNSWAPDEV=2 -DDEVFS -DLFS -DNFS_NOSERVER -DNFS -DFFS -DINET -DMD5 -DCPU_WT_ALLOC -DCPU_FASTER_5x86_FPU -DFAILSAFE -DKERNEL -include opt_global.h ../../ufs/lfs/lfs_vnops.c ../../ufs/ufs/ufs_readwrite.c: In function `lfs_write': In file included from ../../ufs/lfs/lfs_vnops.c:110: ../../ufs/ufs/ufs_readwrite.c:296: dereferencing pointer to incomplete type ../../ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared (first use this function) ../../ufs/ufs/ufs_readwrite.c:296: (Each undeclared identifier is reported only once ../../ufs/ufs/ufs_readwrite.c:296: for each function it appears in.) ../../ufs/ufs/ufs_readwrite.c:297: dereferencing pointer to incomplete type ../../ufs/ufs/ufs_readwrite.c:298: warning: implicit declaration of function `vm_freeze_copyopts' ../../ufs/ufs/ufs_readwrite.c:299: warning: implicit declaration of function `OFF_TO_IDX' *** Error code 1 Stop. Kris From owner-freebsd-current Sun Dec 21 07:10:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06815 for current-outgoing; Sun, 21 Dec 1997 07:10:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA06802 for ; Sun, 21 Dec 1997 07:10:16 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id QAA13141 for freebsd-current@freebsd.org; Sun, 21 Dec 1997 16:09:57 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id QAA25407; Sun, 21 Dec 1997 16:08:38 +0100 (CET) Message-ID: <19971221160838.ZP28443@@> Date: Sun, 21 Dec 1997 16:08:38 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: freebsd-current@freebsd.org Subject: panics with csh under -current: looking for testers X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have the following problem with the latest -current. Running the following trivial csh script panics the machine each time: #!/bin/csh -f nonexistentfile1 rm nonexistentfile2 If you replace csh with sh, it doesn't seem to panic anymore... I've sent a PR for this yesterday, but of the two persons who replied, no one was able to reproduce it (one of them maybe because his kernel was dated December 9th). I'd like to know if I'm just having hallucinations or somebody else can reproduce the bug (It works both on a Cyrix P166+ IDE 32Mb and an AMD K6, 64Mb, SCSI). It's a problem with exec_aout_imgact() getting a NULL imgp while it's called by execve() with a non-NULL imgp. Maybe the stack is at an odd location in memory? The system doesn't panic otherwise, only when I happen to run the script. Here's a stripped-down kernel config which panics: machine "i386" cpu "I586_CPU" ident ASTERIX maxusers 30 options DDB options INET #InterNETworking options FFS #Berkeley Fast Filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] config kernel root on sd0 controller isa0 controller pci0 controller ncr0 controller scbus0 device sd0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr pseudo-device loop -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Sun Dec 21 07:46:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA08899 for current-outgoing; Sun, 21 Dec 1997 07:46:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA08885 for ; Sun, 21 Dec 1997 07:46:54 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id KAA00261; Sun, 21 Dec 1997 10:45:55 -0500 (EST) (envelope-from toor) Message-Id: <199712211545.KAA00261@dyson.iquest.net> Subject: Re: panics with csh under -current: looking for testers In-Reply-To: <19971221160838.ZP28443@@> from Pierre Beyssac at "Dec 21, 97 04:08:38 pm" To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Sun, 21 Dec 1997 10:45:55 -0500 (EST) Cc: freebsd-current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Pierre Beyssac said: > I have the following problem with the latest -current. > > Running the following trivial csh script panics the machine each > time: > To everyone using current, I was a bad-boy yesterday, and committed and enabled green code. Please make sure you get the latest version of /sys/ufs/ufs/ufs_readwrite.c. Thanks John From owner-freebsd-current Sun Dec 21 07:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA08950 for current-outgoing; Sun, 21 Dec 1997 07:47:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA08945 for ; Sun, 21 Dec 1997 07:47:20 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id KAA00265; Sun, 21 Dec 1997 10:46:57 -0500 (EST) (envelope-from toor) Message-Id: <199712211546.KAA00265@dyson.iquest.net> Subject: Re: Current breakage In-Reply-To: from Kris Kennaway at "Dec 22, 97 01:29:35 am" To: kkennawa@physics.adelaide.edu.au (Kris Kennaway) Date: Sun, 21 Dec 1997 10:46:57 -0500 (EST) Cc: current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kris Kennaway said: > > After a cvsup several minutes ago: > Don't build LFS, until I get it fixed. LFS is horribly broken anyway, so hopefully no-one is depending on it. I'll fix it today. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sun Dec 21 08:00:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09747 for current-outgoing; Sun, 21 Dec 1997 08:00:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA09741 for ; Sun, 21 Dec 1997 08:00:22 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id HAA17930; Sun, 21 Dec 1997 07:59:46 -0800 (PST) To: Bruce Evans cc: current@FreeBSD.ORG Subject: Re: -current release build is broken (last 3 days) In-reply-to: Your message of "Sun, 21 Dec 1997 23:13:34 +1100." <199712211213.XAA10842@godzilla.zeta.org.au> Date: Sun, 21 Dec 1997 07:59:46 -0800 Message-ID: <17926.882719986@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It is installed at the start of `make install' in -current. 2.2's > /usr/src/Makefile is still missing this. Apparently `make release' > for -current isn't using the current /usr/src/Makefile. This might > happen if only /usr/src/release is current. Nope, the entire /usr/src tree is -current on this box. It's current.freebsd.org which is throwing a rod on this now (where it did not before, I might add) and it's running a full -current from the 10th of December. It's always ironic for me when the 2.2 release builds work better than the 3.0 builds on that machine. :-) Jordan From owner-freebsd-current Sun Dec 21 08:26:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA10735 for current-outgoing; Sun, 21 Dec 1997 08:26:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA10727 for ; Sun, 21 Dec 1997 08:26:16 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id TAA24398; Sun, 21 Dec 1997 19:25:35 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id TAA00340; Sun, 21 Dec 1997 19:27:25 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712211627.TAA00340@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: pb@fasterix.freenix.org (Pierre Beyssac) cc: freebsd-current@FreeBSD.ORG Subject: Re: panics with csh under -current: looking for testers In-reply-to: Your message of "Sun, 21 Dec 1997 16:08:38 +0100." <19971221160838.ZP28443@@> Mime-Version: 1.0 Content-Type: text/plain Date: Sun, 21 Dec 1997 19:27:25 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pierre Beyssac wrote: > I have the following problem with the latest -current. > > Running the following trivial csh script panics the machine each > time: > > #!/bin/csh -f > nonexistentfile1 > rm nonexistentfile2 > > If you replace csh with sh, it doesn't seem to panic anymore... I suspect it is because csh use vfork, while sh don't use it. If sysctl kern.fast_vfork=0, kernel doen't panic. > > I've sent a PR for this yesterday, but of the two persons who > replied, no one was able to reproduce it (one of them maybe because > his kernel was dated December 9th). I'd like to know if I'm just > having hallucinations or somebody else can reproduce the bug (It > works both on a Cyrix P166+ IDE 32Mb and an AMD K6, 64Mb, SCSI). I have reproduced it with kernel from yesterday and kernel from about a week ago. Dima From owner-freebsd-current Sun Dec 21 09:02:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA12255 for current-outgoing; Sun, 21 Dec 1997 09:02:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA12249 for ; Sun, 21 Dec 1997 09:02:20 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id JAA22941; Sun, 21 Dec 1997 09:02:57 -0800 (PST) Message-Id: <199712211702.JAA22941@implode.root.com> To: pb@fasterix.freenix.org (Pierre Beyssac) cc: freebsd-current@FreeBSD.ORG Subject: Re: panics with csh under -current: looking for testers In-reply-to: Your message of "Sun, 21 Dec 1997 16:08:38 +0100." <19971221160838.ZP28443@@> From: David Greenman Reply-To: dg@root.com Date: Sun, 21 Dec 1997 09:02:57 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have the following problem with the latest -current. > >Running the following trivial csh script panics the machine each >time: > >#!/bin/csh -f >nonexistentfile1 >rm nonexistentfile2 I'm not able to reproduce this with a -current kernel from today. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Dec 21 10:12:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15874 for current-outgoing; Sun, 21 Dec 1997 10:12:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@haiti-112.ppp.hooked.net [206.169.228.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15860 for ; Sun, 21 Dec 1997 10:12:03 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id KAA07401; Sun, 21 Dec 1997 10:12:46 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 21 Dec 1997 10:12:45 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: ELF binaries In-Reply-To: <19971221022254.38295@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 21 Dec 1997, Ollivier Robert wrote: > The main problem is that if you are to replace as/ld and the whole binutils > package is that you won't be able to build a.out binaries, especially > shared libs. Our shared libs scheme is not supported anymore by GNU > (someone will correct me if I'm wrong). Right, I realize I won't be able to build a.out binaries anymore (guess I'll need to make my kernels elsewhere), and I guess that means, I'll need to rebuild all my programs (and shared libs) too. GNU's binutils don't support a.out at all I think. > Out of perversion, I've built the 971215 snapshot of egcs with the ELF > tools so egcs now builds ELF binaries. I'm waiting for the switch to ELF > eagerly. I tried, and in a few hours accomplished a compiler/binutil combination (with some early december egcs snapshot) that compiled things, but wouldn't completely link. Either way, with all of Terry's hype, and all the seemingly needed hacks in place, I think that -current would be a good place to start some more elf support. > Does anyone has some example of how the pentium code generator in egcs is > good ? My first experiments are not very significant... Neither were mine, however they claim a 30% improvment with their hacked up gzip. I did notice that it at least makes smaller binaries. - alex From owner-freebsd-current Sun Dec 21 10:42:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA17801 for current-outgoing; Sun, 21 Dec 1997 10:42:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA17499 for ; Sun, 21 Dec 1997 10:37:45 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id VAA00273 for current@freebsd.org; Sun, 21 Dec 1997 21:37:27 +0300 (MSK) (envelope-from ache) Date: Sun, 21 Dec 1997 21:37:23 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@ache.relcom.ru To: FreeBSD-current Subject: vfork (exec?) bug confirmation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can confirm that following script cause immediate kernel page fault even with very recent -current. #!/bin/csh -f xxx1 rm xxx2 -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sun Dec 21 11:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19216 for current-outgoing; Sun, 21 Dec 1997 11:15:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19196; Sun, 21 Dec 1997 11:15:47 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id UAA23143; Sun, 21 Dec 1997 20:06:16 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id UAA00631; Sun, 21 Dec 1997 20:04:35 +0100 (CET) Message-ID: <19971221200435.JV12117@@> Date: Sun, 21 Dec 1997 20:04:35 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: dyson@FreeBSD.ORG Cc: pb@fasterix.freenix.org (Pierre Beyssac), freebsd-current@FreeBSD.ORG Subject: Re: panics with csh under -current: looking for testers References: <19971221160838.ZP28443@@> <199712211545.KAA00261@dyson.iquest.net> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199712211545.KAA00261@dyson.iquest.net>; from John S. Dyson on Dec 21, 1997 10:45:55 -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson writes: > To everyone using current, I was a bad-boy yesterday, and committed > and enabled green code. Please make sure you get the latest version > of /sys/ufs/ufs/ufs_readwrite.c. Do you mean this version? * $Id: ufs_readwrite.c,v 1.36 1997/12/19 09:03:06 dyson Exp $ With this version, it still crashes. kernel built at CTM patch 3176, received a few minutes ago. I tried Dmitrij Tejblum's suggestion of setting fast_fork to 0, it seems to cure the problem. Note that it is better to run the script I sent in single user mode (preferably with only / mounted read-only if you don't want to waste a lot of time waiting for fsck). In multi-user mode with other programs running, it can take a dozen tries before the machine panics. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Sun Dec 21 11:19:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19655 for current-outgoing; Sun, 21 Dec 1997 11:19:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19641 for ; Sun, 21 Dec 1997 11:19:50 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id UAA04915; Sun, 21 Dec 1997 20:20:08 +0100 (MET) (envelope-from sos) Message-Id: <199712211920.UAA04915@sos.freebsd.dk> Subject: Re: ELF binaries In-Reply-To: from Alex at "Dec 21, 97 10:12:45 am" To: garbanzo@hooked.net (Alex) Date: Sun, 21 Dec 1997 20:20:08 +0100 (MET) Cc: roberto@keltia.freenix.fr, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.dk X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Alex who wrote: > > > On Sun, 21 Dec 1997, Ollivier Robert wrote: > > > The main problem is that if you are to replace as/ld and the whole binutils > > package is that you won't be able to build a.out binaries, especially > > shared libs. Our shared libs scheme is not supported anymore by GNU > > (someone will correct me if I'm wrong). > > Right, I realize I won't be able to build a.out binaries anymore (guess > I'll need to make my kernels elsewhere), and I guess that means, I'll need > to rebuild all my programs (and shared libs) too. GNU's binutils don't > support a.out at all I think. It is possible, however it requires a little movearound of the current tools, and a few litte shell scripts, then it works. > > Out of perversion, I've built the 971215 snapshot of egcs with the ELF > > tools so egcs now builds ELF binaries. I'm waiting for the switch to ELF > > eagerly. > > I tried, and in a few hours accomplished a compiler/binutil combination > (with some early december egcs snapshot) that compiled things, but > wouldn't completely link. Either way, with all of Terry's hype, and all > the seemingly needed hacks in place, I think that -current would be a good > place to start some more elf support. It allready done, Peter (Wemm), John Polstra and myself has all of this running, just the bootcode needs more thought, and a few bugs need to be worked out, but its there... The biggest obstacle (well, besides all 3 of us being extreme busy), is how we are going to "swing over" current without too much trouble. We have all heard about the unneeded hassle that the Linux crowd suffered, and we will not repeat that, even if it make the process longer. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Dec 21 11:56:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21572 for current-outgoing; Sun, 21 Dec 1997 11:56:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA21562; Sun, 21 Dec 1997 11:56:29 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00444; Sun, 21 Dec 1997 14:53:51 -0500 (EST) (envelope-from toor) Message-Id: <199712211953.OAA00444@dyson.iquest.net> Subject: Re: panics with csh under -current: looking for testers In-Reply-To: <19971221200435.JV12117@@> from Pierre Beyssac at "Dec 21, 97 08:04:35 pm" To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Sun, 21 Dec 1997 14:53:51 -0500 (EST) Cc: dyson@FreeBSD.ORG, pb@fasterix.freenix.org, freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pierre Beyssac said: > John S. Dyson writes: > > To everyone using current, I was a bad-boy yesterday, and committed > > and enabled green code. Please make sure you get the latest version > > of /sys/ufs/ufs/ufs_readwrite.c. > > Do you mean this version? > > * $Id: ufs_readwrite.c,v 1.36 1997/12/19 09:03:06 dyson Exp $ > > With this version, it still crashes. kernel built at CTM patch > 3176, received a few minutes ago. > No, you need 1.37. :-(. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sun Dec 21 11:58:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21709 for current-outgoing; Sun, 21 Dec 1997 11:58:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA21700 for ; Sun, 21 Dec 1997 11:58:48 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00466; Sun, 21 Dec 1997 14:56:47 -0500 (EST) (envelope-from toor) Message-Id: <199712211956.OAA00466@dyson.iquest.net> Subject: Re: panics with csh under -current: looking for testers In-Reply-To: <19971221160838.ZP28443@@> from Pierre Beyssac at "Dec 21, 97 04:08:38 pm" To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Sun, 21 Dec 1997 14:56:46 -0500 (EST) Cc: freebsd-current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Pierre Beyssac said: > I have the following problem with the latest -current. > > Running the following trivial csh script panics the machine each > time: > > #!/bin/csh -f > nonexistentfile1 > rm nonexistentfile2 > > If you replace csh with sh, it doesn't seem to panic anymore... > I cannot reproduce it with my regular kernel... Must be really strange. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sun Dec 21 12:51:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25644 for current-outgoing; Sun, 21 Dec 1997 12:51:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA25632; Sun, 21 Dec 1997 12:51:39 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id XAA04934; Sun, 21 Dec 1997 23:51:33 +0300 (MSK) (envelope-from ache) Date: Sun, 21 Dec 1997 23:51:32 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: "John S. Dyson" cc: Pierre Beyssac , freebsd-current@FreeBSD.ORG Subject: Re: panics with csh under -current: looking for testers In-Reply-To: <199712211953.OAA00444@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 21 Dec 1997, John S. Dyson wrote: > No, you need 1.37. :-(. I have this panic with 1.37 too. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sun Dec 21 13:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA28411 for current-outgoing; Sun, 21 Dec 1997 13:25:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA28390 for ; Sun, 21 Dec 1997 13:25:19 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id QAA05766; Sun, 21 Dec 1997 16:25:15 -0500 (EST) Date: Sun, 21 Dec 1997 16:25:15 -0500 (EST) From: Garrett Wollman Message-Id: <199712212125.QAA05766@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG Subject: Re: panics when stopping pppd In-Reply-To: <199712211016.LAA00416@uriah.heep.sax.de> References: <19971215020638.WG24374@@> <199712151524.KAA08128@khavrinen.lcs.mit.edu> <199712211016.LAA00416@uriah.heep.sax.de> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Any news on this front? I'm also suffering from that problem, the > kernel always panics at the very same (totally invalid) %eip address. I forgot where we were going with this.... In in_ifadownkill(), where it says: if (rt->rt_ifa == ap->ifa && !(rt->rt_flags & RTF_STATIC)) { err = rtrequest(RTM_DELETE, (struct sockaddr *)rt_key(rt), rt->rt_gateway, rt_mask(rt), rt->rt_flags, 0); if (err) { log(LOG_WARNING, "in_ifadownkill: error %d\n", err); } } You might try adding the following before the call to rtrequest(): /* * We need to disable the automatic prune that happens * in this case in rtrequest() because it will blow * away the pointers that rn_walktree() needs in order * continue our descent. We will end up deleting all * the routes that rtrequest() would have in any case, * so that behavior is not needed there. */ rt->rt_flags &= ~RTF_PRCLONING; All this RTF_PRCLONING stuff really sucks, and is due for a complete rewrite from the top. Maybe if I can take some time off this holiday break... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Dec 21 13:35:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA29190 for current-outgoing; Sun, 21 Dec 1997 13:35:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA29177 for ; Sun, 21 Dec 1997 13:35:38 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id NAA13346 for ; Sun, 21 Dec 1997 13:35:36 -0800 (PST) (envelope-from jdp) Message-Id: <199712212135.NAA13346@austin.polstra.com> To: current@freebsd.org Subject: Re: Pentium optimizations In-Reply-To: <199712170623.BAA00476@dyson.iquest.net> References: <199712170623.BAA00476@dyson.iquest.net> Organization: Polstra & Co., Seattle, WA Date: Sun, 21 Dec 1997 13:35:36 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199712170623.BAA00476@dyson.iquest.net>, John S. Dyson wrote: > John Polstra is really our most active ELF/Compiler person, and so > he would likely be a better "official FreeBSD" interface. I've been following the egcs mailing list (marginally), but I've been very reluctant to get more involved with it because I'm too busy right now to do it justice. It's more urgent to work on FreeBSD/ELF, and I don't even have time for that. > He is also less politically likely to insert his foot into his > eating orifice. Right, mine usually ends up in some more painful orifice. :-O John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 21 15:52:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06980 for current-outgoing; Sun, 21 Dec 1997 15:52:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06945 for ; Sun, 21 Dec 1997 15:51:56 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA05127 for current@FreeBSD.ORG; Mon, 22 Dec 1997 00:51:44 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id AAA17426; Mon, 22 Dec 1997 00:16:19 +0100 (CET) (envelope-from roberto) Message-ID: <19971222001618.30696@keltia.freenix.fr> Date: Mon, 22 Dec 1997 00:16:18 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF binaries References: <19971221022254.38295@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Alex on Sun, Dec 21, 1997 at 10:12:45AM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3883 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Alex: > Neither were mine, however they claim a 30% improvment with their hacked > up gzip. I did notice that it at least makes smaller binaries. Talking about smaller binaries, I was very impressed by egcs... Here is mutt 0.88 compiled with Slang (a.out) 211 [14:56] roberto@keltia:/build/mutt-0.88-aout> ll mutt -rwxr-xr-x 1 roberto staff 282624 Dec 21 14:51 mutt* 212 [23:53] roberto@keltia:/build/mutt-0.88-aout> size mutt text data bss dec hex 266240 16384 11336 293960 47c48 The same mutt compiled with egcs/ELF/-mpentium 362 [23:54] roberto@keltia:/build/mutt-0.88> ll mutt -rwxr-xr-x 1 roberto staff 261888 Dec 21 14:51 mutt* 363 [23:54] roberto@keltia:/build/mutt-0.88> size mutt text data bss dec hex filename 207228 49742 13419 270389 42035 mutt Why the 60 KB difference ? I understand that many read-only strings in a.out end up inside .text where they're inside data in ELF but it seems a big difference... Next test, compiling gzip with egcs/ELF. [ hack Makefile, compile ] After some tests with -O3 (and -mpentium for egcs), the a.out/2.7.2.1 is sometimes faster than the ELF/egcs version... Go figure. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #19: Tue Dec 9 20:17:10 CET 1997 From owner-freebsd-current Sun Dec 21 15:53:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07058 for current-outgoing; Sun, 21 Dec 1997 15:53:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06812 for ; Sun, 21 Dec 1997 15:49:43 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA03084; Mon, 22 Dec 1997 10:19:14 +1030 (CST) (envelope-from grog) Message-ID: <19971222101914.28785@lemis.com> Date: Mon, 22 Dec 1997 10:19:14 +1030 From: Greg Lehey To: Joerg Wunsch Cc: freebsd-current@FreeBSD.ORG Subject: Re: Bruce vandalism again References: <199712201434.JAA00329@dyson.iquest.net> <14545.882642903@time.cdrom.com> <19971221120534.43478@lemis.com> <199712211002.LAA00388@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712211002.LAA00388@uriah.heep.sax.de>; from J Wunsch on Sun, Dec 21, 1997 at 11:02:36AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 21, 1997 at 11:02:36AM +0100, J Wunsch wrote: > Greg Lehey wrote: > >> But the question of consistency brings with it the question >> of what kind of consistency. > > Self-consistency, inside one file. So far, so good. But the question of consistency brings with it the question of what kind of consistency. Specifically, do we want to advance or retreat? >> Since ANSI C prototypes enable more error checking than (voluntary) >> K&R prototypes, I consider them a Good Thing. > Old-style function declarations weren't called `prototype'. Correct. I was talking explicitly about ANSI prototypes. >> int ether_ioctl __P((struct ifnet *, int, caddr_t)); >> >> It's a lot easier to prove consistency if the declaration and >> definition use the same kind of prototype. > > Definitions aren't called prototypes either. No, but they can contain them, and that's what I'm advocating. > It's quite normal that if your definition is old-style, the > declaration would still be prototyped on a compiler that defines > __STDC__ (via __P()). If the programmer does the Right Thing. My understanding was that style(9) discourages __P(). > At least, potential `consumers' of the declaration (those who > include the .h file) will see the proper prototype, so they benefit > from the typechecking nevertheless, even though the definition is > old-style. I think gcc even warns some (all?) possible problems iff > the old-style definition is inconsistent with the ANSI prototype > (from the .h file). There are some warnings, but they're not as good as they could be if the function definition included a correct prototype. >> About the only plausible argument I've seen in favour of the K&R style >> is (from Bruce) that it makes importing 4.4BSD Lite 2 easier. > > The main point is that it makes it easier to find the functional > differences when cvs diffing against the vendor branches, or when > diffing the files against the Net/OpenBSD versions. Well, OK, yes, that's the same sort of thing. It's not really programming one way or the other. > We'll need some policy decision that makes it clear when it's OK to > move an entire file to ANSI declarations. Good idea. > Mixed declaration styles inside the same file have never been > encouraged. No debate about that. Greg From owner-freebsd-current Sun Dec 21 15:57:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07385 for current-outgoing; Sun, 21 Dec 1997 15:57:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07355 for ; Sun, 21 Dec 1997 15:57:03 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA05454; Mon, 22 Dec 1997 00:56:49 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id AAA02007; Mon, 22 Dec 1997 00:55:43 +0100 (CET) Message-ID: <19971222005543.CE52615@@> Date: Mon, 22 Dec 1997 00:55:43 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: ache@nagual.pp.ru (???????????????) Cc: current@FreeBSD.ORG (FreeBSD-current) Subject: Re: vfork (exec?) bug confirmation References: X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: ; from ??????????????? on Dec 21, 1997 21:37:23 +0300 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ??????????????? writes: > I can confirm that following script cause immediate kernel page fault > even with very recent -current. >From what I understand, it looks more and more like a vfork() bug. The bug in execve() may be explained by a weird stack left by vfork() which causes arguments passed by value to fail. Some more information I got from ddb: - the panic occurs when the child csh calls execve(); - the parent csh is, at this moment, waiting in "ppwait". The main differences between vfork() and fork() are flags RFMEM and RFPPWAIT when calling fork1(). Disabling "fast_vfork" causes the first flag to be disabled and the bug to disappear. So the bug is probably in one of the sections that handle RFMEM. I see only one in fork1(): /* * Divorce the memory, if it is shared, essentially * this changes shared memory amongst threads, into * COW locally. */ if ((flags & RFMEM) == 0) { if (p1->p_vmspace->vm_refcnt > 1) { vmspace_unshare(p1); } } Shouldn't something be done also when RFMEM is set? -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Sun Dec 21 15:57:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07389 for current-outgoing; Sun, 21 Dec 1997 15:57:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07350; Sun, 21 Dec 1997 15:57:01 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id KAA30446; Mon, 22 Dec 1997 10:51:13 +1100 Date: Mon, 22 Dec 1997 10:51:13 +1100 From: Bruce Evans Message-Id: <199712212351.KAA30446@godzilla.zeta.org.au> To: ache@nagual.pp.ru, dyson@FreeBSD.ORG Subject: Re: panics with csh under -current: looking for testers Cc: freebsd-current@FreeBSD.ORG, pb@fasterix.freenix.org Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> No, you need 1.37. :-(. > >I have this panic with 1.37 too. The upages for the new process are sometimes wrong. Reverting to always always flushing the TLB in cpu_switch() fixes this. I think the upages don't go away properly on exit() after vfork() without an intemediate exec(). Bruce diff -c2 swtch.s~ swtch.s *** swtch.s~ Mon Dec 15 22:19:45 1997 --- swtch.s Mon Dec 22 10:39:20 1997 *************** *** 612,617 **** /* switch address space */ movl %cr3,%ebx cmpl PCB_CR3(%edx),%ebx ! je 4f #if defined(SWTCH_OPTIM_STATS) decl _swtch_optim_stats --- 612,619 ---- /* switch address space */ movl %cr3,%ebx + #if 0 cmpl PCB_CR3(%edx),%ebx ! je 4f ! #endif #if defined(SWTCH_OPTIM_STATS) decl _swtch_optim_stats From owner-freebsd-current Sun Dec 21 16:00:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA07793 for current-outgoing; Sun, 21 Dec 1997 16:00:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA07766; Sun, 21 Dec 1997 16:00:09 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id SAA00926; Sun, 21 Dec 1997 18:59:50 -0500 (EST) (envelope-from toor) Message-Id: <199712212359.SAA00926@dyson.iquest.net> Subject: Re: panics with csh under -current: looking for testers In-Reply-To: <199712212351.KAA30446@godzilla.zeta.org.au> from Bruce Evans at "Dec 22, 97 10:51:13 am" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 21 Dec 1997 18:59:50 -0500 (EST) Cc: ache@nagual.pp.ru, dyson@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, pb@fasterix.freenix.org From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans said: > >> No, you need 1.37. :-(. > > > >I have this panic with 1.37 too. > > The upages for the new process are sometimes wrong. Reverting to > always always flushing the TLB in cpu_switch() fixes this. I think > the upages don't go away properly on exit() after vfork() without > an intemediate exec(). > Thank you. I'll commit the (a) fix. John From owner-freebsd-current Sun Dec 21 16:06:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08234 for current-outgoing; Sun, 21 Dec 1997 16:06:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08223; Sun, 21 Dec 1997 16:06:29 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id QAA03206; Sun, 21 Dec 1997 16:06:13 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712220006.QAA03206@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: "John S. Dyson" , Pierre Beyssac , freebsd-current@freebsd.org Subject: Re: panics with csh under -current: looking for testers In-reply-to: Your message of "Sun, 21 Dec 1997 23:51:32 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 16:06:13 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With a very fresh kernel and system the csh script does not seem to crash my system . I tried the test shell program about 100 times. Amancio > On Sun, 21 Dec 1997, John S. Dyson wrote: > > > No, you need 1.37. :-(. > > I have this panic with 1.37 too. > > -- > Andrey A. Chernov > > http://www.nagual.pp.ru/~ache/ > From owner-freebsd-current Sun Dec 21 16:56:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA12071 for current-outgoing; Sun, 21 Dec 1997 16:56:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA12043 for ; Sun, 21 Dec 1997 16:55:59 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA02333; Sun, 21 Dec 1997 19:52:40 -0500 (EST) (envelope-from toor) Message-Id: <199712220052.TAA02333@dyson.iquest.net> Subject: Re: vfork (exec?) bug confirmation In-Reply-To: <19971222005543.CE52615@@> from Pierre Beyssac at "Dec 22, 97 00:55:43 am" To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Sun, 21 Dec 1997 19:52:40 -0500 (EST) Cc: ache@nagual.pp.ru, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pierre Beyssac said: > ??????????????? writes: > > I can confirm that following script cause immediate kernel page fault > > even with very recent -current. > > >From what I understand, it looks more and more like a vfork() bug. > The bug in execve() may be explained by a weird stack left by > vfork() which causes arguments passed by value to fail. > Bruce Evans might have found the bug. He has a fix, and I have tried a slightly more efficient fix, and have committed it to -current. Please let me know as soon as reasonably possible if my fix works. If it doesn't, I'll look at it again. I think that the problem mostly manifested itself on non-PPro's. The patch follows my signature. Thanks for your persistence! -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. Index: pmap.c =================================================================== RCS file: /local/home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.174 diff -C2 -r1.174 pmap.c *** pmap.c 1997/12/14 02:11:04 1.174 --- pmap.c 1997/12/22 00:51:00 *************** *** 40,44 **** * * from: @(#)pmap.c 7.7 (Berkeley) 5/12/91 ! * $Id: pmap.c,v 1.174 1997/12/14 02:11:04 dyson Exp $ */ --- 40,44 ---- * * from: @(#)pmap.c 7.7 (Berkeley) 5/12/91 ! * $Id: pmap.c,v 1.175 1997/12/22 00:36:48 dyson Exp $ */ *************** *** 926,935 **** for(i=0;ip_addr + i * PAGE_SIZE); vm_page_unwire(m); --- 926,933 ---- for(i=0;ip_addr + i * PAGE_SIZE); vm_page_unwire(m); *************** *** 937,942 **** } ! vm_object_deallocate(upobj); kmem_free(u_map, (vm_offset_t)p->p_addr, ctob(UPAGES)); } --- 935,944 ---- } ! #if defined(I386_CPU) ! if (cpu_class == CPUCLASS_386) ! invltlb(); ! #endif + vm_object_deallocate(upobj); kmem_free(u_map, (vm_offset_t)p->p_addr, ctob(UPAGES)); } From owner-freebsd-current Sun Dec 21 18:10:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16628 for current-outgoing; Sun, 21 Dec 1997 18:10:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA16621 for ; Sun, 21 Dec 1997 18:10:51 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id TAA15935; Sun, 21 Dec 1997 19:10:43 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id TAA27576; Sun, 21 Dec 1997 19:10:40 -0700 Date: Sun, 21 Dec 1997 19:10:40 -0700 Message-Id: <199712220210.TAA27576@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Greg Lehey Cc: Joerg Wunsch , freebsd-current@freebsd.org Subject: Re: Bruce vandalism again In-Reply-To: <19971222101914.28785@lemis.com> References: <199712201434.JAA00329@dyson.iquest.net> <14545.882642903@time.cdrom.com> <19971221120534.43478@lemis.com> <199712211002.LAA00388@uriah.heep.sax.de> <19971222101914.28785@lemis.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Self-consistency, inside one file. > > So far, so good. But the question of consistency brings with it the > question of what kind of consistency. Specifically, do we want to > advance or retreat? Converting a file for the sake of converting a file isn't 'advancing't the state of the art. White-space changes for the sake of white-space changes aren't doing anybody any good. However, having said that, in the pccard userland code, I've been slowly changing the style/format of the file over time. It is now almost completely ANSI, mostly because I'm maintaining the code. Since I'm maintaining the code, I felt it would help *ME* do my job better, and since I prefer ANSI prototypes it wasn't a wasted effort. revision 1.6 date: 1996/06/18 23:50:51; author: nate; state: Exp; lines: +36 -64 Staticize and removed unused code. ---------------------------- revision 1.5 date: 1996/06/18 19:52:29; author: nate; state: Exp; lines: +34 -232 - Removed dead code (if you need it you can get it out of the Repository). - Added some comments, and moved some code around to make flow more obvious. No functional changes. ---------------------------- revision 1.4 date: 1996/04/18 04:25:13; author: nate; state: Exp; lines: +25 -1 Added RCS Id and BSD-style copyrights to individual files. ---------------------------- revision 1.3 date: 1996/04/10 06:49:30; author: nate; state: Exp; lines: +360 -413 Run indent on all these files to make them more readable. (I also went through by hand and cleaned up some indent bogons.) ---------------------------- However, changing files just to change them makes no sense to me, because it's not helping anyone. Basically, if you can't understand the code just because it uses K&R prototypes, then changing them to use ANSI prototypes 'just to use ANSI prototypes' is silliness. > > It's quite normal that if your definition is old-style, the > > declaration would still be prototyped on a compiler that defines > > __STDC__ (via __P()). > > If the programmer does the Right Thing. My understanding was that > style(9) discourages __P(). No, style(9) encourarges file consistency, which is *still* the primary argument. Bruce changed some files that Julian modified to be self-consistant, and Julian objected to it. Self-consistancy *was* and continues to be the real issue. > > Mixed declaration styles inside the same file have never been > > encouraged. > > No debate about that. Actually, that is the crux of the original matter. Nate From owner-freebsd-current Mon Dec 22 00:11:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07066 for current-outgoing; Mon, 22 Dec 1997 00:11:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07050 for ; Mon, 22 Dec 1997 00:11:08 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp81.wcc.net [208.6.232.81]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id CAA06977; Mon, 22 Dec 1997 02:08:07 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id CAA00601; Mon, 22 Dec 1997 02:11:00 -0600 (CST) (envelope-from joelh) Date: Mon, 22 Dec 1997 02:11:00 -0600 (CST) Message-Id: <199712220811.CAA00601@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Intellimouse not functioning From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I built -current kernel and moused (as well as a few other things), but when I rebooted, my mouse doesn't work. I switched the mouse type to 'intellimouse', since I have a MouseMan+. I did not alter the port. My mouse shows no signs of activity under the vtys (using sc0) or under X (although X is, of course, going through sysmouse). Manually specifying `-t mouseman' on the command line gives the message (from memory) "mouseman != intellimouse, using intellimouse". (I suppose I missed the message when it went through rc.i386.) Other issues: - Anybody know how to get Emacs to work with PCVT? It does not manipulate the screen properly (some status lines get partially put at the top, screen clears only clear half the screen, etc.)? - Also under PCVT, moused doesn't activate at all, having no consolectl device. - Should we mention in LINT about the proper setting of PCVT_FREEBSD? - I'm also having a problem with not connecting to port 3000 on first boot, not until I send a SIGUSR1, but I suspect that's because I haven't gotten to htons(port) patch yet from ctm (I'm at ctm 3176 presently). Any ideas? Thanks, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Mon Dec 22 00:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07148 for current-outgoing; Mon, 22 Dec 1997 00:12:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07134 for ; Mon, 22 Dec 1997 00:11:59 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp81.wcc.net [208.6.232.81]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id CAA06994; Mon, 22 Dec 1997 02:08:59 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id CAA00608; Mon, 22 Dec 1997 02:11:51 -0600 (CST) (envelope-from joelh) Date: Mon, 22 Dec 1997 02:11:51 -0600 (CST) Message-Id: <199712220811.CAA00608@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Intellimouse not functioning From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if this is a dup. I built -current kernel and moused (as well as a few other things), but when I rebooted, my mouse doesn't work. I switched the mouse type to 'intellimouse', since I have a MouseMan+. I did not alter the port. My mouse shows no signs of activity under the vtys (using sc0) or under X (although X is, of course, going through sysmouse). Manually specifying `-t mouseman' on the command line gives the message (from memory) "mouseman != intellimouse, using intellimouse". (I suppose I missed the message when it went through rc.i386.) Other issues: - Anybody know how to get Emacs to work with PCVT? It does not manipulate the screen properly (some status lines get partially put at the top, screen clears only clear half the screen, etc.)? - Also under PCVT, moused doesn't activate at all, having no consolectl device. - Should we mention in LINT about the proper setting of PCVT_FREEBSD? - I'm also having a problem with not connecting to port 3000 on first boot, not until I send a SIGUSR1, but I suspect that's because I haven't gotten to htons(port) patch yet from ctm (I'm at ctm 3176 presently). Any ideas? Thanks, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Mon Dec 22 00:14:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07271 for current-outgoing; Mon, 22 Dec 1997 00:14:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07264 for ; Mon, 22 Dec 1997 00:14:15 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp81.wcc.net [208.6.232.81]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id CAA07040; Mon, 22 Dec 1997 02:11:16 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id CAA00615; Mon, 22 Dec 1997 02:14:08 -0600 (CST) (envelope-from joelh) Date: Mon, 22 Dec 1997 02:14:08 -0600 (CST) Message-Id: <199712220814.CAA00615@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Re: Intellimouse not functioning From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After sending my last message, I was clearing out my kernel config dir, and had the following messages: Dec 22 02:07:22 detlev su: joelh to root on /dev/ttyv1 Dec 22 02:07:23 detlev /kernel: pid 201 (xconsole), uid 0: exited on signal 11 Dec 22 02:07:28 detlev /kernel: pid 105 (inetd), uid 0: exited on signal 11 Dec 22 02:07:52 detlev /kernel: pid 546 (sendmail), uid 0: exited on signal 11 Dec 22 02:10:19 detlev /kernel: pid 589 (sendmail), uid 0: exited on signal 11 Dec 22 02:10:19 detlev /kernel: pid 590 (sendmail), uid 0: exited on signal 11 Dec 22 02:10:19 detlev /kernel: pid 591 (sendmail), uid 0: exited on signal 11 Dec 22 02:10:19 detlev /kernel: pid 592 (sendmail), uid 0: exited on signal 11 The su was mine, but I don't know why everything suddenly sigsegv'd. Anybody been experiencing this kind of behaviour? Thanks, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Mon Dec 22 00:40:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA08816 for current-outgoing; Mon, 22 Dec 1997 00:40:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA08803 for ; Mon, 22 Dec 1997 00:40:42 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp102.wcc.net [208.6.232.102]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id CAA07645 for ; Mon, 22 Dec 1997 02:37:44 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id CAA01940 for freebsd-current@freebsd.org; Mon, 22 Dec 1997 02:37:17 -0600 (CST) (envelope-from joelh) Date: Mon, 22 Dec 1997 02:37:17 -0600 (CST) From: Joel Ray Holveck Message-Id: <199712220837.CAA01940@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Random core dumps Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm getting some odd core dumps here... In case you can't guess from my last two messages, I have just rebuilt and installed all changed utilities since I installed -current on 28 November. (Now, I know, I should do a make world on the entire tree, but I only have 20--30 MB free at present. I suppose I can free up a few more megs here and there, but I don't think I could do an entire make world with 40 MB free, which is about what I could end up with.) However, now I'm getting random core dumps from utilities that weren't recompiled. So far, victims have included: - xconsole - emacs - inetd - sendmail - bash Does anybody know of any changes made to libc, include, or something like that, something that would require me to rebuild all my programs? If it's any help, bash dies with: -bash in free(): junk pointer, too high to followed by some invalid chunk message that I can't remember any more, and lost earlier. All the programs are exiting with sigsegv's. Any ideas? Thanks, joelh PS: The bash's have so far exited after getting an error on a prolonged make. Getting the same error after an immediate make didn't harm it. From owner-freebsd-current Mon Dec 22 01:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12727 for current-outgoing; Mon, 22 Dec 1997 01:50:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ache.relcom.ru (ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12693; Mon, 22 Dec 1997 01:49:37 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id MAA07944; Mon, 22 Dec 1997 12:48:48 +0300 (MSK) (envelope-from ache) Date: Mon, 22 Dec 1997 12:47:31 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@ache.relcom.ru To: "John S. Dyson" cc: Pierre Beyssac , current@FreeBSD.ORG Subject: Re: vfork (exec?) bug confirmation In-Reply-To: <199712220052.TAA02333@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 21 Dec 1997, John S. Dyson wrote: > -current. Please let me know as soon as reasonably possible > if my fix works. If it doesn't, I'll look at it again. I think Yes, your fix works, thanx. > that the problem mostly manifested itself on non-PPro's. The patch I have P5-MMX. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Mon Dec 22 02:09:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA13696 for current-outgoing; Mon, 22 Dec 1997 02:09:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA13691 for ; Mon, 22 Dec 1997 02:09:14 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id CAA00631; Mon, 22 Dec 1997 02:09:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221009.CAA00631@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Joel Ray Holveck cc: freebsd-current@FreeBSD.ORG Subject: Re: Random core dumps In-reply-to: Your message of "Mon, 22 Dec 1997 02:37:17 CST." <199712220837.CAA01940@detlev.UUCP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 02:09:12 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Probably the last round of changes that went into ld.so . You can try installing and old version of ld.so like around october is just that I forgot when exactly the ld.so's malloc was changed. Amancio From owner-freebsd-current Mon Dec 22 02:18:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA14206 for current-outgoing; Mon, 22 Dec 1997 02:18:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA14189; Mon, 22 Dec 1997 02:18:33 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id LAA01429; Mon, 22 Dec 1997 11:18:24 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id LAA00692; Mon, 22 Dec 1997 11:18:14 +0100 (CET) Message-ID: <19971222111813.PH53116@@> Date: Mon, 22 Dec 1997 11:18:13 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: dyson@FreeBSD.ORG Cc: pb@fasterix.freenix.org (Pierre Beyssac), ache@nagual.pp.ru, current@FreeBSD.ORG Subject: Re: vfork (exec?) bug confirmation References: <19971222005543.CE52615@@> <199712220052.TAA02333@dyson.iquest.net> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199712220052.TAA02333@dyson.iquest.net>; from John S. Dyson on Dec 21, 1997 19:52:40 -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson writes: > Bruce Evans might have found the bug. He has a fix, and I have > tried a slightly more efficient fix, and have committed it to > -current. Please let me know as soon as reasonably possible > if my fix works. Yes, your fix works for me, thanks ! -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Mon Dec 22 08:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03561 for current-outgoing; Mon, 22 Dec 1997 08:32:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from damon.com (root@damon.com [207.170.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03555; Mon, 22 Dec 1997 08:32:33 -0800 (PST) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.8.3/8.8.3) id KAA02374; Mon, 22 Dec 1997 10:32:19 -0600 (CST) From: Damon Anton Permezel Message-Id: <199712221632.KAA02374@damon.com> Subject: -current panics, possibly -smp related To: freebsd-smp@freebsd.org, freebsd-current@freebsd.org Date: Mon, 22 Dec 1997 10:32:18 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yo! I just subscribed last nite, so forgive me if this has been discussed already. I have a P-II MP system, with one CPU (thats all they had in stock). When I boot the smp kernel, and run "make world", i have twice now panic()ed as follows. When rebooting on the non-smp kernel, I can run "make world" until I run out of disk space ;-). Here is a synopsis of the error: trap 12 mp_lock = 2 virt = deadc0ea fault = supervisor read, page not present procfs_exit + 0x18 cmpl %esi, 0xc(%ebx) ebx = deadc0de procfs_exit is just running the linked list: for (pfs = pfshead; pfs ; pfs = pfs->pfs_next) { if (pfs->pfs_pid == pid) vgone(PFSTOV(pfs)); I ran the list (the last time) and it appeared to terminate with 0. I say "appeared" because this was the first time I used this debugger, and it was 1am, after 2 margaritas, so in the light of day, I have no reason to believe myself. When it happens again, I will run the pfshead list and verify. This may be of interest (from the non-mp kernel boot): FreeBSD 3.0-971208-SNAP #0: Sun Dec 21 20:39:48 CST 1997 root@xylyl.damon.com:/usr/src/sys/compile/XYLYL CPU: Pentium Pro (233.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80fbff real memory = 134217728 (131072K bytes) avail memory = 128253952 (125248K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 chip3: rev 0x01 int d irq 10 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 ahc0: rev 0x00 int a irq 10 on pci0.6. From owner-freebsd-current Mon Dec 22 09:18:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06966 for current-outgoing; Mon, 22 Dec 1997 09:18:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06925 for ; Mon, 22 Dec 1997 09:17:52 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA18413; Mon, 22 Dec 1997 09:17:30 -0800 (PST) (envelope-from jdp) Message-Id: <199712221717.JAA18413@austin.polstra.com> To: hasty@rah.star-gate.com Subject: Re: Random core dumps In-Reply-To: <199712221009.CAA00631@rah.star-gate.com> References: <199712221009.CAA00631@rah.star-gate.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Mon, 22 Dec 1997 09:17:29 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199712221009.CAA00631@rah.star-gate.com>, Amancio Hasty wrote: > > Probably the last round of changes that went into ld.so . You can try > installing and old version of ld.so like around october is just that > I forgot when exactly the ld.so's malloc was changed. That definitely should _not_ be the cause of the problem. Old executables and shared libraries should work perfectly with the new ld.so. The only known exception at this time is mule, an emacs derivative with a broken unexec implementation. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Dec 22 09:30:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08348 for current-outgoing; Mon, 22 Dec 1997 09:30:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08320 for ; Mon, 22 Dec 1997 09:30:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01170; Mon, 22 Dec 1997 09:29:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221729.JAA01170@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: John Polstra cc: current@freebsd.org Subject: Re: Random core dumps In-reply-to: Your message of "Mon, 22 Dec 1997 09:17:29 PST." <199712221717.JAA18413@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 09:29:43 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The other thing to consider is doing a power cycle to reset the box. Sometimes win95 leaves the machine in a weird state whose symptom is that some processes start core dumping like netscape. With respect to ld.so , some of applications after the ld.so change started core dumping at random intervals and the only change that I did to the system was to replaced ld.so that appears somehow to cure the problem . So far the system is behaving very well with a system sup as of Sunday. Amancio From owner-freebsd-current Mon Dec 22 12:04:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22743 for current-outgoing; Mon, 22 Dec 1997 12:04:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hub.org (hub.org [209.47.148.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22710 for ; Mon, 22 Dec 1997 12:04:36 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.5/8.7.5) with SMTP id PAA23695 for ; Mon, 22 Dec 1997 15:04:20 -0500 (EST) Date: Mon, 22 Dec 1997 15:04:19 -0500 (EST) From: The Hermit Hacker To: freebsd-current@freebsd.org Subject: BackPack CDrom? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone ever use of of these? Do we support it? Is there something in the kernel config that I have to setup to enable it? Its a CDrom that hangs off the parallel port, put out by Microsolutions? Thanks... From owner-freebsd-current Mon Dec 22 14:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03426 for current-outgoing; Mon, 22 Dec 1997 14:20:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03309 for ; Mon, 22 Dec 1997 14:19:47 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id QAA02638; Mon, 22 Dec 1997 16:19:37 -0600 (CST) From: Kevin Day Message-Id: <199712222219.QAA02638@home.dragondata.com> Subject: Re: BackPack CDrom? In-Reply-To: from The Hermit Hacker at "Dec 22, 97 03:04:19 pm" To: scrappy@hub.org (The Hermit Hacker) Date: Mon, 22 Dec 1997 16:19:31 -0600 (CST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anyone ever use of of these? Do we support it? Is there something in the > kernel config that I have to setup to enable it? > > Its a CDrom that hangs off the parallel port, put out by Microsolutions? > > Thanks... > > > I've tried writing a driver for a custom OS in the past... Not only is each model's interface completely different (i.e. the 2x and 4x have different interfaces, and the 6x is even weirder, etc...) but it's really really timing sensitive, making any attempt to program the beast to be a big pain. The 6x was the fastest drive out when I stopped even trying, so things may have changed since then. As far as I know, there's no support anywhere for these. Kevin From owner-freebsd-current Mon Dec 22 14:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04497 for current-outgoing; Mon, 22 Dec 1997 14:30:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cozumel.saidev.com (cozumel.saidev.com [207.67.52.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03819 for ; Mon, 22 Dec 1997 14:24:21 -0800 (PST) (envelope-from derek@cozumel.saidev.com) Received: (from derek@localhost) by cozumel.saidev.com (8.7.1/8.7.1) id QAA14392; Mon, 22 Dec 1997 16:23:46 -0600 (CST) Message-ID: <19971222162345.19700@saidev.com> Date: Mon, 22 Dec 1997 16:23:45 -0600 From: Derek Inksetter To: freebsd-current@freebsd.org Subject: Compaq panics Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running -current at home, and I'd like to get it running at work. My first plan was to install the most recent SNAP, and take it from there, but there seems to be a problem with the hardware: The machine at work is a Compaq Prolinea 5133, 32MB, SCSI/IDE machine, and it gets a nasty panic very early in the boot phase, even before any probing, when I try to start up the kernel from the boot floppy. After a few conversations with others and a quick browse through DejaNews articles and the GNATS database, I noticed kern/5140, submitted by Joel.Faedi@esial.u-nancy.fr, which says: > Release > 3.0-971123-SNAP (problem since bios32 is detected) > Environment > Description > > On Compaq Prolinea with Pentium CPU (Prolinea 575/590/5133/5150, > I have only these models), all kernels will panic. The problem > is due to due to a call at "bios32_SDCI" address. This addess is > given bios_sigsearch function in bios.c (see fix) after a cast in > bios32_SDheader structure and on Compaq Prolinea, this value is > too big (perhaps coded diffently). and even goes on to suggest a fix to sys/i386/i386/bios.c... I guess what I'm saying is: This doesn't seem to be fixed in the -current tree. (At least not at first glance) I'd be willing to work with someone on this, offering the use of my two machines for testing purposes. I don't feel comfortable enough with BIOS stuff to try to tackle this myself, but I can help to test any fixes. Who would be the main responsible party for that particular hunk of code? Derek -- Derek Inksetter "Indecision is the key to flexibility" --Unknown From owner-freebsd-current Mon Dec 22 15:00:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07236 for current-outgoing; Mon, 22 Dec 1997 15:00:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA07115 for ; Mon, 22 Dec 1997 14:59:45 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 7469 invoked by uid 1000); 7 Feb 2036 09:00:24 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199712201904.MAA09967@usr09.primenet.com> Date: Thu, 07 Feb 2036 01:00:24 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Terry Lambert Subject: Re: Bruce vandalism again Cc: current@freebsd.org, bde@freebsd.org, (Julian Elischer) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 20-Dec-97 Terry Lambert wrote: > Even mormon missionaries are only required 18 months, these days: 2 > years is too long. Wrong. @ years for men, 18 months for women. Been that way for a long while. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 Windows NT: n. 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. From owner-freebsd-current Mon Dec 22 19:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25784 for current-outgoing; Mon, 22 Dec 1997 19:40:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA25774 for ; Mon, 22 Dec 1997 19:40:34 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id OAA00623; Tue, 23 Dec 1997 14:04:27 +1030 (CST) Message-Id: <199712230334.OAA00623@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: The Hermit Hacker cc: freebsd-current@FreeBSD.ORG Subject: Re: BackPack CDrom? In-reply-to: Your message of "Mon, 22 Dec 1997 15:04:19 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 14:04:27 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anyone ever use of of these? Do we support it? Is there something in the > kernel config that I have to setup to enable it? > > Its a CDrom that hangs off the parallel port, put out by Microsolutions? Documentation not available. If you can get a low-power external SCSI cdrom, you can use the Iomega Jaz Traveller. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ Remember, the race is long, \\ msmith@freebsd.org \\ and in the end it's only with yourself. \\ From owner-freebsd-current Mon Dec 22 20:25:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28518 for current-outgoing; Mon, 22 Dec 1997 20:25:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from storm.west.netsol.com (storm.west.netsol.com [192.215.83.69]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28513 for ; Mon, 22 Dec 1997 20:25:02 -0800 (PST) (envelope-from greg@storm.west.netsol.com) Received: from localhost (greg@localhost) by storm.west.netsol.com (8.8.4/8.8.4) with SMTP id UAA01382 for ; Mon, 22 Dec 1997 20:21:12 -0800 (PST) Date: Mon, 22 Dec 1997 20:21:11 -0800 (PST) From: Greg Pierce X-Sender: greg@storm To: freebsd-current@freebsd.org Subject: reboot killing process Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following has occurred three times to me: I exit netscape and the process does not die. In fact it starts to take up 100% of the CPU. I let it go for a while to make sure its not really going to do something. I kill -9 the process. It doesn't die. ps and top show it still there, still eating 100% of the CPU. I kill -9 the process again. My machine reboots itself after 1-2 seconds of being locked up. My setup is the following: 3.0-971208-SNAP AMD 486DX4-133 32 MB RAM 128 swap file in /usr/swap , vn device Netscape 4 from the ports collection Diamond Stealth video XFree86331 , Fvwm2 S3 accelerated driver in 800x600x16bpp 1 ide controller , 2 ide drives The first time this happened i had netscape with the default cache settings. The second time I had 8MB of memory cache and no disk cache, the third time, 32MB of disk cache and no memory cache. Many times netscape exits just fine. Sometimes it doesn't exit right, but a kill really kills it. I write those off as netscape being wierd. But the three times it rebooted my system can't be netscapes fault , can it? I have no problems with any other program, X11 or otherwise, and the machine is usually under heavy load, lots of swap pressure, etc, so I am stumped as to why Netscape is out to get me. Thats why I send to this list for the first time. I just use the SNAPs and don't keep current with cvsup, so if this is an out of date bug, i apologize. Greg Pierce greg@west.netsol.com From owner-freebsd-current Mon Dec 22 21:58:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA06246 for current-outgoing; Mon, 22 Dec 1997 21:58:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from europa.humberc.on.ca (melange@europa.humberc.on.ca [142.214.112.124]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA06241 for ; Mon, 22 Dec 1997 21:58:40 -0800 (PST) (envelope-from melange@europa.humberc.on.ca) Received: from localhost (melange@localhost) by europa.humberc.on.ca (8.8.5/8.8.5) with SMTP id BAA25403; Tue, 23 Dec 1997 01:01:09 -0500 (EST) Date: Tue, 23 Dec 1997 01:01:08 -0500 (EST) From: Bob K To: Greg Pierce cc: freebsd-current@FreeBSD.ORG Subject: Re: reboot killing process In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Greg Pierce wrote: > I exit netscape and the process does not die. In fact it starts > to take up 100% of the CPU. I let it go for a while to make sure its > not really going to do something. I kill -9 the process. It doesn't > die. ps and top show it still there, still eating 100% of the CPU. > I kill -9 the process again. My machine reboots itself after 1-2 > seconds of being locked up. Personally, I've found that kill -6 works much better in that specific situation... From owner-freebsd-current Mon Dec 22 22:45:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA12217 for current-outgoing; Mon, 22 Dec 1997 22:45:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA12176 for ; Mon, 22 Dec 1997 22:44:58 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA28783; Tue, 23 Dec 1997 15:44:38 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id PAA03481; Tue, 23 Dec 1997 15:51:43 +0900 (JST) Message-Id: <199712230651.PAA03481@zodiac.mech.utsunomiya-u.ac.jp> To: joelh@gnu.org Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Intellimouse not functioning In-Reply-To: Your message of "Mon, 22 Dec 1997 02:11:00 CST." <199712220811.CAA00601@detlev.UUCP> References: <199712220811.CAA00601@detlev.UUCP> Date: Tue, 23 Dec 1997 15:51:42 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I built -current kernel and moused (as well as a few other things), >but when I rebooted, my mouse doesn't work. I switched the mouse type >to 'intellimouse', since I have a MouseMan+. I did not alter the >port. My mouse shows no signs of activity under the vtys (using sc0) >or under X (although X is, of course, going through sysmouse). > >Manually specifying `-t mouseman' on the command line gives the >message (from memory) "mouseman != intellimouse, using intellimouse". >(I suppose I missed the message when it went through rc.i386.) I assume you are connecting MouseMan+ to a serial port. Please read the man pages for moused(8) and sysmouse(4), and check the following: 1. Stop running X and moused. 2. Run moused to identify the mouse. moused -d -i all -p /dev/cuaa0 (Substitute "cuaa0" with the name of the serial port you are using.) You will see some debug output and something like /dev/cuaa0 serial intellimouse MouseMan+ Please send me the result. I will compare it with the output from MouseMan+ I own. 3. Run moused again in the foreground debug mode. moused -d -f -p /dev/cuaa0 -t intellimouse ("-t intellimouse" is optional; so long as moused says "intellimouse" in the step 2 above, you don't need this.) When you move your mouse, you will see a lot of debug output which shows mouse movement and button status. See if the printed message correctly corresponds to mouse movement. Type ^C to stop moused. 4. Run moused as a daemon. moused -p /dev/cuaa0 -t intellimouse (You may ommit "-t intellimouse" again) Then run vidcontrol to enable mouse cursor in the current VTY. vidcontrol -m on Move mouse, click buttons and see if moused is working. Once you have verified the mouse and moused are working, set "moused_type" to "intellimouse" in /etc/rc.conf. (I guess you have already done this.) 5. To run the XFree86 server with moused, the Pointer section in your XF86Config should contain: Protocol "MouseSystems" Device "/dev/sysmouse" Please contact me if you still have difficulties. Kazu yokota@freebsd.org From owner-freebsd-current Tue Dec 23 06:05:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08088 for current-outgoing; Tue, 23 Dec 1997 06:05:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA08082 for ; Tue, 23 Dec 1997 06:05:42 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id OAA29656 for ; Tue, 23 Dec 1997 14:44:09 +0100 (CET) Date: Tue, 23 Dec 1997 14:44:09 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: Adaptec AIC-7895 (on-board double-channel SCSI) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Do we support such a controller? I'm trying to boot today's kernel on such a motherboard, and it doesn't detect the SCSI at all... :-(( First, I was bitten by bounce buffers (machine in question has 512 MB RAM), so I had to build custom installation floppy. It's not for the faint of heart, though... but finally I succeeded. If I'll make it today (I'll be leaving till New Year), then I'll send dmesg, mptable, pnpinfo and whatnot I can gather during these 2 hours... Thank you, O knowledgeable people, for any insights :-) Merry Christmas, and happy New Year to all!!! Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Tue Dec 23 06:51:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA11111 for current-outgoing; Tue, 23 Dec 1997 06:51:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA11100 for ; Tue, 23 Dec 1997 06:50:56 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id GAA24829; Tue, 23 Dec 1997 06:51:41 -0800 (PST) Message-Id: <199712231451.GAA24829@implode.root.com> To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) In-reply-to: Your message of "Tue, 23 Dec 1997 14:44:09 +0100." From: David Greenman Reply-To: dg@root.com Date: Tue, 23 Dec 1997 06:51:41 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Do we support such a controller? I'm trying to boot today's kernel on such >a motherboard, and it doesn't detect the SCSI at all... :-(( It's only supported in a new, experimental SCSI system that Justin Gibbs is developing. You can contact Justin at gibbs@freebsd.org. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Dec 23 07:25:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13432 for current-outgoing; Tue, 23 Dec 1997 07:25:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thunderdome.plutotech.com (root@thunderdome.plutotech.com [206.168.67.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA13407 for ; Tue, 23 Dec 1997 07:25:25 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by thunderdome.plutotech.com (8.8.7/8.8.5) with ESMTP id IAA02257; Tue, 23 Dec 1997 08:24:53 -0700 (MST) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id IAA29738; Tue, 23 Dec 1997 08:24:46 -0700 (MST) Message-Id: <199712231524.IAA29738@panzer.plutotech.com> Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) In-Reply-To: from Andrzej Bialecki at "Dec 23, 97 02:44:09 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Tue, 23 Dec 1997 08:24:46 -0700 (MST) Cc: freebsd-current@freebsd.org From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki wrote... > Do we support such a controller? I'm trying to boot today's kernel on such > a motherboard, and it doesn't detect the SCSI at all... :-(( The 7895 is only supported in the new CAM SCSI code. Check out: ftp://ftp.FreeBSD.org/pub/FreeBSD/cam or ftp://ftp.kdm.org/pub/FreeBSD/cam Read the README file in there, and if you want to try it, apply the diffs to a -current source tree. (both the first set, and the incremental diffs) If the diffs don't work well, let me know, and I can get you a tarball of the current CAM source tree. Unfortunately we don't have a boot floppy right now, so to get that machine up and running you'll have to put the hard drive in another machine temporarily and copy all the necessary bits over. > First, I was bitten by bounce buffers (machine in question has 512 MB > RAM), so I had to build custom installation floppy. It's not for the faint > of heart, though... but finally I succeeded. If I'll make it today (I'll > be leaving till New Year), then I'll send dmesg, mptable, pnpinfo and > whatnot I can gather during these 2 hours... Well, if you want to make a CAM boot floppy as well, I'll be glad to put it up for ftp.. If you can, though, I think it might be easier/quicker to just take the hard drive from the machine in question and put it in the machine you used to make the release and then copy the stuff over.. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Tue Dec 23 08:31:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA18473 for current-outgoing; Tue, 23 Dec 1997 08:31:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA18462 for ; Tue, 23 Dec 1997 08:31:17 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id KAA15221; Tue, 23 Dec 1997 10:29:57 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id KAA00384; Tue, 23 Dec 1997 10:29:57 -0600 (CST) Message-ID: <19971223102957.25742@mcs.net> Date: Tue, 23 Dec 1997 10:29:57 -0600 From: Karl Denninger To: Kenneth Merry Cc: Andrzej Bialecki , freebsd-current@freebsd.org Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) References: <199712231524.IAA29738@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199712231524.IAA29738@panzer.plutotech.com>; from Kenneth Merry on Tue, Dec 23, 1997 at 08:24:46AM -0700 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Dec 23, 1997 at 08:24:46AM -0700, Kenneth Merry wrote: > Andrzej Bialecki wrote... > > Do we support such a controller? I'm trying to boot today's kernel on such > > a motherboard, and it doesn't detect the SCSI at all... :-(( > > The 7895 is only supported in the new CAM SCSI code. Check out: > > ftp://ftp.FreeBSD.org/pub/FreeBSD/cam > or > ftp://ftp.kdm.org/pub/FreeBSD/cam > > Read the README file in there, and if you want to try it, apply the > diffs to a -current source tree. (both the first set, and the incremental > diffs) If the diffs don't work well, let me know, and I can get you a > tarball of the current CAM source tree. > > Unfortunately we don't have a boot floppy right now, so to get that > machine up and running you'll have to put the hard drive in another machine > temporarily and copy all the necessary bits over. > > > First, I was bitten by bounce buffers (machine in question has 512 MB > > RAM), so I had to build custom installation floppy. It's not for the faint > > of heart, though... but finally I succeeded. If I'll make it today (I'll > > be leaving till New Year), then I'll send dmesg, mptable, pnpinfo and > > whatnot I can gather during these 2 hours... > > Well, if you want to make a CAM boot floppy as well, I'll be glad > to put it up for ftp.. If you can, though, I think it might be > easier/quicker to just take the hard drive from the machine in question and > put it in the machine you used to make the release and then copy the > stuff over.. > > > Ken > -- > Kenneth Merry > ken@plutotech.com Does anyone know what the plan(s) are to replace the existing SCSI code with the CAM code? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-current Tue Dec 23 12:49:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06703 for current-outgoing; Tue, 23 Dec 1997 12:49:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06649 for ; Tue, 23 Dec 1997 12:48:40 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA03328 for freebsd-current@freebsd.org; Tue, 23 Dec 1997 21:48:36 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id VAA13879; Tue, 23 Dec 1997 21:11:01 +0100 (MET) Date: Tue, 23 Dec 1997 21:11:01 +0100 (MET) Message-Id: <199712232011.VAA13879@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712231524.IAA29738@panzer.plutotech.com> <19971223102957.25742@mcs.net> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > Does anyone know what the plan(s) are to replace the existing SCSI > code with the CAM code? Justin should know. ;) It needs to get ready first... One would hope it'll be in releasable state right in time before 3.0, the ``earthquake release''. (I realize that this code constitutes a huge amount of work...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Dec 23 12:49:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06748 for current-outgoing; Tue, 23 Dec 1997 12:49:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06684 for ; Tue, 23 Dec 1997 12:49:08 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA03352 for freebsd-current@freebsd.org; Tue, 23 Dec 1997 21:49:06 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id VAA13846; Tue, 23 Dec 1997 21:03:03 +0100 (MET) Date: Tue, 23 Dec 1997 21:03:03 +0100 (MET) Message-Id: <199712232003.VAA13846@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712201434.JAA00329@dyson.iquest.net> <14545.882642903@time.cdrom.com> <19971221120534.43478@lemis.com> <199712211002.LAA00388@uriah.heep.sax.de> <19971222101914.28785@lemis.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Bruce vandalism again X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greg Lehey wrote: >> It's quite normal that if your definition is old-style, the >> declaration would still be prototyped on a compiler that defines >> __STDC__ (via __P()). > > If the programmer does the Right Thing. My understanding was that > style(9) discourages __P(). style(9) discourages __P() for new code. Why don't you simply read that page? Use of the __P macro in new code is discouraged, although modifications to existing files should be consistent with that file's conventions. This way, iff you're using an ANSI compiler, there's always a prototype in scope if you're doing it right, either directly or hidden inside __P(). This will cause the same warnings, regardless of whether your function _definition_ uses the ancient or the modern style. There are things that can only expressed using the modern style, however, like passing `short' data types (char, float) directly. That's a non-issue for the kernel: there's not much advantage of passing a char to a function, the compiler will allocate a 32-bit register anyway, but has to do additional masking. There will be some real advantage for float vs. double, but the kernel doesn't use floating point anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Dec 23 14:57:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA17748 for current-outgoing; Tue, 23 Dec 1997 14:57:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17716 for ; Tue, 23 Dec 1997 14:57:01 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id XAA00486 for ; Tue, 23 Dec 1997 23:57:26 +0100 (MET) Message-ID: <34A04EFF.70C4F103@giovannelli.it> Date: Wed, 24 Dec 1997 00:53:35 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Crashes and more... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not able to do a make world after one of the last cvsup. It exits on signal 11 or signal 10 in different part of the process ... I have changed the ram twice but the problem is still here... Netscape crashes randomly rebooting my box without informations. Tha last make world I succeded was made in the same time of this kernel : FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec 20 00:36:51 CET 1997 root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 Boh ? I don't know what is happening , but it is not solved with the latest cvsup... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Tue Dec 23 14:58:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA17786 for current-outgoing; Tue, 23 Dec 1997 14:58:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17756 for ; Tue, 23 Dec 1997 14:57:45 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id XAA00454 for ; Tue, 23 Dec 1997 23:55:43 +0100 (MET) Message-ID: <34A04EFF.70C4F103@giovannelli.it> Date: Wed, 24 Dec 1997 00:53:35 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Crashes and more... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not able to do a make world after one of the last cvsup. It exits on signal 11 or signal 10 in different part of the process ... I have changed the ram twice but the problem is still here... Netscape crashes randomly rebooting my box without informations. Tha last make world I succeded was made in the same time of this kernel : FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec 20 00:36:51 CET 1997 root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 Boh ? I don't know what is happening , but it is not solved with the latest cvsup... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Tue Dec 23 15:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17947 for current-outgoing; Tue, 23 Dec 1997 15:00:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17781 for ; Tue, 23 Dec 1997 14:58:00 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id XAA00470 for ; Tue, 23 Dec 1997 23:56:47 +0100 (MET) Message-ID: <34A04EFF.70C4F103@giovannelli.it> Date: Wed, 24 Dec 1997 00:53:35 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Crashes and more... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not able to do a make world after one of the last cvsup. It exits on signal 11 or signal 10 in different part of the process ... I have changed the ram twice but the problem is still here... Netscape crashes randomly rebooting my box without informations. Tha last make world I succeded was made in the same time of this kernel : FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec 20 00:36:51 CET 1997 root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 Boh ? I don't know what is happening , but it is not solved with the latest cvsup... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Tue Dec 23 15:00:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17992 for current-outgoing; Tue, 23 Dec 1997 15:00:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17822 for ; Tue, 23 Dec 1997 14:58:31 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id XAA00462 for ; Tue, 23 Dec 1997 23:56:15 +0100 (MET) Message-ID: <34A04EFF.70C4F103@giovannelli.it> Date: Wed, 24 Dec 1997 00:53:35 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Crashes and more... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not able to do a make world after one of the last cvsup. It exits on signal 11 or signal 10 in different part of the process ... I have changed the ram twice but the problem is still here... Netscape crashes randomly rebooting my box without informations. Tha last make world I succeded was made in the same time of this kernel : FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec 20 00:36:51 CET 1997 root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 Boh ? I don't know what is happening , but it is not solved with the latest cvsup... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Tue Dec 23 15:01:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA18040 for current-outgoing; Tue, 23 Dec 1997 15:01:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hub.org (hub.org [209.47.148.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA17519 for ; Tue, 23 Dec 1997 14:53:19 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by hub.org (8.8.5/8.7.5) with SMTP id RAA29547 for ; Tue, 23 Dec 1997 17:53:28 -0500 (EST) Date: Tue, 23 Dec 1997 17:53:27 -0500 (EST) From: The Hermit Hacker To: freebsd-current@freebsd.org Subject: Wine Emulator Patch... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I've been following the Wine project relatively closely, and the recent distribution threw in include files that we don't appear to have, namely wctype.h. Stefan (the maintainer) "patched" it so that it gets around this deficiency (as did I when I built it onto my computer), but I got into a discussion with the developers about this in the newsgroup, and have been informed that this is, in fact, wrong :( My argument was weak to start off with, in that I didnt' believe that anything other then Linux had this, and that putting wctype.h as part of the distribution made it more Linux-only...except that other OSs (Solaris, AIX, etc) do have a wctype.h file, so why are we missing it? The response I got from one of my postings is as follows, and I'm curious as to whether this is something up and coming for FreeBSD, or if anyone even cares? :( ========= Originator: johns@news.chiark.greenend.org.uk ([127.0.0.1]) In article <67ocd1$dn0$1@hub.org>, Marc G. Fournier wrote: > If you go into misc/lstr.c with vi, do a search/replace of: > > tow -> to > isw -> is > > That will get it to compile... *bletch* nonoNOno. Well, it probably will compile, but the two sets of functions are *supposed* to be different. wctype.h is the Wide Character Type definitions. ie. Unicode/DBCS support. This will be required to support the Windows lstrxxxW set of functions from TCHAR.H. >I still don't know what this wctype.h >is, nor what it belongs to, other then that using it makes Wine completely >a Linux-only thing from what I can tell :( > Not everyone runs Linux either :) FreeBSD doesn't have a >wctype.h file at all, not even in the most current source tree... Not at all. It's a standard header, and it appears that glibc has it. It's even documented under Visual C++'s "Standard C++ Library Reference" and "Run-Time Library Reference", so to say it's Linux libc specific is wrong. You just need to upgrade to a version of *your* OS's C library that supports this functionality. I can't believe it's either not there already (somewhere), or not planned for the near future. Anyway, it makes sense to use this support from the libc rather than reimplement it within Wine. As to why it's being done with wctype_t and not wchar_t (MS document wchar_t as being more portable), I guess the apparently newer wctype specification gives a richer set of functionality which makes the full set of lstrxxx functions easier to implement, as well as being The True Way Forward. (The names appear to be more consistent too, unlike the wcs* versions.) =========== From owner-freebsd-current Tue Dec 23 17:10:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA27215 for current-outgoing; Tue, 23 Dec 1997 17:10:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA27208 for ; Tue, 23 Dec 1997 17:10:38 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xkfLI-0004px-00; Tue, 23 Dec 1997 18:10:36 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id SAA26051 for ; Tue, 23 Dec 1997 18:10:44 -0700 (MST) Message-Id: <199712240110.SAA26051@harmony.village.org> To: current@freebsd.org Subject: Checkins Date: Tue, 23 Dec 1997 18:10:44 -0700 From: Warner Losh Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm finishing the checking that I started a long time ago that added sanity checking to the size of the return value for gethostbyaddr. Likely not strictly necessary, but will guard against possible bugs in the bind implementation related to hosts that return too much information. When I committed the first of these changes, I asked for opinions about this, and got none. I've been running these in my tree for the past 6 months w/o a hitch. I doubt they need to be merged into -stable. There isn't a way, as far as i know, to exploit them. If others disagree, please let me know. Warner From owner-freebsd-current Tue Dec 23 18:16:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA01652 for current-outgoing; Tue, 23 Dec 1997 18:16:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA01647 for ; Tue, 23 Dec 1997 18:16:34 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id VAA04738; Tue, 23 Dec 1997 21:16:24 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712240216.VAA04738@dyson.iquest.net> Subject: Re: Crashes and more... In-Reply-To: <34A04EFF.70C4F103@giovannelli.it> from Gianmarco Giovannelli at "Dec 24, 97 00:53:35 am" To: gmarco@giovannelli.it Date: Tue, 23 Dec 1997 21:16:24 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gianmarco Giovannelli said: > I am not able to do a make world after one of the last cvsup. > It exits on signal 11 or signal 10 in different part of the process ... > > I have changed the ram twice but the problem is still here... > Netscape crashes randomly rebooting my box without informations. > > > Tha last make world I succeded was made in the same time of this kernel > : > > FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec > 20 00:36:51 CET 1997 > root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 > > Boh ? I don't know what is happening , but it is not solved with the > latest cvsup... > What kind of processor are you running on? If it is a 386, then I can imagine a problem (I haven't been able to test on 386 processors.) -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Dec 23 21:36:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11468 for current-outgoing; Tue, 23 Dec 1997 21:36:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA11405 for ; Tue, 23 Dec 1997 21:35:11 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id WAA10674; Tue, 23 Dec 1997 22:32:25 -0700 (MST) Date: Tue, 23 Dec 1997 22:32:25 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199712240532.WAA10674@narnia.plutotech.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@FreeBSD.org Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) Newsgroups: pluto.freebsd.current In-Reply-To: <199712231524.IAA29738@panzer.plutotech.com> <19971223102957.25742@mcs.net> <199712232011.VAA13879@uriah.heep.sax.de> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In article <199712232011.VAA13879@uriah.heep.sax.de> you wrote: > Karl Denninger wrote: >> Does anyone know what the plan(s) are to replace the existing SCSI >> code with the CAM code? > Justin should know. ;) > It needs to get ready first... One would hope it'll be in releasable > state right in time before 3.0, the ``earthquake release''. > (I realize that this code constitutes a huge amount of work...) For the hardware it supports, it is in a "releasable" state. The trouble is, it doesn't support enough hardware yet. I'm hopeful that as more people start using the code, I'll get more offers to write new controller and peripheral drivers. Will it make 3.0? That depends on when 3.0 comes out and how much time Ken and I have between now and then to work on it. -- Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-current Tue Dec 23 22:59:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA16674 for current-outgoing; Tue, 23 Dec 1997 22:59:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA16660 for ; Tue, 23 Dec 1997 22:59:18 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from gmarco (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with SMTP id IAA00256; Wed, 24 Dec 1997 08:00:06 +0100 (MET) Message-Id: <3.0.5.32.19971224075907.008a0b40@giovannelli.it> X-Sender: gmarco@giovannelli.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 24 Dec 1997 07:59:07 +0100 To: "John S. Dyson" From: Gianmarco Giovannelli Subject: Re: Crashes and more... Cc: current@FreeBSD.ORG In-Reply-To: <199712240216.VAA04738@dyson.iquest.net> References: <34A04EFF.70C4F103@giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I am not able to do a make world after one of the last cvsup. >> It exits on signal 11 or signal 10 in different part of the process ... >> >> I have changed the ram twice but the problem is still here... >> Netscape crashes randomly rebooting my box without informations. >> >> >> Tha last make world I succeded was made in the same time of this kernel >> : >> >> FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec >> 20 00:36:51 CET 1997 >> root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 >> >> Boh ? I don't know what is happening , but it is not solved with the >> latest cvsup... >> >What kind of processor are you running on? If it is a 386, then >I can imagine a problem (I haven't been able to test on 386 processors.) It's an AMD k6-233 , A2940UW, 64mb ram, 2 HD wide quantum XP34550W. Any suggests ? Regards... Gianmarco "Unix expert since yesterday" Home page: http://www.giovannelli.it/~gmarco Alt. page: http://www2.masternet.it/ From owner-freebsd-current Tue Dec 23 23:09:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA17127 for current-outgoing; Tue, 23 Dec 1997 23:09:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA16920 for ; Tue, 23 Dec 1997 23:03:44 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from gmarco (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with SMTP id IAA00260; Wed, 24 Dec 1997 08:04:31 +0100 (MET) Message-Id: <3.0.5.32.19971224080332.00aac6e0@giovannelli.it> X-Sender: gmarco@giovannelli.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 24 Dec 1997 08:03:32 +0100 To: John Preisler From: Gianmarco Giovannelli Subject: Re: Crashes and more... Cc: current@freebsd.org In-Reply-To: <199712240039.SAA17507@argon.vapornet.com> References: <34A04EFF.70C4F103@giovannelli.it> <34A04EFF.70C4F103@giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:39 PM 23-12-97 -0600, John Preisler wrote: > >I had similar symptoms when my cpu fan died. > Mine works, it's a last generation fan (Asus TX smart MB). I hope it is a smart enough to not switch off during the make world :-) Thanks again for your reply... Regards... Gianmarco "Unix expert since yesterday" Home page: http://www.giovannelli.it/~gmarco Alt. page: http://www2.masternet.it/ From owner-freebsd-current Tue Dec 23 23:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA18520 for current-outgoing; Tue, 23 Dec 1997 23:34:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA18497 for ; Tue, 23 Dec 1997 23:34:01 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id SAA09941; Wed, 24 Dec 1997 18:02:53 +1030 (CST) (envelope-from grog) Message-ID: <19971224180253.16618@lemis.com> Date: Wed, 24 Dec 1997 18:02:53 +1030 From: Greg Lehey To: Gianmarco Giovannelli Cc: "John S. Dyson" , current@FreeBSD.ORG Subject: Re: Crashes and more... References: <34A04EFF.70C4F103@giovannelli.it> <199712240216.VAA04738@dyson.iquest.net> <3.0.5.32.19971224075907.008a0b40@giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <3.0.5.32.19971224075907.008a0b40@giovannelli.it>; from Gianmarco Giovannelli on Wed, Dec 24, 1997 at 07:59:07AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Dec 24, 1997 at 07:59:07AM +0100, Gianmarco Giovannelli wrote: >>> I am not able to do a make world after one of the last cvsup. >>> It exits on signal 11 or signal 10 in different part of the process ... >>> >>> I have changed the ram twice but the problem is still here... >>> Netscape crashes randomly rebooting my box without informations. >>> >>> Tha last make world I succeded was made in the same time of this kernel >>> >>> FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec >>> 20 00:36:51 CET 1997 >>> root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 >>> >>> Boh ? I don't know what is happening , but it is not solved with the >>> latest cvsup... >>> >> What kind of processor are you running on? If it is a 386, then >> I can imagine a problem (I haven't been able to test on 386 processors.) > > It's an AMD k6-233 , A2940UW, 64mb ram, 2 HD wide quantum XP34550W. > > Any suggests ? Are you keeping your processor cool enough? This sounds like overheating to me. Greg From owner-freebsd-current Wed Dec 24 00:24:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21442 for current-outgoing; Wed, 24 Dec 1997 00:24:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21432 for ; Wed, 24 Dec 1997 00:24:16 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id SAA10037; Wed, 24 Dec 1997 18:53:58 +1030 (CST) (envelope-from grog) Message-ID: <19971224185358.29886@lemis.com> Date: Wed, 24 Dec 1997 18:53:58 +1030 From: Greg Lehey To: Gianmarco Giovannelli Cc: John Preisler , current@FreeBSD.ORG Subject: Re: Crashes and more... References: <34A04EFF.70C4F103@giovannelli.it> <34A04EFF.70C4F103@giovannelli.it> <199712240039.SAA17507@argon.vapornet.com> <3.0.5.32.19971224080332.00aac6e0@giovannelli.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <3.0.5.32.19971224080332.00aac6e0@giovannelli.it>; from Gianmarco Giovannelli on Wed, Dec 24, 1997 at 08:03:32AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Dec 24, 1997 at 08:03:32AM +0100, Gianmarco Giovannelli wrote: > At 06:39 PM 23-12-97 -0600, John Preisler wrote: >> >> I had similar symptoms when my cpu fan died. > > Mine works, it's a last generation fan (Asus TX smart MB). That's not enough. The K6/233 is the hottest running processor currently available, and it should come with a special fan. > I hope it is a smart enough to not switch off during the make world :-) No way. Greg From owner-freebsd-current Wed Dec 24 00:35:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21853 for current-outgoing; Wed, 24 Dec 1997 00:35:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21843 for ; Wed, 24 Dec 1997 00:35:42 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id QAA16563 for ; Tue, 23 Dec 1997 16:28:05 +0100 (CET) Date: Tue, 23 Dec 1997 16:28:05 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: Adaptec AIC-7895 ??? Intel Dakota MB... Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-446238485-882890885=:15025" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-446238485-882890885=:15025 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! As I wrote in previous message, the kernel doesn't find SCSI controller at all... it seems to me that PCI probe doesn't find it first, and consequently the aha driver has nothing to do (so probably it's not its fault). Perhaps it has something to do with (too smart for me) the ATX/PnP smartness of this MB. E.g. I had to explicitly turn on and assign resources to Serial0 because it thought that since nobody probed it it's not needed... I attached dmesg output, mptable and pnpinfo. Please help... :-( Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- --0-446238485-882890885=:15025 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mptable.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCk1QVGFi bGUsIHZlcnNpb24gMi4wLjE1DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KTVAgRmxvYXRpbmcgUG9pbnRlciBTdHJ1Y3R1cmU6 DQoNCiAgbG9jYXRpb246CQkJQklPUw0KICBwaHlzaWNhbCBhZGRyZXNzOgkJ MHgwMDBmNzBjMA0KICBzaWduYXR1cmU6CQkJJ19NUF8nDQogIGxlbmd0aDoJ CQkxNiBieXRlcw0KICB2ZXJzaW9uOgkJCTEuNA0KICBjaGVja3N1bToJCQkw eDNlDQogIG1vZGU6CQkJCVZpcnR1YWwgV2lyZQ0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCk1QIENvbmZpZyBUYWJsZSBIZWFk ZXI6DQoNCiAgcGh5c2ljYWwgYWRkcmVzczoJCTB4MDAwOWY5NjANCiAgc2ln bmF0dXJlOgkJCSdQQ01QJw0KICBiYXNlIHRhYmxlIGxlbmd0aDoJCTI5Mg0K ICB2ZXJzaW9uOgkJCTEuNA0KICBjaGVja3N1bToJCQkweGU2DQogIE9FTSBJ RDoJCQknSU5URUwgICAnDQogIFByb2R1Y3QgSUQ6CQkJJ0RLNDQwTFggICAg ICcNCiAgT0VNIHRhYmxlIHBvaW50ZXI6CQkweDAwMDAwMDAwDQogIE9FTSB0 YWJsZSBzaXplOgkJMA0KICBlbnRyeSBjb3VudDoJCQkyOA0KICBsb2NhbCBB UElDIGFkZHJlc3M6CQkweGZlZTAwMDAwDQogIGV4dGVuZGVkIHRhYmxlIGxl bmd0aDoJMTQ0DQogIGV4dGVuZGVkIHRhYmxlIGNoZWNrc3VtOgkyMTgNCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpNUCBDb25m aWcgQmFzZSBUYWJsZSBFbnRyaWVzOg0KDQotLQ0KUHJvY2Vzc29yczoJQVBJ QyBJRAlWZXJzaW9uCVN0YXRlCQlGYW1pbHkJTW9kZWwJU3RlcAlGbGFncw0K CQkgMQkgMHgxMQkgQlNQLCB1c2FibGUJIDYJIDMJIDMJIDB4ODBmYmZmDQoJ CSAwCSAweDExCSBBUCwgdXNhYmxlCSA2CSAzCSAzCSAweDgwZmJmZg0KLS0N CkJ1czoJCUJ1cyBJRAlUeXBlDQoJCSAwCSBQQ0kgICANCgkJIDEJIFBDSSAg IA0KCQkgMgkgSVNBICAgDQotLQ0KSS9PIEFQSUNzOglBUElDIElECVZlcnNp b24JU3RhdGUJCUFkZHJlc3MNCgkJIDIJIDB4MTEJIHVzYWJsZQkJIDB4ZmVj MDAwMDANCi0tDQpJL08gSW50czoJVHlwZQlQb2xhcml0eSAgICBUcmlnZ2Vy CUJ1cyBJRAkgSVJRCUFQSUMgSUQJUElOIw0KCQlFeHRJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAgMgkgICAwCSAgICAgIDIJICAgMA0KCQlJTlQJ YWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAgMgkgICAxCSAgICAgIDIJICAg MQ0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAgMgkgICAwCSAg ICAgIDIJICAgMg0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAg MgkgICAzCSAgICAgIDIJICAgMw0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBl ZGdlCSAgICAgMgkgICA0CSAgICAgIDIJICAgNA0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAgMgkgICA1CSAgICAgIDIJICAgNQ0KCQlJTlQJ YWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAgMgkgICA2CSAgICAgIDIJICAg Ng0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAgMgkgICA3CSAg ICAgIDIJICAgNw0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAg MgkgICA4CSAgICAgIDIJICAgOA0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxl dmVsCSAgICAgMgkgICA5CSAgICAgIDIJICAgOQ0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAgMgkgIDEwCSAgICAgIDIJICAxMA0KCQlJTlQJ YWN0aXZlLWxvICAgICAgIGxldmVsCSAgICAgMgkgIDExCSAgICAgIDIJICAx MQ0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAgMgkgIDEyCSAg ICAgIDIJICAxMg0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBlZGdlCSAgICAg MgkgIDEzCSAgICAgIDIJICAxMw0KCQlJTlQJYWN0aXZlLWhpICAgICAgICBl ZGdlCSAgICAgMgkgIDE0CSAgICAgIDIJICAxNA0KCQlJTlQJYWN0aXZlLWhp ICAgICAgICBlZGdlCSAgICAgMgkgIDE1CSAgICAgIDIJICAxNQ0KCQlJTlQJ YWN0aXZlLWxvICAgICAgIGxldmVsCSAgICAgMAkgMjpECSAgICAgIDIJICAx OQ0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxldmVsCSAgICAgMAkgOTpBCSAg ICAgIDIJICAxNw0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxldmVsCSAgICAg MAkgOTpCCSAgICAgIDIJICAxNw0KCQlJTlQJYWN0aXZlLWxvICAgICAgIGxl dmVsCSAgICAgMAkxMzpBCSAgICAgIDIJICAxNw0KLS0NCkxvY2FsIEludHM6 CVR5cGUJUG9sYXJpdHkgICAgVHJpZ2dlcglCdXMgSUQJIElSUQlBUElDIElE CVBJTiMNCgkJRXh0SU5UCWFjdGl2ZS1oaSAgICAgICAgZWRnZQkgICAgIDIJ ICAgMAkgICAgMjU1CSAgIDANCgkJTk1JCWFjdGl2ZS1oaSAgICAgICAgZWRn ZQkgICAgIDAJIDA6QQkgICAgMjU1CSAgIDENCg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpNUCBDb25maWcgRXh0ZW5kZWQgVGFi bGUgRW50cmllczoNCg0KLS0NCg0KIGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6 IEkvTyBhZGRyZXNzDQogYWRkcmVzcyBiYXNlOiAweDANCiBhZGRyZXNzIHJh bmdlOiAweDEwMDAwDQotLQ0KDQogYnVzIElEOiAwIGFkZHJlc3MgdHlwZTog bWVtb3J5IGFkZHJlc3MNCiBhZGRyZXNzIGJhc2U6IDB4MjAwMDAwMDANCiBh ZGRyZXNzIHJhbmdlOiAweGQ0MDAwMDAwDQotLQ0KDQogYnVzIElEOiAwIGFk ZHJlc3MgdHlwZTogcHJlZmV0Y2ggYWRkcmVzcw0KIGFkZHJlc3MgYmFzZTog MHhmNDAwMDAwMA0KIGFkZHJlc3MgcmFuZ2U6IDB4NDAwMDAwMA0KLS0NCg0K IGJ1cyBJRDogMCBhZGRyZXNzIHR5cGU6IG1lbW9yeSBhZGRyZXNzDQogYWRk cmVzcyBiYXNlOiAweGY4MDAwMDAwDQogYWRkcmVzcyByYW5nZTogMHg4MDAw MDAwDQotLQ0KDQogYnVzIElEOiAwIGFkZHJlc3MgdHlwZTogbWVtb3J5IGFk ZHJlc3MNCiBhZGRyZXNzIGJhc2U6IDB4YTAwMDANCiBhZGRyZXNzIHJhbmdl OiAweDIwMDAwDQotLQ0KDQogYnVzIElEOiAwIGFkZHJlc3MgdHlwZTogbWVt b3J5IGFkZHJlc3MNCiBhZGRyZXNzIGJhc2U6IDB4ZDAwMDANCiBhZGRyZXNz IHJhbmdlOiAweDEwMDAwDQotLQ0KDQogYnVzIElEOiAyIGJ1cyBpbmZvOiAw eDAxIHBhcmVudCBidXMgSUQ6IDAtLQ0KDQogYnVzIElEOiAwIGFkZHJlc3Mg bW9kaWZpZXI6IGFkZA0KIHByZWRlZmluZWQgcmFuZ2U6IDB4MDAwMDAwMDAt LQ0KDQogYnVzIElEOiAwIGFkZHJlc3MgbW9kaWZpZXI6IGFkZA0KIHByZWRl ZmluZWQgcmFuZ2U6IDB4MDAwMDAwMDENCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCg0KIyBTTVAga2VybmVsIGNvbmZpZyBmaWxlIG9w dGlvbnM6DQoNCg0KIyBSZXF1aXJlZDoNCm9wdGlvbnMJCVNNUAkJCSMgU3lt bWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbA0Kb3B0aW9ucwkJQVBJQ19J TwkJCSMgU3ltbWV0cmljIChBUElDKSBJL08NCg0KIyBPcHRpb25hbCAoYnVp bHQtaW4gZGVmYXVsdHMgd2lsbCB3b3JrIGluIG1vc3QgY2FzZXMpOg0KI29w dGlvbnMJCU5DUFU9MgkJCSMgbnVtYmVyIG9mIENQVXMNCiNvcHRpb25zCQlO QlVTPTMJCQkjIG51bWJlciBvZiBidXNzZXMNCiNvcHRpb25zCQlOQVBJQz0x CQkJIyBudW1iZXIgb2YgSU8gQVBJQ3MNCiNvcHRpb25zCQlOSU5UUj0yNAkJ IyBudW1iZXIgb2YgSU5Ucw0KDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQoNCg== --0-446238485-882890885=:15025 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pnpinfo.out" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Q2hlY2tpbmcgZm9yIFBsdWctbi1QbGF5IGRldmljZXMuLi4NCg0KQ2FyZCBh c3NpZ25lZCBDU04gIzENClZlbmRvciBJRCBDU0MwYjM1ICgweDM1MGI2MzBl KSwgU2VyaWFsIE51bWJlciAweGZmZmZmZmZmDQpQblAgVmVyc2lvbiAxLjAs IFZlbmRvciBWZXJzaW9uIDENCkRldmljZSBEZXNjcmlwdGlvbjogQ1M0MjM2 Qg0KDQpMb2dpY2FsIERldmljZSBJRDogQ1NDMDAwMCAweDAwMDA2MzBlICMw DQpEZXZpY2UgRGVzY3JpcHRpb246IFdTUy9TQg0KVEFHIFN0YXJ0IERGDQpH b29kIENvbmZpZ3VyYXRpb24NCiAgICBETUE6IGNoYW5uZWwocykgMSANCgk4 LWJpdCwgbm90IGEgYnVzIG1hc3RlciwgY291bnQgYnkgYnl0ZSwgLCBUeXBl IEENCiAgICBETUE6IGNoYW5uZWwocykgMCAzIA0KCTgtYml0LCBub3QgYSBi dXMgbWFzdGVyLCBjb3VudCBieSBieXRlLCAsIFR5cGUgQQ0KICAgIElSUTog NSAgLSBvbmx5IG9uZSB0eXBlICh0cnVlL2VkZ2UpDQogICAgSS9PIFJhbmdl IDB4NTM0IC4uIDB4NTM0LCBhbGlnbm1lbnQgMHg0LCBsZW4gMHg0DQoJWzE2 LWJpdCBhZGRyXQ0KICAgIEkvTyBSYW5nZSAweDM4OCAuLiAweDM4OCwgYWxp Z25tZW50IDB4OCwgbGVuIDB4NA0KCVsxNi1iaXQgYWRkcl0NCiAgICBJL08g UmFuZ2UgMHgyMjAgLi4gMHgyMjAsIGFsaWdubWVudCAweDIwLCBsZW4gMHgx MA0KCVsxNi1iaXQgYWRkcl0NClRBRyBTdGFydCBERg0KQWNjZXB0YWJsZSBD b25maWd1cmF0aW9uDQogICAgRE1BOiBjaGFubmVsKHMpIDEgMyANCgk4LWJp dCwgbm90IGEgYnVzIG1hc3RlciwgY291bnQgYnkgYnl0ZSwgLCBUeXBlIEEN CiAgICBETUE6IGNoYW5uZWwocykgMCAxIDMgDQoJOC1iaXQsIG5vdCBhIGJ1 cyBtYXN0ZXIsIGNvdW50IGJ5IGJ5dGUsICwgVHlwZSBBDQogICAgSVJROiA1 IDcgMTAgMTEgMTIgMTUgIC0gb25seSBvbmUgdHlwZSAodHJ1ZS9lZGdlKQ0K ICAgIEkvTyBSYW5nZSAweDUzNCAuLiAweGZmYywgYWxpZ25tZW50IDB4NCwg bGVuIDB4NA0KCVsxNi1iaXQgYWRkcl0NCiAgICBJL08gUmFuZ2UgMHgzODgg Li4gMHgzODgsIGFsaWdubWVudCAweDgsIGxlbiAweDQNCglbMTYtYml0IGFk ZHJdDQogICAgSS9PIFJhbmdlIDB4MjIwIC4uIDB4MjYwLCBhbGlnbm1lbnQg MHgxMCwgbGVuIDB4MTANCglbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQgREYN ClN1Yi1vcHRpbWFsIENvbmZpZ3VyYXRpb24NCiAgICBETUE6IGNoYW5uZWwo cykgMCAxIDMgDQoJOC1iaXQsIG5vdCBhIGJ1cyBtYXN0ZXIsIGNvdW50IGJ5 IGJ5dGUsICwgVHlwZSBBDQogICAgSVJROiA1IDcgMTAgMTEgMTIgMTUgIC0g b25seSBvbmUgdHlwZSAodHJ1ZS9lZGdlKQ0KICAgIEkvTyBSYW5nZSAweDUz NCAuLiAweGZmYywgYWxpZ25tZW50IDB4NCwgbGVuIDB4NA0KCVsxNi1iaXQg YWRkcl0NCiAgICBJL08gUmFuZ2UgMHgzODggLi4gMHgzZjAsIGFsaWdubWVu dCAweDgsIGxlbiAweDQNCglbMTYtYml0IGFkZHJdDQogICAgSS9PIFJhbmdl IDB4MjIwIC4uIDB4MzAwLCBhbGlnbm1lbnQgMHgxMCwgbGVuIDB4MTANCglb MTYtYml0IGFkZHJdDQpUQUcgRW5kIERGDQoNCkxvZ2ljYWwgRGV2aWNlIElE OiBDU0MwMDAxIDB4MDEwMDYzMGUgIzENCkRldmljZSBEZXNjcmlwdGlvbjog R2FtZQ0KVEFHIFN0YXJ0IERGDQpHb29kIENvbmZpZ3VyYXRpb24NCiAgICBJ L08gUmFuZ2UgMHgyMDAgLi4gMHgyMDAsIGFsaWdubWVudCAweDgsIGxlbiAw eDgNCglbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQgREYNCkFjY2VwdGFibGUg Q29uZmlndXJhdGlvbg0KICAgIEkvTyBSYW5nZSAweDIwOCAuLiAweDIwOCwg YWxpZ25tZW50IDB4OCwgbGVuIDB4OA0KCVsxNi1iaXQgYWRkcl0NClRBRyBF bmQgREYNCg0KTG9naWNhbCBEZXZpY2UgSUQ6IENTQzAwMTAgMHgxMDAwNjMw ZSAjMg0KRGV2aWNlIERlc2NyaXB0aW9uOiBDdHJsDQogICAgSS9PIFJhbmdl IDB4MTIwIC4uIDB4ZmU4LCBhbGlnbm1lbnQgMHg4LCBsZW4gMHg4DQoJWzE2 LWJpdCBhZGRyXQ0KDQpMb2dpY2FsIERldmljZSBJRDogQ1NDMDAwMyAweDAz MDA2MzBlICMzDQpEZXZpY2UgRGVzY3JpcHRpb246IE1QVQ0KVEFHIFN0YXJ0 IERGDQpHb29kIENvbmZpZ3VyYXRpb24NCiAgICBJUlE6IDEwICAtIG9ubHkg b25lIHR5cGUgKHRydWUvZWRnZSkNCiAgICBJL08gUmFuZ2UgMHgzMzAgLi4g MHgzMzAsIGFsaWdubWVudCAweDgsIGxlbiAweDINCglbMTYtYml0IGFkZHJd DQpUQUcgU3RhcnQgREYNCkFjY2VwdGFibGUgQ29uZmlndXJhdGlvbg0KICAg IElSUTogNSA3IDEwIDExIDEyIDE1ICAtIG9ubHkgb25lIHR5cGUgKHRydWUv ZWRnZSkNCiAgICBJL08gUmFuZ2UgMHgzMzAgLi4gMHgzMzAsIGFsaWdubWVu dCAweDgsIGxlbiAweDINCglbMTYtYml0IGFkZHJdDQpUQUcgU3RhcnQgREYN ClN1Yi1vcHRpbWFsIENvbmZpZ3VyYXRpb24NCiAgICBJL08gUmFuZ2UgMHgz MzAgLi4gMHgzZjgsIGFsaWdubWVudCAweDgsIGxlbiAweDINCglbMTYtYml0 IGFkZHJdDQpUQUcgRW5kIERGDQpFbmQgVGFnDQoNClN1Y2Nlc3NmdWxseSBn b3QgNDYgcmVzb3VyY2VzLCA0IGxvZ2ljYWwgZmRldnMNCi0tIGNhcmQgc2Vs ZWN0ICMgMHgwMDAxDQoNCkNTTiBDU0MwYjM1ICgweDM1MGI2MzBlKSwgU2Vy aWFsIE51bWJlciAweGZmZmZmZmZmDQoNCkxvZ2ljYWwgZGV2aWNlICMwDQpJ TzogIDB4MDUzNCAweDAzODggMHgwMjIwIDB4MDAwMCAweDAwMDAgMHgwMDAw IDB4MDAwMCAweDAwMDANCklSUSA1IDANCkRNQSAxIDANCklPIHJhbmdlIGNo ZWNrIDB4MDAgYWN0aXZhdGUgMHgwMQ0KDQpMb2dpY2FsIGRldmljZSAjMQ0K SU86ICAweDAyMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAw MCAweDAwMDAgMHgwMDAwDQpJUlEgMCAwDQpETUEgNCA0DQpJTyByYW5nZSBj aGVjayAweDAwIGFjdGl2YXRlIDB4MDENCg0KTG9naWNhbCBkZXZpY2UgIzIN CklPOiAgMHgwMTIwIDB4MDAwMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAw MDAgMHgwMDAwIDB4MDAwMA0KSVJRIDAgMA0KRE1BIDQgNA0KSU8gcmFuZ2Ug Y2hlY2sgMHgwMCBhY3RpdmF0ZSAweDAxDQoNCkxvZ2ljYWwgZGV2aWNlICMz DQpJTzogIDB4MDMzMCAweDAwMDAgMHgwMDAwIDB4MDAwMCAweDAwMDAgMHgw MDAwIDB4MDAwMCAweDAwMDANCklSUSAxMCAwDQpETUEgNCA0DQpJTyByYW5n ZSBjaGVjayAweDAwIGFjdGl2YXRlIDB4MDENCg== --0-446238485-882890885=:15025 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Qm9vdGluZyAwOmZkKDAsYSlrZXJuZWwgQCAweDI4NjAwMA0KdGV4dD0weDEy ZDAwMCBkYXRhPTB4MTAwMCBic3M9MHgwIHN5bWJvbHM9WysweDArMHg0KzB4 MjcwKzB4NCsweDFlN10NCkNhbid0IGZpbmQgZmlsZSBrZXJuZWwuY29uZmln DQp0b3RhbD0weDNiNDQ1ZiBlbnRyeSBwb2ludD0weDI4NjAwMA0KVW5jb21w cmVzc2luZyBrZXJuZWwuLi53YXJuaW5nOiBtYWxsb2Mgd3JhcHBlZA0KZG9u ZQ0KQm9vdGluZyB0aGUga2VybmVsDQpCSU9TIGJhc2VtZW0gKDYzOEspICE9 IFJUQyBiYXNlbWVtICg2NDBLKSwgc2V0dGluZyB0byBCSU9TIHZhbHVlDQpC SU9TIGV4dG1lbSAoNjU1MzJLKSAhPSBSVEMgZXh0bWVtICg2NTUzNUspDQpD b3B5cmlnaHQgKGMpIDE5OTItMTk5NyBGcmVlQlNEIEluYy4NCkNvcHlyaWdo dCAoYykgMTk4MiwgMTk4NiwgMTk4OSwgMTk5MSwgMTk5Mw0KVGhlIFJlZ2Vu dHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0 cyByZXNlcnZlZC4NCkZyZWVCU0QgMy4wLUNVUlJFTlQgIzA6IFR1ZSBEZWMg MjMgMTI6NDM6MjIgQ0VUIDE5OTcNCiAgICByb290QGh3aW4ubmFzay53YXcu cGw6L3Vzci9zcmMvc3lzL2NvbXBpbGUvQk9PVE1GUw0KQ2FsaWJyYXRpbmcg Y2xvY2socykgLi4uIGk1ODYgY2xvY2s6IDIzMzEzNDc3MSBIeiwgaTgyNTQg Y2xvY2s6IDExOTMxNjkgSHoNCkNMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04g bm90IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5DQpDTEtf VVNFX0k1ODZfQ0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIG9s ZCBjYWxpYnJhdGlvbiBtZXRob2QNCkNQVTogUGVudGl1bSBQcm8gKDIzMy4x NC1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRl bCIgIElkID0gMHg2MzMgIFN0ZXBwaW5nPTMNCiAgRmVhdHVyZXM9MHg4MGZi ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNF UCxNVFJSLFBHRSxNQ0EsQ01PVixNTVg+DQpyZWFsIG1lbW9yeSAgPSA1MzY4 NzA5MTIgKDUyNDI4OEsgYnl0ZXMpDQpQaHlzaWNhbCBtZW1vcnkgY2h1bmso cyk6DQoweDAwMDAxMDAwIC0gMHgwMDA5ZWZmZiwgNjQ3MTY4IGJ5dGVzICgx NTggcGFnZXMpDQoweDAwM2I0MDAwIC0gMHgxZmZmZGZmZiwgNTMyOTc5NzEy IGJ5dGVzICgxMzAxMjIgcGFnZXMpDQphdmFpbCBtZW1vcnkgPSA1MTkzODA5 OTIgKDUwNzIwOEsgYnl0ZXMpDQpGb3VuZCBCSU9TMzIgU2VydmljZSBEaXJl Y3RvcnkgaGVhZGVyIGF0IDB4ZjAwZjcwNjANCkVudHJ5ID0gMHhmZDc4MSAo MHhmMDBmZDc4MSkgIFJldiA9IDAgIExlbiA9IDENClBDSSBCSU9TIGVudHJ5 IGF0IDB4MjFjDQpETUkgaGVhZGVyIGF0IDB4ZjAwZjcwNTANClZlcnNpb24g Mi4wDQpUYWJsZSBhdCAweGVmOTcwLCA0OSBlbnRyaWVzLCAxNTgxIGJ5dGVz DQpPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6DQpBQ1BJOiAwMDAwMDAw MA0KJFBuUDogMDAwZjcwOTANCnBjaV9vcGVuKDEpOm1vZGUgMSBhZGRyIHBv cnQgKDB4MGNmOCkgaXMgMHg4MDAwMDA1OA0KcGNpX29wZW4oMWEpOm1vZGUx cmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApDQpwY2lfY2ZnY2hlY2s6ZGV2 aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMgdGhlcmUgKGlkPTcx ODA4MDg2KQ0KUHJvYmluZyBmb3IgZGV2aWNlcyBvbiBQQ0kgYnVzIDA6DQpm b3VuZC0+dmVuZG9yPTB4ODA4NiwgZGV2PTB4NzE4MCwgcmV2aWQ9MHgwMw0K Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KbWFwWzBd OiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIGY0MDAwMDAwLCBzaXplIDI2DQpj aGlwMDogPEhvc3QgdG8gUENJIGJyaWRnZSAodmVuZG9yPTgwODYgZGV2aWNl PTcxODApPiByZXYgMHgwMyBvbiBwY2kwLjAuMA0KZm91bmQtPnZlbmRvcj0w eDgwODYsIGRldj0weDcxODEsIHJldmlkPTB4MDMNCmNsYXNzPTA2LTA0LTAw LCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTANCmNoaXAxOiA8UENJIHRvIFBDSSBi cmlkZ2UgKHZlbmRvcj04MDg2IGRldmljZT03MTgxKT4gcmV2IDB4MDMgb24g cGNpMC4xLjANCmZvdW5kLT52ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTEwLCBy ZXZpZD0weDAxDQpjbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xDQpjaGlwMjogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+ IHJldiAweDAxIG9uIHBjaTAuMi4wDQpmb3VuZC0+dmVuZG9yPTB4ODA4Niwg ZGV2PTB4NzExMSwgcmV2aWQ9MHgwMQ0KY2xhc3M9MDEtMDEtODAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MA0KaWRlX3BjaTA6IDxJbnRlbCBQSUlYNCBCdXMt bWFzdGVyIElERSBjb250cm9sbGVyPiByZXYgMHgwMSBvbiBwY2kwLjIuMQ0K aW50ZWxfcGlpeF9zdGF0dXM6IHByaW1hcnkgbWFzdGVyL3NsYXZlIHNhbXBs ZSA9IDMsIG1hc3Rlci9zbGF2ZSByZWNvdmVyeSA9IDMNCmludGVsX3BpaXhf c3RhdHVzOiBwcmltYXJ5IG1hc3RlciBmYXN0RE1Bb25seSBkaXNhYmxlZCwg cHJlL3Bvc3QgZGlzYWJsZWQsDQppbnRlbF9waWl4X3N0YXR1czogIElPUkRZ IHNhbXBsaW5nIGVuYWJsZWQsDQppbnRlbF9waWl4X3N0YXR1czogIGZhc3Qg UElPIGVuYWJsZWQNCmludGVsX3BpaXhfc3RhdHVzOiBwcmltYXJ5IG1hc3Rl ci9zbGF2ZSBzYW1wbGUgPSAzLCBtYXN0ZXIvc2xhdmUgcmVjb3ZlcnkgPSAz DQppbnRlbF9waWl4X3N0YXR1czogcHJpbWFyeSBzbGF2ZSBmYXN0RE1Bb25s eSBkaXNhYmxlZCwgcHJlL3Bvc3QgZGlzYWJsZWQsDQppbnRlbF9waWl4X3N0 YXR1czogIElPUkRZIHNhbXBsaW5nIGRpc2FibGVkLA0KaW50ZWxfcGlpeF9z dGF0dXM6ICBmYXN0IFBJTyBkaXNhYmxlZA0KaWRlX3BjaTogYnVzbWFzdGVy IDAgc3RhdHVzOiAyMCBmcm9tIHBvcnQ6IDAwMDBmY2IyDQppZGVfcGNpOiBp ZGUwOjAgaGFzIGJlZW4gY29uZmlndXJlZCBmb3IgRE1BIGJ5IEJJT1MNCmlu dGVsX3BpaXhfc3RhdHVzOiBzZWNvbmRhcnkgbWFzdGVyL3NsYXZlIHNhbXBs ZSA9IDUsIG1hc3Rlci9zbGF2ZSByZWNvdmVyeSA9IDQNCmludGVsX3BpaXhf c3RhdHVzOiBzZWNvbmRhcnkgbWFzdGVyIGZhc3RETUFvbmx5IGRpc2FibGVk LCBwcmUvcG9zdCBkaXNhYmxlZCwNCmludGVsX3BpaXhfc3RhdHVzOiAgSU9S RFkgc2FtcGxpbmcgZGlzYWJsZWQsDQppbnRlbF9waWl4X3N0YXR1czogIGZh c3QgUElPIGRpc2FibGVkDQppbnRlbF9waWl4X3N0YXR1czogc2Vjb25kYXJ5 IG1hc3Rlci9zbGF2ZSBzYW1wbGUgPSA1LCBtYXN0ZXIvc2xhdmUgcmVjb3Zl cnkgPSA0DQppbnRlbF9waWl4X3N0YXR1czogc2Vjb25kYXJ5IHNsYXZlIGZh c3RETUFvbmx5IGRpc2FibGVkLCBwcmUvcG9zdCBkaXNhYmxlZCwNCmludGVs X3BpaXhfc3RhdHVzOiAgSU9SRFkgc2FtcGxpbmcgZGlzYWJsZWQsDQppbnRl bF9waWl4X3N0YXR1czogIGZhc3QgUElPIGRpc2FibGVkDQppZGVfcGNpOiBi dXNtYXN0ZXIgMSBzdGF0dXM6IDA0IGZyb20gcG9ydDogMDAwMGZjYmENCmZv dW5kLT52ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTEyLCByZXZpZD0weDAxDQpj bGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQppbnRwaW49 ZCwgaXJxPTkNCmNoaXAzOiA8SW50ZWwgODIzNzFBQiBVU0IgaG9zdCBjb250 cm9sbGVyPiByZXYgMHgwMSBpbnQgZCBpcnEgOSBvbiBwY2kwLjIuMg0KZm91 bmQtPnZlbmRvcj0weDgwODYsIGRldj0weDcxMTMsIHJldmlkPTB4MDENCmNs YXNzPTA2LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCmNoaXA0OiA8 SW50ZWwgODIzNzFBQiBwb3dlciBtYW5hZ2VtZW50PiByZXYgMHgwMSBvbiBw Y2kwLjIuMw0KZm91bmQtPnZlbmRvcj0weDgwODYsIGRldj0weDEyMjksIHJl dmlkPTB4MDINCmNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTANCmludHBpbj1hLCBpcnE9OQ0KbWFwWzBdOiB0eXBlIDMsIHJhbmdlIDMy LCBiYXNlIGZlY2ZkMDAwLCBzaXplIDEyDQptYXBbMV06IHR5cGUgNCwgcmFu Z2UgMzIsIGJhc2UgMDAwMGZjYzAsIHNpemUgIDUNCm1hcFsyXTogdHlwZSAx LCByYW5nZSAzMiwgYmFzZSBmZWQwMDAwMCwgc2l6ZSAyMA0KZnhwMDogPElu dGVsIEV0aGVyRXhwcmVzcyBQcm8gMTAvMTAwQiBFdGhlcm5ldD4gcmV2IDB4 MDIgaW50IGEgaXJxIDkgb24gcGNpMC4zLjANCmZ4cDA6IEV0aGVybmV0IGFk ZHJlc3MgMDA6YTA6Yzk6NjE6MmM6NTUNCmZvdW5kLT52ZW5kb3I9MHg5MDA0 LCBkZXY9MHg3ODk1LCByZXZpZD0weDAzDQpjbGFzcz0wMS0wMC0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0xDQppbnRwaW49YSwgaXJxPTExDQptYXBbMF06 IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGY4MDAsIHNpemUgIDgNCm1h cFsxXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZWNmZjAwMCwgc2l6ZSAx Mg0KZm91bmQtPnZlbmRvcj0weDkwMDQsIGRldj0weDc4OTUsIHJldmlkPTB4 MDMNCmNsYXNzPTAxLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTENCmlu dHBpbj1iLCBpcnE9MTENCm1hcFswXTogdHlwZSA0LCByYW5nZSAzMiwgYmFz ZSAwMDAwZjQwMCwgc2l6ZSAgOA0KbWFwWzFdOiB0eXBlIDEsIHJhbmdlIDMy LCBiYXNlIGZlY2ZlMDAwLCBzaXplIDEyDQpmb3VuZC0+dmVuZG9yPTB4NTMz MywgZGV2PTB4ODkwMSwgcmV2aWQ9MHgxNg0KY2xhc3M9MDMtMDAtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MA0KaW50cGluPWEsIGlycT0xMQ0KbWFwWzBd OiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGY4MDAwMDAwLCBzaXplIDI2DQp2 Z2EwOiA8UzMgVHJpbyA2NCBncmFwaGljcyBhY2NlbGVyYXRvcj4gcmV2IDB4 MTYgaW50IGEgaXJxIDExIG9uIHBjaTAuMTMuMA0KUHJvYmluZyBmb3IgZGV2 aWNlcyBvbiBQQ0kgYnVzIDE6DQpQcm9iaW5nIGZvciBkZXZpY2VzIG9uIHRo ZSBJU0EgYnVzOg0Kc2MwOiB0aGUgY3VycmVudCBrZXlib2FyZCBjb250cm9s bGVyIGNvbW1hbmQgYnl0ZSAwMDQ1DQprYmRpbzogRElBR05PU0Ugc3RhdHVz OjAwNTUNCmtiZGlvOiBURVNUX0tCRF9QT1JUIHN0YXR1czowMDAwDQprYmRp bzogUkVTRVRfS0JEIHJldHVybiBjb2RlOjAwZmENCmtiZGlvOiBSRVNFVF9L QkQgc3RhdHVzOjAwYWENCnNjMCBhdCAweDYwLTB4NmYgaXJxIDEgb24gbW90 aGVyYm9hcmQNCnNjMDogQklPUyB2aWRlbyBtb2RlOjMNCnNjMDogVkdBIHJl Z2lzdGVycyB1cG9uIHBvd2VyLXVwDQo1MCAxOCAxMCAwMCAxMCAwMCAwMyAw MCAwMiA2NyA1ZiA0ZiA1MCA4MiA1NSA4MSANCmJmIDFmIDAwIDRmIDBkIDBl IDAwIDAwIDA3IDMwIDljIDhlIDhmIDI4IDFmIDk2IA0KYjkgYTMgZmYgMDAg MDEgMDIgMDMgMDQgMDUgMTQgMDcgMzggMzkgM2EgM2IgM2MgDQozZCAzZSAz ZiAwYyAwMCAwZiAwOCAwMCAwMCAwMCAwMCAwMCAxMCAwZSAwMCBmZiANCnNj MDogdmlkZW8gbW9kZToyNA0Kc2MwOiBWR0EgcmVnaXN0ZXJzIGluIEJJT1Mg Zm9yIG1vZGU6MjQNCjUwIDE4IDEwIDAwIDEwIDAwIDAzIDAwIDAyIDY3IDVm IDRmIDUwIDgyIDU1IDgxIA0KYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDAg MDAgOWMgOGUgOGYgMjggMWYgOTYgDQpiOSBhMyBmZiAwMCAwMSAwMiAwMyAw NCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNmIDBjIDAwIDBm IDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0Kc2MwOiBWR0EgcmVn aXN0ZXJzIHRvIGJlIHVzZWQgZm9yIG1vZGU6MjQNCjUwIDE4IDEwIDAwIDEw IDAwIDAzIDAwIDAyIDY3IDVmIDRmIDUwIDgyIDU1IDgxIA0KYmYgMWYgMDAg NGYgMGQgMGUgMDAgMDAgMDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgDQpiOSBh MyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyAN CjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAw IGZmIA0Kc2MwOiByb3dzX29mZnNldDoxDQpzYzA6IFZHQSBjb2xvciA8NCB2 aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDA+DQplZDAgbm90IGZvdW5kIGF0 IDB4MjgwDQpmZTAgbm90IGZvdW5kIGF0IDB4MzAwDQpzaW8wIGF0IDB4M2Y4 LTB4M2ZmIGlycSA0IGZsYWdzIDB4MzAgb24gaXNhDQpzaW8wOiB0eXBlIDE2 NTUwQSwgY29uc29sZQ0Kc2lvMSBhdCAweDJmOC0weDJmZiBpcnEgMyBvbiBp c2ENCnNpbzE6IHR5cGUgMTY1NTBBDQpzaW8yOiBkaXNhYmxlZCwgbm90IHBy b2JlZC4NCnNpbzM6IGRpc2FibGVkLCBub3QgcHJvYmVkLg0KbHB0MCBhdCAw eDM3OC0weDM3ZiBpcnEgNyBvbiBpc2ENCmxwdDA6IEludGVycnVwdC1kcml2 ZW4gcG9ydA0KbHAwOiBUQ1AvSVAgY2FwYWJsZSBpbnRlcmZhY2UNCmxwdDEg bm90IGZvdW5kDQptc2UwOiB3cm9uZyBzaWduYXR1cmUgZmYNCm1zZTAgbm90 IGZvdW5kIGF0IDB4MjNjDQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTow MDQ1DQprYmRpbzogVEVTVF9BVVhfUE9SVCBzdGF0dXM6MDAwMA0Ka2JkaW86 IFJFU0VUX0FVWCByZXR1cm4gY29kZTowMGZlDQprYmRpbzogUkVTRVRfQVVY IHJldHVybiBjb2RlOjAwZmUNCmtiZGlvOiBSRVNFVF9BVVggcmV0dXJuIGNv ZGU6MDBmZQ0Ka2JkaW86IERJQUdOT1NFIHN0YXR1czowMDU1DQprYmRpbzog VEVTVF9LQkRfUE9SVCBzdGF0dXM6MDAwMA0KcHNtMDogZmFpbGVkIHRvIHJl c2V0IHRoZSBhdXggZGV2aWNlLg0KcHNtMCBub3QgZm91bmQgYXQgMHg2MA0K ZmRjMCBhdCAweDNmMC0weDNmNyBpcnEgNiBkcnEgMiBvbiBpc2ENCmZkYzA6 IEZJRk8gZW5hYmxlZCwgOCBieXRlcyB0aHJlc2hvbGQNCmZkMDogMS40NE1C IDMuNWluDQp3ZGMwIGF0IDB4MWYwLTB4MWY3IGlycSAxNCBvbiBpc2ENCndk YzA6IHVuaXQgMCAoYXRhcGkpOiA8VE9TSElCQSBDRC1ST00gWE0tNjEwMkIv MTExMj4sIHJlbW92YWJsZSwgYWNjZWwsIG92bGFwLCBkbWEsIGlvcmR5DQp3 Y2QwOiA0MTMzLzQxMzRLYi9zZWMsIDI1NktiIGNhY2hlLCBhdWRpbyBwbGF5 LCAyNTUgdm9sdW1lIGxldmVscywgZWplY3RhYmxlIHRyYXkNCndjZDA6IDEy MG1tIGRhdGEgZGlzYyBsb2FkZWQsIHVubG9ja2VkDQp3ZGMxIG5vdCBmb3Vu ZCBhdCAweDE3MA0KYnQwIG5vdCBmb3VuZCBhdCAweDMzMA0KdWhhMCBub3Qg Zm91bmQgYXQgMHgzMzANCmFoYTAgbm90IGZvdW5kIGF0IDB4MzMwDQphaWMw IG5vdCBmb3VuZCBhdCAweDM0MA0KbmNhMCBub3QgZm91bmQgYXQgMHgxZjg4 DQpuY2ExIG5vdCBmb3VuZCBhdCAweDM1MA0Kc2VhMCBub3QgZm91bmQNCnd0 MCBub3QgZm91bmQgYXQgMHgzMDANCm1jZDA6IHRpbWVvdXQgZ2V0dGluZyBz dGF0dXMNCm1jZDAgbm90IGZvdW5kIGF0IDB4MzAwDQptYXRjZGMwIG5vdCBm b3VuZCBhdCAweDIzMA0Kc2NkMCBub3QgZm91bmQgYXQgMHgyMzANCmllMDog dW5rbm93biBib2FyZF9pZDogZjAwMA0KaWUwIG5vdCBmb3VuZCBhdCAweDMw MA0KZXAwIG5vdCBmb3VuZCBhdCAweDMwMA0KZXgwIG5vdCBmb3VuZA0KbGUw IG5vdCBmb3VuZCBhdCAweDMwMA0KbG5jMCBub3QgZm91bmQgYXQgMHgyODAN CnplMCBub3QgZm91bmQgYXQgMHgzMDANCnpwMCBub3QgZm91bmQgYXQgMHgz MDANCm5weDAgb24gbW90aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZh Y2UNCmFwbTA6IGRpc2FibGVkLCBub3QgcHJvYmVkLg0KaW1hc2tzOiBiaW8g YzAwODQwNDAsIHR0eSBjMDA3MDI5YSwgbmV0IGMwMDcwMjlhDQpCSU9TIEdl b21ldHJpZXM6DQogMDowMjI4ZmUzZiAwLi41NTI9NTUzIGN5bGluZGVycywg MC4uMjU0PTI1NSBoZWFkcywgMS4uNjM9NjMgc2VjdG9ycw0KIDAgYWNjb3Vu dGVkIGZvcg0KRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuDQpDb25z aWRlcmluZyBNRlMgcm9vdCBmL3MuDQpjaGFuZ2luZyByb290IGRldmljZSB0 byBmZDBjDQpyb290ZnMgaXMgMTQ0MCBLYnl0ZSBjb21waWxlZCBpbiBNRlMN Ci9zdGFuZC9zeXNpbnN0YWxsIHJ1bm5pbmcgYXMgaW5pdCBvbiBzZXJpYWwg Y29uc29sZQ0KDQo= --0-446238485-882890885=:15025-- From owner-freebsd-current Wed Dec 24 01:18:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24024 for current-outgoing; Wed, 24 Dec 1997 01:18:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24009 for ; Wed, 24 Dec 1997 01:18:23 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp114.wcc.net [208.6.232.114]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id DAA20174; Wed, 24 Dec 1997 03:15:20 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.8/8.8.7) id DAA17870; Wed, 24 Dec 1997 03:18:06 -0600 (CST) (envelope-from joelh) Date: Wed, 24 Dec 1997 03:18:06 -0600 (CST) Message-Id: <199712240918.DAA17870@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Random crash update From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, as I said earlier, I was having random core dumps from Emacs, bash, sendmail, and others when I rebuilt the OS. I rebuilt it again (from the same sources, ctm 3176, w/o secure) and thought my woes were over. It turns out that they were apparently just less frequent. Instead of seeing one program crash every five minutes, it's more like every 20 or so. During the build process, everything worked fine. I had shut down all non-essential processes (X, inetd, sendmail, etc) for the duration. No core dumps. I rebuilt the new sources one at a time, by first rebuilding include, then lib, then executing in csh: foreach foo in ( bin gnu include lib libexec lkm sbin usr.bin usr.sbin ) cd $foo make all install clean || break cd .. end (Yes, I realize this makes include and lib build again. No harm, eh?) A couple of times sources wouldn't complete (slattach and startslip had problems with not including certain #includes, but I had noticed a patch in the pipe so just didn't rebuild them... I'll submit a pr if that's not fixed by the time this fiasco ends; also, something else (I've got it written down somewhere around here) wanted to install a file to the previously nonexistant /usr/share/locale/sl_SI.ISO_8859-2 directory), at which point I used the same csh command with the SUBDIR variable, and omitted the sections I had problems with. (This is what happens when you have a low-paying job and can't afford enough drive space to make world.) Rebooted. No worries, it appeared. Ran Emacs's M-1 2 M-x hanoi command (towers of hanoi, n=12). It naturally gc'd several times, but never gave me a problem. (Before the second rebuild, it would crash before completing a n=6 run.) Shut down the system completely. Next boot, start to get my mail. In about two hours, I've had the following errors: -bash in free(): warning: pointer to wrong page. -bash in free(): warning: modified (chunk-) pointer. [bash exits.] -bash in free(): warning: junk pointer, too high to make sense. -bash in free(): warning: modified (chunk-) pointer. [bash hangs at very high CPU usage.] Dec 24 02:30:37 detlev /kernel: pid 1275 (sendmail), uid 0: exited on signal 11 [sendmail exits.] Dec 24 03:00:38 detlev /kernel: pid 2211 (sendmail), uid 0: exited on signal 11 [sendmail exits.] (Does anybody know how to convince sendmail to leave core dumps?) Recall that bash and sendmail each were giving me problems after my first rebuild, among others. Additionally, bash is only dumping when a child process dies. The first sendmail shouldn't have been forking (IIRC, the mail queue was empty), but I could be wrong. The second sendmail had an empty queue and no network connection, so it shouldn't have forked at all. Nevertheless, I'll mention that kern.fast_vfork=1; I haven't tried changing it yet. Note also that although sendmail was recompiled, its sources have not changed since I first installed FreeBSD on this box (28 Nov) save hub.mc, which of course wasn't used. Note yet also that bash has not been recompiled. The following timeline be of interest: - The first time I connected, ijjppp dropped my connection during the middle of the session. I had timeout set to 300 seconds. The fetchmail session was very much active. - Upon reconnecting and setting timeout to 0, I ran fetchmail and ssh. Both uneventful. - After retrieving some 200+ messages, and running them all through sendmail, I verified that mailq was empty, set the timeout back to 300, and started a ping to test ppp's timeout. (ppp stayed up this time.) - During this ping, I noticed inetd consuming some 93% of the system resources according to top. (Am486DX/4-100, 16MB RAM.) I killed inetd; I didn't need it at the moment. (Restarted inetd later and ping'd 127.0.0.1; no recongizable effect on inetd; besides, inetd shouldn't even see ICMPs if I understand right.) - Sometime around here (after checking mailq, before sending message) was when sendmail died the first time. - Killed ping, dropped ppp connection. - Started writing this message. During the composition, sendmail died again. If anybody has any suggestions, I'd love to hear them. Thanks, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Wed Dec 24 01:20:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24286 for current-outgoing; Wed, 24 Dec 1997 01:20:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24266 for ; Wed, 24 Dec 1997 01:20:53 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id KAA12261 for freebsd-current@freebsd.org; Wed, 24 Dec 1997 10:20:47 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id KAA17008; Wed, 24 Dec 1997 10:06:04 +0100 (MET) Date: Wed, 24 Dec 1997 10:06:04 +0100 (MET) Message-Id: <199712240906.KAA17008@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712231524.IAA29738@panzer.plutotech.com> <19971223102957.25742@mcs.net> <199712232011.VAA13879@uriah.heep.sax.de> <199712240532.WAA10674@narnia.plutotech.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Adaptec AIC-7895 (on-board double-channel SCSI) X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Justin T. Gibbs" wrote: > For the hardware it supports, it is in a "releasable" state. The trouble > is, it doesn't support enough hardware yet. I'm hopeful that as more > people start using the code, I'll get more offers to write new controller > and peripheral drivers. I would be willing to have a look at optical and CD-R devices, but i'm afraid none of my experimental machines is supported yet (NCR 53C810, AHA1540A), so bootstrapping is a little hard. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Dec 24 01:26:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24739 for current-outgoing; Wed, 24 Dec 1997 01:26:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24728 for ; Wed, 24 Dec 1997 01:26:21 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id BAA15083; Wed, 24 Dec 1997 01:25:02 -0800 (PST) To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Adaptec AIC-7895 ??? Intel Dakota MB... In-reply-to: Your message of "Tue, 23 Dec 1997 16:28:05 +0100." Date: Wed, 24 Dec 1997 01:25:02 -0800 Message-ID: <15079.882955502@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As I wrote in previous message, the kernel doesn't find SCSI controller at > all... it seems to me that PCI probe doesn't find it first, and > consequently the aha driver has nothing to do (so probably it's not its > fault). Uh, everyone already answered this I thought. You need the CAM driver. Jordan From owner-freebsd-current Wed Dec 24 02:25:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA28654 for current-outgoing; Wed, 24 Dec 1997 02:25:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA28634 for ; Wed, 24 Dec 1997 02:25:09 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id NAA20477; Wed, 24 Dec 1997 13:22:03 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id NAA01553; Wed, 24 Dec 1997 13:24:11 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712241024.NAA01553@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: joelh@gnu.org cc: freebsd-current@FreeBSD.ORG Subject: Re: Random crash update In-reply-to: Your message of "Wed, 24 Dec 1997 03:18:06 CST." <199712240918.DAA17870@detlev.UUCP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 13:24:11 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joel Ray Holveck wrote: > Well, as I said earlier, I was having random core dumps from Emacs, > bash, sendmail, and others when I rebuilt the OS. I rebuilt it again > (from the same sources, ctm 3176, w/o secure) and thought my woes were ctm 3176 is a very bad delta. It contains ufs_readwrite.c 1.36. Upgrade this file to 1.37. (and rebuild kernel). Dima From owner-freebsd-current Wed Dec 24 03:02:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA00226 for current-outgoing; Wed, 24 Dec 1997 03:02:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA00206 for ; Wed, 24 Dec 1997 03:02:47 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14218 invoked by uid 1000); 24 Dec 1997 10:59:27 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 24 Dec 1997 02:59:27 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Make Release Failure Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recent changes to /usr/share/mk/bsd.info.mk cause make release to fail. I do not understand the makefiles well enough to tell why but the problem is very repeatable. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Dec 24 03:08:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA00494 for current-outgoing; Wed, 24 Dec 1997 03:08:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA00475 for ; Wed, 24 Dec 1997 03:08:17 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14191 invoked by uid 1000); 24 Dec 1997 10:58:08 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 24 Dec 1997 02:58:08 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Panic in ffs_blkfree Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current as of today, SMP kernel: dev=0x504c0, block = 7888, fs - /mnt4 panic: ffs_blkfree: Freeing free block mp_lock = 0000001; cpuid = 0; lapic.id = 0000000 trace Debugger panic ffs_blkfree at ffs_blkfree+0x19b ffs_indirtrunc ffs_truncate ffs_write vn_write write syscall Xsyscall ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Dec 24 03:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01099 for current-outgoing; Wed, 24 Dec 1997 03:20:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-23.ix.netcom.com [207.93.143.151]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01078; Wed, 24 Dec 1997 03:20:35 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA27011; Wed, 24 Dec 1997 03:20:33 -0800 (PST) Date: Wed, 24 Dec 1997 03:20:33 -0800 (PST) Message-Id: <199712241120.DAA27011@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, stable@freebsd.org Reply-to: current@freebsd.org Subject: p-make From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here is a new set of patches. My previous one didn't work because it ran out of processes -- the build was spawning N processes at each level -- so, at the 4th level, there were N^4 processes. Some makes got "no more processes" errors, but continued anyway (why?) and the build died much later. So, I made it so that the forking only happens at one level. When bsd.subdir.mk parallelizes a make, it will append -B to the flags so it won't be forked again. First, the numbers from individual directories. The four numbers are "make -j4 all" async/sync for /usr/{src,obj} and with parent dir pmake/leaf node pmake. The machines are both P6-200, /usr/{src,obj} are on 8-disk CCDs of IBM 9GB 7,200RPM drives (the first machine has larger partition though...the total size is 8GB for 2.2-stable and 3GB for 3.0-current). 3.0-current has NOTCL defined. 2.2-stable: === bin 72.73 real 62.09 user 9.62 sys <- async, parent 83.56 real 62.28 user 10.08 sys <- async, leaf 73.00 real 62.24 user 9.77 sys <- sync, parent 84.80 real 62.14 user 10.49 sys <- sync, leaf sbin 95.27 real 80.57 user 13.18 sys 113.60 real 80.20 user 13.05 sys 95.29 real 80.72 user 12.98 sys 115.11 real 80.13 user 13.40 sys lib 843.87 real 599.77 user 223.81 sys 708.49 real 462.48 user 178.23 sys 906.87 real 602.89 user 222.62 sys 759.95 real 466.66 user 177.76 sys libexec 55.12 real 46.02 user 8.26 sys 65.73 real 46.00 user 8.34 sys 55.43 real 45.80 user 8.55 sys 67.20 real 46.25 user 8.26 sys share 111.31 real 88.32 user 19.70 sys 139.89 real 87.36 user 18.77 sys 109.44 real 87.19 user 19.94 sys 144.42 real 87.45 user 19.10 sys usr.bin 446.97 real 379.21 user 62.02 sys 520.46 real 380.81 user 60.70 sys 447.28 real 378.71 user 62.14 sys 526.67 real 380.85 user 62.48 sys usr.sbin 402.24 real 342.53 user 54.49 sys 461.16 real 342.22 user 52.96 sys 401.83 real 342.56 user 53.78 sys 467.48 real 343.44 user 53.25 sys gnu/lib 537.30 real 445.09 user 84.75 sys 562.43 real 447.25 user 87.67 sys 546.56 real 447.99 user 85.05 sys 583.22 real 447.74 user 87.56 sys gnu/usr.bin 1094.20 real 942.52 user 93.68 sys 1089.30 real 938.02 user 93.64 sys 1114.73 real 950.29 user 93.84 sys 1114.97 real 950.11 user 94.73 sys === 3.0-current: === bin 69.65 real 60.11 user 8.17 sys 79.47 real 60.17 user 8.26 sys 69.79 real 60.38 user 7.99 sys 79.92 real 60.06 user 8.52 sys sbin 96.35 real 81.64 user 12.71 sys 115.08 real 81.60 user 11.90 sys 96.39 real 81.63 user 12.64 sys 117.10 real 81.64 user 12.12 sys lib 1259.10 real 918.46 user 251.52 sys 1499.31 real 924.88 user 276.02 sys 1344.95 real 922.70 user 248.34 sys 1625.90 real 927.65 user 281.68 sys libexec 53.42 real 45.15 user 6.94 sys 62.50 real 45.06 user 6.74 sys 53.52 real 45.25 user 6.96 sys 64.59 real 45.20 user 6.72 sys share 107.32 real 85.39 user 15.29 sys 139.84 real 85.76 user 14.84 sys 108.04 real 84.96 user 15.76 sys 144.18 real 85.79 user 14.94 sys usr.bin 463.92 real 395.59 user 57.83 sys 534.99 real 394.94 user 56.71 sys 463.25 real 396.46 user 56.61 sys 540.16 real 396.20 user 56.53 sys usr.sbin 402.00 real 344.13 user 49.20 sys 461.87 real 343.06 user 47.52 sys 401.31 real 344.71 user 48.22 sys 467.61 real 343.75 user 47.95 sys gnu/lib 510.97 real 424.14 user 72.09 sys 543.21 real 423.12 user 76.13 sys 518.31 real 426.08 user 72.46 sys 569.64 real 424.54 user 76.14 sys gnu/usr.bin 1003.39 real 905.61 user 81.43 sys 1055.77 real 907.60 user 81.05 sys 1010.71 real 906.07 user 81.50 sys 1063.74 real 907.70 user 80.91 sys === As you can see, it speeds up places like bin and usr.bin quite a bit. The tradeoff is if you have one or two very large directories (compared to the others), that one will be running a single-process make (because of -B) long after others are done. I actually had to move sh much earlier in the SUBDIR list in bin/Makefile so it doesn't happen. I observed this by looking at the make output; we may need to do similar things in usr.sbin (xntpd is pretty large and is near the end of the list). On the other hand, it doesn't help much in places like lib (it actually hurts in 2.2-stable). It's because there is one directory (libc) that basically dwarfs the rest. My guess on the reason why 3.0-current behaves better is because it also builds libc_r, which is about as big so there's at least a two-way parellism going on even after everything else is done. For lib, I'm actually not sure why it helps at all. For gnu/usr.bin, I assume it's spending most of the time inside cc. Now, for the whole buildworld. The numbers are measured by doing a "rm -rf /usr/obj/usr/src" and doing the actual build with -DNOCLEAN. -j4 async parent -j4 async leaf -j4 sync parent -j4 sync leaf -j2 async parent -j2 async leaf -j2 sync parent -j2 sync leaf 2.2-stable: === 5517.40 real 3785.70 user 927.84 sys 5726.68 real 3766.08 user 960.40 sys 5900.12 real 3787.60 user 945.85 sys 6090.51 real 3768.67 user 970.15 sys 5408.57 real 3816.63 user 860.06 sys 5650.55 real 3749.16 user 851.64 sys 5613.19 real 3776.83 user 843.19 sys 6016.20 real 3756.14 user 852.53 sys === 3.0-current: === 5255.05 real 4080.63 user 832.97 sys 5903.48 real 4073.16 user 859.38 sys 5468.84 real 4101.21 user 829.75 sys 6138.02 real 4076.45 user 863.55 sys 5332.94 real 4074.15 user 811.88 sys 6149.01 real 4059.68 user 846.22 sys 5603.09 real 4083.54 user 799.08 sys 6489.46 real 4068.01 user 857.28 sys === As you can see, it helps quite a bit on -current. It didn't make much difference in -stable. (I disabled forking in lib/Makefile of -stable.) Here are the patches. I'm especially interested in SMP people's numbers. The patches are relative to -current on 11th and last week's -stable. (The -current machine is also a CAM testbox so I only sync the source when there is a CAM snapshot.) 2.2-stable: === Index: Makefile =================================================================== RCS file: /usr/cvs/src/Makefile,v retrieving revision 1.109.2.20 diff -u -r1.109.2.20 Makefile --- Makefile 1997/10/26 22:46:16 1.109.2.20 +++ Makefile 1997/12/22 11:52:52 @@ -640,6 +669,7 @@ .endfor .for __target in clean cleandir obj depend +.if defined(NOPMAKESUBDIR) .for entry in ${SUBDIR} ${entry}.${__target}__D: .PHONY if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ @@ -654,6 +684,9 @@ ${MAKE} ${__target} DIRPRFX=${DIRPRFX}$${edir}/ .endfor par-${__target}: ${SUBDIR:S/$/.${__target}__D/} +.else +par-${__target}: ${__target} +.endif .endfor .include Index: bin/Makefile =================================================================== RCS file: /usr/cvs/src/bin/Makefile,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 Makefile --- Makefile 1997/03/07 09:39:06 1.4.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -1,8 +1,13 @@ # From: @(#)Makefile 8.1 (Berkeley) 5/31/93 # $Id: Makefile,v 1.4.2.1 1997/03/07 09:39:06 joerg Exp $ -SUBDIR= cat chio chmod cp csh date dd df domainname echo ed expr hostname \ - kill ln ls mkdir mv pax ps pwd rcp rm rmail rmdir sh sleep \ +# XXX put large subdirectories in front to make pmake happy + +SUBDIR= csh sh pax \ + cat chio chmod cp date dd df domainname echo ed expr hostname \ + kill ln ls mkdir mv ps pwd rcp rm rmail rmdir sleep \ stty sync test + +PMAKESUBDIR= t .include Index: games/Makefile =================================================================== RCS file: /usr/cvs/src/games/Makefile,v retrieving revision 1.10.2.1 diff -u -r1.10.2.1 Makefile --- Makefile 1997/09/11 03:03:14 1.10.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -8,4 +8,6 @@ rain random robots rogue sail snake trek wargames worm worms \ wump +PMAKESUBDIR= t + .include Index: gnu/lib/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/lib/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 1996/10/04 08:44:26 1.13 +++ Makefile 1997/12/17 05:53:32 @@ -2,4 +2,6 @@ SUBDIR= libdialog libg++ libgmp libmp libobjc libregex libreadline libstdc++ +PMAKESUBDIR= t + .include Index: gnu/usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.sbin/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 1996/04/28 04:06:06 1.4 +++ Makefile 1997/12/17 05:53:32 @@ -1,6 +1,4 @@ # $Id: Makefile,v 1.4 1996/04/28 04:06:06 wpaul Exp $ -SUBDIR= - .include Index: lib/Makefile =================================================================== RCS file: /usr/cvs/src/lib/Makefile,v retrieving revision 1.47.2.9 diff -u -r1.47.2.9 Makefile --- Makefile 1997/10/08 10:37:20 1.47.2.9 +++ Makefile 1997/12/19 06:37:21 @@ -48,4 +48,6 @@ SUBDIR+= compat +#PMAKESUBDIR= t + .include Index: lib/compat/Makefile =================================================================== RCS file: /usr/cvs/src/lib/compat/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 1996/12/23 05:07:19 1.1 +++ Makefile 1997/12/17 05:53:32 @@ -1,7 +1,5 @@ # $Id: Makefile,v 1.1 1996/12/23 05:07:19 peter Exp $ -SUBDIR= - # Note that compat21 is *not* for the 2.1.x branch! .if defined(COMPAT1X) || defined(RELEASEDIR) SUBDIR+= compat1x Index: lib/libpcap/Makefile =================================================================== RCS file: /usr/cvs/src/lib/libpcap/Makefile,v retrieving revision 1.12.2.1 diff -u -r1.12.2.1 Makefile --- Makefile 1997/10/26 22:48:31 1.12.2.1 +++ Makefile 1997/12/19 21:18:17 @@ -33,6 +33,8 @@ .endfor scanner.o: tokdefs.h +scanner.po: tokdefs.h +scanner.so: tokdefs.h .ORDER: grammar.c tokdefs.h tokdefs.h: grammar.c Index: libexec/Makefile =================================================================== RCS file: /usr/cvs/src/libexec/Makefile,v retrieving revision 1.20.2.3 diff -u -r1.20.2.3 Makefile --- Makefile 1997/07/05 14:23:54 1.20.2.3 +++ Makefile 1997/12/17 05:53:32 @@ -27,4 +27,6 @@ SUBDIR+=rbootd .endif +PMAKESUBDIR= t + .include Index: lkm/Makefile =================================================================== RCS file: /usr/cvs/src/lkm/Makefile,v retrieving revision 1.24.2.1 diff -u -r1.24.2.1 Makefile --- Makefile 1997/11/06 13:03:53 1.24.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -10,4 +10,6 @@ # XXX builds, but not useable with present design # fpu gnufpu union +PMAKESUBDIR= t + .include Index: sbin/Makefile =================================================================== RCS file: /usr/cvs/src/sbin/Makefile,v retrieving revision 1.34.2.1 diff -u -r1.34.2.1 Makefile --- Makefile 1997/03/26 20:05:24 1.34.2.1 +++ Makefile 1997/12/17 05:53:32 @@ -14,4 +14,6 @@ SUBDIR+= ${MACHINE} .endif +PMAKESUBDIR= t + .include Index: share/Makefile =================================================================== RCS file: /usr/cvs/src/share/Makefile,v retrieving revision 1.12.2.2 diff -u -r1.12.2.2 Makefile --- Makefile 1997/07/19 15:31:33 1.12.2.2 +++ Makefile 1997/12/17 05:53:32 @@ -3,4 +3,6 @@ SUBDIR= dict doc examples info man me misc mk skel syscons \ tabset termcap timedef zoneinfo +PMAKESUBDIR= t + .include Index: share/mk/bsd.subdir.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.subdir.mk,v retrieving revision 1.11.2.2 diff -u -r1.11.2.2 bsd.subdir.mk --- bsd.subdir.mk 1997/06/21 15:48:22 1.11.2.2 +++ bsd.subdir.mk 1997/12/17 05:53:33 @@ -29,7 +29,23 @@ .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink .if !target(__target) +.if (defined(PMAKESUBDIR) && !defined(NOPMAKESUBDIR)) +${__target}: ${SUBDIR:S/$/.${__target}__D/} + +.for entry in ${SUBDIR} +${entry}.${__target}__D: .PHONY + @if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ + ${ECHODIR} "===> ${DIRPRFX}${entry}.${MACHINE}"; \ + cd ${.CURDIR}/${entry}.${MACHINE}; \ + else \ + ${ECHODIR} "===> ${DIRPRFX}${entry}"; \ + cd ${.CURDIR}/${entry}; \ + fi; \ + ${MAKE} -B ${__target} +.endfor +.else ${__target}: _SUBDIRUSE +.endif .endif .endfor Index: usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/Makefile,v retrieving revision 1.73.2.10 diff -u -r1.73.2.10 Makefile --- Makefile 1997/08/21 04:00:56 1.73.2.10 +++ Makefile 1997/12/17 05:53:33 @@ -60,4 +60,6 @@ SUBDIR+=f77 pascal systat vmstat .endif +PMAKESUBDIR= t + .include Index: usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/Makefile,v retrieving revision 1.98.2.6 diff -u -r1.98.2.6 Makefile --- Makefile 1997/09/15 04:56:52 1.98.2.6 +++ Makefile 1997/12/17 05:53:33 @@ -34,4 +34,6 @@ SUBDIR+=config iostat .endif +PMAKESUBDIR= t + .include === 3.0-current: === Index: Makefile =================================================================== RCS file: /usr/cvs/src/Makefile,v retrieving revision 1.155 diff -u -r1.155 Makefile --- Makefile 1997/10/10 13:02:36 1.155 +++ Makefile 1997/12/22 11:03:15 @@ -668,6 +697,7 @@ .endfor .for __target in clean cleandir obj depend +.if defined(NOPMAKESUBDIR) .for entry in ${SUBDIR} ${entry}.${__target}__D: .PHONY if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ @@ -682,6 +712,9 @@ ${MAKE} ${__target} DIRPRFX=${DIRPRFX}$${edir}/ .endfor par-${__target}: ${SUBDIR:S/$/.${__target}__D/} +.else +par-${__target}: ${__target} +.endif .endfor .include Index: bin/Makefile =================================================================== RCS file: /usr/cvs/src/bin/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 1997/12/07 02:26:12 1.9 +++ Makefile 1997/12/18 15:47:16 @@ -1,8 +1,13 @@ # From: @(#)Makefile 8.1 (Berkeley) 5/31/93 # $Id: Makefile,v 1.9 1997/12/07 02:26:12 peter Exp $ -SUBDIR= cat chio chmod cp csh date dd df domainname echo ed expr hostname \ - kill ln ls mkdir mv pax ps pwd rcp rm rmail rmdir sh sleep \ +# XXX put large subdirectories in front to make pmake happy + +SUBDIR= csh sh pax \ + cat chio chmod cp date dd df domainname echo ed expr hostname \ + kill ln ls mkdir mv ps pwd rcp rm rmail rmdir sleep \ stty sync test + +PMAKESUBDIR= t .include Index: games/Makefile =================================================================== RCS file: /usr/cvs/src/games/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 1997/09/11 02:52:59 1.13 +++ Makefile 1997/12/18 15:47:16 @@ -8,4 +8,6 @@ rain random robots rogue sail snake trek wargames worm worms \ wump +PMAKESUBDIR= t + .include Index: gnu/lib/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/lib/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile 1997/02/22 15:42:33 1.15 +++ Makefile 1997/12/18 15:47:16 @@ -2,4 +2,6 @@ SUBDIR= libdialog libg++ libgmp libmp libobjc libregex libreadline libstdc++ +PMAKESUBDIR= t + .include Index: gnu/usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/Makefile,v retrieving revision 1.36 diff -u -r1.36 Makefile --- Makefile 1997/04/12 07:19:09 1.36 +++ Makefile 1997/12/18 15:47:16 @@ -4,6 +4,8 @@ grep groff gzip ld man patch ptx rcs sdiff send-pr \ sort tar texinfo +PMAKESUBDIR= t + .if !defined(NOPERL) && exists(${.CURDIR}/perl) SUBDIR+=perl .endif Index: gnu/usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/gnu/usr.sbin/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 1997/02/22 15:48:30 1.6 +++ Makefile 1997/12/18 15:47:17 @@ -1,6 +1,4 @@ # $Id: Makefile,v 1.6 1997/02/22 15:48:30 peter Exp $ -SUBDIR= - .include Index: lib/Makefile =================================================================== RCS file: /usr/cvs/src/lib/Makefile,v retrieving revision 1.58 diff -u -r1.58 Makefile --- Makefile 1997/12/04 10:48:14 1.58 +++ Makefile 1997/12/18 15:47:17 @@ -45,5 +45,7 @@ .endif SUBDIR+= compat + +PMAKESUBDIR= t .include Index: lib/compat/Makefile =================================================================== RCS file: /usr/cvs/src/lib/compat/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1997/02/22 14:57:32 1.3 +++ Makefile 1997/12/18 15:47:17 @@ -1,7 +1,5 @@ # $Id: Makefile,v 1.3 1997/02/22 14:57:32 peter Exp $ -SUBDIR= - # Note that compat21 is *not* for the 2.1.x branch! .if defined(COMPAT1X) || defined(RELEASEDIR) SUBDIR+= compat1x Index: libexec/Makefile =================================================================== RCS file: /usr/cvs/src/libexec/Makefile,v retrieving revision 1.26 diff -u -r1.26 Makefile --- Makefile 1997/09/28 09:07:34 1.26 +++ Makefile 1997/12/18 15:47:17 @@ -22,4 +22,6 @@ SUBDIR+=rbootd .endif +PMAKESUBDIR= t + .include Index: lkm/Makefile =================================================================== RCS file: /usr/cvs/src/lkm/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- Makefile 1997/08/28 14:45:12 1.28 +++ Makefile 1997/12/18 15:47:18 @@ -8,4 +8,6 @@ # XXX builds, but not useable with present design # fpu gnufpu union +PMAKESUBDIR= t + .include Index: sbin/Makefile =================================================================== RCS file: /usr/cvs/src/sbin/Makefile,v retrieving revision 1.41 diff -u -r1.41 Makefile --- Makefile 1997/10/19 11:15:39 1.41 +++ Makefile 1997/12/18 15:47:18 @@ -16,4 +16,6 @@ SUBDIR+= ${MACHINE} .endif +PMAKESUBDIR= t + .include Index: share/Makefile =================================================================== RCS file: /usr/cvs/src/share/Makefile,v retrieving revision 1.14 diff -u -r1.14 Makefile --- Makefile 1997/07/19 15:17:41 1.14 +++ Makefile 1997/12/18 15:47:18 @@ -3,4 +3,6 @@ SUBDIR= dict doc examples info man me misc mk skel syscons \ tabset termcap timedef zoneinfo +PMAKESUBDIR= t + .include Index: share/mk/bsd.subdir.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.subdir.mk,v retrieving revision 1.19 diff -u -r1.19 bsd.subdir.mk --- bsd.subdir.mk 1997/11/15 13:09:52 1.19 +++ bsd.subdir.mk 1997/12/18 15:52:41 @@ -60,7 +60,23 @@ .for __target in all checkdpadd clean cleandir depend lint \ maninstall obj objlink .if !target(${__target}) +.if (defined(PMAKESUBDIR) && !defined(NOPMAKESUBDIR)) +${__target}: ${SUBDIR:S/$/.${__target}__D/} + +.for entry in ${SUBDIR} +${entry}.${__target}__D: .PHONY + @if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ + ${ECHODIR} "===> ${DIRPRFX}${entry}.${MACHINE}"; \ + cd ${.CURDIR}/${entry}.${MACHINE}; \ + else \ + ${ECHODIR} "===> ${DIRPRFX}${entry}"; \ + cd ${.CURDIR}/${entry}; \ + fi; \ + ${MAKE} -B ${__target} +.endfor +.else ${__target}: _SUBDIRUSE +.endif .endif .endfor Index: usr.bin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/Makefile,v retrieving revision 1.91 diff -u -r1.91 Makefile --- Makefile 1997/12/06 05:23:59 1.91 +++ Makefile 1997/12/18 15:47:18 @@ -61,4 +61,6 @@ SUBDIR+=f77 pascal systat vmstat .endif +PMAKESUBDIR= t + .include Index: usr.sbin/Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/Makefile,v retrieving revision 1.114 diff -u -r1.114 Makefile --- Makefile 1997/12/07 02:27:48 1.114 +++ Makefile 1997/12/18 15:47:19 @@ -33,5 +33,7 @@ .elif ${MACHINE} == "tahoe" SUBDIR+=config iostat .endif + +PMAKESUBDIR= t .include === (I had to edit the patches by hand to remove other local mods, sorry if I screwed up.) As you can see in bsd.subdir.mk, you can define NOPMAKESUBDIR in the environment to get the current behavior (leaf branching for most, with toplevel branching for clean, obj and depend). Without NOPMAKESUBDIR, you will get my custom branching (try to branch at the thickest part of the tree). Satoshi From owner-freebsd-current Wed Dec 24 04:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA04656 for current-outgoing; Wed, 24 Dec 1997 04:23:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.rih.org (mail.rih.org [168.229.204.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA04646 for ; Wed, 24 Dec 1997 04:23:30 -0800 (PST) (envelope-from Postmaster@mail.rih.org) Message-Id: <199712241223.EAA04646@hub.freebsd.org> Received: from mail.rih.org by mail.rih.org (AppleShare IP Mail Server 5.0.1) id 14951 via NDR; Wed, 24 Dec 1997 07:24:56 -0500 From: "Postmaster" Date: Wed, 24 Dec 1997 07:24:55 -0500 Subject: Non-Delivery Report To: undisclosed-recipients:; Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could not deliver message (ID=14944). Local account 'peterh' is unknown. The first portion of the original message text follows: ------------------------------------------------------- Received: from sarip.sol.net by mail.rih.org (AppleShare IP Mail Server 5.0.1) id 14944 via TCP with SMTP; Wed, 24 Dec 1997 07:24:55 -0500 Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by sarip.sol.net (8.8.8/8.8.8/SNNS-1.02) with ESMTP id GAA17697; Wed, 24 Dec 1997 06:07:07 -0600 (CST) Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA01127; Wed, 24 Dec 1997 03:20:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01099 for current-outgoing; Wed, 24 Dec 1997 03:20:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-23.ix.netcom.com [207.93.143.151]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01078; Wed, 24 Dec 1997 03:20:35 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id DAA27011; Wed, 24 Dec 1997 03:20:33 -0800 (PST) Date: Wed, 24 Dec 1997 03:20:33 -0800 (PST) Message-Id: <199712241120.DAA27011@silvia.HIP.Berkeley.EDU> To: current@FreeBSD.ORG, stable@FreeBSD.ORG Reply-to: current@FreeBSD.ORG Subject: p-make From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, here is a new set of patches. My previous one didn't work because it ran out of processes -- the build was spawning N processes at each level -- so, at the 4th level, there were N^4 processes. Some makes got "no more processes" errors, but continued anyway (why?) and the build died much later. So, I made it so that the forking only happens at one level. When bsd.subdir.mk parallelizes a make, it will append -B to the flags so it won't be forked again. First, the numbers from individual directories. The four numbers are "make -j4 all" async/sync for /usr/{src,obj} and with parent dir pmake/leaf node pmake. The machines are both P6-200, /usr/{src,obj} are on 8-disk CCDs of IBM 9GB 7,200RPM drives (the first machine has larger partition though...the total size is 8GB for 2.2-stable and 3GB for 3.0-current). 3.0-current has NOTCL defined. 2.2-stable: === bin 72.73 real 62.09 user 9.62 sys <- async, parent 83.56 real 62.28 user 10.08 sys <- async, leaf 73.00 real 62.24 user 9.77 sys <- sync, parent 84.80 real 62.14 user 10.49 sys <- sync, leaf sbin 95.27 real 80.57 user 13.18 sys 113.60 real 80.20 user 13.05 sys 95.29 real 80.72 user 12.98 sys 115.11 real 80.13 user 13.40 sys lib 843.87 real 599.77 user 223.81 sys 708.49 real 462.48 user 178.23 sys 906.87 real 602.89 user 222.62 sys 759.95 real 466.66 user 177.76 sys libexec 55.12 real 46.02 user 8.26 sys 65.73 real 46.00 user 8.34 sys 55.43 real 45.80 user 8.55 sys 67.20 real 46.25 user 8.26 sys share 111.31 real 88.32 user 19.70 sys 139.89 real 87.36 user 18.77 sys 109.44 real 87.19 user 19.94 sys 144.42 real 87.45 user 19.10 sys usr.bin 446.97 real 379.21 user 62.02 sys 520.46 real 380.81 user 60.70 sys 447.28 real 378.71 user 62.14 sys 526.67 real 380.85 user 62.48 sys usr.sbin 402.24 real 342.53 user 54.49 sys 461.16 real 342.22 user 52.96 sys 401.83 real 342.56 user 53.78 sys 467.48 real 343.44 user 53.25 sys gnu/lib 537.30 real 445.09 user 84.75 sys 562.43 real 447.25 user 87.67 sys 546.56 real 447.99 user 85.05 sys 583.22 real 447.74 user 87.56 sys gnu/usr.bin 1094.20 real 942.52 user 93.68 sys 1089.30 real 938.02 user 93.64 sys 1114.73 real 950.29 user 93.84 sys 1114.97 real 950.11 user 94.73 sys === 3.0-current: === bin 69.65 real 60.11 user 8.17 sys 79.47 real 60.17 user 8.26 sys 69.79 real 60.38 user 7.99 sys 79.92 real 60.06 user 8.52 sys sbin 96.35 real 81.64 user 12.71 sys 115.08 real 81.60 user 11.90 sys 96.39 real 81.63 user 12.64 sys 117.10 real 81.64 user 12.12 sys lib 1259.10 real 918.46 user 251.52 sys 1499.31 real 924.88 user 276.02 sys 1344.95 real 922.70 user 248.34 sys 1625.90 real 927.65 user 281.68 sys libexec 53.42 real 45.15 user 6.94 sys 62.50 real 45.06 user 6.74 sys 53.52 real 45.25 user 6.96 sys 64.59 real 45.20 user 6.72 sys share 107.32 real 85.39 user 15.29 sys 139.84 real 85.76 user 14.84 sys 108.04 real 84.96 user 15.76 sys 144.18 real 85.79 user 14.94 sys usr.bin 463.92 real 395.59 user 57.83 sys 534.99 real 394.94 user 56.71 sys 463.25 real 396.46 user 56.61 sys 540.16 real 396.20 user 56.53 sys usr.sbin 402.00 real 344.13 user 49.20 sys 461.87 real 343.06 user 47.52 sys 401.31 real 344.71 user 48.22 sys 467.61 real 343.75 user 47.95 sys gnu/lib 510.97 real 424.14 user 72.09 sys 543.21 real 423.12 user 76.13 sys 518.31 real 426.08 user 72.46 sys 569.64 real 424.54 user 76.14 sys gnu/usr.bin 1003.39 real 905.61 user 81.43 sys 1055.77 real 907.60 user 81.05 sys 1010.71 real 906.07 user 81.50 sys 1063.74 real 907.70 user 80.91 sys === As you can see, it speeds up places like bin and usr.bin quite a bit. The tradeoff is if you have one or two very large directories (compared to the others), that one will be running a single-process make (because of -B) long after others are done. I actually had to move sh much earlier in the SUBDIR list in bin/Makefile so it doesn't happen. I observed this by looking at the make output; we may need to do similar things in usr.sbin (xntpd is pretty large and is near the end of the list). On the other hand, it doesn't help much in places like lib (it actually hurts in 2.2-stable). It's because there is one directory (libc) that basically dwarfs the rest. My guess on the reason why 3.0-current behaves better is because it also builds libc_r, which is about as big so there's at least a two-way parellism going on even after everything else is done. For lib, I'm actually not sure why it helps at all. For gnu/usr.bin, I assume it's spending most of the time inside cc. Now, for the whole buildworld. The numbers are measured by doing a "rm -rf /usr/obj/usr/src" and doing the actual build with -DNOCLEAN. -j4 async parent -j4 async leaf -j4 sync parent -j4 sync leaf -j2 async parent -j2 async leaf -j2 sync parent -j2 sync leaf 2.2-stable: === 5517.40 real 3785.70 user 927.84 sys 5726.68 real 3766.08 user 960.40 sys 5900.12 real 3787.60 user 945.85 sys 6090.51 real 3768.67 user 970.15 sys 5408.57 real 3816.63 user 860.06 sys 5650.55 real 3749.16 user 851.64 sys 5613.19 real 3776.83 user 843.19 sys 6016.20 real 3756.14 user 852. From owner-freebsd-current Wed Dec 24 04:38:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA05266 for current-outgoing; Wed, 24 Dec 1997 04:38:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA05257 for ; Wed, 24 Dec 1997 04:38:22 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id NAA00543; Wed, 24 Dec 1997 13:39:08 +0100 (MET) Message-ID: <34A11044.2DAA5DA6@giovannelli.it> Date: Wed, 24 Dec 1997 14:38:12 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "Dan Ts'o" CC: current@freebsd.org Subject: Re: Crashes and more... References: <199712240745.CAA23388@dna.rockefeller.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dan Ts'o wrote: > > It's an AMD k6-233 , A2940UW, 64mb ram, 2 HD wide quantum XP34550W. > > > > Any suggests ? > > > > Sounds reminiscent of the old K6 sig 11 bug that was fixed in > newer chips. Are you sure your CPU chip has the bug fix ? It has made about a world a day till Saturday 20.... :-) Thanks for your reply. -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Wed Dec 24 05:42:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08153 for current-outgoing; Wed, 24 Dec 1997 05:42:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from goliath.camtech.com.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA08138 for ; Wed, 24 Dec 1997 05:42:19 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from matte.camtech.net.au (dialup-ad-5-13.camtech.net.au [203.28.0.173]) by goliath.camtech.com.au (8.8.5/8.8.2) with ESMTP id AAA27447; Thu, 25 Dec 1997 00:10:40 +1030 (CST) Received: from camtech.net.au (localhost [127.0.0.1]) by matte.camtech.net.au (8.8.8/8.7.3) with ESMTP id AAA00530; Thu, 25 Dec 1997 00:11:44 +1030 (CST) Message-ID: <34A11117.CA37C60A@camtech.net.au> Date: Thu, 25 Dec 1997 00:11:43 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Gianmarco Giovannelli , FreeBSD CURRENT Subject: Re: Crashes and more... References: <34A04EFF.70C4F103@giovannelli.it> <3.0.5.32.19971224075907.008a0b40@giovannelli.it> Content-Type: multipart/mixed; boundary="------------D3A904A9095E976D1667B48C" Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------D3A904A9095E976D1667B48C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I've found that whilst running a system that was fully built at ctm-src-cur delta 3156 and trying to make world at delta 3175 (after building a kernel and booting it) I've had many seg faults and have just not been able to make world. I am running a standard Intel Pentium 150 overclocked to 166 (it has been overclocked like this for a long time with no problems so that is not relevant). I am actually running a kernel now which was built from sources at ctm-src-cur delta 3139 (even though the system is built at delta 3156) because I find that kernels at delta 3152, 3156 and 3175 are prone to total system freezes requiring a press of the reset switch not to mention the kernel at 3175 seg faulting all the time under load (read make world with -O -pipe and async,noatime mounts and me using X on the system running Communicator etc). All of this is not a problem with the kernel of 3139 and indeed I was able to make world on systems built at 3139, 3152 and 3156. I think those make worlds were overnight and that the lockups I've had always happen when I'm actually using the system doing some X intensive thing such as xdm just starting up. I run XFree86 3.3.1 by the way with the SVGA driver for my ET6000 in 16 bit mode. (I run the W32 driver in 8 bit mode for faster acceleration - for xmame :) ). Attached are my kernel config file and a dmesg output. P.S. Does anyone know why the /etc/rc.conf variable linux_enable="YES" seems to be ignored so that I have to "modload /lkm/linux_mod.o" in my /etc/rc.local ?? Is there something missing from recent /etc/rc (by recent I mean over the last several months). Gianmarco Giovannelli wrote: > > >> I am not able to do a make world after one of the last cvsup. > >> It exits on signal 11 or signal 10 in different part of the process ... > >> > >> I have changed the ram twice but the problem is still here... > >> Netscape crashes randomly rebooting my box without informations. > >> > >> > >> Tha last make world I succeded was made in the same time of this kernel > >> : > >> > >> FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec > >> 20 00:36:51 CET 1997 > >> root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 > >> > >> Boh ? I don't know what is happening , but it is not solved with the > >> latest cvsup... > >> > >What kind of processor are you running on? If it is a 386, then > >I can imagine a problem (I haven't been able to test on 386 processors.) > > It's an AMD k6-233 , A2940UW, 64mb ram, 2 HD wide quantum XP34550W. > > Any suggests ? > > Regards... > Gianmarco > "Unix expert since yesterday" > > Home page: http://www.giovannelli.it/~gmarco > Alt. page: http://www2.masternet.it/ -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 --------------D3A904A9095E976D1667B48C Content-Type: text/plain; charset=us-ascii; name="3139" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="3139" # Machine with 32 Bit WD disks, ATAPI CD-ROM, SB16, NE2000 NIC # and ncr PCI SCSI. # NOTE: FAST2722 is the last kernel before the Lite 2 merge! # $Id: FAST3139,v 5.1 1997/11/22 02:06:00 CDT matt Exp $ # based on $Id: LINT,v 1.380 1997/11/17 13:57:40 alex Exp $ # machine "i386" ident "FAST3139" maxusers 10 options INCLUDE_CONFIG_FILE # Include this file in kernel config kernel root on wd0 cpu "I586_CPU" options "CPU_DISABLE_5X86_LSSER" # should not be used if you use memory mapped I/O device(s). options "CPU_FASTER_5X86_FPU" # COMPATIBILITY OPTIONS options "COMPAT_43" # Compatible with BSD 4.3 [KEEP THIS!] options USER_LDT # Let processes manipulate their local descriptor table (needed for WINE) options SYSVSHM # Enable SYSV style shared memory options SYSVSEM # Enable SYSV style semaphores options SYSVMSG # Enable SYSV style message queues options "MD5" # Include a MD5 routine in the kernel options "VM86" # Allow processes to switch to vm86 mode (needed for doscmd) # DEBUGGING OPTIONS options DDB # Enable the kernel debugger options UCONSOLE # Allow users to grab the console options USERCONFIG # boot -c editor options VISUAL_USERCONFIG # visual boot -c editor # NETWORKING OPTIONS options INET # Internet communications protocols # Network interfaces: pseudo-device ether # Generic Ethernet pseudo-device loop # Network loopback device pseudo-device tun 1 # Tunnel driver(user process ppp) # FILESYSTEM OPTIONS # The ones I have commented out will autoload when required options FFS # Berkeley Fast Filesystem options NFS # Network Filesystem options "CD9660" # ISO 9660 Filesystem options MFS # Memory Filesystem options MSDOSFS # MSDOS Filesystem options PROCFS # Process Filesystem options NSWAPDEV=4 # Allow this many swap-devices controller pci0 controller ncr0 # My card set for termination and using IRQ 11 # SCSI DEVICE CONFIGURATION controller scbus0 at ncr0 # Base SCSI code disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 # MISCELLANEOUS DEVICES AND OPTIONS pseudo-device pty 32 # Pseudo ttys - can go as high as 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn # Vnode driver (turns a file into a device) pseudo-device ccd 4 # Concatenated disk driver # HARDWARE DEVICE CONFIGURATION controller isa0 # Options for `isa': options "AUTO_EOI_1" # Save 0.7-1.25 usec for each interrupt #options "AUTO_EOI_2" # ditto for slave 8259A controller pnp0 # Enable PnP support in the kernel options XSERVER # Include code for XFree86 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=12 # number of virtual consoles options SC_HISTORY_SIZE=200 # number of history buffer lines device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr options "CMD640" # Enable work around for CMD640 h/w bug controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0xa0ffa0ff vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI # Enable ATAPI support for IDE bus options ATAPI_STATIC # Don't do it as an LKM device wcd0 # IDE CD-ROM driver controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x300 net irq 9 iomem 0xd8000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 # Luigi's snd code #device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr device joy0 at isa? port "IO_GAME" --------------D3A904A9095E976D1667B48C Content-Type: text/plain; charset=us-ascii; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sat Nov 22 16:20:16 CST 1997 matt@matte.camtech.net.au:/usr/src/sys/compile/FAST3139 CPU: Pentium (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46665728 (45572K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.7.0 ide_pci0: rev 0x02 on pci0.7.1 ncr0: rev 0x02 int a irq 10 on pci0.8.0 scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 1 sd0: Direct-Access 415MB (850451 512 byte sectors) scbus0 target 1 lun 0: 5.0 MB/s (200 ns, offset 8) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd1 could not mode sense (4). Using ficticious geometry 305MB (625356 512 byte sectors) scbus0 target 2 lun 0: 5.0 MB/s (200 ns, offset 8) sd2 at scbus0 target 2 lun 0 sd2: type 0 fixed SCSI 2 sd2: Direct-Access sd2: ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd2 could not mode sense (4). Using ficticious geometry 305MB (625356 512 byte sectors) vga0: rev 0x30 int a irq 12 on pci0.9.0 Probing for PnP devices: CSN 1 Vendor ID: CTL0024 [0x24008c0e] Serial 0x100a1ec0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <12 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 9 on isa ed0: address 00:00:e8:20:33:e8, type NE2000 (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 1204MB (2467584 sectors), 2448 cyls, 16 heads, 63 S/T, 512 B/S fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: joy0 at 0x201 on isa joy0: joystick ccd0-3: Concatenated disk drivers --------------D3A904A9095E976D1667B48C-- From owner-freebsd-current Wed Dec 24 05:47:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08336 for current-outgoing; Wed, 24 Dec 1997 05:47:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from goliath.camtech.com.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA08331 for ; Wed, 24 Dec 1997 05:47:18 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from matte.camtech.net.au (dialup-ad-5-13.camtech.net.au [203.28.0.173]) by goliath.camtech.com.au (8.8.5/8.8.2) with ESMTP id AAA27631; Thu, 25 Dec 1997 00:15:35 +1030 (CST) Received: from camtech.net.au (localhost [127.0.0.1]) by matte.camtech.net.au (8.8.8/8.7.3) with ESMTP id AAA00545; Thu, 25 Dec 1997 00:16:39 +1030 (CST) Message-ID: <34A1123E.EF1F1B3F@camtech.net.au> Date: Thu, 25 Dec 1997 00:16:38 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Greg Lehey CC: Gianmarco Giovannelli , John Preisler , current@FreeBSD.ORG Subject: Re: Crashes and more... References: <34A04EFF.70C4F103@giovannelli.it> <34A04EFF.70C4F103@giovannelli.it> <199712240039.SAA17507@argon.vapornet.com> <3.0.5.32.19971224080332.00aac6e0@giovannelli.it> <19971224185358.29886@lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I dont think my crashes are heat related because the system runs fine on a kernel built from ctm-src-cur delta 3139 sources. I really think that there is something screwey with recent current. Compiling in options NO_F00F_HACK didn't help so its not that. Maybe its John Polstra's recent changes... I dont know. I think there may still be some vnode related deadlocks happening. Take that last paragraph with a grain of salt as I have no experience in diagnosing these things. Thats just the feeling I get with the timing of these problems. Greg Lehey wrote: > > On Wed, Dec 24, 1997 at 08:03:32AM +0100, Gianmarco Giovannelli wrote: > > At 06:39 PM 23-12-97 -0600, John Preisler wrote: > >> > >> I had similar symptoms when my cpu fan died. > > > > Mine works, it's a last generation fan (Asus TX smart MB). > > That's not enough. The K6/233 is the hottest running processor > currently available, and it should come with a special fan. > > > I hope it is a smart enough to not switch off during the make world :-) > > No way. > > Greg -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 From owner-freebsd-current Wed Dec 24 08:54:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17876 for current-outgoing; Wed, 24 Dec 1997 08:54:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [195.224.76.132]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA17864; Wed, 24 Dec 1997 08:54:23 -0800 (PST) (envelope-from johns@chiark.greenend.org.uk) Received: from localhost by chiark.greenend.org.uk with smtp id m0xku46-0004p8C (Debian /\oo/\ Smail3.1.29.1 #29.37); Wed, 24 Dec 97 16:53 GMT Date: Wed, 24 Dec 1997 16:53:50 +0000 (GMT) From: John Sullivan Reply-To: John Sullivan To: Stefan Esser cc: freebsd-current@freebsd.org, The Hermit Hacker Subject: Re: Wine Emulator Patch... In-Reply-To: <19971224110019.23782@mi.uni-koeln.de> Message-ID: Organization: Huh? MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 24 Dec 1997, Stefan Esser wrote: >On 1997-12-23 17:53 -0500, The Hermit Hacker wrote: >> around this deficiency (as did I when I built it onto my computer), but I >> got into a discussion with the developers about this in the newsgroup, and >> have been informed that this is, in fact, wrong :( >Well, and you trust that information ? :) Oh I see - my opinion can't possibly be right because I expressed it on USENET. ;) >If you are working in an 8bit locale, then there >is no problem. > >If somebody is working in a non-8bit locale, and >there is a problem, please let me know! Well the problem as I see it is that the functions in question were being used to support Windows' Unicode conversion/manipulation functions (a 16-bit encoding of a 16-bit character set). Unless you like lots of 1-character truncated strings, there most definitely *is* a problem with using standard MBCS routines to implement these. Even without the character set difference (locale defined vs. UCS2), a wide character string is *not* the same as an MBCS encoded string, ever, under any (8 or >8 bit) locale. A single wide character may or may not be the same as some ordering of the component MBCS bytes joined together, but who knows? >> My argument was weak to start off with, in that I didnt' believe >> that anything other then Linux had this, and that putting wctype.h as part >> of the distribution made it more Linux-only...except that other OSs >> (Solaris, AIX, etc) do have a wctype.h file, so why are we missing it? For the record, this is a comment from the Linux/GNU libc header: /* * ISO/IEC 9899:1990/Amendment 1:1995 7.15: * Wide-character classification and mapping utilities */ >Perhaps, because some of the FreeBSD developers >already spent a lot of time with support for >wide character locales ? ;-) Eh? I'm not sure I understand what you're implying here. >> > If you go into misc/lstr.c with vi, do a search/replace of: >> > >> > tow -> to >> > isw -> is >> Well, it probably will compile, but the two sets of functions are >> *supposed* to be different. >Supposed ??? >Don't think so. Why can't the simple is__() / to__() >function get it right ? Because MBCS functions assume an array of bytes, where a single character is represented by a possibly variable, >=1 number of bytess. Wide character functions assume an array of fixed size elements each representing a single character. The two sets are rarely interchangable. It turns out now that I don't believe the tow__() version are entirely suitable either, but with a 16 bit wctype_t they will do the right thing more often than the MBCS versions. >Sure. And just check out what FreeBSD has in >/usr/include/ctype.h (simplified, I'm using >tolower here, others are similar) : >There exist two versions of that function, >one (compiled without XPG4) in libc, the >other (compiled with XPG4) in libxpg4. We >only need to add -lxpg4 to the linker >command line, and the full multi-byte range >should be supported. I'll try this on my >system, later today, and will then commit >the patch to the Wine port. Hmm. How do you get the value to pass to tolower()? I guess if you can assume SBCS, tolower(*str) will work. If you're working in an MBCS locale you don't know how many bytes to extract from the string, so the only sensible thing to do is tolower(mbtowc()), but that's wrong - given that you know the locale is MBCS you can't necessarily assume tolower will do the right thing - you need towlower. Passing in a UCS2 character will appear to work a lot of the time. If your locale is latin-1, you'll get most of the 8-bit characters right. Under any other locale you'll at least get the 7-bit characters right. There are an awful lot of characters in various locales, though, that have >8-bit encodings in Unicode that you'll get wrong, and not even all of latin-1's code points are the same as UCS2. Do you work under a latin-1 locale by any chance? (I usually do btw.) >Well, it's there in ctype.h ... >I don't see, why another header is required. Even if >they stick with the towlower() call (most probably >because tolower() can't deal with wide characters), >those definitions could have gone into ctype.h ... Oh, no real reason as far as I can tell. But then, no system ever needs more than 1 header file. Stick it *all* in stdio.h! The standard probably says these functions can be found in wctype.h, so that's really where they should go. >FreeBSD already contains a rather complete set of >string functions on wide and multi-byte characters. >See "man 3 multibyte" or "man 3 mbrune" for more >information. I don't dispute this. You can put mappings from tow__() to the BSD equivalents into wctype.h and all should work fine, yesno? >I guess we should get some of the Asian developers >to test Wine with Chinese/Japanese/Korean versions >of Windows ... Good idea. When it comes down to it, there's not much point in arguing implementations under locales (such as latin-1) which don't really present any challenge to the conversion routines. It's important to get right though, because the infrequently seen locales exist. John -- i built it up now i take it apart climbed up real high now fall down real far no need for me to stay the last thing left i just threw it away i put my faith in god and my trust in you now there's nothing more fucked up i could do

:-p From owner-freebsd-current Wed Dec 24 11:06:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24388 for current-outgoing; Wed, 24 Dec 1997 11:06:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA24381 for ; Wed, 24 Dec 1997 11:06:19 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id UAA00239 for ; Wed, 24 Dec 1997 20:07:14 +0100 (MET) Message-ID: <34A16B3A.D3E11523@giovannelli.it> Date: Wed, 24 Dec 1997 21:06:18 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: New K6 bug ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Boh , I don't know how to explain but if I swap my k6 233 with a pentium mmx 233 the world is compiled without problems.... But with the k6 I am compiled everything and a lot of world before Sat 20 Dec. New mistery ? -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Wed Dec 24 11:39:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26020 for current-outgoing; Wed, 24 Dec 1997 11:39:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rockvax.rockefeller.edu (rockvax.rockefeller.edu [129.85.1.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26014 for ; Wed, 24 Dec 1997 11:39:15 -0800 (PST) (envelope-from dan@dna.rockefeller.edu) Received: from dna.rockefeller.edu (dna.rockefeller.edu [129.85.17.125]) by rockvax.rockefeller.edu (8.8.7/8.8.7) with ESMTP id OAA16213; Wed, 24 Dec 1997 14:39:11 -0500 (EST) Received: from dna by dna.rockefeller.edu (OAA25340); Wed, 24 Dec 1997 14:39:49 -0500 Date: Wed, 24 Dec 1997 14:39:48 -0500 (EST) From: "Dan Ts'o" X-Sender: dan@dna To: Gianmarco Giovannelli cc: current@FreeBSD.ORG Subject: Re: New K6 bug ? In-Reply-To: <34A16B3A.D3E11523@giovannelli.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Boh , I don't know how to explain but if I swap my k6 233 with a pentium > mmx 233 the world is compiled without problems.... > > But with the k6 I am compiled everything and a lot of world before Sat > 20 Dec. Electromigration ? You have an old "world" to compile to confirm your theory ? Or perhaps with time, your K6 is breakdown down. Clock down your K6 to 200 to see if it helps. If so, then electromigration from overheating... From owner-freebsd-current Wed Dec 24 11:46:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26541 for current-outgoing; Wed, 24 Dec 1997 11:46:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26535 for ; Wed, 24 Dec 1997 11:46:37 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00819; Wed, 24 Dec 1997 14:46:12 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712241946.OAA00819@dyson.iquest.net> Subject: Re: New K6 bug ? In-Reply-To: <34A16B3A.D3E11523@giovannelli.it> from Gianmarco Giovannelli at "Dec 24, 97 09:06:18 pm" To: gmarco@giovannelli.it Date: Wed, 24 Dec 1997 14:46:12 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gianmarco Giovannelli said: > Boh , I don't know how to explain but if I swap my k6 233 with a pentium > mmx 233 the world is compiled without problems.... > > But with the k6 I am compiled everything and a lot of world before Sat > 20 Dec. > New mistery ? > Could be that I changed the TLB update code. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Wed Dec 24 15:02:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06185 for current-outgoing; Wed, 24 Dec 1997 15:02:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06178 for ; Wed, 24 Dec 1997 15:02:39 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id PAA05260; Wed, 24 Dec 1997 15:01:58 -0800 (PST) (envelope-from jdp) Message-Id: <199712242301.PAA05260@austin.polstra.com> To: thyerm@camtech.net.au Subject: Re: Crashes and more... In-Reply-To: <34A1123E.EF1F1B3F@camtech.net.au> References: <34A04EFF.70C4F103@giovannelli.it> <3.0.5.32.19971224080332.00aac6e0@giovannelli.it> <19971224185358.29886@lemis.com> <34A1123E.EF1F1B3F@camtech.net.au> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 24 Dec 1997 15:01:58 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <34A1123E.EF1F1B3F@camtech.net.au>, Matthew Thyer wrote: > Maybe its John Polstra's recent changes... I dont know. You mean John Dyson, don't you? I haven't touched the kernel recently. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Dec 24 15:43:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10293 for current-outgoing; Wed, 24 Dec 1997 15:43:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA10285 for ; Wed, 24 Dec 1997 15:43:15 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 6576 invoked by uid 1000); 24 Dec 1997 23:39:01 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 24 Dec 1997 15:39:01 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: /usr/include/err.h breaks 2.2 compile Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thsi is all on 3.0-CURRENT! A recent change to /usr/include/err.h causes building 2.2 on a 3.0 platform to fail. It is easily correctable by inserting: #include at the beginning of the file. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Dec 24 16:47:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13624 for current-outgoing; Wed, 24 Dec 1997 16:47:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA13616 for ; Wed, 24 Dec 1997 16:47:16 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id BAA00568; Thu, 25 Dec 1997 01:47:55 +0100 (MET) Message-ID: <34A1BB11.69CA1860@giovannelli.it> Date: Thu, 25 Dec 1997 02:46:57 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "Dan Ts'o" CC: current@freebsd.org Subject: Re: New K6 bug ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dan Ts'o wrote: > > > Boh , I don't know how to explain but if I swap my k6 233 with a pentium > > mmx 233 the world is compiled without problems.... > > > > But with the k6 I am compiled everything and a lot of world before Sat > > 20 Dec. > > Electromigration ? > You have an old "world" to compile to confirm your theory ? If I cvsup the tree of a few days before Saturday 20 I can bet that my k6 can make the world again :-) > > Or perhaps with time, your K6 is breakdown down. Clock down your K6 > to 200 to see if it helps. If so, then electromigration from overheating... UHm... You are trying to say me that K6 with the overheating break something in it ? Could it be done ? Perhaps the 2.8v of Pentium mmx instead the 3.2v of the k6 can explain a lot of thing here ? Marry Xmas and happy new year -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Wed Dec 24 16:52:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13821 for current-outgoing; Wed, 24 Dec 1997 16:52:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA13814 for ; Wed, 24 Dec 1997 16:52:31 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id BAA00576; Thu, 25 Dec 1997 01:53:21 +0100 (MET) Message-ID: <34A1BC57.BF48BAB3@giovannelli.it> Date: Thu, 25 Dec 1997 02:52:23 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "John S. Dyson" CC: current@freebsd.org Subject: Re: New K6 bug ? References: <199712241946.OAA00819@dyson.iquest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > > Gianmarco Giovannelli said: > > Boh , I don't know how to explain but if I swap my k6 233 with a pentium > > mmx 233 the world is compiled without problems.... > > > > But with the k6 I am compiled everything and a lot of world before Sat > > 20 Dec. > > New mistery ? > > > Could be that I changed the TLB update code. TLB = ? I don't know (I don't even know what TLB stand for ...), but it could be.... The only sure thing is that k6 succeded in compiling world before Sat 20. After this day I am not be able to compile world anymore. Now changing cpu with a pentium 233mmx everythings works.... Marry Xmas... -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Wed Dec 24 17:11:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA14606 for current-outgoing; Wed, 24 Dec 1997 17:11:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA14598 for ; Wed, 24 Dec 1997 17:11:53 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id UAA01392; Wed, 24 Dec 1997 20:11:45 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712250111.UAA01392@dyson.iquest.net> Subject: Re: New K6 bug ? In-Reply-To: <34A1BC57.BF48BAB3@giovannelli.it> from Gianmarco Giovannelli at "Dec 25, 97 02:52:23 am" To: gmarco@giovannelli.it Date: Wed, 24 Dec 1997 20:11:45 -0500 (EST) Cc: toor@dyson.iquest.net, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gianmarco Giovannelli said: > John S. Dyson wrote: > > > > Gianmarco Giovannelli said: > > > Boh , I don't know how to explain but if I swap my k6 233 with a pentium > > > mmx 233 the world is compiled without problems.... > > > > > > But with the k6 I am compiled everything and a lot of world before Sat > > > 20 Dec. > > > New mistery ? > > > > > Could be that I changed the TLB update code. > > TLB = ? > Translation lookaside buffer. It is basically the lowest level VM stuff. > > After this day I am not be able to compile world anymore. Now changing > cpu with a pentium 233mmx everythings works.... > There is likely a difference between a K6 and P5/P6. I probably won't be able to fix it until after tomorrow. > > Marry Xmas... > You too!!! :-). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Wed Dec 24 17:31:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA15576 for current-outgoing; Wed, 24 Dec 1997 17:31:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA15571 for ; Wed, 24 Dec 1997 17:31:52 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from mc.mexcom.net by hermes (SMI-8.6/SMI-SVR4) id TAA20906; Wed, 24 Dec 1997 19:34:26 -0600 Message-ID: <34A1B87E.41C67EA6@ver1.telmex.net.mx> Date: Wed, 24 Dec 1997 19:35:58 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-970912-SNAP i386) MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: freebsd-current@freebsd.org Subject: Re: Make Release Failure References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > > Recent changes to /usr/share/mk/bsd.info.mk cause make release to fail. > > I do not understand the makefiles well enough to tell why but the > problem is very repeatable. > > ---------- > > Sincerely Yours, > > Simon Shapiro > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 I'm having the same problem. I erased everything and tried again but still don't have the results, but from what your saying this time it is going to fail too. Anyone know why? Thanks ed From owner-freebsd-current Wed Dec 24 17:35:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA15864 for current-outgoing; Wed, 24 Dec 1997 17:35:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from goliath.camtech.com.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA15856 for ; Wed, 24 Dec 1997 17:35:37 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from matte.camtech.net.au (dialup-ad-14-56.camtech.net.au [203.55.242.183]) by goliath.camtech.com.au (8.8.5/8.8.2) with ESMTP id MAA03107; Thu, 25 Dec 1997 12:03:59 +1030 (CST) Received: from camtech.net.au (localhost [127.0.0.1]) by matte.camtech.net.au (8.8.8/8.7.3) with ESMTP id MAA01755; Thu, 25 Dec 1997 12:05:01 +1030 (CST) Message-ID: <34A1B844.C9EA98F9@camtech.net.au> Date: Thu, 25 Dec 1997 12:05:00 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Greg Lehey , Gianmarco Giovannelli , John Preisler , current@FreeBSD.ORG Subject: Re: Crashes and more... References: <34A04EFF.70C4F103@giovannelli.it> <34A04EFF.70C4F103@giovannelli.it> <199712240039.SAA17507@argon.vapornet.com> <3.0.5.32.19971224080332.00aac6e0@giovannelli.it> <19971224185358.29886@lemis.com> <34A1123E.EF1F1B3F@camtech.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Everything is working fine now at ctm-src-cur delta 3180 and I have made world with no programs segfaulting at all. Matthew Thyer wrote: > > I dont think my crashes are heat related because the system runs > fine on a kernel built from ctm-src-cur delta 3139 sources. > > I really think that there is something screwey with recent current. > > Compiling in options NO_F00F_HACK didn't help so its not that. > > Maybe its John Polstra's recent changes... I dont know. I think there > may still be some vnode related deadlocks happening. > > Take that last paragraph with a grain of salt as I have no experience > in diagnosing these things. Thats just the feeling I get with the > timing of these problems. > > Greg Lehey wrote: > > > > On Wed, Dec 24, 1997 at 08:03:32AM +0100, Gianmarco Giovannelli wrote: > > > At 06:39 PM 23-12-97 -0600, John Preisler wrote: > > >> > > >> I had similar symptoms when my cpu fan died. > > > > > > Mine works, it's a last generation fan (Asus TX smart MB). > > > > That's not enough. The K6/233 is the hottest running processor > > currently available, and it should come with a special fan. > > > > > I hope it is a smart enough to not switch off during the make world :-) > > > > No way. > > > > Greg > > -- > /=====================================================================\ > |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| > \=====================================================================/ > "If it is true that our Universe has a zero net value for all conserved > quantities, then it may simply be a fluctuation of the vacuum of some > larger space in which our Universe is imbedded. In answer to the > question of why it happened, I offer the modest proposal that our > Universe is simply one of those things which happen from time to time." > E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 From owner-freebsd-current Wed Dec 24 18:34:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA18042 for current-outgoing; Wed, 24 Dec 1997 18:34:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA18037 for ; Wed, 24 Dec 1997 18:34:03 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA26092; Wed, 24 Dec 1997 18:33:50 -0800 (PST) To: eculp cc: shimon@simon-shapiro.org, freebsd-current@FreeBSD.ORG Subject: Re: Make Release Failure In-reply-to: Your message of "Wed, 24 Dec 1997 19:35:58 CST." <34A1B87E.41C67EA6@ver1.telmex.net.mx> Date: Wed, 24 Dec 1997 18:33:49 -0800 Message-ID: <26089.883017229@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It's broken due to /R/stage/trees/bin being referenced as the collection when it should be /R/stage/trees/info. There are a number of levels of expansion going on in there and I've got a make release building on my own box now to try and find/fix this. Hopefully I'll have snapshots rolling out again in time for Christmas. :-) Jordan > Simon Shapiro wrote: > > > > Recent changes to /usr/share/mk/bsd.info.mk cause make release to fail. > > > > I do not understand the makefiles well enough to tell why but the > > problem is very repeatable. > > > > ---------- > > > > Sincerely Yours, > > > > Simon Shapiro > > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 > > I'm having the same problem. I erased everything and tried again but > still don't > have the results, but from what your saying this time it is going to > fail too. > > Anyone know why? > > Thanks > > ed From owner-freebsd-current Wed Dec 24 18:38:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA18173 for current-outgoing; Wed, 24 Dec 1997 18:38:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA18168 for ; Wed, 24 Dec 1997 18:38:31 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14858 invoked by uid 1000); 25 Dec 1997 02:33:42 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <34A1B87E.41C67EA6@ver1.telmex.net.mx> Date: Wed, 24 Dec 1997 18:33:42 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: eculp Subject: Re: Make Release Failure Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 25-Dec-97 eculp wrote: > Simon Shapiro wrote: >> >> Recent changes to /usr/share/mk/bsd.info.mk cause make release to >> fail. >> >> I do not understand the makefiles well enough to tell why but the >> problem is very repeatable. > I'm having the same problem. I erased everything and tried again but > still don't > have the results, but from what your saying this time it is going to > fail too. > > Anyone know why? No, but replace /usr/share/mk/bsd.info.mk with the previous version and it will work. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Dec 24 19:40:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA20293 for current-outgoing; Wed, 24 Dec 1997 19:40:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA20286 for ; Wed, 24 Dec 1997 19:40:05 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14870 invoked by uid 1000); 25 Dec 1997 03:35:03 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 24 Dec 1997 19:35:02 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: aic question Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From kernel make as of tonight: mv y.tab.c aicasm_gram.c cc -O -pipe -I. -c aicasm_gram.c lex -t ../../dev/aic7xxx/aicasm_scan.l > aicasm_scan.c cc -O -pipe -I. -c aicasm_scan.c cc -O -pipe -I. -c ../../dev/aic7xxx/aicasm.c cc -O -pipe -I. -c ../../dev/aic7xxx/aicasm_symbol.c ../../dev/aic7xxx/aicasm_symbol.c: In function `symbol_delete': ../../dev/aic7xxx/aicasm_symbol.c:75: warning: passing arg 2 from incompatible pointer type ../../dev/aic7xxx/aicasm_symbol.c:75: too few arguments to function ../../dev/aic7xxx/aicasm_symbol.c: In function `symtable_open': ../../dev/aic7xxx/aicasm_symbol.c:117: warning: assignment makes pointer from integer without a cast ../../dev/aic7xxx/aicasm_symbol.c: In function `symtable_close': ../../dev/aic7xxx/aicasm_symbol.c:133: structure has no member named `seq' ../../dev/aic7xxx/aicasm_symbol.c:133: `R_FIRST' undeclared (first use this function) ../../dev/aic7xxx/aicasm_symbol.c:133: (Each undeclared identifier is reported only once ../../dev/aic7xxx/aicasm_symbol.c:133: for each function it appears in.) ../../dev/aic7xxx/aicasm_symbol.c:139: too few arguments to function ../../dev/aic7xxx/aicasm_symbol.c: In function `symtable_get': ../../dev/aic7xxx/aicasm_symbol.c:158: warning: passing arg 2 from incompatible pointer type ../../dev/aic7xxx/aicasm_symbol.c:158: too few arguments to function ../../dev/aic7xxx/aicasm_symbol.c:171: warning: passing arg 2 from incompatible pointer type ../../dev/aic7xxx/aicasm_symbol.c:171: too few arguments to function ../../dev/aic7xxx/aicasm_symbol.c: In function `symtable_dump': ../../dev/aic7xxx/aicasm_symbol.c:328: `R_FIRST' undeclared (first use this function) ../../dev/aic7xxx/aicasm_symbol.c:330: structure has no member named `seq' ../../dev/aic7xxx/aicasm_symbol.c:361: `R_NEXT' undeclared (first use this function) ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Dec 24 23:08:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26622 for current-outgoing; Wed, 24 Dec 1997 23:08:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26615 for ; Wed, 24 Dec 1997 23:08:15 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id XAA16844; Wed, 24 Dec 1997 23:09:26 -0800 (PST) Message-Id: <199712250709.XAA16844@implode.root.com> To: Gary Palmer cc: current@FreeBSD.ORG Subject: Re: crash (in networking code?) In-reply-to: Your message of "Fri, 19 Dec 1997 20:02:16 EST." <349B1918.794BDF32@erols.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 24 Dec 1997 23:09:25 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >We have a weird proxying system here running 100% custom code. ...... >Anyone have any ideas what is going on? I know its pretty vague The problem might be fixed with the attached diff. I have also committed this in rev 1.37 of in_pcb.c. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project Index: in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.36 diff -c -r1.36 in_pcb.c *** in_pcb.c 1997/12/23 01:40:40 1.36 --- in_pcb.c 1997/12/25 06:49:31 *************** *** 470,489 **** register struct inpcb *inp; register struct sockaddr_in *sin; s = splnet(); inp = sotoinpcb(so); if (!inp) { splx(s); return EINVAL; } - MALLOC(sin, struct sockaddr_in *, sizeof *sin, M_SONAME, M_WAITOK); - *nam = (struct sockaddr *)sin; - bzero(sin, sizeof *sin); - sin->sin_family = AF_INET; - sin->sin_len = sizeof(*sin); sin->sin_port = inp->inp_lport; sin->sin_addr = inp->inp_laddr; splx(s); return 0; } --- 482,504 ---- register struct inpcb *inp; register struct sockaddr_in *sin; + MALLOC(sin, struct sockaddr_in *, sizeof *sin, M_SONAME, M_WAITOK); + bzero(sin, sizeof *sin); + sin->sin_family = AF_INET; + sin->sin_len = sizeof(*sin); + s = splnet(); inp = sotoinpcb(so); if (!inp) { splx(s); + free(sin, M_SONAME); return EINVAL; } sin->sin_port = inp->inp_lport; sin->sin_addr = inp->inp_laddr; splx(s); + + *nam = (struct sockaddr *)sin; return 0; } *************** *** 496,515 **** struct inpcb *inp; register struct sockaddr_in *sin; s = splnet(); inp = sotoinpcb(so); if (!inp) { splx(s); return EINVAL; } - MALLOC(sin, struct sockaddr_in *, sizeof *sin, M_SONAME, M_WAITOK); - *nam = (struct sockaddr *)sin; - bzero((caddr_t)sin, sizeof (*sin)); - sin->sin_family = AF_INET; - sin->sin_len = sizeof(*sin); sin->sin_port = inp->inp_fport; sin->sin_addr = inp->inp_faddr; splx(s); return 0; } --- 511,533 ---- struct inpcb *inp; register struct sockaddr_in *sin; + MALLOC(sin, struct sockaddr_in *, sizeof *sin, M_SONAME, M_WAITOK); + bzero((caddr_t)sin, sizeof (*sin)); + sin->sin_family = AF_INET; + sin->sin_len = sizeof(*sin); + s = splnet(); inp = sotoinpcb(so); if (!inp) { splx(s); + free(sin, M_SONAME); return EINVAL; } sin->sin_port = inp->inp_fport; sin->sin_addr = inp->inp_faddr; splx(s); + + *nam = (struct sockaddr *)sin; return 0; } From owner-freebsd-current Wed Dec 24 23:50:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27904 for current-outgoing; Wed, 24 Dec 1997 23:50:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27897 for ; Wed, 24 Dec 1997 23:50:11 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA29831; Wed, 24 Dec 1997 23:47:54 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd029829; Wed Dec 24 23:47:47 1997 Date: Wed, 24 Dec 1997 23:44:54 -0800 (PST) From: Julian Elischer Reply-To: Julian Elischer To: David Greenman cc: Gary Palmer , current@freebsd.org Subject: Re: crash (in networking code?) In-Reply-To: <199712250709.XAA16844@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem might be fixed with the attached diff. I have also committed > this in rev 1.37 of in_pcb.c. > > -DG Is the aim of this change, to move the MALLOC out of the splnet() region? I would have thought this was safe. What is the failure mode? (I am not saying it's not a problem, just that I don't understand it..) julian From owner-freebsd-current Wed Dec 24 23:52:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28013 for current-outgoing; Wed, 24 Dec 1997 23:52:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA28007 for ; Wed, 24 Dec 1997 23:52:54 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id XAA17244; Wed, 24 Dec 1997 23:54:07 -0800 (PST) Message-Id: <199712250754.XAA17244@implode.root.com> To: Julian Elischer cc: Gary Palmer , current@freebsd.org Subject: Re: crash (in networking code?) In-reply-to: Your message of "Wed, 24 Dec 1997 23:44:54 PST." From: David Greenman Reply-To: dg@root.com Date: Wed, 24 Dec 1997 23:54:07 -0800 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The problem might be fixed with the attached diff. I have also committed >> this in rev 1.37 of in_pcb.c. >> >> -DG >Is the aim of this change, to move the MALLOC out of the splnet() >region? No. The purpose is to do the potentially blocking malloc first. >I would have thought this was safe. What is the failure mode? (I am not >saying it's not a problem, just that I don't understand it..) The cached PCB pointer (inp) becomes stale if malloc blocks. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Dec 25 00:06:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA28711 for current-outgoing; Thu, 25 Dec 1997 00:06:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA28695 for ; Thu, 25 Dec 1997 00:06:15 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA29878; Wed, 24 Dec 1997 23:50:54 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd029876; Wed Dec 24 23:50:50 1997 Date: Wed, 24 Dec 1997 23:47:57 -0800 (PST) From: Julian Elischer To: David Greenman cc: Gary Palmer , current@freebsd.org Subject: Re: crash (in networking code?) In-Reply-To: <199712250709.XAA16844@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ignore my previous mail I just got your commit message. I think this is a worry. I need to check a bunch of code against this possibility. (MALLOC in splnet allowing un-expected re-enterence) julian From owner-freebsd-current Thu Dec 25 00:35:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00283 for current-outgoing; Thu, 25 Dec 1997 00:35:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA00278 for ; Thu, 25 Dec 1997 00:35:40 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 4781 invoked by uid 1000); 25 Dec 1997 08:30:15 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 25 Dec 1997 00:30:15 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: One more make release glitch (?) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think /usr/src/release/fixit_crunch.conf needs -lz at the end, just like boot_crunch.conf has, or else: ed.lo: WARNING! des_setkey(3) not present in the system! ed.lo: WARNING! des_cipher(3) not present in the system! /usr/src/gnu/usr.bin/grep/grep.c:251: Undefined symbol `_gzdopen' referenced from text segment /usr/src/gnu/usr.bin/grep/grep.c:356: Undefined symbol `_gzread' referenced from text segment /usr/src/gnu/usr.bin/grep/grep.c:1024: Undefined symbol `_gzclose' referenced from text segment /usr/src/gnu/usr.bin/grep/grep.c:1075: Undefined symbol `_gzclose' referenced from text segment *** Error code 1 Merry Christmas! ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Thu Dec 25 02:12:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA04480 for current-outgoing; Thu, 25 Dec 1997 02:12:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA04474 for ; Thu, 25 Dec 1997 02:12:07 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id LAA06160; Thu, 25 Dec 1997 11:09:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: gmarco@giovannelli.it cc: current@FreeBSD.ORG Subject: Re: New K6 bug ? In-reply-to: Your message of "Wed, 24 Dec 1997 21:06:18 +0100." <34A16B3A.D3E11523@giovannelli.it> Date: Thu, 25 Dec 1997 11:09:17 +0100 Message-ID: <6158.883044557@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <34A16B3A.D3E11523@giovannelli.it>, Gianmarco Giovannelli writes: >Boh , I don't know how to explain but if I swap my k6 233 with a pentium >mmx 233 the world is compiled without problems.... > >But with the k6 I am compiled everything and a lot of world before Sat >20 Dec. >New mistery ? Maybe. I have seen various bogosity on my K6 lately too. I reboot and it's gone for quite some time. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Dec 25 02:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA05869 for current-outgoing; Thu, 25 Dec 1997 02:50:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA05864 for ; Thu, 25 Dec 1997 02:50:05 -0800 (PST) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from pc-micha.zdv.uni-tuebingen.de (apc1mc10.bbn.hp.com [15.124.134.10]) by palrel3.hp.com (8.8.5/8.8.5tis) with ESMTP id CAA03718 for ; Thu, 25 Dec 1997 02:49:55 -0800 (PST) Received: from hpbbse.bbn.hp.com (localhost [127.0.0.1]) by pc-micha.zdv.uni-tuebingen.de (8.8.8/8.7.3) with ESMTP id LAA00331 for ; Thu, 25 Dec 1997 11:51:31 +0100 (MET) Message-ID: <34A23AB3.9CE1C6C3@hpbbse.bbn.hp.com> Date: Thu, 25 Dec 1997 11:51:31 +0100 From: Micha Class Reply-To: michael_class@bbn.hp.com X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: X-Server hangs current-machine Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, with the latest changes in current my X-server hangs the machine. The changes that broke the Server are either in in_pcb.c 1.37 or in swap_pager.c 1.80 or in vm_pageout.c 1.104. The System is a P6/200Mhz, Asus P6NP5-MB, and a Matrox Millenium II with 8MB of RAM with the Xfree86-3.3.1 Server. I do not know what is failing, but a kernel from yesterday works fine. Please let me know if you need any additional info. (dmesg output ...) Michael -- ------------------------------------------------------------------------- michael class, viktor-renner str. 83, 72074 tuebingen, frg E-Mail: michael_class@hp.com Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- From owner-freebsd-current Thu Dec 25 03:21:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA07018 for current-outgoing; Thu, 25 Dec 1997 03:21:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA07007 for ; Thu, 25 Dec 1997 03:20:58 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id MAA22808 for freebsd-current@freebsd.org; Thu, 25 Dec 1997 12:20:56 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id MAA21440; Thu, 25 Dec 1997 12:15:24 +0100 (MET) Date: Thu, 25 Dec 1997 12:15:24 +0100 (MET) Message-Id: <199712251115.MAA21440@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: /usr/include/err.h breaks 2.2 compile X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > Thsi is all on 3.0-CURRENT! > > A recent change to /usr/include/err.h causes building 2.2 on a 3.0 > platform to fail. This is not supposed to work. The only thing that's supposed to work is bootstrapping a 2.2 chroot area from within 3.0 (as `make release' does). I'm surprised it's not more preventing you from this sort of cross-compilation. I remeber i had to go great length in src/release/Makefile to cleanup all the interdependencies, like shared lib version number poisoning etc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Dec 25 03:21:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA07032 for current-outgoing; Thu, 25 Dec 1997 03:21:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA07016 for ; Thu, 25 Dec 1997 03:21:01 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id MAA22810 for freebsd-current@freebsd.org; Thu, 25 Dec 1997 12:20:59 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id MAA21447; Thu, 25 Dec 1997 12:16:50 +0100 (MET) Date: Thu, 25 Dec 1997 12:16:50 +0100 (MET) Message-Id: <199712251116.MAA21447@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: aic question X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > From kernel make as of tonight: > mv y.tab.c aicasm_gram.c > cc -O -pipe -I. -c aicasm_gram.c > lex -t ../../dev/aic7xxx/aicasm_scan.l > aicasm_scan.c > cc -O -pipe -I. -c aicasm_scan.c > cc -O -pipe -I. -c ../../dev/aic7xxx/aicasm.c > cc -O -pipe -I. -c ../../dev/aic7xxx/aicasm_symbol.c > ../../dev/aic7xxx/aicasm_symbol.c: In function `symbol_delete': > ../../dev/aic7xxx/aicasm_symbol.c:75: warning: passing arg 2 from > incompatible pointer type Chicken-and-egg problem. aicasm is used to create some .c and/or .h files, thus it is built and run before `makedepend'. IIRC, removing the old .depend file is doing the trick. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Dec 25 04:54:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA10378 for current-outgoing; Thu, 25 Dec 1997 04:54:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hole.iafrica.com (root@hole.iafrica.com [196.31.1.191]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA10373 for ; Thu, 25 Dec 1997 04:54:34 -0800 (PST) (envelope-from bradh@hole.iafrica.com) Received: from bradh by hole.iafrica.com with smtp (Exim 1.73 #1) id 0xlCo9-0004Qb-00; Thu, 25 Dec 1997 14:54:37 +0200 Date: Thu, 25 Dec 1997 14:54:36 +0200 (SAT) From: brad hendrickse To: current@freebsd.org Subject: utmp, wtmp, or lastlogin problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have a problem, to me it doesn't seem all to serious, but I was wondering if this is just something with -CURRENT, or if I've broken something (don't think I have, though) I cvsup'ed and built the sources of 18 Dec 97 3.0-CURRENT. Is it just "one of those things" with -CURRENT? Anyway, here's the output of "w": -----[ SNIP ]----- [machine01] ~$ w 2:49PM up 14 mins, 3 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT bradh p0 rica.comeS4 12May61 7 bash root p1 rica.comT4 12May61 6 vi /etc/rc.conf root p2 rica.comFU4 12May61 - w [machine01] ~$ -----[ SNIP ]----- The line breaks (and strange formatting in general) is exactly what it looks like. I get the same thing with "finger". Anyway, to me it looks like a problem with 'utmp' or 'wtmp'. thanks, brad -- Fortune: Serenity through viciousness. From owner-freebsd-current Thu Dec 25 07:46:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16209 for current-outgoing; Thu, 25 Dec 1997 07:46:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA16197 for ; Thu, 25 Dec 1997 07:46:31 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id KAA02559; Thu, 25 Dec 1997 10:43:52 -0500 (EST) (envelope-from toor) Message-Id: <199712251543.KAA02559@dyson.iquest.net> Subject: Re: X-Server hangs current-machine In-Reply-To: <34A23AB3.9CE1C6C3@hpbbse.bbn.hp.com> from Micha Class at "Dec 25, 97 11:51:31 am" To: michael_class@bbn.hp.com Date: Thu, 25 Dec 1997 10:43:52 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Micha Class said: > Hello, > > with the latest changes in current my X-server hangs the machine. > The changes that broke the Server are either in in_pcb.c 1.37 or > in swap_pager.c 1.80 or in vm_pageout.c 1.104. > How much memory do you have? If you have enough that your system is not paging, then it is unlikely that the swap_pager or vm_pageout code is getting exercised. Dmesg would be helpful. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Thu Dec 25 10:43:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24391 for current-outgoing; Thu, 25 Dec 1997 10:43:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.235]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24385 for ; Thu, 25 Dec 1997 10:43:06 -0800 (PST) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from pc-micha.zdv.uni-tuebingen.de (apc1mc10.bbn.hp.com [15.124.134.10]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id KAA05800 for ; Thu, 25 Dec 1997 10:42:54 -0800 (PST) Received: from hpbbse.bbn.hp.com (localhost [127.0.0.1]) by pc-micha.zdv.uni-tuebingen.de (8.8.8/8.7.3) with ESMTP id TAA00686 for ; Thu, 25 Dec 1997 19:44:31 +0100 (MET) Message-ID: <34A2A98E.FFF602E1@hpbbse.bbn.hp.com> Date: Thu, 25 Dec 1997 19:44:30 +0100 From: Micha Class Reply-To: michael_class@bbn.hp.com X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: X-Server hangs current-machine Content-Type: multipart/mixed; boundary="------------BD9B5F86019958CA6A52A6AE" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------BD9B5F86019958CA6A52A6AE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John S. Dyson said: > Micha Class said: > > Hello, > > > > with the latest changes in current my X-server hangs the machine. > > The changes that broke the Server are either in in_pcb.c 1.37 or > > in swap_pager.c 1.80 or in vm_pageout.c 1.104. > > > How much memory do you have? If you have enough that your system is not > paging, then it is unlikely that the swap_pager or vm_pageout code is getting > exercised. Dmesg would be helpful. Enclosed is the output of dmesg on this machine, and the messages that X -probeonly (which works) delivers. An no, I do not beleeave, that the machine is pageing ... The thre files I mentioned were the only ones that were changed between a working and a not working kernel :-( Michael -- ------------------------------------------------------------------------- michael class, viktor-renner str. 83, 72074 tuebingen, frg E-Mail: michael_class@hp.com Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- --------------BD9B5F86019958CA6A52A6AE Content-Type: text/plain; charset=us-ascii; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #3: Wed Dec 24 10:48:16 MET 1997 michaelc@pc-micha.zdv.uni-tuebingen.de:/usr/src/sys/compile/MCSCSI CPU: Pentium Pro (199.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 67108864 (65536K bytes) avail memory = 63401984 (61916K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.1.0 ed1: rev 0x39 int a irq 14 on pci0.9.0 ed1: address 90:00:30:00:52:54, type NE2000 (16 bit) vga0: rev 0x00 int a irq 15 on pci0.10.0 ncr0: rev 0x03 int a irq 12 on pci0.11.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 15) 1717MB (3517856 512 byte sectors) cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: 4.0 MB/s (250 ns, offset 15) can't get the size sd1 at scbus0 target 8 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: WIDE SCSI (16 bit) enabled sd1: 20.0 MB/s (100 ns, offset 15) 4101MB (8399520 512 byte sectors) ncr1: rev 0x01 int a irq 11 on pci0.12.0 ncr1: waiting for scsi devices to settle scbus1 at ncr1 bus 0 st0 at scbus1 target 2 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: asynchronous. density code 0x13, drive empty worm0 at scbus1 target 3 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once Probing for PnP devices: CSN 1 Vendor ID: CTL0048 [0x48008c0e] Serial 0x00044475 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 flags 0x20000 on isa sio1: type ST16650A sio2 at 0x3e8-0x3ef irq 9 flags 0x20000 on isa sio2: type ST16650A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: DEVFS: ready to run IP packet filtering initialized, divert enabled, logging limited to 100 packets/entry --------------BD9B5F86019958CA6A52A6AE Content-Type: text/plain; charset=us-ascii; name="x.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="x.out" XFree86 Version 3.3.1 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: August 4 1997 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 3.0-971108-SNAP i386 Configured drivers: SVGA: server for SVGA graphics adaptors (Patchlevel 0): ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct64200, ct64300, mga2064w, mga1064sg, mga2164w, generic Using syscons driver with X support (version 2.0) (using VT number 5) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: keymap: "xfree86(de)" (overrides other XKB settings) (**) XKB: layout: "de" (**) XKB: variant: "nodeadkeys" (**) Mouse: type: MouseMan, device: /dev/tty00, baudrate: 1200 (**) SVGA: Graphics device ID: "MILLENIUM-II" (**) SVGA: Monitor ID: "MIRO" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (--) SVGA: PCI: Matrox MGA 2164W rev 0, Memory @ 0xfb000000, 0xfa000000 (!!) SVGA: Support for the Millennium II in this release (!!) SVGA: is HIGHLY EXPERIMENTAL and largely untested (!!) SVGA: =================== ================ (--) SVGA: Linear framebuffer at 0xFB000000 (--) SVGA: MMIO registers at 0xFA000000 (--) SVGA: Video BIOS info block at 0x000c7dc0 (--) SVGA: chipset: mga2164w (--) SVGA: videoram: 8192k (**) SVGA: Option "hw_cursor" (**) SVGA: Option "dac_8_bit" (**) SVGA: Using 8 bits per color component (**) SVGA: Using 8 bpp, Depth 8, Color weight: 888 (--) SVGA: Maximum allowed dot-clock: 250.000 MHz (**) SVGA: Mode "1280x1024/8": mode clock = 140.000 (**) SVGA: Mode "1024x768": mode clock = 80.000 (--) SVGA: Virtual resolution set to 1280x1024 (--) SVGA: SpeedUp code selection modified because virtualX != 1024 (--) SVGA: MCLK set to 50.000 MHz (**) SVGA: Using hardware cursor --------------BD9B5F86019958CA6A52A6AE Content-Type: text/plain; charset=us-ascii; name="MCSCSI" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="MCSCSI" # # MCSCSI # # $Id: GENERICAH,v 1.36 1994/08/09 08:17:08 davidg Exp $ # machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident MCSCSI maxusers 32 #options MATH_EMULATE #Support for x87 emulation options SYSVSHM options SYSVSEM options SYSVMSG options INET #InterNETworking #options QUOTA #ufs-quotas options FFS #Berkeley Fast File System #options LFS #Log File System #options MFS #Memory File System # these options are now run-time-loadable: #options NFS #Network File System #options MSDOSFS #MS-DOS File System #options PROCFS #Process File System #options KERNFS #Kernel File System #options "CD9660" #CD ISO9660 File System #options FDESC #File Descriptor File System #options PORTAL #Portal File System #options UNION #Union File System #options NULLFS #NULL File System #options UMAPFS #UID Map File System # THis DEVFS is experimental but seems to work options DEVFS #devices filesystem options FIFO #Support for FIFO files options "COMPAT_43" #Compatible with BSD 4.3 #options "TCP_COMPAT_42" #TCP/IP compatible with 4.2 #options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=10" #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab console options USER_LDT #allow user-level control of i386 ldt options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options "AUTO_EOI_1" options "AUTO_EOI_2" #options GRKEYMAP # use German-Keyboard in kernel #options "IBCS2" # make ibcs2-code loadable #options "COMPAT_LINUX" # load linux-code #options "LINUX" # load linux-code # # Allow processes to switch to vm86 mode, as well as enabling direct # user-mode access to the I/O port space. This option is necessary for # the doscmd emulator to run. # options "VM86" # Enable the following (IPFIREWALL_VERBOSE optional) to enable the IP firewall # code. This is used in conjunction with the ipfw(1) command. See the # man page for more details. options IPFIREWALL options IPFIREWALL_VERBOSE #print information about dropped packets options "IPFIREWALL_VERBOSE_LIMIT=100" options IPDIVERT options "FDSEEKWAIT=8" #fd-driver wait 1s / FDSEEKWAIT # pcvt needs XCONSOLE for Xfree options XCONSOLE options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 # When this is set, copyin/copyout will use an unrolled loop using # floating point registers. It makes copyin/copyout run 30-100% # faster on Pentiums and makes no difference or slower on non-Pentium # (including P6) systems. # # However, even when this is set, there is a run-time check for CPU # type so the routine will never be invoked for a wrong architecture. # It will become the default after some testing period. #options "I586_FAST_BCOPY" # # Under some circumstances it is necessary to make the default max # number of proccesses per user and open files per user more than the # defaults on bootup. (an example is a large news server in which # the uid, news, can sometimes need > 100 simultaneous processes running) #options "CHILD_MAX=128" #options "OPEN_MAX=128" # Allow this many swap-devices. options "NSWAPDEV=4" config kernel root on sd0 controller isa0 #controller eisa0 controller pci0 controller pnp0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #controller ahb0 controller ncr0 controller ncr1 #controller aha0 at isa? port "IO_AHA0" bio irq 11 drq 5 vector ahaintr controller scbus0 #base SCSI code #device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs #device od0 #SCSI optical disk # The previous devices (ch, sd, st, cd) are recognized by config. # config doesn't (and shouldn't) know about these newer ones, # so we have to specify that they are on a SCSI bus with the "at scbus?" # clause. device worm0 at scbus? # SCSI worm #device pt0 at scbus? # SCSI processor type #device sctarg0 at scbus? # SCSI target #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #syscons: device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr #pcvt: #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty flags 0x20000 irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty flags 0x20000 irq 9 vector siointr #device sio2 at isa? port "IO_COM3" tty flags 0x20000 irq 14 vector siointr #device sio3 at isa? port "IO_COM4" tty flags 0x20000 irq 15 vector siointr #device sio4 at isa? port "0x2F0" tty flags 0x20000 irq 15 vector siointr #device sio5 at isa? port "0x3E0" tty flags 0x20000 irq 15 vector siointr #device sio6 at isa? port "0x2E0" tty flags 0x20000 irq 15 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt0 at isa? port? tty #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device is0 at isa? port 0x280 net irq 10 drq 7 vector isintr # gsc: Genius GS-4500 hand scanner. #device gsc0 at isa? port "IO_GSC1" tty drq 3 # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 #device awe0 at isa? port 0x620 pseudo-device loop pseudo-device ether pseudo-device tun 1 #Tunnel driver(user process ppp) #pseudo-device sl 2 #pseudo-device ppp #we use user-process ppp pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 48 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) --------------BD9B5F86019958CA6A52A6AE-- From owner-freebsd-current Thu Dec 25 13:48:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA03149 for current-outgoing; Thu, 25 Dec 1997 13:48:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA03139 for ; Thu, 25 Dec 1997 13:48:41 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id NAA13111 for ; Thu, 25 Dec 1997 13:48:43 -0800 (PST) To: current@freebsd.org Subject: Any serious objections (with accompanying diffs only!) to this? Date: Thu, 25 Dec 1997 13:48:43 -0800 Message-ID: <13107.883086523@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been trying to untangle the dependencies between the bin and info distributions in -current for the last day now and I'm basically about to give up - it's a freaking mess in there and I think the only reasonable solution at this point is to kill the info distribution again and merge it back in with the bin distribution. I know it will result in bin dist bloat (that being the whole reason we tried to separate them in the first place) but they're totally intertwined right now and the simple act of turning the info distribution back on for lib/libcom_err has broken the -current release build since the 15th of December. For the last 10 days it's been impossible to build a release of -current for this simple reason. Bah. Anyway, so unless someone else can supply me with a set of diffs which fixes this in a reasonable way (and good luck finding all the spots which switch DISTRIBUTION surrepticiously back to "bin" again in the tree), I'm simply going to smash the info and bin dists back together and write the whole idea off as a bad experiment. I also don't want to hear any "no, don't do this!" comments from anyone who's not willing to make it actually work the way it is now, so if that's all you've in mind to say then kindly don't. :) Jordan From owner-freebsd-current Thu Dec 25 14:22:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04639 for current-outgoing; Thu, 25 Dec 1997 14:22:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04626 for ; Thu, 25 Dec 1997 14:22:44 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id RAA04951; Thu, 25 Dec 1997 17:22:36 -0500 (EST) (envelope-from toor) Message-Id: <199712252222.RAA04951@dyson.iquest.net> Subject: Re: Any serious objections (with accompanying diffs only!) to this? In-Reply-To: <13107.883086523@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 25, 97 01:48:43 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 25 Dec 1997 17:22:35 -0500 (EST) Cc: current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > tree), I'm simply going to smash the info and bin dists back together > and write the whole idea off as a bad experiment. I also don't want > to hear any "no, don't do this!" comments from anyone who's not > willing to make it actually work the way it is now, so if that's all > you've in mind to say then kindly don't. :) > IMO, you are the meister for this kind of thing, and -current is the place to do such. In essense, if you decide that it needs to be done, then a warning is sufficient :-). You have warned :-). Now, if your request for comments is to "offer" the task to someone else, well... I think you are better at that stuff than me :-). Merry Christmas!!! :-). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Thu Dec 25 14:37:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA05227 for current-outgoing; Thu, 25 Dec 1997 14:37:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA05107 for ; Thu, 25 Dec 1997 14:35:16 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id XAA07405; Thu, 25 Dec 1997 23:31:56 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Any serious objections (with accompanying diffs only!) to this? In-reply-to: Your message of "Thu, 25 Dec 1997 13:48:43 PST." <13107.883086523@time.cdrom.com> Date: Thu, 25 Dec 1997 23:31:55 +0100 Message-ID: <7403.883089115@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <13107.883086523@time.cdrom.com>, "Jordan K. Hubbard" writes: >I've been trying to untangle the dependencies between the bin and info >distributions in -current for the last day now and I'm basically about >to give up Why not build the info dist like we a couple of the other ones ? Simply find all the files and move them from the bindist as part of the release process ? sort of like src/release/script/proflibs-make.sh ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Dec 25 15:51:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08627 for current-outgoing; Thu, 25 Dec 1997 15:51:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA08616 for ; Thu, 25 Dec 1997 15:51:07 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id PAA00568; Thu, 25 Dec 1997 15:48:35 -0800 (PST) To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Any serious objections (with accompanying diffs only!) to this? In-reply-to: Your message of "Thu, 25 Dec 1997 23:31:55 +0100." <7403.883089115@critter.freebsd.dk> Date: Thu, 25 Dec 1997 15:48:34 -0800 Message-ID: <564.883093714@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why not build the info dist like we a couple of the other ones ? > > Simply find all the files and move them from the bindist as part > of the release process ? I could see doing this as a second step, after merging the two again. Yes, that'd be doable. Jordan From owner-freebsd-current Thu Dec 25 21:02:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA22645 for current-outgoing; Thu, 25 Dec 1997 21:02:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA22479 for ; Thu, 25 Dec 1997 20:57:02 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA07132; Fri, 26 Dec 1997 15:54:43 +1100 Date: Fri, 26 Dec 1997 15:54:43 +1100 From: Bruce Evans Message-Id: <199712260454.PAA07132@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Any serious objections (with accompanying diffs only!) to this? Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Anyway, so unless someone else can supply me with a set of diffs which >fixes this in a reasonable way (and good luck finding all the spots >which switch DISTRIBUTION surrepticiously back to "bin" again in the Grepping for DISTRIBUTION in Makefile* doesn't show any. OTOH, grepping for ^BINDIR in Makefile* shows at least 52 bogons. Grepping for MAN1, COPTS and VPATH shows some more bogons (VPATH is undocmented...). Bruce From owner-freebsd-current Fri Dec 26 00:17:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00259 for current-outgoing; Fri, 26 Dec 1997 00:17:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA00249 for ; Fri, 26 Dec 1997 00:17:17 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id TAA11683; Fri, 26 Dec 1997 19:12:13 +1100 Date: Fri, 26 Dec 1997 19:12:13 +1100 From: Bruce Evans Message-Id: <199712260812.TAA11683@godzilla.zeta.org.au> To: dg@root.com, julian@whistle.com Subject: Re: crash (in networking code?) Cc: current@FreeBSD.ORG, gjp@erols.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I think this is a worry. I need to check a bunch of code against >this possibility. (MALLOC in splnet allowing un-expected re-enterence) I hope there are no reentrance bugs. Invalidation of objects that you think you own is bad enough. I use the following to find bogus M_WAITOK malloc()s. It complained about problems in all of the recently fixed areas (2 in netinet, one in accept1(). Bruce diff -c2 kern_malloc.c~ kern_malloc.c *** kern_malloc.c~ Fri Dec 5 23:25:33 1997 --- kern_malloc.c Fri Dec 26 14:02:11 1997 *************** *** 1,2 **** --- 1,6 ---- + static volatile int dbm_db = 0; + static volatile int dbm_ipl = 0; /* change to 0xc0020000 to hide splnet bugs */ + static volatile int dbm_sleep = 0; + /* * Copyright (c) 1987, 1991, 1993 *************** *** 127,130 **** --- 137,153 ---- kbp = &bucket[indx]; s = splhigh(); + #if 1 + if (!cold && !(flags & M_NOWAIT) && s != 0x80000000 && s != dbm_ipl) { + #elif 0 + if (!cold && !(flags & M_NOWAIT) && s & 0x0000ffff) { + #else + if (!cold && !(flags & M_NOWAIT) && s == 0xffffffff) { + #endif + printf("malloc(..., M_NOWAIT) called at high ipl %#x\n", s); + if (dbm_db) + Debugger(""); + if (dbm_sleep) + tsleep((caddr_t)ksp, PSWP+2, type->ks_shortdesc, 1); + } while (ksp->ks_memuse >= ksp->ks_limit) { if (flags & M_NOWAIT) { From owner-freebsd-current Fri Dec 26 01:44:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03668 for current-outgoing; Fri, 26 Dec 1997 01:44:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA03663 for ; Fri, 26 Dec 1997 01:44:03 -0800 (PST) (envelope-from michaelc@pc-micha.zdv.uni-tuebingen.de) Received: from pc-micha.zdv.uni-tuebingen.de (apc1mc10.bbn.hp.com [15.124.134.10]) by palrel3.hp.com (8.8.5/8.8.5tis) with ESMTP id BAA07103 for ; Fri, 26 Dec 1997 01:44:00 -0800 (PST) Received: from localhost (michaelc@localhost) by pc-micha.zdv.uni-tuebingen.de (8.8.8/8.7.3) with SMTP id KAA00451 for ; Fri, 26 Dec 1997 10:45:37 +0100 (MET) Date: Fri, 26 Dec 1997 10:45:37 +0100 (MET) From: Micha Class To: freebsd-current@freebsd.org Subject: X-Server not working / working again! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... just to let you know, the problems I had yesterday where my X-server (Xfree86, 3.3.1, Matrox Mill II) crashed my current-machine went away with a cvsup of today. Thank you. Was there really a bug, or did I do something strange? Micha ------------------------------------------------------------------------- michael class, viktor-renner str. 83, 72074 tuebingen, frg E-Mail: michael_class@hp.com Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- From owner-freebsd-current Fri Dec 26 05:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10930 for current-outgoing; Fri, 26 Dec 1997 05:05:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA10916 for ; Fri, 26 Dec 1997 05:05:47 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id DAA00226; Fri, 26 Dec 1997 03:25:07 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712260825.DAA00226@dyson.iquest.net> Subject: Re: X-Server hangs current-machine In-Reply-To: <34A2A98E.FFF602E1@hpbbse.bbn.hp.com> from Micha Class at "Dec 25, 97 07:44:30 pm" To: michael_class@bbn.hp.com Date: Fri, 26 Dec 1997 03:25:07 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Micha Class said: > John S. Dyson said: > > > Micha Class said: > > > Hello, > > > > > > with the latest changes in current my X-server hangs the machine. > > > The changes that broke the Server are either in in_pcb.c 1.37 or > > > in swap_pager.c 1.80 or in vm_pageout.c 1.104. > > > > > How much memory do you have? If you have enough that your system is not > > paging, then it is unlikely that the swap_pager or vm_pageout code is getting > > exercised. Dmesg would be helpful. > > Enclosed is the output of dmesg on this machine, and the messages that X > -probeonly > (which works) delivers. An no, I do not beleeave, that the machine is > pageing ... > > The thre files I mentioned were the only ones that were changed between > a working and a not working kernel :-( > I think that I have been able to reproduce the problem that you have seen on my PPro. It doesn't fail right away for me, but eventually it does. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 05:10:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA11101 for current-outgoing; Fri, 26 Dec 1997 05:10:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA11096 for ; Fri, 26 Dec 1997 05:10:18 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id IAA00549; Fri, 26 Dec 1997 08:08:59 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712261308.IAA00549@dyson.iquest.net> Subject: Re: X-Server not working / working again! In-Reply-To: from Micha Class at "Dec 26, 97 10:45:37 am" To: michaelc@tmbbwmc.bbn.hp.com (Micha Class) Date: Fri, 26 Dec 1997 08:08:59 -0500 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Micha Class said: > ... just to let you know, > > the problems I had yesterday where my X-server (Xfree86, 3.3.1, Matrox > Mill II) crashed my current-machine went away with a cvsup of today. > Thank you. > > Was there really a bug, or did I do something strange? > If I fixed the bug, which was a shot-in-the-dark, but the code that I had conditionally turned off for now, was left partially on. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 06:17:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA13182 for current-outgoing; Fri, 26 Dec 1997 06:17:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA13170 for ; Fri, 26 Dec 1997 06:17:07 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id PAA19039 for current@FreeBSD.ORG; Fri, 26 Dec 1997 15:15:34 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id PAA03927; Fri, 26 Dec 1997 15:07:35 +0100 (CET) (envelope-from andreas) Message-ID: <19971226150735.36920@klemm.gtn.com> Date: Fri, 26 Dec 1997 15:07:35 +0100 From: Andreas Klemm To: current@FreeBSD.ORG Subject: LINT breakage (/ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk only wanted to let you know. /usr/bin/cc -c -pipe -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DSPX_HACK -DSIMPLELOCK_DEBUG -DSI_DEBUG -DSCSI_2_DEF -DNPX_DEBUG -DLOCKF_DEBUG -DDEBUG -DCLUSTERDEBUG -DBOOTP_COMPAT -DBOOTP_NFSV3 -DBOOTP_NFSROOT -DBOOTP -DPOWERFAIL_NMI -DNATM -DLINT_PCCARD_HACK -DFDSEEKWAIT=16 -DNSWAPDEV=20 -DMFS_AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DLFS -DNQNFS -DNFS -DFFS -DTCP_COMPAT_42 -DNETATALK -DINET -DDIAGNOSTIC -DMD5 -DFAILSAFE -DKERNEL -include opt_global.h ../../ufs/lfs/lfs_vnops.c ../../ufs/ufs/ufs_readwrite.c: In function `lfs_write': In file included from ../../ufs/lfs/lfs_vnops.c:110: ../../ufs/ufs/ufs_readwrite.c:296: dereferencing pointer to incomplete type ../../ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared (first use this function) ../../ufs/ufs/ufs_readwrite.c:296: (Each undeclared identifier is reported only once ../../ufs/ufs/ufs_readwrite.c:296: for each function it appears in.) ../../ufs/ufs/ufs_readwrite.c:297: dereferencing pointer to incomplete type ../../ufs/ufs/ufs_readwrite.c:298: warning: implicit declaration of function `vm_freeze_copyopts' ../../ufs/ufs/ufs_readwrite.c:299: warning: implicit declaration of function `OFF_TO_IDX' *** Error code 1 -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Fri Dec 26 07:17:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15779 for current-outgoing; Fri, 26 Dec 1997 07:17:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15769 for ; Fri, 26 Dec 1997 07:17:23 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id KAA00718; Fri, 26 Dec 1997 10:17:09 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712261517.KAA00718@dyson.iquest.net> Subject: Re: LINT breakage (/ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared) In-Reply-To: <19971226150735.36920@klemm.gtn.com> from Andreas Klemm at "Dec 26, 97 03:07:35 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Fri, 26 Dec 1997 10:17:09 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm said: > only wanted to let you know. > > /usr/bin/cc -c -pipe -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DSPX_HACK -DSIMPLELOCK_DEBUG -DSI_DEBUG -DSCSI_2_DEF -DNPX_DEBUG -DLOCKF_DEBUG -DDEBUG -DCLUSTERDEBUG -DBOOTP_COMPAT -DBOOTP_NFSV3 -DBOOTP_NFSROOT -DBOOTP -DPOWERFAIL_NMI -DNATM -DLINT_PCCARD_HACK -DFDSEEKWAIT=16 -DNSWAPDEV=20 -DMFS_AUTOLOAD -DMFS_ROOT=10 -DDEVFS -DLFS -DNQNFS -DNFS -DFFS -DTCP_COMPAT_42 -DNETATALK -DINET -DDIAGNOSTIC -DMD5 -DFAILSAFE -DKERNEL -include opt_global.h ../../ufs/lfs/lfs_vnops.c > ../../ufs/ufs/ufs_readwrite.c: In function `lfs_write': > In file included from ../../ufs/lfs/lfs_vnops.c:110: > ../../ufs/ufs/ufs_readwrite.c:296: dereferencing pointer to incomplete type > ../../ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared (first use this function) > ../../ufs/ufs/ufs_readwrite.c:296: (Each undeclared identifier is reported only once > ../../ufs/ufs/ufs_readwrite.c:296: for each function it appears in.) > ../../ufs/ufs/ufs_readwrite.c:297: dereferencing pointer to incomplete type > ../../ufs/ufs/ufs_readwrite.c:298: warning: implicit declaration of function `vm_freeze_copyopts' > ../../ufs/ufs/ufs_readwrite.c:299: warning: implicit declaration of function `OFF_TO_IDX' > *** Error code 1 > > Thanks, BDE has been bugging me about it also :-). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 07:25:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16225 for current-outgoing; Fri, 26 Dec 1997 07:25:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA16209 for ; Fri, 26 Dec 1997 07:25:37 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id HAA03344 for ; Fri, 26 Dec 1997 07:25:36 -0800 (PST) To: current@freebsd.org Subject: 3.0 SNAPs are going again... Date: Fri, 26 Dec 1997 07:25:36 -0800 Message-ID: <3340.883149936@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As I'd hoped, I got the info mess untangled in time for an Xmas day SNAP (at least relative to the system clock at current.freebsd.org :) which is also copied over to ftp.freebsd.org for easier snarfing. Just FYI. Jordan From owner-freebsd-current Fri Dec 26 09:31:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22017 for current-outgoing; Fri, 26 Dec 1997 09:31:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22006 for ; Fri, 26 Dec 1997 09:31:00 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id SAA20960; Fri, 26 Dec 1997 18:15:11 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id RAA07390; Fri, 26 Dec 1997 17:08:31 +0100 (CET) (envelope-from andreas) Message-ID: <19971226170831.50675@klemm.gtn.com> Date: Fri, 26 Dec 1997 17:08:31 +0100 From: Andreas Klemm To: "John S. Dyson" Cc: current@freebsd.org Subject: Re: LINT breakage (/ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared) References: <19971226150735.36920@klemm.gtn.com> <199712261517.KAA00718@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199712261517.KAA00718@dyson.iquest.net>; from John S. Dyson on Fri, Dec 26, 1997 at 10:17:09AM -0500 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, Dec 26, 1997 at 10:17:09AM -0500, John S. Dyson wrote: > Andreas Klemm said: > > only wanted to let you know. > > ../../ufs/ufs/ufs_readwrite.c:296: `OBJ_OPT' undeclared (first use this function) > > *** Error code 1 > > > Thanks, BDE has been bugging me about it also :-). You're welcome ;-) BTW Mary Christmas && happy new year Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Fri Dec 26 09:53:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA23164 for current-outgoing; Fri, 26 Dec 1997 09:53:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from shell.monmouth.com (root@shell.monmouth.com [205.231.236.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA23140 for ; Fri, 26 Dec 1997 09:53:34 -0800 (PST) (envelope-from pechter@lakewood.com) Received: from i4got.lakewood.com (ppp13.monmouth.com [205.164.220.45]) by shell.monmouth.com (8.8.5/8.7.3) with ESMTP id MAA14392 for ; Fri, 26 Dec 1997 12:44:54 -0500 (EST) Received: (from root@localhost) by i4got.lakewood.com id MAA00657 (8.8.5/IDA-1.6 for freebsd-current@freebsd.org); Fri, 26 Dec 1997 12:43:11 -0500 (EST) From: Bill Pechter Message-ID: <199712261743.MAA00657@i4got.lakewood.com> Subject: anyone ever see this from cvsup? To: freebsd-current@freebsd.org Date: Fri, 26 Dec 1997 12:43:11 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone ever get this one? *** runtime error: *** Exception "RCSError.E" not in RAISES list *** I just picked up this error after CVSUP crashed on my machine. Bill From owner-freebsd-current Fri Dec 26 11:48:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29760 for current-outgoing; Fri, 26 Dec 1997 11:48:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from bmccane.cavtech.com ([208.155.166.124]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29665 for ; Fri, 26 Dec 1997 11:47:35 -0800 (PST) (envelope-from root@bmccane.cavtech.com) Received: from bmccane.cavtech.com (local [127.0.0.1]) by bmccane.cavtech.com (8.8.7/8.8.7) with ESMTP id NAA27817 for ; Fri, 26 Dec 1997 13:38:27 -0600 (CST) (envelope-from root@bmccane.cavtech.com) Message-Id: <199712261938.NAA27817@bmccane.cavtech.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org Subject: multi-modem ppp Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 13:38:26 -0600 From: Wm Brian McCane Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I could have sworn that one of the FreeBSD implementations of ppp had the ability to use multiple modems with line balancing. Am I wrong? brian BTW> I already RTFM'd From owner-freebsd-current Fri Dec 26 11:52:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00257 for current-outgoing; Fri, 26 Dec 1997 11:52:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA00247 for ; Fri, 26 Dec 1997 11:52:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA01796 for ; Fri, 26 Dec 1997 11:51:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712261951.LAA01796@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@freebsd.org Subject: kernel threads api? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 11:51:57 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Wondering if there is enough kernel threads api to support something like java 1.1.5. Tnks, Amancio From owner-freebsd-current Fri Dec 26 13:16:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04995 for current-outgoing; Fri, 26 Dec 1997 13:16:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04989 for ; Fri, 26 Dec 1997 13:16:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id NAA00427; Fri, 26 Dec 1997 13:16:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712262116.NAA00427@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "John S. Dyson" cc: freebsd-current@freebsd.org Subject: Re: kernel threads api? In-reply-to: Your message of "Fri, 26 Dec 1997 16:12:52 EST." <199712262112.QAA00665@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 13:16:01 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sounds good , estimated time for completion? Tnks, Amancio > Amancio Hasty said: > > > > > > Wondering if there is enough kernel threads api to support something like > > java 1.1.5. > > > I am working the kernel side, and John Birrell is working the user side. The > java 1.1.5 is one of the targets. > > -- > John | Never try to teach a pig to sing, > dyson@freebsd.org | it just makes you look stupid, > jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 13:19:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05172 for current-outgoing; Fri, 26 Dec 1997 13:19:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05161 for ; Fri, 26 Dec 1997 13:19:23 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id QAA00665; Fri, 26 Dec 1997 16:12:53 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712262112.QAA00665@dyson.iquest.net> Subject: Re: kernel threads api? In-Reply-To: <199712261951.LAA01796@rah.star-gate.com> from Amancio Hasty at "Dec 26, 97 11:51:57 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 26 Dec 1997 16:12:52 -0500 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty said: > > > Wondering if there is enough kernel threads api to support something like > java 1.1.5. > I am working the kernel side, and John Birrell is working the user side. The java 1.1.5 is one of the targets. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 13:21:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05375 for current-outgoing; Fri, 26 Dec 1997 13:21:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from burka.carrier.kiev.ua (gateway.lucky.net [195.145.31.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05363 for ; Fri, 26 Dec 1997 13:21:40 -0800 (PST) (envelope-from archer@grape.carrier.kiev.ua) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.193.193.101]) by burka.carrier.kiev.ua (8.8.6/8.Who.Cares) with ESMTP id XAA24695 for ; Fri, 26 Dec 1997 23:21:00 +0200 (EET) Received: from bucefal.carrier.kiev.ua (bucefal.carrier.kiev.ua [193.193.193.110]) by sivka.carrier.kiev.ua (8.8.7/8.8.7) with ESMTP id XAA03688 for ; Fri, 26 Dec 1997 23:23:20 +0200 (EET) Received: (from uucp@localhost) by bucefal.carrier.kiev.ua (8.8.8/8.8.6/8.Who.Cares) with UUCP id XAA10028 for current@freebsd.org; Fri, 26 Dec 1997 23:20:56 +0200 (EET) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.8.8/8.8.7) id VAA18540; Fri, 26 Dec 1997 21:54:02 +0200 (EET) Message-ID: <19971226215359.60196@grape.carrier.kiev.ua> Date: Fri, 26 Dec 1997 21:53:59 +0200 From: Alexander Litvin To: current@freebsd.org Subject: moused Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, no so annoying, but anyway... After makeworlding current my mouse stopped to function properly. Select worked, but paste didn't. Managed to make it work with "moused -m 2=3 ...". It's very old mouse. I don't know vendor, but it's MS-compatible. It has _two_ buttons. Why should it consider the right button to be the third? -- Alexander Litvin From owner-freebsd-current Fri Dec 26 13:24:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05586 for current-outgoing; Fri, 26 Dec 1997 13:24:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05539 for ; Fri, 26 Dec 1997 13:24:16 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id OAA23351; Fri, 26 Dec 1997 14:24:04 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id OAA10034; Fri, 26 Dec 1997 14:24:01 -0700 Date: Fri, 26 Dec 1997 14:24:01 -0700 Message-Id: <199712262124.OAA10034@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Amancio Hasty Cc: freebsd-current@freebsd.org Subject: Re: kernel threads api? In-Reply-To: <199712261951.LAA01796@rah.star-gate.com> References: <199712261951.LAA01796@rah.star-gate.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Wondering if there is enough kernel threads api to support something like > java 1.1.5. Not really, plus the 'thread' support in Java isn't as good as the built-in green-thread support. Many programs behave 'OK' with green-threads and don't with most unix kernel threads (including Solaris). Nate From owner-freebsd-current Fri Dec 26 15:31:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12812 for current-outgoing; Fri, 26 Dec 1997 15:31:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12807 for ; Fri, 26 Dec 1997 15:31:02 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id PAA16283; Fri, 26 Dec 1997 15:30:45 -0800 (PST) (envelope-from jdp) Message-Id: <199712262330.PAA16283@austin.polstra.com> To: pechter@lakewood.com Subject: Re: anyone ever see this from cvsup? In-Reply-To: <199712261743.MAA00657@i4got.lakewood.com> References: <199712261743.MAA00657@i4got.lakewood.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Fri, 26 Dec 1997 15:30:44 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199712261743.MAA00657@i4got.lakewood.com>, Bill Pechter wrote: > Anyone ever get this one? > > *** runtime error: > *** Exception "RCSError.E" not in RAISES list > *** > > I just picked up this error after CVSUP crashed on my machine. Well, reports like this have little value unless you include details such as the version of CVSup you were using, the version of FreeBSD it was running under, what command line you used to invoke the program, and the contents of your cvsupfile. Also, please report CVSup problems to cvsup-bugs@polstra.com. This particular problem is always caused by a corrupted RCS file. However, recent versions of CVSup handle such problems more robustly than older versions. If "cvsup -v" doesn't say it's version REL_15_2, then you're running an old version. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Dec 26 17:04:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17463 for current-outgoing; Fri, 26 Dec 1997 17:04:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA17442; Fri, 26 Dec 1997 17:04:41 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id SAA15294; Fri, 26 Dec 1997 18:04:09 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd015278; Fri Dec 26 18:04:03 1997 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id SAA00810; Fri, 26 Dec 1997 18:03:56 -0700 (MST) From: Terry Lambert Message-Id: <199712270103.SAA00810@usr04.primenet.com> Subject: Re: Bruce vandalism again To: mike@smith.net.au (Mike Smith) Date: Sat, 27 Dec 1997 01:03:56 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, bde@zeta.org.au, jb@freebsd1.cimlogic.com.au, bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, julian@whistle.com In-Reply-To: <199712202313.JAA01305@word.smith.net.au> from "Mike Smith" at Dec 21, 97 09:43:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > IMO, if style(9) encourages gratuitous differences between the camps, > > then style(9) is wrong. > > So you are saying that we should slavishly follow the NetBSD kernel > style? No. I'm saying you should negotiate a middle ground with them. > Just exactly who are we? I don't see the NetBSD camp doing anything to > help maintain similarities between their code and ours. FreeBSD makes CSRG code have high performance on x86. NetBSD makes CSRG code run on many platforms. Personally, I'd like CSRG code that had high performance AND ran on manyy platforms (hence the need for a middle ground). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Dec 26 18:45:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22014 for current-outgoing; Fri, 26 Dec 1997 18:45:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22004 for ; Fri, 26 Dec 1997 18:45:14 -0800 (PST) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.8/8.8.8) id DAA13721; Sat, 27 Dec 1997 03:42:50 +0100 (CET) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199712270242.DAA13721@ocean.campus.luth.se> Subject: Re: Bruce vandalism again In-Reply-To: <199712201945.GAA17208@godzilla.zeta.org.au> from Bruce Evans at "Dec 21, 97 06:45:32 am" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 27 Dec 1997 03:42:50 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Bruce Evans: > >> It should be self-consistant, moving towards ANSI by 3.0. > > > >And unless you do each file *completely* during the transition, you > >can't have both at once. That is the essence of the argument going on > >now. If you do it half-assed, self-consistancy goes out the window. > > And if you do it full-assed, then the usefulness of `cvs diff' and > `cvs -j' goes out the window. If you disagree, try merging some Lite2 > code into gratuitously changed code, and then verifying that the merge > is correct. ffs_vfsops.c is a good place to start - it is missing > important Lite2 security-related code for mount(). Really, that's so much hard work anyway. Ok, I'm not for making it harder, doesn't a cdiff program (or option to diff) seem more sane? One that parses the c code, and ignores inserted/removed empty lines, tabs, spaces, and comments (possibly changeable with an option so you could get the comment changes only), etc? I've been missing such a program for ages. It's a real pain to find real changes in huge amounts of "noice" that accumulates over time in c files, as you accidently delete a tab, and replace it with spaces, and so on. Isn't there such a program out there? If not, doesn't anyone think it's a nice idea? It shouldn't be that hard to write. I'd wriet it myself, but I seem to never get anywhere with my projects. If I had the time.. *sigh* /Mikael From owner-freebsd-current Fri Dec 26 19:52:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28018 for current-outgoing; Fri, 26 Dec 1997 19:52:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28001; Fri, 26 Dec 1997 19:52:46 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id WAA01494; Fri, 26 Dec 1997 22:51:55 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712270351.WAA01494@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <199712270103.SAA00810@usr04.primenet.com> from Terry Lambert at "Dec 27, 97 01:03:56 am" To: tlambert@primenet.com (Terry Lambert) Date: Fri, 26 Dec 1997 22:51:55 -0500 (EST) Cc: mike@smith.net.au, tlambert@primenet.com, bde@zeta.org.au, jb@freebsd1.cimlogic.com.au, bde@freebsd.org, current@freebsd.org, grog@lemis.com, julian@whistle.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert said: > > FreeBSD makes CSRG code have high performance on x86. NetBSD makes > CSRG code run on many platforms. > > Personally, I'd like CSRG code that had high performance AND ran > on manyy platforms (hence the need for a middle ground). > > Me too. I think that the next flurry of pmap activity will make us have a proper abstraction there. There are a few more VM and VFS performance improvements in progress, and new threading capabilities. Thank goodness we don't have lots of platforms. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Fri Dec 26 20:01:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28569 for current-outgoing; Fri, 26 Dec 1997 20:01:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28542 for ; Fri, 26 Dec 1997 20:00:59 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id CAA11907; Sat, 27 Dec 1997 02:29:53 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712270229.CAA11907@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0.1 12/23/97 To: Wm Brian McCane cc: current@freebsd.org Subject: Re: multi-modem ppp In-reply-to: Your message of "Fri, 26 Dec 1997 13:38:26 CST." <199712261938.NAA27817@bmccane.cavtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 02:29:52 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Greetings, > I could have sworn that one of the FreeBSD implementations of ppp had > the ability to use multiple modems with line balancing. Am I wrong? > > brian > > BTW> I already RTFM'd > Take a look at the mpd port (from archie@whistle.com). Ppp can't do it (yet). -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Fri Dec 26 20:32:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01648 for current-outgoing; Fri, 26 Dec 1997 20:32:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01621 for ; Fri, 26 Dec 1997 20:32:46 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id XAA23067; Fri, 26 Dec 1997 23:33:23 -0500 (EST) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id XAA25510; Fri, 26 Dec 1997 23:34:06 -0500 (EST) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Fri, 26 Dec 1997 23:34:06 -0500 (EST) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: Mikael Karpberg cc: Bruce Evans , current@freebsd.org Subject: Re: Bruce vandalism again In-Reply-To: <199712270242.DAA13721@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 27 Dec 1997, Mikael Karpberg wrote: > Really, that's so much hard work anyway. Ok, I'm not for making it harder, > doesn't a cdiff program (or option to diff) seem more sane? One that parses > the c code, and ignores inserted/removed empty lines, tabs, spaces, and > comments (possibly changeable with an option so you could get the comment Well, diff --ignore-space-change would be a pretty good start (tabs, spaces, and empty lines :). Removing comments would be a pretty trivial lex program, or there are also a couple of infamous perl regexps which match C comments. To further reduce noise, both bits of code to be diffed could be run through indent first, converting them to a mutually unacceptable but consistent style. This then could all be bundled up into one program `cdiff'. :) > time in c files, as you accidently delete a tab, and replace it with spaces, Well, if you used tabs and spaces in the right places, then this wouldn't be a problem. My rules, #1: never mix tabs and spaces to achieve the desired spacing, #2: never use tabs to align with text that wasn't aligned with the exact same number of tabs. These rules really reduce to: Make no stupid assumptions about the number of spaces in tabs. I edit with 3, 4, and 8 space tabs variously to ensure these rules are met. Needless to say, reading code not my own is always so depressing. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-current Fri Dec 26 21:50:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05786 for current-outgoing; Fri, 26 Dec 1997 21:50:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05777 for ; Fri, 26 Dec 1997 21:50:11 -0800 (PST) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.8/8.8.8) id GAA00259; Sat, 27 Dec 1997 06:48:37 +0100 (CET) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199712270548.GAA00259@ocean.campus.luth.se> Subject: Re: Bruce vandalism again In-Reply-To: from Tim Vanderhoek at "Dec 26, 97 11:34:06 pm" To: hoek@hwcn.org (Tim Vanderhoek) Date: Sat, 27 Dec 1997 06:48:37 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Tim Vanderhoek: > On Sat, 27 Dec 1997, Mikael Karpberg wrote: > > > Really, that's so much hard work anyway. Ok, I'm not for making it harder, > > doesn't a cdiff program (or option to diff) seem more sane? One that parses > > the c code, and ignores inserted/removed empty lines, tabs, spaces, and > > comments (possibly changeable with an option so you could get the comment > > Well, diff --ignore-space-change would be a pretty good start > (tabs, spaces, and empty lines :). Removing comments would be a > pretty trivial lex program, or there are also a couple of > infamous perl regexps which match C comments. To further reduce > noise, both bits of code to be diffed could be run through indent > first, converting them to a mutually unacceptable but consistent > style. This then could all be bundled up into one program > `cdiff'. :) Well, one important (in this case) thing that wont do is see a K&R and ANSI function head as equal, which would be a nice functionality for Bruce's diffing. :-) /Mikael From owner-freebsd-current Fri Dec 26 21:59:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA06082 for current-outgoing; Fri, 26 Dec 1997 21:59:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from hsu@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA06074 for freebsd-current@freebsd.org; Fri, 26 Dec 1997 21:59:40 -0800 (PST) (envelope-from hsu) Date: Fri, 26 Dec 1997 21:59:40 -0800 (PST) From: Jeffrey Hsu Message-Id: <199712270559.VAA06074@hub.freebsd.org> To: freebsd-current@freebsd.org Subject: Re: kernel threads api? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Not really, plus the 'thread' support in Java isn't as good as the > built-in green-thread support. That will change with the next version of the JDK. Green threads are being phased out in favor of native threads. This is necessary to support the part of the JNI spec which allows C programs to call Java routines. C programs linked with the system libc don't mix well with the libc wrapper routines in Green threads. Sun is presuming that the standard libc is re-entrant so it can be used for both C and Java. This is the case on Solaris, but not FreeBSD. Life could be simpler if we just made libc re-entrant and not distinguish libc from libc_r or libpthread. From owner-freebsd-current Fri Dec 26 22:16:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06775 for current-outgoing; Fri, 26 Dec 1997 22:16:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA06749; Fri, 26 Dec 1997 22:15:44 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.7/8.8.7) id RAA10165; Sat, 27 Dec 1997 17:19:02 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199712270619.RAA10165@cimlogic.com.au> Subject: Re: kernel threads api? In-Reply-To: <199712270559.VAA06074@hub.freebsd.org> from Jeffrey Hsu at "Dec 26, 97 09:59:40 pm" To: hsu@FreeBSD.ORG (Jeffrey Hsu) Date: Sat, 27 Dec 1997 17:19:00 +1100 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jeffrey Hsu wrote: > Life could be simpler if we just > made libc re-entrant and not distinguish libc from libc_r or libpthread. With the work that John Dyson has done (is doing 8-) on kernel threads, libc_r can die and be replaced by libpthread + libc. This is made possible because any thread can block on a syscall and the kernel will schedule another thread. Without kernel threads, blocking syscalls are problematic to libc_r, as you know 8-). Of course there is still a lot of work required to make libc re-entrant. Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Fri Dec 26 22:53:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08650 for current-outgoing; Fri, 26 Dec 1997 22:53:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08374; Fri, 26 Dec 1997 22:48:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA00376; Fri, 26 Dec 1997 22:48:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270648.WAA00376@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: John Birrell cc: hsu@freebsd.org (Jeffrey Hsu), freebsd-current@freebsd.org Subject: Re: kernel threads api? In-reply-to: Your message of "Sat, 27 Dec 1997 17:19:00 +1100." <199712270619.RAA10165@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 22:48:07 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is libpthread ? 8) Tnks, Amancio > Jeffrey Hsu wrote: > > Life could be simpler if we just > > made libc re-entrant and not distinguish libc from libc_r or libpthread. > > With the work that John Dyson has done (is doing 8-) on kernel threads, > libc_r can die and be replaced by libpthread + libc. This is made possible > because any thread can block on a syscall and the kernel will schedule > another thread. Without kernel threads, blocking syscalls are problematic > to libc_r, as you know 8-). Of course there is still a lot of work > required to make libc re-entrant. > > Regards, > > -- > John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org > CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Fri Dec 26 22:53:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08660 for current-outgoing; Fri, 26 Dec 1997 22:53:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08644 for ; Fri, 26 Dec 1997 22:53:34 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.7/8.8.7) id RAA10246; Sat, 27 Dec 1997 17:56:48 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199712270656.RAA10246@cimlogic.com.au> Subject: Re: kernel threads api? In-Reply-To: <199712270648.WAA00376@rah.star-gate.com> from Amancio Hasty at "Dec 26, 97 10:48:07 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 27 Dec 1997 17:56:47 +1100 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > > What is libpthread ? 8) It contains the POSIX thread functions that extend libc from POSIX 1003.1 to 1003.1c. These are currently in libc_r, but that has a (modified) version of libc in there too, and cannot co-exist with libc. > > Tnks, > Amancio Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Fri Dec 26 23:02:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09197 for current-outgoing; Fri, 26 Dec 1997 23:02:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09183 for ; Fri, 26 Dec 1997 23:02:00 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id XAA00963; Thu, 25 Dec 1997 23:33:03 +1030 (CST) Message-Id: <199712251303.XAA00963@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "John S. Dyson" cc: gmarco@giovannelli.it, current@FreeBSD.ORG Subject: Re: Crashes and more... In-reply-to: Your message of "Tue, 23 Dec 1997 21:16:24 CDT." <199712240216.VAA04738@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Dec 1997 23:33:02 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Gianmarco Giovannelli said: > > I am not able to do a make world after one of the last cvsup. > > It exits on signal 11 or signal 10 in different part of the process ... > > > > I have changed the ram twice but the problem is still here... > > Netscape crashes randomly rebooting my box without informations. > > > > > > Tha last make world I succeded was made in the same time of this kernel > > : > > > > FreeBSD gmarco.eclipse.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Dec > > 20 00:36:51 CET 1997 > > root@gmarco.eclipse.org:/usr/src/sys/compile/GMARCO i386 > > > > Boh ? I don't know what is happening , but it is not solved with the > > latest cvsup... > > > What kind of processor are you running on? If it is a 386, then > I can imagine a problem (I haven't been able to test on 386 processors.) I'm running a with a few days latency on my mail, so this may already have been answered, but I've been trying (and failing) to build the world around the 20th-22nd with the sort of random signals that look like bad memory, on a machine that used to behave itself 100%. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ Remember, the race is long, \\ msmith@freebsd.org \\ and in the end it's only with yourself. \\ From owner-freebsd-current Fri Dec 26 23:03:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09318 for current-outgoing; Fri, 26 Dec 1997 23:03:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09278 for ; Fri, 26 Dec 1997 23:03:33 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id XAA00492; Fri, 26 Dec 1997 23:03:22 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270703.XAA00492@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: John Birrell cc: freebsd-current@freebsd.org Subject: Re: kernel threads api? In-reply-to: Your message of "Sat, 27 Dec 1997 17:56:47 +1100." <199712270656.RAA10246@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 23:03:22 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So the question now is when can we expect libpthread? 8) And a separate issue I hope that we ca go soon to elf so we can run packages such as ACE. Tnks, Amancio > Amancio Hasty wrote: > > > > What is libpthread ? 8) > > It contains the POSIX thread functions that extend libc from POSIX 1003.1 > to 1003.1c. These are currently in libc_r, but that has a (modified) > version of libc in there too, and cannot co-exist with libc. > > > > > Tnks, > > Amancio > > Regards, > > -- > John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org > CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Fri Dec 26 23:10:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09939 for current-outgoing; Fri, 26 Dec 1997 23:10:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09898 for ; Fri, 26 Dec 1997 23:09:58 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.7/8.8.7) id SAA10308; Sat, 27 Dec 1997 18:13:19 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199712270713.SAA10308@cimlogic.com.au> Subject: Re: kernel threads api? In-Reply-To: <199712270703.XAA00492@rah.star-gate.com> from Amancio Hasty at "Dec 26, 97 11:03:22 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 27 Dec 1997 18:13:18 +1100 (EST) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > So the question now is when can we expect libpthread? 8) I need to check with John Dyson to see when the VM support for the kernel to update the running thread (that the user lib needs to know) will be there. My part should be ready within a couple of weeks. I have more time to work on it at the moment since I'm "between contacts" 8-). > > And a separate issue I hope that we ca go soon to elf so we can run > packages such as ACE. > > Tnks, > Amancio Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Sat Dec 27 13:51:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA21681 for current-outgoing; Sat, 27 Dec 1997 13:51:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA21668 for ; Sat, 27 Dec 1997 13:50:58 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id NAA03730 for ; Sat, 27 Dec 1997 13:50:57 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 13:50:57 -0800 (PST) From: Chris Timmons To: freebsd-current@freebsd.org Subject: no boot: config -g and options DDB Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My world and bootblocks are from 12/17 and my kernel sources are from yesterday. I always hate bringing these things up because invariably it's me that is broken, but here goes anyways ?<: If I 'config -g GENERIC' and build/install normally I get a happily booting kernel. Add: options DDB options BREAK_TO_DEBUGGER and the kernel no longer boots; instead it starts booting and then the machine behaves as if the reset button had been pushed and the process repeats (unless -d is present, then the session ends in catatonia.) I trapped some output from the serial console from a build which did the same thing but was NOT GENERIC, rather my customized kernel: - - - - - - - - - - - - - - - (pinwheel graphics removed :) >> FreeBSD BOOT @ 0x10000: 637/31744 k of memory, serial/dual console Boot default: 0:sd(0,a)kernel boot:-d -v Booting 0:sd(0,a)kernel @ 0x100000 text=0xdd000 data=0x10000 bss=0x1a9b4 symbols=[+0x64c+0x4+0x286734+0x4+0x42762e] Can't find file kernel.config total=0x8b5d6a entry point=0x100000 [ preserving 0x6add6c bytes of kernel symbol table ] Debugger("Boot flags requested debugger") Stopped at _Debugger+0x35 [../../i386/i386/db_interface.c:58]: movb $0,_in_Debugger.98 db> next After 2 instructions (0 loads, 0 stores), Stopped at _Debugger+0x3d: ret db> next BIOS basemem (637K) != RTC basemem (640K), setting to BIOS value - - - - - - - - - - - - - - - At this point the machine is really hung and must be powered off to reset. If someone else could repeat I'll send-pr it... -Chris From owner-freebsd-current Sat Dec 27 13:58:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22081 for current-outgoing; Sat, 27 Dec 1997 13:58:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA22067 for ; Sat, 27 Dec 1997 13:58:51 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id NAA03813 for ; Sat, 27 Dec 1997 13:58:48 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 13:58:48 -0800 (PST) From: Chris Timmons To: freebsd-current@freebsd.org Subject: Re: no boot: config -g and options DDB In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk but it boots when I strip -x the kernel like it says to do in the handbook. "never mind" :) From owner-freebsd-current Sat Dec 27 15:17:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA27135 for current-outgoing; Sat, 27 Dec 1997 15:17:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA27130 for ; Sat, 27 Dec 1997 15:17:21 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id KAA30548; Sun, 28 Dec 1997 10:14:11 +1100 Date: Sun, 28 Dec 1997 10:14:11 +1100 From: Bruce Evans Message-Id: <199712272314.KAA30548@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: no boot: config -g and options DDB Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >but it boots when I strip -x the kernel like it says to do in the >handbook. "never mind" :) It shouldn't say that. -x breaks everything that needs static symbols, e.g., systat. -d is correct. Bruce From owner-freebsd-current Sat Dec 27 16:34:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00713 for current-outgoing; Sat, 27 Dec 1997 16:34:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA00707 for ; Sat, 27 Dec 1997 16:34:24 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id LAA05851; Sun, 28 Dec 1997 11:03:09 +1030 (CST) (envelope-from grog) Message-ID: <19971228110308.12242@lemis.com> Date: Sun, 28 Dec 1997 11:03:08 +1030 From: Greg Lehey To: Chris Timmons Cc: freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Chris Timmons on Sat, Dec 27, 1997 at 01:58:48PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 01:58:48PM -0800, Chris Timmons wrote: > > but it boots when I strip -x the kernel like it says to do in the > handbook. "never mind" :) How much memory does your machine have? Greg From owner-freebsd-current Sat Dec 27 16:36:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00892 for current-outgoing; Sat, 27 Dec 1997 16:36:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA00867 for ; Sat, 27 Dec 1997 16:36:09 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id QAA05520; Sat, 27 Dec 1997 16:36:02 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 16:36:02 -0800 (PST) From: Chris Timmons To: Bruce Evans cc: freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB In-Reply-To: <199712272314.KAA30548@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It says that in the section about remote debugging using gdb. Should I be able to boot a kernel that is config -g'd with options DDB and not stripped? Actually I'm not really trying to do remote kernel debugging with gdb. I was thinking that I would want to config -g to make a more interesting dump when I call panic from in ddb, allowing me to do some poking later with KGDB. How does BRUCE do it??? :) -c On Sun, 28 Dec 1997, Bruce Evans wrote: > >but it boots when I strip -x the kernel like it says to do in the > >handbook. "never mind" :) > > It shouldn't say that. -x breaks everything that needs static symbols, > e.g., systat. -d is correct. > > Bruce > From owner-freebsd-current Sat Dec 27 16:38:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01025 for current-outgoing; Sat, 27 Dec 1997 16:38:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA01008 for ; Sat, 27 Dec 1997 16:37:53 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id QAA05541; Sat, 27 Dec 1997 16:37:36 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 16:37:36 -0800 (PST) From: Chris Timmons To: Greg Lehey cc: freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB In-Reply-To: <19971228110308.12242@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk it is an asus p55t2p4, p90 with 32mb edo. On Sun, 28 Dec 1997, Greg Lehey wrote: > On Sat, Dec 27, 1997 at 01:58:48PM -0800, Chris Timmons wrote: > > > > but it boots when I strip -x the kernel like it says to do in the > > handbook. "never mind" :) > > How much memory does your machine have? > > Greg > From owner-freebsd-current Sat Dec 27 17:09:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA02634 for current-outgoing; Sat, 27 Dec 1997 17:09:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA02629 for ; Sat, 27 Dec 1997 17:09:04 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA00351; Sun, 28 Dec 1997 12:03:04 +1100 Date: Sun, 28 Dec 1997 12:03:04 +1100 From: Bruce Evans Message-Id: <199712280103.MAA00351@godzilla.zeta.org.au> To: bde@zeta.org.au, skynyrd@opus.cts.cwu.edu Subject: Re: no boot: config -g and options DDB Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >It says that in the section about remote debugging using gdb. Should I be >able to boot a kernel that is config -g'd with options DDB and not >stripped? Actually I'm not really trying to do remote kernel debugging >with gdb. Depends how much memory you have. >I was thinking that I would want to config -g to make a more interesting >dump when I call panic from in ddb, allowing me to do some poking later >with KGDB. > >How does BRUCE do it??? :) I normally use ddb. If I want to look at a panic dump using gdb -k (kgdb doesn't exist), then I compile a matching kernel with -g. If I want to be sure that it's the same kernel, then I read strip.1 to relearn the correct strip flag (-d) and then strip a copy and compare it with the dumped kernel. Bruce From owner-freebsd-current Sat Dec 27 17:32:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA04125 for current-outgoing; Sat, 27 Dec 1997 17:32:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA04115 for ; Sat, 27 Dec 1997 17:32:16 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA18963; Sat, 27 Dec 1997 17:21:34 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd018961; Sat Dec 27 17:21:26 1997 Date: Sat, 27 Dec 1997 17:18:30 -0800 (PST) From: Julian Elischer To: Chris Timmons cc: freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk don't try actually boot that kernel.... it often won't work (e.g. I have that problem) do the following: cp kernel kernel.strip strip -d kernel.strip cp kernel.strip /kernel.new reboot you can use the huge kernel against core-dumps e.g. gdb -k kernel.huge vmcore.0 and if you have remote-gdb enabled and 2 machines, you can use it for that too (run gdb against it) but it often won't actually boot I don't know why. On Sat, 27 Dec 1997, Chris Timmons wrote: > > My world and bootblocks are from 12/17 and my kernel sources are from > yesterday. I always hate bringing these things up because invariably it's > me that is broken, but here goes anyways ?<: > > If I 'config -g GENERIC' and build/install normally I get a happily > booting kernel. Add: > > options DDB > options BREAK_TO_DEBUGGER > > and the kernel no longer boots; instead it starts booting and then the > machine behaves as if the reset button had been pushed and the process > repeats (unless -d is present, then the session ends in catatonia.) > > I trapped some output from the serial console from a build which did the > same thing but was NOT GENERIC, rather my customized kernel: > > - - - - - - - - - - - - - - - (pinwheel graphics removed :) > > >> FreeBSD BOOT @ 0x10000: 637/31744 k of memory, serial/dual console > Boot default: 0:sd(0,a)kernel > > boot:-d -v > > Booting 0:sd(0,a)kernel @ 0x100000 > text=0xdd000 data=0x10000 bss=0x1a9b4 > symbols=[+0x64c+0x4+0x286734+0x4+0x42762e] > > Can't find file kernel.config > total=0x8b5d6a entry point=0x100000 > > [ preserving 0x6add6c bytes of kernel symbol table ] > Debugger("Boot flags requested debugger") > Stopped at _Debugger+0x35 [../../i386/i386/db_interface.c:58]: > movb $0,_in_Debugger.98 > > db> next > After 2 instructions (0 loads, 0 stores), > Stopped at _Debugger+0x3d: ret > > db> next > BIOS basemem (637K) != RTC basemem (640K), setting to BIOS value > > - - - - - - - - - - - - - - - > > At this point the machine is really hung and must be powered off to reset. > > If someone else could repeat I'll send-pr it... > > -Chris > > From owner-freebsd-current Sat Dec 27 17:32:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA04150 for current-outgoing; Sat, 27 Dec 1997 17:32:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA04138 for ; Sat, 27 Dec 1997 17:32:23 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA18971; Sat, 27 Dec 1997 17:23:44 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd018969; Sat Dec 27 17:23:35 1997 Date: Sat, 27 Dec 1997 17:20:38 -0800 (PST) From: Julian Elischer To: Chris Timmons cc: Bruce Evans , freebsd-current@freebsd.org Subject: Re: no boot: config -g and options DDB In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk you don't need to BOOt it just have it around when you look at hte core dump.. boot a stripped (with -d) version of the same kernel. On Sat, 27 Dec 1997, Chris Timmons wrote: > > It says that in the section about remote debugging using gdb. Should I be > able to boot a kernel that is config -g'd with options DDB and not > stripped? Actually I'm not really trying to do remote kernel debugging > with gdb. > > I was thinking that I would want to config -g to make a more interesting > dump when I call panic from in ddb, allowing me to do some poking later > with KGDB. > > How does BRUCE do it??? :) > > -c > > On Sun, 28 Dec 1997, Bruce Evans wrote: > > > >but it boots when I strip -x the kernel like it says to do in the > > >handbook. "never mind" :) > > > > It shouldn't say that. -x breaks everything that needs static symbols, > > e.g., systat. -d is correct. > > > > Bruce > > > > From owner-freebsd-current Sat Dec 27 17:48:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA05260 for current-outgoing; Sat, 27 Dec 1997 17:48:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA04898 for ; Sat, 27 Dec 1997 17:42:54 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA06205; Sun, 28 Dec 1997 12:11:57 +1030 (CST) (envelope-from grog) Message-ID: <19971228121157.21772@lemis.com> Date: Sun, 28 Dec 1997 12:11:57 +1030 From: Greg Lehey To: Chris Timmons Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Remote gdb (was: no boot: config -g and options DDB) References: <199712272314.KAA30548@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Chris Timmons on Sat, Dec 27, 1997 at 04:36:02PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 04:36:02PM -0800, Chris Timmons wrote: > On Sun, 28 Dec 1997, Bruce Evans wrote: > >>> but it boots when I strip -x the kernel like it says to do in the >>> handbook. "never mind" :) >> >> It shouldn't say that. -x breaks everything that needs static symbols, >> e.g., systat. -d is correct. > > It says that in the section about remote debugging using gdb. Correct. It's wrong, Bruce is right. > Should I be able to boot a kernel that is config -g'd with options > DDB and not stripped? Yes, and it makes sense if you want to use ddb to debug your system. But the debug kernel takes up about 10 MB of RAM, which is why I asked my previous question: 16 MB is rather too small, though it shouldn't cause a hang. > I was thinking that I would want to config -g to make a more interesting > dump when I call panic from in ddb, allowing me to do some poking later > with KGDB. Good thinking. That's why I do it this way as well. On the subject of remote debugging: the handbook entry is missing some other important information. I still haven't been able to get the link to work. After considerable digging in the sources, I found that the serial line on the debugged machine must be sio0, but even after changing the hardware configuration accordingly, I can't get it to work. Here's the situation: 1. First, establish that I can set up conventional communication with getty and cu. No problems. I'm using a crossover cable. 2. On the debugging machine, I enter ddb and issue the gdb command as described, and get the expected message Next trap will enter GDB remote protocol mode Then I continue execution. 3. At some point, on the debugged machine, I re-enter the debugger. It hangs after the message Debugger("manual escape to debugger") and (presumably) waits for communication from the debugging machine. 4. On the debugging machine, I enter target remote /dev/cuaa0 I get the messages: Remote debugging using /dev/cuaa0 Ignoring packet error, continuing... Ignoring packet error, continuing... Couldn't establish connection to remote target Malformed response to offset query, timeout And that's all. The debugged machine waits for ever, and I need to press the Big Red Button to continue. Looking with a breakout box, I see that the debugged machine isn't asserting any modem control signals, but that doesn't seem to be the problem: the debugging machine sends data anyway, and setting the breakout box to provide RTS, DTR and CD doesn't help. I've also tried having the debugging machine trying to establish contact when I re-enter ddb on the debugged machine (in other words, do step 4 just before step 3). Still no communication. So what gives? Do I have my serial config wrong? I've done everything according to the book, and there is no indication, neither in the documentation nor in the sources, about how to set up the bit rate, character size and such. I assume somebody has got this to work, but I can't work out how. Greg From owner-freebsd-current Sat Dec 27 18:18:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07210 for current-outgoing; Sat, 27 Dec 1997 18:18:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06877 for ; Sat, 27 Dec 1997 18:13:22 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA01965; Sun, 28 Dec 1997 13:04:14 +1100 Date: Sun, 28 Dec 1997 13:04:14 +1100 From: Bruce Evans Message-Id: <199712280204.NAA01965@godzilla.zeta.org.au> To: grog@lemis.com, skynyrd@opus.cts.cwu.edu Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Cc: bde@zeta.org.au, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On the subject of remote debugging: the handbook entry is missing some >other important information. I still haven't been able to get the >link to work. After considerable digging in the sources, I found that >3. At some point, on the debugged machine, I re-enter the debugger. > It hangs after the message > > Debugger("manual escape to debugger") > > and (presumably) waits for communication from the debugging > machine. > >4. On the debugging machine, I enter > > target remote /dev/cuaa0 > > I get the messages: > > Remote debugging using /dev/cuaa0 > Ignoring packet error, continuing... > Ignoring packet error, continuing... > Couldn't establish connection to remote target > Malformed response to offset query, timeout Possibly a speed mismatch. 16550s may be required on the debugged machine. It may work better to do step 3) before 4). >So what gives? Do I have my serial config wrong? I've done >everything according to the book, and there is no indication, neither >in the documentation nor in the sources, about how to set up the bit >rate, character size and such. I assume somebody has got this to >work, but I can't work out how. Speed setting is fully doc^H^H^Hcoded in the sources. It may work better to use a serial console or boot with -D. The speed will then be set by the boot blocks, and the kernel will use the same speed (if it agrees with the boot blocks about the port), and the h/w speed will be initialized (-current neglects to initialize when the speed registers wouldn't change, but this may leave the h/w behind the registers uninitialized after reset). Bruce From owner-freebsd-current Sat Dec 27 18:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07643 for current-outgoing; Sat, 27 Dec 1997 18:24:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gelemna.ft-wayne.in.us (fw1-37.fwi.com [207.113.68.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07263 for ; Sat, 27 Dec 1997 18:19:08 -0800 (PST) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: (from croyle@localhost) by gelemna.ft-wayne.in.us (8.8.8/8.8.5) id VAA01876; Sat, 27 Dec 1997 21:19:07 -0500 (EST) To: freebsd-current@freebsd.org Subject: shutdown oddity Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Don Croyle Date: 27 Dec 1997 21:19:06 -0500 Organization: Minimal at best Message-ID: <86en2yryzp.fsf@gelemna.ft-wayne.in.us> Lines: 14 X-Mailer: Quassia Gnus v0.17/XEmacs 20.3 - "Vatican City" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since I upgraded from 2.2-stable to -current I've been seeing stuff like this when I reboot: /usr/src#shutdown -r +5 Shutdown at Sat Dec 27 20:27:37 1997. shutdown: [pid 14646] /usr/src#wall: /dev/: Is a directory wall: /dev/croyle: No such file or directory It's persisted through three or four 'make worlds' so far. -- I've always wanted to be a dilettante, | Usenet II -- because but I've never quite been ready to make | it's time for October the commitment. | http://www.usenet2.org From owner-freebsd-current Sat Dec 27 18:24:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07693 for current-outgoing; Sat, 27 Dec 1997 18:24:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07650 for ; Sat, 27 Dec 1997 18:24:23 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA06444; Sun, 28 Dec 1997 12:54:01 +1030 (CST) (envelope-from grog) Message-ID: <19971228125401.34698@lemis.com> Date: Sun, 28 Dec 1997 12:54:01 +1030 From: Greg Lehey To: Bruce Evans Cc: skynyrd@opus.cts.cwu.edu, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <199712280204.NAA01965@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712280204.NAA01965@godzilla.zeta.org.au>; from Bruce Evans on Sun, Dec 28, 1997 at 01:04:14PM +1100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 28, 1997 at 01:04:14PM +1100, Bruce Evans wrote: >> On the subject of remote debugging: the handbook entry is missing some >> other important information. I still haven't been able to get the >> link to work. After considerable digging in the sources, I found that > >> 3. At some point, on the debugged machine, I re-enter the debugger. >> It hangs after the message >> >> Debugger("manual escape to debugger") >> >> and (presumably) waits for communication from the debugging >> machine. >> >> 4. On the debugging machine, I enter >> >> target remote /dev/cuaa0 >> >> I get the messages: >> >> Remote debugging using /dev/cuaa0 >> Ignoring packet error, continuing... >> Ignoring packet error, continuing... >> Couldn't establish connection to remote target >> Malformed response to offset query, timeout > > Possibly a speed mismatch. 16550s may be required on the debugged machine. > It may work better to do step 3) before 4). As I mentioned in the original message, I tried both ways. >> So what gives? Do I have my serial config wrong? I've done >> everything according to the book, and there is no indication, neither >> in the documentation nor in the sources, about how to set up the bit >> rate, character size and such. I assume somebody has got this to >> work, but I can't work out how. > > Speed setting is fully doc^H^H^Hcoded in the sources. Well, no. In fact, there's no evidence that ddb sets the speed at all. The gdb command just sets a flag, and when I hit the next trap I end up in gdb_handle_exception, but it doesn't seem to set anything either. > It may work better to use a serial console or boot with -D. Interesting. I tried that, and it had *no* effect. If I understand it correctly, it should duplicate the boot messages onto a serial console. I had a cu waiting, but it saw nothing. I will investigate. > The speed will then be set by the boot blocks, and the kernel will > use the same speed (if it agrees with the boot blocks about the > port), and the h/w speed will be initialized (-current neglects to > initialize when the speed registers wouldn't change, but this may > leave the h/w behind the registers uninitialized after reset). I think that this is basically broken. When ddb goes to gdb after a trap, it shouldn't make any assumptions about what somebody else might have done. It should save the current UART registers, set what it wants, and restore the old contents on return. Sure, it's unlikely you're going to debug something over the line that it's using, but anything else is unclean. I'll take a look at it, but first I want to understand why it's not working now. Greg From owner-freebsd-current Sat Dec 27 18:31:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08113 for current-outgoing; Sat, 27 Dec 1997 18:31:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08101 for ; Sat, 27 Dec 1997 18:31:09 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA06501; Sun, 28 Dec 1997 13:00:40 +1030 (CST) (envelope-from grog) Message-ID: <19971228130040.23145@lemis.com> Date: Sun, 28 Dec 1997 13:00:40 +1030 From: Greg Lehey To: Julian Elischer Cc: Chris Timmons , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Julian Elischer on Sat, Dec 27, 1997 at 05:20:38PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 05:20:38PM -0800, Julian Elischer wrote: > On Sat, 27 Dec 1997, Chris Timmons wrote: >> On Sun, 28 Dec 1997, Bruce Evans wrote: >> >>>> but it boots when I strip -x the kernel like it says to do in the >>>> handbook. "never mind" :) >>> >>> It shouldn't say that. -x breaks everything that needs static symbols, >>> e.g., systat. -d is correct. >> >> It says that in the section about remote debugging using gdb. Should I be >> able to boot a kernel that is config -g'd with options DDB and not >> stripped? Actually I'm not really trying to do remote kernel debugging >> with gdb. >> >> I was thinking that I would want to config -g to make a more interesting >> dump when I call panic from in ddb, allowing me to do some poking later >> with KGDB. >> >> How does BRUCE do it??? :) > > you don't need to BOOt it > just have it around when you look at hte core dump.. > boot a stripped (with -d) version of the same kernel. It's useful to have the complete symbols if you're using ddb online. I've just tryed it on a 16 MB 486, and it works. It left 4.5 MB over--enough, I suppose, for the system to run. Greg From owner-freebsd-current Sat Dec 27 18:41:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08689 for current-outgoing; Sat, 27 Dec 1997 18:41:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08684 for ; Sat, 27 Dec 1997 18:41:37 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA02918; Sun, 28 Dec 1997 13:40:10 +1100 Date: Sun, 28 Dec 1997 13:40:10 +1100 From: Bruce Evans Message-Id: <199712280240.NAA02918@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.com Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Well, no. In fact, there's no evidence that ddb sets the speed at >all. The gdb command just sets a flag, and when I hit the next trap I Just like fopen() doesn't set the speed. It knows nothing of devices. >I think that this is basically broken. When ddb goes to gdb after a >trap, it shouldn't make any assumptions about what somebody else might >have done. It should save the current UART registers, set what it >wants, and restore the old contents on return. Sure, it's unlikely That's the device driver's job. It doesn't work very well with gdb, since input may arrive while gdb is switched out, so you have to set the speed to the same value for all users of the device so that the context switching is null. Non-null switching also trips over UART bugs. Bruce From owner-freebsd-current Sat Dec 27 19:04:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10000 for current-outgoing; Sat, 27 Dec 1997 19:04:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA09993 for ; Sat, 27 Dec 1997 19:04:10 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA07942; Sun, 28 Dec 1997 13:33:11 +1030 (CST) (envelope-from grog) Message-ID: <19971228133310.31340@lemis.com> Date: Sun, 28 Dec 1997 13:33:10 +1030 From: Greg Lehey To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <199712280240.NAA02918@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712280240.NAA02918@godzilla.zeta.org.au>; from Bruce Evans on Sun, Dec 28, 1997 at 01:40:10PM +1100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 28, 1997 at 01:40:10PM +1100, Bruce Evans wrote: >> Well, no. In fact, there's no evidence that ddb sets the speed at >> all. The gdb command just sets a flag, and when I hit the next trap I > > Just like fopen() doesn't set the speed. It knows nothing of > devices. Yes, but fwrite() doesn't go on and talk to the device registers. ddb does, without first setting them. >> I think that this is basically broken. When ddb goes to gdb after a >> trap, it shouldn't make any assumptions about what somebody else might >> have done. It should save the current UART registers, set what it >> wants, and restore the old contents on return. Sure, it's unlikely > > That's the device driver's job. It doesn't work very well with gdb, > since input may arrive while gdb is switched out, so you have to set > the speed to the same value for all users of the device so that the > context switching is null. Non-null switching also trips over UART > bugs. ddb doesn't use the device driver. It talks directly to the device with functions like: void siocnputc(dev, c) dev_t dev; int c; { int s; struct siocnstate sp; s = spltty(); siocnopen(&sp); siocntxwait(); outb(siocniobase + com_data, c); siocnclose(&sp); splx(s); } I think that's reasonable: the more of the kernel the debugger uses, the less of the kernel you can debug with it. But it does mean that it should set the control registers correctly first. I thought that maybe I need COMCONSOLE, but it's still not talking across the serial line. Greg From owner-freebsd-current Sat Dec 27 19:17:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10947 for current-outgoing; Sat, 27 Dec 1997 19:17:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10919 for ; Sat, 27 Dec 1997 19:16:51 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA08009; Sun, 28 Dec 1997 13:46:14 +1030 (CST) (envelope-from grog) Message-ID: <19971228134613.54538@lemis.com> Date: Sun, 28 Dec 1997 13:46:13 +1030 From: Greg Lehey To: Don Croyle Cc: freebsd-current@FreeBSD.ORG Subject: Re: shutdown oddity References: <86en2yryzp.fsf@gelemna.ft-wayne.in.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <86en2yryzp.fsf@gelemna.ft-wayne.in.us>; from Don Croyle on Sat, Dec 27, 1997 at 09:19:06PM -0500 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 09:19:06PM -0500, Don Croyle wrote: > Since I upgraded from 2.2-stable to -current I've been seeing stuff > like this when I reboot: > > /usr/src#shutdown -r +5 > Shutdown at Sat Dec 27 20:27:37 1997. > shutdown: [pid 14646] > /usr/src#wall: /dev/: Is a directory > wall: /dev/croyle: No such file or directory > > It's persisted through three or four 'make worlds' so far. FWIW, I've seen this too, but I haven't got round to looking at what causes it. Greg From owner-freebsd-current Sat Dec 27 19:17:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10953 for current-outgoing; Sat, 27 Dec 1997 19:17:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10913 for ; Sat, 27 Dec 1997 19:16:47 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA03628; Sun, 28 Dec 1997 14:13:45 +1100 Date: Sun, 28 Dec 1997 14:13:45 +1100 From: Bruce Evans Message-Id: <199712280313.OAA03628@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.com Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Just like fopen() doesn't set the speed. It knows nothing of >> devices. > >Yes, but fwrite() doesn't go on and talk to the device registers. ddb Sure it does, if the output stream is a device. >does, without first setting them. Same. It calls the device driver which writes to the registers. >ddb doesn't use the device driver. It talks directly to the device >with functions like: > >void >siocnputc(dev, c) These functions are part of the device driver. Bruce From owner-freebsd-current Sat Dec 27 19:19:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11116 for current-outgoing; Sat, 27 Dec 1997 19:19:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11111 for ; Sat, 27 Dec 1997 19:19:48 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id WAA04962; Sat, 27 Dec 1997 22:18:18 -0500 (EST) Date: Sat, 27 Dec 1997 22:18:18 -0500 (EST) From: Garrett Wollman Message-Id: <199712280318.WAA04962@khavrinen.lcs.mit.edu> To: Don Croyle Cc: freebsd-current@FreeBSD.ORG Subject: shutdown oddity In-Reply-To: <86en2yryzp.fsf@gelemna.ft-wayne.in.us> References: <86en2yryzp.fsf@gelemna.ft-wayne.in.us> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Since I upgraded from 2.2-stable to -current I've been seeing stuff > like this when I reboot: > /usr/src#wall: /dev/: Is a directory > wall: /dev/croyle: No such file or directory You are suffering from utmp corruption. Find all of the programs that write to utmp (like xterm and sshd) and recompile them for the new utmp structure. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sat Dec 27 19:22:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11361 for current-outgoing; Sat, 27 Dec 1997 19:22:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11346 for ; Sat, 27 Dec 1997 19:22:24 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA08039; Sun, 28 Dec 1997 13:52:12 +1030 (CST) (envelope-from grog) Message-ID: <19971228135212.59329@lemis.com> Date: Sun, 28 Dec 1997 13:52:12 +1030 From: Greg Lehey To: Julian Elischer Cc: Chris Timmons , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB References: <19971228130040.23145@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Julian Elischer on Sat, Dec 27, 1997 at 07:14:20PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 07:14:20PM -0800, Julian Elischer wrote: >> It's useful to have the complete symbols if you're using ddb online. >> I've just tryed it on a 16 MB 486, and it works. It left 4.5 MB >> over--enough, I suppose, for the system to run. > > you're lucky > my 32Mb system has never successfully booted a full -g kernel > how big was it? -rwxr-xr-x 1 root bin 11008183 Dec 28 13:15 /src/RAZZIA/sys/compile/RAZZIA/kernel.gdb > if you have a test machine (even a lowely 386) > running it with the remode gdb enabled is AMAZINGLY better > especially if used with xxgdb. So tell me how to get the *(&* to run. I've been trying all morning, but there's something missing in the docco, and I haven't quite worked it out yet. Greg From owner-freebsd-current Sat Dec 27 19:22:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11377 for current-outgoing; Sat, 27 Dec 1997 19:22:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11359 for ; Sat, 27 Dec 1997 19:22:29 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA20238; Sat, 27 Dec 1997 19:17:21 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd020236; Sat Dec 27 19:17:17 1997 Date: Sat, 27 Dec 1997 19:14:20 -0800 (PST) From: Julian Elischer To: Greg Lehey cc: Chris Timmons , Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: no boot: config -g and options DDB In-Reply-To: <19971228130040.23145@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk you're lucky my 32Mb system has never successfully booted a full -g kernel how big was it? > It's useful to have the complete symbols if you're using ddb online. > I've just tryed it on a 16 MB 486, and it works. It left 4.5 MB > over--enough, I suppose, for the system to run. if you have a test machine (even a lowely 386) running it with the remode gdb enabled is AMAZINGLY better especially if used with xxgdb. > > Greg > From owner-freebsd-current Sat Dec 27 19:29:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA11956 for current-outgoing; Sat, 27 Dec 1997 19:29:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA11890 for ; Sat, 27 Dec 1997 19:26:52 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA08055; Sun, 28 Dec 1997 13:54:44 +1030 (CST) (envelope-from grog) Message-ID: <19971228135444.20861@lemis.com> Date: Sun, 28 Dec 1997 13:54:44 +1030 From: Greg Lehey To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <199712280313.OAA03628@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712280313.OAA03628@godzilla.zeta.org.au>; from Bruce Evans on Sun, Dec 28, 1997 at 02:13:45PM +1100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 28, 1997 at 02:13:45PM +1100, Bruce Evans wrote: >>> Just like fopen() doesn't set the speed. It knows nothing of >>> devices. >> >> Yes, but fwrite() doesn't go on and talk to the device registers. ddb > > Sure it does, if the output stream is a device. No, it calls write(2) to do it for it. >> ddb doesn't use the device driver. It talks directly to the device >> with functions like: >> >> void >> siocnputc(dev, c) > > These functions are part of the device driver. OK, but they're only *part* of the device driver, and ddb calls them directly without first setting the control registers. I'm making progress. It seems that I *do* need COMCONSOLE, and I need to set flag 0x10 for the serial port that I want to be the console, but I'm still not getting any output on the COMCONSOLE. I'll probably work it out, but if anybody there can help, I'd be grateful. Greg From owner-freebsd-current Sat Dec 27 19:30:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12110 for current-outgoing; Sat, 27 Dec 1997 19:30:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12099 for ; Sat, 27 Dec 1997 19:30:36 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA20323; Sat, 27 Dec 1997 19:23:41 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd020321; Sat Dec 27 19:23:37 1997 Date: Sat, 27 Dec 1997 19:20:41 -0800 (PST) From: Julian Elischer To: Bruce Evans cc: grog@lemis.com, skynyrd@opus.cts.cwu.edu, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) In-Reply-To: <199712280204.NAA01965@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 28 Dec 1997, Bruce Evans wrote: > > Remote debugging using /dev/cuaa0 > > Ignoring packet error, continuing... > > Ignoring packet error, continuing... > > Couldn't establish connection to remote target > > Malformed response to offset query, timeout make sure you have flags 0x10 in the config line for sio0 or it will not work. This is a new requirement I only just started needing > > Possibly a speed mismatch. 16550s may be required on the debugged machine. > It may work better to do step 3) before 4). > The order is not that important.. I do it here on my 16450 based machine. starting the gdb a few seconds before entering the debugger gives best results but it works most of the time either way. > >So what gives? Do I have my serial config wrong? I've done > >everything according to the book, and there is no indication, neither > >in the documentation nor in the sources, about how to set up the bit > >rate, character size and such. I assume somebody has got this to > >work, but I can't work out how. > > Speed setting is fully doc^H^H^Hcoded in the sources. It may work better > to use a serial console or boot with -D. The speed will then be set by > the boot blocks, and the kernel will use the same speed (if it agrees > with the boot blocks about the port), and the h/w speed will be initialized > (-current neglects to initialize when the speed registers wouldn't change, > but this may leave the h/w behind the registers uninitialized after reset). > this tends to introduce another place that things can get it wrong.. I've seen the 'auto speed detection' get really screwy results on some hardware. > Bruce > From owner-freebsd-current Sat Dec 27 19:40:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12658 for current-outgoing; Sat, 27 Dec 1997 19:40:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12652 for ; Sat, 27 Dec 1997 19:40:26 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA20457; Sat, 27 Dec 1997 19:34:21 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd020455; Sat Dec 27 19:34:20 1997 Date: Sat, 27 Dec 1997 19:31:23 -0800 (PST) From: Julian Elischer To: Greg Lehey cc: Bruce Evans , skynyrd@opus.cts.cwu.edu, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) In-Reply-To: <19971228125401.34698@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My remote gdb setup.. on the master machine: I use the following .gdbinit file in the compile directory. --- file kernel set remotebaud 9600 target remote /dev/cuaa1 --- on the victim machine: boot with a kernel with flags 0x10 compiled on sio0, and options DDB boot with options -dg as soon as you type that on the Boot: prompt, quickly enter gdb in the compile directory. it will pick up the .gdbinit file and things should work.. * check you can 'cu' or 'tip' between the machines using that serial cable first. From owner-freebsd-current Sat Dec 27 19:47:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12902 for current-outgoing; Sat, 27 Dec 1997 19:47:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12870 for ; Sat, 27 Dec 1997 19:46:28 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA04367; Sun, 28 Dec 1997 14:42:55 +1100 Date: Sun, 28 Dec 1997 14:42:55 +1100 From: Bruce Evans Message-Id: <199712280342.OAA04367@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.com Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Cc: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>> Yes, but fwrite() doesn't go on and talk to the device registers. ddb >> >> Sure it does, if the output stream is a device. > >No, it calls write(2) to do it for it. Of course. Actually, it calls __sfvwrite() in FreeBSD, and write(2) makes some far call, and the device driver about 5 layers below talks to the device registers. >>> ddb doesn't use the device driver. It talks directly to the device >>> with functions like: >>> >>> void >>> siocnputc(dev, c) >> >> These functions are part of the device driver. > >OK, but they're only *part* of the device driver, and ddb calls them >directly without first setting the control registers. Of course. Some layer in the driver sets them. Bruce From owner-freebsd-current Sat Dec 27 20:36:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA15373 for current-outgoing; Sat, 27 Dec 1997 20:36:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA15361 for ; Sat, 27 Dec 1997 20:36:38 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA05460; Sun, 28 Dec 1997 15:32:59 +1100 Date: Sun, 28 Dec 1997 15:32:59 +1100 From: Bruce Evans Message-Id: <199712280432.PAA05460@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: Remote gdb (was: no boot: config -g and options DDB) Cc: freebsd-current@FreeBSD.ORG, grog@lemis.com, skynyrd@opus.cts.cwu.edu Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > make sure you have flags 0x10 in the config line for sio0 or it will not >work. This is a new requirement I only just started needing > It's been in -current since 1997/04/05. >> with the boot blocks about the port), and the h/w speed will be initialized >> (-current neglects to initialize when the speed registers wouldn't change, >> but this may leave the h/w behind the registers uninitialized after reset). >> > >this tends to introduce another place that things can get it wrong.. >I've seen the 'auto speed detection' get really screwy results on some >hardware. It should be safe enough when it is only used when intended - when the system is booted with -h. The following fixes all the screwy cases that I know about. diff -c2 sio.c~ sio.c *** sio.c~ Wed Dec 17 20:02:21 1997 --- sio.c Wed Dec 24 15:45:07 1997 *************** *** 2635,2642 **** struct consdev *cp; { struct isa_device *dvp; int s; struct siocnstate sp; - speed_t boot_speed; /* --- 2729,2737 ---- struct consdev *cp; { + speed_t boot_speed; + u_char cfcr; struct isa_device *dvp; int s; struct siocnstate sp; /* *************** *** 2666,2669 **** --- 2761,2782 ---- comdefaultrate = boot_speed; } + + /* + * Initialize the divisor latch. We can't rely on + * siocnopen() to do this the first time, since it + * avoids writing to the latch if the latch appears + * to have the correct value. Also, if we didn't + * just read the speed from the hardware, then we + * need to set the speed in hardware so that + * switching it later is null. + */ + cfcr = inb(siocniobase + com_cfcr); + outb(siocniobase + com_cfcr, CFCR_DLAB | cfcr); + outb(siocniobase + com_dlbl, + COMBRD(comdefaultrate) & 0xff); + outb(siocniobase + com_dlbh, + (u_int) COMBRD(comdefaultrate) >> 8); + outb(siocniobase + com_cfcr, cfcr); + siocnopen(&sp); splx(s); I usually use -D in /boot.config so I didn't notice this. Bruce From owner-freebsd-current Sat Dec 27 20:46:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA16128 for current-outgoing; Sat, 27 Dec 1997 20:46:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA16114 for ; Sat, 27 Dec 1997 20:46:41 -0800 (PST) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.7/8.8.5) id VAA02136; Sat, 27 Dec 1997 21:45:26 -0700 (MST) From: Kenneth Merry Message-Id: <199712280445.VAA02136@pluto.plutotech.com> Subject: Re: Remote gdb (was: no boot: config -g and options DDB) In-Reply-To: from Julian Elischer at "Dec 27, 97 07:31:23 pm" To: julian@whistle.com (Julian Elischer) Date: Sat, 27 Dec 1997 21:45:26 -0700 (MST) Cc: grog@lemis.com, bde@zeta.org.au, skynyrd@opus.cts.cwu.edu, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer wrote... > My remote gdb setup.. > on the master machine: > I use the following .gdbinit file in the compile directory. > > --- > file kernel > set remotebaud 9600 > target remote /dev/cuaa1 > --- > > > > on the victim machine: > boot with a kernel with flags 0x10 compiled on sio0, and options DDB FWIW, I generally run with flags 0x50, and it can be any serial port. The thing to watch out for is that when you have flags 0x50 on your serial port, it isn't good for anything other than remote debugging. (i.e. user code thinks that the serial port isn't there, not configured, etc.) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Sat Dec 27 21:11:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17882 for current-outgoing; Sat, 27 Dec 1997 21:11:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gelemna.ft-wayne.in.us (fw3-50.fwi.com [207.113.68.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17862 for ; Sat, 27 Dec 1997 21:11:06 -0800 (PST) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: (from croyle@localhost) by gelemna.ft-wayne.in.us (8.8.8/8.8.5) id AAA10470; Sun, 28 Dec 1997 00:10:14 -0500 (EST) To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG Subject: Re: shutdown oddity References: <86en2yryzp.fsf@gelemna.ft-wayne.in.us> <199712280318.WAA04962@khavrinen.lcs.mit.edu> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Don Croyle Date: 28 Dec 1997 00:10:14 -0500 Organization: Minimal at best In-Reply-To: Garrett Wollman's message of "Sat, 27 Dec 1997 22:18:18 -0500 (EST)" Message-ID: <864t3urr2h.fsf@gelemna.ft-wayne.in.us> Lines: 13 X-Mailer: Quassia Gnus v0.17/XEmacs 20.3 - "Vatican City" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > You are suffering from utmp corruption. Find all of the programs > that write to utmp (like xterm and sshd) and recompile them for the > new utmp structure. I had been thinking that I really ought to recompile all the stuff I've got installed beyond the base system. I suppose this weekend is as good a time as any. -- I've always wanted to be a dilettante, | Usenet II -- because but I've never quite been ready to make | it's time for October the commitment. | http://www.usenet2.org From owner-freebsd-current Sat Dec 27 21:28:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18777 for current-outgoing; Sat, 27 Dec 1997 21:28:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA18772 for ; Sat, 27 Dec 1997 21:28:21 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id PAA08890; Sun, 28 Dec 1997 15:56:34 +1030 (CST) (envelope-from grog) Message-ID: <19971228155633.57807@lemis.com> Date: Sun, 28 Dec 1997 15:56:33 +1030 From: Greg Lehey To: Bruce Evans Cc: julian@whistle.com, freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <199712280432.PAA05460@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712280432.PAA05460@godzilla.zeta.org.au>; from Bruce Evans on Sun, Dec 28, 1997 at 03:32:59PM +1100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 28, 1997 at 03:32:59PM +1100, Bruce Evans wrote: >>> with the boot blocks about the port), and the h/w speed will be initialized >>> (-current neglects to initialize when the speed registers wouldn't change, >>> but this may leave the h/w behind the registers uninitialized after reset). >>> >> >> this tends to introduce another place that things can get it wrong.. >> I've seen the 'auto speed detection' get really screwy results on some >> hardware. > > It should be safe enough when it is only used when intended - when the > system is booted with -h. The following fixes all the screwy cases that > I know about. > > diff -c2 sio.c~ sio.c > > (etc) > I usually use -D in /boot.config so I didn't notice this. OK, I have it working now. On the face of it, it looks as if these fixes did it, but I couldn't be sure without going back and trying without. Thanks. In summary, it appears that you need to build a kernel with COMCONSOLE and at least one of the sio ports with flags 0x10. Contrary to my previous claim, it doesn't have to be sio0: the kernel chooses the first sio with flags 0x10. These fixes mean that it will work without the -h flag. Again, many thanks. Greg From owner-freebsd-current Sat Dec 27 21:46:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19589 for current-outgoing; Sat, 27 Dec 1997 21:46:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19397 for ; Sat, 27 Dec 1997 21:40:55 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id VAA08586; Sat, 27 Dec 1997 21:40:36 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 21:40:36 -0800 (PST) From: Chris Timmons To: Greg Lehey cc: Bruce Evans , julian@whistle.com, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) In-Reply-To: <19971228155633.57807@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk COMCONSOLE exists only in our hearts now :) Are you sure it chooses the first sio with flags 0x10, or does the first boot prompt get squirted out all eligible sio units? -Chris On Sun, 28 Dec 1997, Greg Lehey wrote: > OK, I have it working now. On the face of it, it looks as if these > fixes did it, but I couldn't be sure without going back and trying > without. Thanks. > > In summary, it appears that you need to build a kernel with COMCONSOLE > and at least one of the sio ports with flags 0x10. Contrary to my > previous claim, it doesn't have to be sio0: the kernel chooses the > first sio with flags 0x10. These fixes mean that it will work without > the -h flag. > > Again, many thanks. > > Greg > From owner-freebsd-current Sat Dec 27 21:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19791 for current-outgoing; Sat, 27 Dec 1997 21:50:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19758 for ; Sat, 27 Dec 1997 21:50:00 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id QAA08939; Sun, 28 Dec 1997 16:18:45 +1030 (CST) (envelope-from grog) Message-ID: <19971228161844.52116@lemis.com> Date: Sun, 28 Dec 1997 16:18:44 +1030 From: Greg Lehey To: Chris Timmons Cc: Bruce Evans , julian@whistle.com, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <19971228155633.57807@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Chris Timmons on Sat, Dec 27, 1997 at 09:40:36PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 09:40:36PM -0800, Chris Timmons wrote: > On Sun, 28 Dec 1997, Greg Lehey wrote: > >> OK, I have it working now. On the face of it, it looks as if these >> fixes did it, but I couldn't be sure without going back and trying >> without. Thanks. >> >> In summary, it appears that you need to build a kernel with COMCONSOLE >> and at least one of the sio ports with flags 0x10. Contrary to my >> previous claim, it doesn't have to be sio0: the kernel chooses the >> first sio with flags 0x10. These fixes mean that it will work without >> the -h flag. > > COMCONSOLE exists only in our hearts now :) Oh. > Are you sure it chooses the first sio with flags 0x10, or does the first > boot prompt get squirted out all eligible sio units? It's in sioncprobe(), the function for which Bruce supplied the patches. It goes out and looks for the first "enabled" console, does its thing and breaks out of the loop. Its thing includes setting the variable siocniobase, which is used by the other serial console routines to specify the output port. This stuff's pretty basic. Don't expect it to be clever enough to maintain the pressure in multiple pipes :-) Greg From owner-freebsd-current Sat Dec 27 22:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20582 for current-outgoing; Sat, 27 Dec 1997 22:06:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA20576 for ; Sat, 27 Dec 1997 22:06:41 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id WAA08953; Sat, 27 Dec 1997 22:06:09 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 22:06:09 -0800 (PST) From: Chris Timmons To: Greg Lehey cc: Bruce Evans , julian@whistle.com, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) In-Reply-To: <19971228161844.52116@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hmmm - well allow me to babble some more when I should instead be UTS. Is it the case then that flags 0x50 is presently just a hush for the serial console (i.e. you have to have both flags on the same unit and couldn't have sio0 with flags 0x10 and sio1 with flags 0x40 - preserving a serial console at sio0 while debugging on sio1.) How would you start the debugger at boot on an sio with flags 0x40? I remember seeing Bruce's commit messages about this so I can go back and look. Not being a Real Hacker I can only imagine that you might have set a breakpoint with gdb and be running along while possibly generating interesting output for capture on a serial console. -Chris On Sun, 28 Dec 1997, Greg Lehey wrote: > > Are you sure it chooses the first sio with flags 0x10, or does the first > > boot prompt get squirted out all eligible sio units? > > It's in sioncprobe(), the function for which Bruce supplied the > patches. It goes out and looks for the first "enabled" console, does > its thing and breaks out of the loop. Its thing includes setting the > variable siocniobase, which is used by the other serial console > routines to specify the output port. > > This stuff's pretty basic. Don't expect it to be clever enough to > maintain the pressure in multiple pipes :-) > > Greg > From owner-freebsd-current Sat Dec 27 22:26:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21632 for current-outgoing; Sat, 27 Dec 1997 22:26:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA21627 for ; Sat, 27 Dec 1997 22:26:30 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id QAA09115; Sun, 28 Dec 1997 16:56:08 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id QAA10459; Sun, 28 Dec 1997 16:56:07 +1030 (CST) (envelope-from grog) Message-ID: <19971228165606.13142@lemis.com> Date: Sun, 28 Dec 1997 16:56:06 +1030 From: Greg Lehey To: Chris Timmons Cc: Bruce Evans , julian@whistle.com, freebsd-current@FreeBSD.ORG Subject: Re: Remote gdb (was: no boot: config -g and options DDB) References: <19971228161844.52116@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Chris Timmons on Sat, Dec 27, 1997 at 10:06:09PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 27, 1997 at 10:06:09PM -0800, Chris Timmons wrote: > On Sun, 28 Dec 1997, Greg Lehey wrote: > >>> Are you sure it chooses the first sio with flags 0x10, or does the first >>> boot prompt get squirted out all eligible sio units? >> >> It's in sioncprobe(), the function for which Bruce supplied the >> patches. It goes out and looks for the first "enabled" console, does >> its thing and breaks out of the loop. Its thing includes setting the >> variable siocniobase, which is used by the other serial console >> routines to specify the output port. >> >> This stuff's pretty basic. Don't expect it to be clever enough to >> maintain the pressure in multiple pipes :-) > > Hmmm - well allow me to babble some more when I should instead be UTS. > > Is it the case then that flags 0x50 is presently just a hush for the > serial console (i.e. you have to have both flags on the same unit and > couldn't have sio0 with flags 0x10 and sio1 with flags 0x40 - preserving a > serial console at sio0 while debugging on sio1.) Well, I've never used the 0x40 bit. According to the documentation, it's for "Low-Level" serial communication, and it appears to work by not creating the device if it's specified. It might be the way that it was intended: boot with -h to set the serial hardware, and then disconnect the serial console again after the boot message. It does work, anyway. Bruce's patch makes more sense. > How would you start the debugger at boot on an sio with flags 0x40? > I remember seeing Bruce's commit messages about this so I can go > back and look. I've just tried it with flags 0x50, and it works fine. I still think it's a bit superfluous, but it would help protect the gdb port from other activities. Greg From owner-freebsd-current Sat Dec 27 22:42:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22740 for current-outgoing; Sat, 27 Dec 1997 22:42:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA22731 for ; Sat, 27 Dec 1997 22:42:33 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id WAA09388 for ; Sat, 27 Dec 1997 22:42:31 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Sat, 27 Dec 1997 22:42:31 -0800 (PST) From: Chris Timmons Reply-To: Chris Timmons To: freebsd-current@freebsd.org Subject: NFS/VM hang: build xemacs20 on nfs mounted /usr/ports Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a 2.2-STABLE nfs server which my -current machine mounts [rw,-2,-i,soft,bg] /usr/ports from. Reliably the build of ports/editors/xemacs20 hangs the -current machine after a temacs has been built and all of the lisp files have been recompiled - at the point where it says: Dumping under the name xemacs Purespace usage: 705416 of 705928 (100%) Although this hangs the machine, the operation is completed successfully before the walls fall and once the system is restored the build of xemacs20 can be continued and completed properly. -Chris #0 boot (howto=260) at ../../kern/kern_shutdown.c:285 #1 0xf0118a4f in panic (fmt=0xf01013d9 "from debugger") at ../../kern/kern_shutdown.c:425 #2 0xf01013f5 in db_panic (dummy1=-266465635, dummy2=0, dummy3=1, dummy4=0xf3fadb2c "") at ../../ddb/db_command.c:440 #3 0xf01012e5 in db_command (last_cmdp=0xf0207ac4, cmd_table=0xf0207914, aux_cmd_tablep=0xf022fb88) at ../../ddb/db_command.c:337 #4 0xf0101462 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xf0103b23 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xf01cb001 in kdb_trap (type=3, code=0, regs=0xf3fadc18) at ../../i386/i386/db_interface.c:157 #7 0xf01d5218 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 8192, tf_esi = -260605952, tf_ebp = -201663376, tf_isp = -201663424, tf_ebx = -227021620, tf_edx = 1017, tf_ecx = 1017, tf_eax = 0, tf_trapno = 3, tf_err = 0, tf_eip = -266465635, tf_cs = 8, tf_eflags = 70, tf_esp = -227021620, tf_ss = -259991552}) at ../../i386/i386/trap.c:473 #8 0xf01e0e9d in siointr1 (com=0xf0777800) at ../../i386/isa/sio.c:1487 #9 0xf01e0e4a in siointr (unit=0) at ../../i386/isa/sio.c:1416 #10 0xf01cc537 in Xfastintr4 () #11 0xf0160a50 in nfs_getcacheblk (vp=0xf080d800, bn=119, size=8192, p=0xf07b3200) at ../../nfs/nfs_bio.c:716 #12 0xf015fb0f in nfs_bioread (vp=0xf080d800, uio=0xf3fade34, ioflag=8, cred=0xf07e0d80, getpages=1) at ../../nfs/nfs_bio.c:293 #13 0xf015f4a4 in nfs_getpages (ap=0xf3fade70) at ../../nfs/nfs_bio.c:116 #14 0xf01c5bc0 in vnode_pager_getpages (object=0xf4745f00, m=0xf3fadf38, count=1, reqpage=0) at vnode_if.h:1011 #15 0xf01c47d3 in vm_pager_get_pages (object=0xf4745f00, m=0xf3fadf38, count=1, reqpage=0) at ../../vm/vm_pager.c:184 #16 0xf01b97f0 in vm_fault (map=0xf0872b00, vaddr=983040, fault_type=1 '\001', fault_flags=0) at ../../vm/vm_fault.c:424 #17 0xf01d545e in trap_pfault (frame=0xf3fadfbc, usermode=1) at ../../i386/i386/trap.c:715 #18 0xf01d4f73 in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 887072, tf_esi = 985856, tf_ebp = -272673468, tf_isp = -201662492, tf_ebx = 202453088, tf_edx = 981752, tf_ecx = 1022303, tf_eax = 918296, tf_trapno = 12, tf_err = 4, tf_eip = 202393956, tf_cs = 31, tf_eflags = 66070, tf_esp = -272673516, tf_ss = 39}) at ../../i386/i386/trap.c:286 #19 0xc104964 in ?? () #20 0xc104854 in ?? () #21 0xc1043f8 in ?? () #22 0xc103fd8 in ?? () #23 0xc1032f4 in ?? () #24 0xc103048 in ?? () #25 0x141b in ?? () #26 0x1087 in ?? () From owner-freebsd-current Sat Dec 27 22:55:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23477 for current-outgoing; Sat, 27 Dec 1997 22:55:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23460 for ; Sat, 27 Dec 1997 22:55:00 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id WAA29358 for current@freebsd.org; Sat, 27 Dec 1997 22:50:47 -0800 (PST) Date: Sat, 27 Dec 1997 22:50:47 -0800 (PST) Message-Id: <199712280650.WAA29358@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: I'd like to remove this, any objections? Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Index: MAKEDEV =================================================================== RCS file: /home/ncvs/src/etc/etc.i386/MAKEDEV,v retrieving revision 1.142 diff -u -r1.142 MAKEDEV --- MAKEDEV 1997/12/19 14:14:18 1.142 +++ MAKEDEV 1997/12/28 06:45:16 @@ -271,7 +271,6 @@ oldslice=$slice slice=$(($slice+1)) slicename=`dkitos $slice` - rm -f $name$unit$slicename* r$name$unit$slicename* minor=`dkminor 0 $unit $slice $dkrawpart` mknod $name$unit$slicename b $blk $minor mknod r$name$unit$slicename c $chr $minor Yes, this is the line in MAKEDEV which will totally roast your existing slice device entries if you're foolish enough to call MAKEDEV with anything which defaults to the same drive/slice combination (and it's not immediately obvious to the beginner just now many ways there are to do this). Sure I also know why the rm was added in the first place, but I think that the cure is worse than the disease in this case. I've watched so many folks hang themselves on this one it's not funny (sysinstall creates the initial slice entries and, for many, it's never even known that MAKEDEV does anything special for slice sub-entries). Comments? Jordan From owner-freebsd-current Sat Dec 27 23:35:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25638 for current-outgoing; Sat, 27 Dec 1997 23:35:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA25121 for ; Sat, 27 Dec 1997 23:29:53 -0800 (PST) (envelope-from bartol@salk.edu) Received: from tesla-fe0 (tesla-fe0 [198.202.70.1]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id XAA18256; Sat, 27 Dec 1997 23:28:35 -0800 (PST) Date: Sat, 27 Dec 1997 23:28:35 -0800 (PST) From: Tom Bartol X-Sender: bartol@tesla-fe0 To: Chris Timmons cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS/VM hang: build xemacs20 on nfs mounted /usr/ports In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just had the same thing happen to me on the 23rd except that I could not complete the build after rebooting. I was also building in an NFS-mounted /usr/ports dir and it hung at exactly the same point. Looks like more NFS garbling again. I was in X at the time so I couldn't get into DDB to get a crash post-mortem. Tom On Sat, 27 Dec 1997, Chris Timmons wrote: > > I have a 2.2-STABLE nfs server which my -current machine mounts > [rw,-2,-i,soft,bg] /usr/ports from. > > Reliably the build of ports/editors/xemacs20 hangs the -current machine > after a temacs has been built and all of the lisp files have been > recompiled - at the point where it says: > > Dumping under the name xemacs > Purespace usage: 705416 of 705928 (100%) > > Although this hangs the machine, the operation is completed successfully > before the walls fall and once the system is restored the build of > xemacs20 can be continued and completed properly. > > -Chris > > #0 boot (howto=260) at ../.../kern/kern_shutdown.c:285 > #1 0xf0118a4f in panic (fmt=0xf01013d9 "from debugger") at > ../../kern/kern_shutdown.c:425 > #2 0xf01013f5 in db_panic (dummy1=-266465635, dummy2=0, dummy3=1, > dummy4=0xf3fadb2c "") at ../../ddb/db_command.c:440 > #3 0xf01012e5 in db_command (last_cmdp=0xf0207ac4, cmd_table=0xf0207914, > aux_cmd_tablep=0xf022fb88) at ../../ddb/db_command.c:337 > #4 0xf0101462 in db_command_loop () at ../../ddb/db_command.c:462 > #5 0xf0103b23 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 > #6 0xf01cb001 in kdb_trap (type=3, code=0, regs=0xf3fadc18) at > ../../i386/i386/db_interface.c:157 > #7 0xf01d5218 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 8192, > tf_esi = -260605952, tf_ebp = -201663376, > tf_isp = -201663424, tf_ebx = -227021620, tf_edx = 1017, tf_ecx = > 1017, tf_eax = 0, tf_trapno = 3, tf_err = 0, > tf_eip = -266465635, tf_cs = 8, tf_eflags = 70, tf_esp = -227021620, > tf_ss = -259991552}) at ../../i386/i386/trap.c:473 > #8 0xf01e0e9d in siointr1 (com=0xf0777800) at ../../i386/isa/sio.c:1487 > #9 0xf01e0e4a in siointr (unit=0) at ../../i386/isa/sio.c:1416 > #10 0xf01cc537 in Xfastintr4 () > #11 0xf0160a50 in nfs_getcacheblk (vp=0xf080d800, bn=119, size=8192, > p=0xf07b3200) at ../../nfs/nfs_bio.c:716 > #12 0xf015fb0f in nfs_bioread (vp=0xf080d800, uio=0xf3fade34, ioflag=8, > cred=0xf07e0d80, getpages=1) at ../../nfs/nfs_bio.c:293 > #13 0xf015f4a4 in nfs_getpages (ap=0xf3fade70) at ../../nfs/nfs_bio.c:116 > #14 0xf01c5bc0 in vnode_pager_getpages (object=0xf4745f00, m=0xf3fadf38, > count=1, reqpage=0) at vnode_if.h:1011 > #15 0xf01c47d3 in vm_pager_get_pages (object=0xf4745f00, m=0xf3fadf38, > count=1, reqpage=0) at ../../vm/vm_pager.c:184 > #16 0xf01b97f0 in vm_fault (map=0xf0872b00, vaddr=983040, fault_type=1 > '\001', fault_flags=0) at ../../vm/vm_fault.c:424 > #17 0xf01d545e in trap_pfault (frame=0xf3fadfbc, usermode=1) at > ../../i386/i386/trap.c:715 > #18 0xf01d4f73 in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 887072, > tf_esi = 985856, tf_ebp = -272673468, tf_isp = -201662492, > tf_ebx = 202453088, tf_edx = 981752, tf_ecx = 1022303, tf_eax = > 918296, tf_trapno = 12, tf_err = 4, tf_eip = 202393956, > tf_cs = 31, tf_eflags = 66070, tf_esp = -272673516, tf_ss = 39}) at > ../../i386/i386/trap.c:286 > #19 0xc104964 in ?? () > #20 0xc104854 in ?? () > #21 0xc1043f8 in ?? () > #22 0xc103fd8 in ?? () > #23 0xc1032f4 in ?? () > #24 0xc103048 in ?? () > #25 0x141b in ?? () > #26 0x1087 in ?? () > > > >