From owner-freebsd-current Sun Aug 11 09:41:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22729 for current-outgoing; Sun, 11 Aug 1996 09:41:43 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22720 for ; Sun, 11 Aug 1996 09:41:40 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id BAA02283 for ; Sun, 11 Aug 1996 01:17:53 -0400 (EDT) Date: Sun, 11 Aug 1996 01:17:53 -0400 (EDT) From: Gary Roberts To: freebsd-current@freebsd.org In-Reply-To: <199608061721.MAA23320@miller.cs.uwm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to 'clean the shared memory pool'? On running some programs(Mainly linux apps) I get errors that there is no shared memory available. Of course the program runs fine 2 or 3 times, but after that, well, I have to reboot :( Thanks! Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Sun Aug 11 10:00:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25010 for current-outgoing; Sun, 11 Aug 1996 10:00:36 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA24995 for ; Sun, 11 Aug 1996 10:00:32 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id KAA24937; Sun, 11 Aug 1996 10:59:52 -0600 (MDT) Message-Id: <199608111659.KAA24937@rover.village.org> To: Andreas Klemm Subject: Re: Whither gcc 2.7? Cc: current@FreeBSD.org In-reply-to: Your message of Sat, 10 Aug 1996 16:41:25 +0200 Date: Sun, 11 Aug 1996 10:59:52 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Would it be a good compromise with respect to kernel stability, to : call the old stable cc 'cc' and the new 2.7.2.x one 'gcc' ?! : : Everybody could choose between cc and gcc via /etc/make.conf. : : So we should perhaps add a contrib section with a bmaked contrib/gcc, : so that the stable cc could stay where he is ?! Actually, here's an idea. We have the current stable gcc 2.6.3 that is known good and everyone trusts. Let's have a gcc port (yes, a port) that has 2.7.2 + the 2.7.2.1 prerelease patches + any other FreeBSD hacks that are needed to make it work. People can chose between /usr/bin/gcc and /usr/local/bin/gcc via /etc/make.conf. Over time, this would allow those people that wanted to follow gcc more closely to do so, and to have source available for easy importing into whatever scheme the core kernel uses. Yes, this is a lot of disk space, but no more wasteful than having both emacs and XEmacs in the ports tree. The version in the ports tree would use gmake, just like emacs does now, and it wouldn't be bmaked. I've build recent gccs several times this way, and it works well. Another option is to slightly hack how FreeBSD does its C compiler installation. We could move from putting it in /usr/libexec to placing it /usr/lib/gcc-lib/i386-unknown-freebsd2.2/ so that multiple versions of the compiler can co-exist peacefully. The -V option could them pick which version people wanted to use, with the default being the stable one in the source tree. NetBSD and OpenBSD seem to have moved the compilers so that they live here (I may be misreading the sources, I've not done a make install on one of these systems), so there is BSD world precidence. I'd also be happy to put together a port of gcc 2.7.2.1 so that people that need the newer functionality (especially with g++) of that revision can have it more easily than today. I'd do that by grabbing 2.7.2 from prep or gatekeeper or freefall, applying the 2.7.2.1 trial patches plus any other FreeBSD specific patches that would be needed, as patch-aa, patch-ab, etc. I'd install it into /usr/local/bin. I'm not married to any of this. Comments? Warner From owner-freebsd-current Sun Aug 11 10:28:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27035 for current-outgoing; Sun, 11 Aug 1996 10:28:28 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27030 for ; Sun, 11 Aug 1996 10:28:24 -0700 (PDT) Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id MAA00442; Sun, 11 Aug 1996 12:28:17 -0500 (CDT) Message-Id: <199608111728.MAA00442@utgard.bga.com> Subject: Re: Praise for CVSup To: jdp@polstra.com (John Polstra) Date: Sun, 11 Aug 1996 12:28:17 -0459 (CDT) From: "Boyd R. Faulkner" Cc: current@FreeBSD.org In-Reply-To: <199608100159.SAA24389@austin.polstra.com> from "John Polstra" at Aug 9, 96 06:59:42 pm X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to John Polstra: > > > > CVSup does more file checking than sup does. You can end up with > > files with the right date and size but not the right contents and, > > while I may be wrong, sup will not detect this. Since CVSup uses > > MD5 (yes?) to ID the files, you are gurarnteed the correct contents. > > Well ... yes and no. It depends on the situation. In general, CVSup > does _not_ ID the files via MD5 checksums. It compares the time stamps > between the client and the server, and if they are identical, it assumes > that the files are identical too. In that case, it doesn't examine the > files further. (There is an exception which, I conjecture, applies to > your particular case. I'll explain that in a minute.) > > The reason it doesn't compare MD5 checksums for every file on the client > and the server is that it would be too slow, too compute intensive, and > too disk intensive. No real-time network file update package could do > that, without bringing the server to its knees. It has to cull the > unchanged files from the list using just the information that it can get > from a call to stat(). > > The exception is when you are using CVSup's checkout mode the very > first time. In that case, CVSup cannot ID your existing checked-out > files via the time stamps, because the time stamps of the checked-out > files are not the same as the time stamps of the corresponding RCS > files on the server machine. So it really has no choice. On the > client, it checksums each file. On the server, it parses each RCS > file, and checksums each revision on the selected branch, from most > recent to least recent. This is the worst situation, in terms of > server load, but it's not as bad as it sounds. First, it's computing > the checksums on the fly as it generates revisions -- not doing > some gross thing like calling "co" to emit them to temporary files. > So its main activity involves crunching through a memory-mapped > RCS file, computing the checksums as it goes. Second, if the client > already has files, they're probably fairly recent. So the server > won't have to checksum very many revisions before it finds the > right one. Third, this situation only happens the first time a > given client uses CVSup in checkout mode. After that, the so-called > "list files" remember which revisions the client possesses. So you can force the issue by deleting the info files. This is doubtless what happened. Perhaps I could have done the same thing by blowing away the sup info files. I still like this one better. Thanks again, Boyd -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Sun Aug 11 10:38:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27557 for current-outgoing; Sun, 11 Aug 1996 10:38:05 -0700 (PDT) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27550 for ; Sun, 11 Aug 1996 10:37:48 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id UAA06067 for freebsd-current@freebsd.org; Sun, 11 Aug 1996 20:34:57 +0300 (EET DST) From: Mr Operating System Message-Id: <199608111734.UAA06067@shadows.aeon.net> Subject: eide bug To: freebsd-current@freebsd.org Date: Sun, 11 Aug 1996 20:34:56 +0300 (EET DST) 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i was wondering if the eide bug is being fixed now? the ftp bug is... coz i should get new kernel with more pty's compiled asap... mickey From owner-freebsd-current Sun Aug 11 11:17:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00813 for current-outgoing; Sun, 11 Aug 1996 11:17:53 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA00801 for ; Sun, 11 Aug 1996 11:17:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id MAA06631 for ; Sun, 11 Aug 1996 12:17:48 -0600 Message-Id: <199608111817.MAA06631@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: current@freebsd.org Subject: make world failure on 960710 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Aug 1996 12:17:48 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Supped latest current sources on Saturday the 11th. Doing a "make world" died: /usr/src/sbin/mount_ext2fs/mount_ext2fs.c:83 too many args to function 'getmntopts' *** Error code 1 mntopts.h: 72:void getmntopts __P((const char *, const struct mntopt *, int *)); mount_ext2fs.c: 58::#include "mntopts.h" ... 83: getmntopts(optarg, mopts, &mntflags, 0); -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-current Sun Aug 11 11:23:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01637 for current-outgoing; Sun, 11 Aug 1996 11:23:53 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA01626 for ; Sun, 11 Aug 1996 11:23:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA14161; Sun, 11 Aug 1996 20:23:23 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA01339; Sun, 11 Aug 1996 20:23:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA00747; Sun, 11 Aug 1996 19:55:20 +0200 (MET DST) From: J Wunsch Message-Id: <199608111755.TAA00747@uriah.heep.sax.de> Subject: Re: your mail To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 11 Aug 1996 19:55:19 +0200 (MET DST) Cc: wangel@wgrobez1.remote.louisville.edu (Gary Roberts) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Gary Roberts at "Aug 11, 96 01:17:53 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Gary Roberts wrote: > Is it possible to 'clean the shared memory pool'? ipcrm -- 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 Aug 11 11:36:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03602 for current-outgoing; Sun, 11 Aug 1996 11:36:44 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03595 for ; Sun, 11 Aug 1996 11:36:41 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id NAA08667; Sun, 11 Aug 1996 13:35:50 -0500 (EST) From: "John S. Dyson" Message-Id: <199608111835.NAA08667@dyson.iquest.net> Subject: Re: eide bug To: freebsd@shadows.aeon.net (Mr Operating System) Date: Sun, 11 Aug 1996 13:35:50 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199608111734.UAA06067@shadows.aeon.net> from "Mr Operating System" at Aug 11, 96 08:34:56 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i was wondering if the eide bug is being fixed now? the ftp bug is... > There are some IDE (hard disk) bugs that I have caused by trying to fix another. Problem is that my WD caviar drives are pretty much shot, and I will be out of IDE drives for a few weeks :-(. The bug fixes should not be too hard, if someone will volunteer to test it for a few iterations with me, then I'll work on it. John From owner-freebsd-current Sun Aug 11 12:50:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09810 for current-outgoing; Sun, 11 Aug 1996 12:50:13 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09796 for ; Sun, 11 Aug 1996 12:50:09 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id VAA01606 for ; Sun, 11 Aug 1996 21:50:06 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id VAA03463 for freebsd-current@FreeBSD.org; Sun, 11 Aug 1996 21:49:43 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id TAA23548; Sun, 11 Aug 1996 19:25:22 +0200 (MET DST) Message-Id: <199608111725.TAA23548@keltia.freenix.fr> Date: Sun, 11 Aug 1996 19:25:22 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org In-Reply-To: ; from Gary Roberts on Aug 11, 1996 1:17:53 -0400 References: X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Gary Roberts: > On running some programs(Mainly linux apps) I get errors that there is no > shared memory available. Of course the program runs fine 2 or 3 times, > but after that, well, I have to reboot :( See ipcs(1) and ipcrm(1). ipcs displays shm/seg/msg usage and ipcrm is for destroying such objects. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Sun Aug 11 12:54:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09964 for current-outgoing; Sun, 11 Aug 1996 12:54:04 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA09959 for ; Sun, 11 Aug 1996 12:54:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id NAA07070 for ; Sun, 11 Aug 1996 13:53:58 -0600 Message-Id: <199608111953.NAA07070@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: current@freebsd.org Subject: make world failure on 960710 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Aug 1996 13:53:58 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Supped latest current sources on Saturday the 11th. Doing a "make world" died: /usr/src/sbin/mount_ext2fs/mount_ext2fs.c:83 too many args to function 'getmntopts' *** Error code 1 mntopts.h: 72:void getmntopts __P((const char *, const struct mntopt *, int *)); mount_ext2fs.c: 58::#include "mntopts.h" ... 83: getmntopts(optarg, mopts, &mntflags, 0); -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-current Sun Aug 11 13:20:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10925 for current-outgoing; Sun, 11 Aug 1996 13:20:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10917 for ; Sun, 11 Aug 1996 13:20:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA24046; Sun, 11 Aug 1996 13:15:17 -0700 From: Terry Lambert Message-Id: <199608112015.NAA24046@phaeton.artisoft.com> Subject: Re: your mail To: wangel@wgrobez1.remote.louisville.edu (Gary Roberts) Date: Sun, 11 Aug 1996 13:15:17 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Gary Roberts" at Aug 11, 96 01:17:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is it possible to 'clean the shared memory pool'? > > On running some programs(Mainly linux apps) I get errors that there is no > shared memory available. Of course the program runs fine 2 or 3 times, > but after that, well, I have to reboot :( 1) The programs should remove the shared memory segment when they exit. This is not a resource tracked by _exit (for obvious reasons: if process A and process B and process C share a segment, and C exits, you don't want to screw A & B). 2) If you can't fix the software to use the interfaces in the way they are documented as being required to be used, then you should: man ipcrm 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 Sun Aug 11 13:37:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11833 for current-outgoing; Sun, 11 Aug 1996 13:37:39 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11828 for ; Sun, 11 Aug 1996 13:37:36 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id NAA17931; Sun, 11 Aug 1996 13:37:26 -0700 From: Josh MacDonald Message-Id: <199608112037.NAA17931@paris.CS.Berkeley.EDU> To: Warner Losh cc: current@freebsd.org Subject: Re: Whither gcc 2.7? In-reply-to: Your message of "Sun, 11 Aug 1996 10:59:52 MDT." <199608111659.KAA24937@rover.village.org> Date: Sun, 11 Aug 1996 13:37:26 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We have the current stable gcc 2.6.3 that is known good and everyone > trusts. Let's have a gcc port (yes, a port) that has 2.7.2 + the > 2.7.2.1 prerelease patches + any other FreeBSD hacks that are needed > to make it work. People can chose between /usr/bin/gcc and > /usr/local/bin/gcc via /etc/make.conf. Over time, this would allow > those people that wanted to follow gcc more closely to do so, and to > have source available for easy importing into whatever scheme the core > kernel uses. Yes, this is a lot of disk space, but no more wasteful > than having both emacs and XEmacs in the ports tree. The version in > the ports tree would use gmake, just like emacs does now, and it > wouldn't be bmaked. I've build recent gccs several times this way, > and it works well. I think this is a fine idea. > Another option is to slightly hack how FreeBSD does its C compiler > installation. We could move from putting it in /usr/libexec to > placing it /usr/lib/gcc-lib/i386-unknown-freebsd2.2/ so that > multiple versions of the compiler can co-exist peacefully. The -V > option could them pick which version people wanted to use, with the > default being the stable one in the source tree. NetBSD and OpenBSD > seem to have moved the compilers so that they live here (I may be > misreading the sources, I've not done a make install on one of these > systems), so there is BSD world precidence. Recent mail on the gcc mailing lists suggest that the -V and -b options to allow a single driver to use multiple installations doesn't really work. See subjects heading '-B or -V vs __GNUC__MINOR__'. > I'd also be happy to put together a port of gcc 2.7.2.1 so that people > that need the newer functionality (especially with g++) of that > revision can have it more easily than today. I'd do that by grabbing > 2.7.2 from prep or gatekeeper or freefall, applying the 2.7.2.1 trial > patches plus any other FreeBSD specific patches that would be needed, > as patch-aa, patch-ab, etc. I'd install it into /usr/local/bin. I'm > not married to any of this. I think the most important thing is that the gcc port is somewhat official and blessed by someone who really knows FreeBSD and gcc. I found it disturbing that in order to do c++ development on FreeBSD over the last 9 months I've had to do my own ports of gcc several times. It gives me an uneasy feeling that I haven't gotten everything right. I don't care which compiler compiles my kernel or my standard installation. -josh From owner-freebsd-current Sun Aug 11 14:11:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13375 for current-outgoing; Sun, 11 Aug 1996 14:11:50 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13366 for ; Sun, 11 Aug 1996 14:11:42 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id QAA03860; Sun, 11 Aug 1996 16:26:58 -0400 (EDT) Date: Sun, 11 Aug 1996 16:26:57 -0400 (EDT) From: Gary Roberts To: Terry Lambert cc: freebsd-current@freebsd.org Subject: Re: your mail In-Reply-To: <199608112015.NAA24046@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Aug 1996, Terry Lambert wrote: > > Is it possible to 'clean the shared memory pool'? > > > > On running some programs(Mainly linux apps) I get errors that there is no > > shared memory available. Of course the program runs fine 2 or 3 times, > > but after that, well, I have to reboot :( > > 1) The programs should remove the shared memory segment when they > exit. This is not a resource tracked by _exit (for obvious > reasons: if process A and process B and process C share a > segment, and C exits, you don't want to screw A & B). > > 2) If you can't fix the software to use the interfaces in the > way they are documented as being required to be used, then > you should: > > man ipcrm > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Right. But they aren't cleaning the memory. So I have to run ipcrm each time. Which is ok. It's not a big deal ... Thanks for all the responses, I got it fixed... sorta =) Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Sun Aug 11 15:08:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA15529 for current-outgoing; Sun, 11 Aug 1996 15:08:00 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA15524 for ; Sun, 11 Aug 1996 15:07:58 -0700 (PDT) Received: from ctasim.com by mail.crl.com with SMTP id AA10369 (5.65c/IDA-1.5 for ); Sun, 11 Aug 1996 15:06:54 -0700 Received: by deepthought.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) id PAA01727; Sun, 11 Aug 1996 15:49:56 -0600 From: jon@ctasim.com ("Jon Doran" ) Message-Id: <9608111549.ZM1725@deepthought.ctasim.com> Date: Sun, 11 Aug 1996 15:49:54 -0600 In-Reply-To: John Polstra "Re: Irrelevant comments on cvsup" (Aug 9, 9:18pm) References: <199608100418.VAA24857@austin.polstra.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: John Polstra Subject: Re: Irrelevant comments on cvsup Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John, I've been running 2.0.5R since its release, and only recently have had the time to play with -current. Since I'm new to the mailing lists I'm lurking around, rather than jumping in and causing trouble :-) I haven't had a chance to play with cvsup yet, I just got sup working through our firewall last weekend... On that note: You can either generate the checksums during off hours from a cron job, or build them up as things change. As you pointed out, there are always people who backdoor changes in. I think there are ways to deal with this problem. First, consider people who dump things into the tree via RCS or CVS. Lets use RCS, since its a lower common denominator. It would be useful to place hooks in RCS to run filters at various stages of the ci and co process. For example, a site may have standards on the format of code in the tree, so part of the ci process might involve running indent on all code to convert it into the standard format. Part of the co process might involve running indent again, to convert it into a developer's favorite format. CVS users may wish to have RCS run a "filter" which updates the MD5 checksum database on checkin. Now, for those who backdoor in changes, or restore from backup tape. A cron job could scan the CVS tree looking for new files, update the database, and send nasty mail to the CVS administrator. So I think a solution is possible. In summary, there are two missing pieces. A change to RCS, and a scanning daemon. Jon Doran From owner-freebsd-current Sun Aug 11 15:21:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16070 for current-outgoing; Sun, 11 Aug 1996 15:21:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA16065 for ; Sun, 11 Aug 1996 15:21:26 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA10564; Sun, 11 Aug 1996 15:19:50 -0700 (PDT) To: jon@ctasim.com ("Jon Doran" ) cc: John Polstra , freebsd-current@FreeBSD.ORG Subject: Re: Irrelevant comments on cvsup In-reply-to: Your message of "Sun, 11 Aug 1996 15:49:54 MDT." <9608111549.ZM1725@deepthought.ctasim.com> Date: Sun, 11 Aug 1996 15:19:49 -0700 Message-ID: <10562.839801989@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You can either generate the checksums during off hours from a cron job, or > build them up as things change. As you pointed out, there are always people "Knowing when things change" is, of course, the art here. :-) > First, consider people who dump things into the tree via RCS or CVS. Lets > use RCS, since its a lower common denominator. It would be useful to place > hooks in RCS to run filters at various stages of the ci and co process. For > example, a site may have standards on the format of code in the tree, so part > of the ci process might involve running indent on all code to convert it into > the standard format. Part of the co process might involve running indent Perhaps you've just picked a poor example here, but that seems like a pretty whacked-out idea to me. If you checked in code for, say, vi and this auto-indenter ran on it, then Keith sent you another version of vi and you wanted to see what had changed between the two versions, you'd be totally screwed. I dunno, I'd say a feature like this would be like a double-edged sword with no hilt. Jordan From owner-freebsd-current Sun Aug 11 16:04:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17855 for current-outgoing; Sun, 11 Aug 1996 16:04:36 -0700 (PDT) Received: from ctasim.com (ctasim.com [206.6.123.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA17850 for ; Sun, 11 Aug 1996 16:04:33 -0700 (PDT) Received: by deepthought.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) id RAA02075; Sun, 11 Aug 1996 17:00:50 -0600 From: jon@ctasim.com ("Jon Doran" ) Message-Id: <9608111700.ZM2073@deepthought.ctasim.com> Date: Sun, 11 Aug 1996 17:00:45 -0600 In-Reply-To: "Jordan K. Hubbard" "Re: Irrelevant comments on cvsup" (Aug 11, 3:19pm) References: <10562.839801989@time.cdrom.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Jordan K. Hubbard" Subject: Re: Irrelevant comments on cvsup Cc: John Polstra , freebsd-current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 11, 3:19pm, Jordan K. Hubbard wrote: > > Perhaps you've just picked a poor example here, but that seems like a > pretty whacked-out idea to me. If you checked in code for, say, vi > and this auto-indenter ran on it, then Keith sent you another version > of vi and you wanted to see what had changed between the two versions, > you'd be totally screwed. I dunno, I'd say a feature like this would > be like a double-edged sword with no hilt. > > Jordan >-- End of excerpt from Jordan K. Hubbard Not if indent was ran on both with the same setup file. We do this at our company without incident. Also, there are a fair number of people who will work with any editable/readable version of the source, so once the source tree is cleaned up it stays that way. I'm not suggesting this for FreeBSD, just using it to illustrate the type of actions that people may wish to perform on checkin/checkout. Another one is rebuilding tags :-) I do this via cron in the middle of the night, but would love to have things updated incrementaly. Knowing when/what things change is important, but there are ways to make people work hard to circumvent the system. In general, timestamps will change someplace. If someone dumps code into the tree without using RCS, and then changes the timestamps back, there are other ways of dealing with them. A blunt object over the head should work well. Jon Doran From owner-freebsd-current Sun Aug 11 16:42:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19518 for current-outgoing; Sun, 11 Aug 1996 16:42:26 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19513 for ; Sun, 11 Aug 1996 16:42:24 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0upjeD-0004rnC; Sun, 11 Aug 96 19:10 EDT Received: from elmer.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA05137; Sun, 11 Aug 96 19:09:07 EDT Received: by elmer.picker.com (SMI-8.6/SMI-SVR4) id TAA23189; Sun, 11 Aug 1996 19:04:00 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199608112304.TAA23189@elmer.picker.com> Subject: Re: wd.c/ATAPI patch -- testers wanted To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Sun, 11 Aug 1996 19:03:59 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199608090453.AAA21823@skynet.ctr.columbia.edu> from "Bill Paul" at Aug 9, 96 00:53:05 am Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Tonight I blew a few hours playing with the ATAPI support. The result >was the small patch appended to this message, which seems to make the >detection of ATAPI devices happen much more reliably. This patch is >for 2.2-current. My Sony CDU-55E (by itself on wdc1 as master) was detected fine by 2.2-960612-SNAP. Tried your patch, and its still detected fine. It also now probes immediately and skips the 30 second delay I was getting before with the stock 960612 kernel. So thumbs up here! Randall Hopper rhh@ct.picker.com From owner-freebsd-current Sun Aug 11 16:45:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19629 for current-outgoing; Sun, 11 Aug 1996 16:45:09 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA19624 for ; Sun, 11 Aug 1996 16:45:06 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id RAA25908; Sun, 11 Aug 1996 17:45:01 -0600 (MDT) Message-Id: <199608112345.RAA25908@rover.village.org> To: Josh MacDonald Subject: Re: Whither gcc 2.7? Cc: current@freebsd.org In-reply-to: Your message of Sun, 11 Aug 1996 13:37:26 PDT Date: Sun, 11 Aug 1996 17:45:00 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josh, Thank you for your comments. : Recent mail on the gcc mailing lists suggest that the -V and -b : options to allow a single driver to use multiple installations : doesn't really work. See subjects heading '-B or -V vs __GNUC__MINOR__'. Other mail in that thread suggests using -B doesn't work, because -B isn't the correct way to select versions or machine types. It also suggests that -V or -b do work correctly. I had to use -V back in the 2.3ish and 2.4ish days, and it worked then. I've used the -b option many times in cross compiling experimental kernels for my MIPS PC with 2.5.x, 2.6.x and most recently 2.7.2. Some quick tests here shows that -V seems to select the right binaries, and define __GNUC__ and __GNUC_MINOR__ correctly. If something has broken between what I'm running and the latest release, then it should be easy to fix. : I think the most important thing is that the gcc port is somewhat : official and blessed by someone who really knows FreeBSD and gcc. : : I found it disturbing that in order to do c++ development on FreeBSD : over the last 9 months I've had to do my own ports of gcc several : times. It gives me an uneasy feeling that I haven't gotten everything : right. I don't care which compiler compiles my kernel or my standard : installation. I've done the port enough times to know that I've not caught everything, but will be happy to accept any critisisms from such a port from those who know some of the details better than I. I can think of several such people on this list (but hesitate to list them all because I'd no doubt slight someone by leaving them off the list by mistake). It is my perception that they are busy with other things and do not have the time to put together a full, bmaked release right now. I have a prototype of the port done, and gcc is building now (with my mere 486 that is overloaded with other things too, this takes a while). I will no doubt have to tweak it here or there before it is ready. I'm torn between having it do a full make bootstrap each time, or just having it to do the normal make. make boostrap is much safer (especially if you don't know what version of gcc you are starting with), but take quite a bit longer to build because it effectively builds three times (once with the native compiler, once with the new compiler compiled with the native compiler and once with the new compiler compiled with the new compiler). Comments? Warner From owner-freebsd-current Sun Aug 11 17:53:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22027 for current-outgoing; Sun, 11 Aug 1996 17:53:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA22022 for ; Sun, 11 Aug 1996 17:53:29 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA13320; Mon, 12 Aug 1996 10:39:08 +0930 From: Michael Smith Message-Id: <199608120109.KAA13320@genesis.atrad.adelaide.edu.au> Subject: Re: eide bug To: freebsd@shadows.aeon.net (Mr Operating System) Date: Mon, 12 Aug 1996 10:39:07 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <199608111734.UAA06067@shadows.aeon.net> from "Mr Operating System" at Aug 11, 96 08:34:56 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mr Operating System stands accused of saying: > > i was wondering if the eide bug is being fixed now? the ftp bug is... What "eide" bug? > mickey -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Aug 11 18:46:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23658 for current-outgoing; Sun, 11 Aug 1996 18:46:02 -0700 (PDT) Received: from dfw-ix1.ix.netcom.com (dfw-ix1.ix.netcom.com [206.214.98.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA23651 for ; Sun, 11 Aug 1996 18:46:00 -0700 (PDT) Received: from baloon.mimi.com (sjx-ca52-11.ix.netcom.com [206.214.103.203]) by dfw-ix1.ix.netcom.com (8.6.13/8.6.12) with ESMTP id SAA11599; Sun, 11 Aug 1996 18:44:55 -0700 Received: (from asami@localhost) by baloon.mimi.com (8.7.5/8.6.12) id SAA06868; Sun, 11 Aug 1996 18:35:29 -0700 (PDT) Date: Sun, 11 Aug 1996 18:35:29 -0700 (PDT) Message-Id: <199608120135.SAA06868@baloon.mimi.com> To: darrylo@hpnmhjw.sr.hp.com CC: jdp@polstra.com, current@freefall.freebsd.org In-reply-to: <199608101926.AA249845219@hpnmhjw.sr.hp.com> (message from Darryl Okahata on Sat, 10 Aug 1996 12:26:59 -0700) Subject: Re: Praise for CVSup From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * firewall ... (cvsup isn't useful unless I can get outside ;-(). I * also found a small bug in the FreeBSD portion of Modula-3 -- where * should I send the report? ] To the maintainer (jdp) or freebsd-bugs via send-pr, I guess. Satoshi From owner-freebsd-current Sun Aug 11 19:06:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24163 for current-outgoing; Sun, 11 Aug 1996 19:06:11 -0700 (PDT) Received: from Sigma.ICMP.Lviv.UA (Sigma.ICMP.Lviv.UA [193.124.228.32]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA24156 for ; Sun, 11 Aug 1996 19:05:44 -0700 (PDT) Received: from alpha.icmp.lviv.ua (Alpha.ICMP.Lviv.UA [193.124.228.37]) by Sigma.ICMP.Lviv.UA (8.6.12/8.3) with SMTP id FAA28652; Mon, 12 Aug 1996 05:05:17 +0300 Message-ID: <320E9218.41C6@uar.net> Date: Mon, 12 Aug 1996 05:08:24 +0300 From: Yuro AW X-Mailer: Mozilla 3.0b5a (X11; I; OSF1 V3.0 alpha) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG CC: yuro@uar.ner Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe current subscribe cvs-all From owner-freebsd-current Sun Aug 11 22:11:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01381 for current-outgoing; Sun, 11 Aug 1996 22:11:31 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01376; Sun, 11 Aug 1996 22:11:29 -0700 (PDT) Message-Id: <199608120511.WAA01376@freefall.freebsd.org> To: John Polstra cc: Terry Lambert , faulkner@asgard.bga.com, current@FreeBSD.org Subject: Re: Praise for CVSup In-reply-to: Your message of "Fri, 09 Aug 1996 21:01:36 PDT." <199608100401.VAA24795@austin.polstra.com> Date: Sun, 11 Aug 1996 22:11:29 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >What I think I might do is make it an option. Then the user can decide >how to trade off paranoia against speed. > >-- John Can you make MD5 checksumming of every file an option too? I know that it is expensive, but it would be the perfect thing for recovery for a corrupted filesystem. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Aug 11 23:29:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03614 for current-outgoing; Sun, 11 Aug 1996 23:29:44 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA03587 for ; Sun, 11 Aug 1996 23:29:21 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA05257; Mon, 12 Aug 1996 08:15:53 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA00463; Sun, 11 Aug 1996 22:11:56 +0200 (MET DST) Date: Sun, 11 Aug 1996 22:11:56 +0200 (MET DST) From: Andreas Klemm To: Warner Losh cc: current@FreeBSD.org Subject: Re: Whither gcc 2.7? In-Reply-To: <199608111659.KAA24937@rover.village.org> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Aug 1996, Warner Losh wrote: > We have the current stable gcc 2.6.3 that is known good and everyone > trusts. Let's have a gcc port (yes, a port) that has 2.7.2 + the > 2.7.2.1 prerelease patches + any other FreeBSD hacks that are needed > to make it work. People can chose between /usr/bin/gcc and > /usr/local/bin/gcc via /etc/make.conf. Sounds good. > Over time, this would allow > those people that wanted to follow gcc more closely to do so, and to > have source available for easy importing into whatever scheme the core > kernel uses. Yes, this is a lot of disk space, but no more wasteful > than having both emacs and XEmacs in the ports tree. Well I don't think, that it's a 'waste' of diskspace. After building and installing gcc 2.7.x in the ports section, you can do a make clean, and this saves the space for the gcc sources ;-)) For safety reasons we keep 2.6.3 ... But a gcc port would allow, to migrate slowly to 2.7.x ... > The version in > the ports tree would use gmake, just like emacs does now, and it > wouldn't be bmaked. I've build recent gccs several times this way, > and it works well. Yes this would work very easily this way ;-) > I'd also be happy to put together a port of gcc 2.7.2.1 so that people > that need the newer functionality (especially with g++) of that > revision can have it more easily than today. I'd do that by grabbing > 2.7.2 from prep or gatekeeper or freefall, applying the 2.7.2.1 trial > patches plus any other FreeBSD specific patches that would be needed, > as patch-aa, patch-ab, etc. I'd install it into /usr/local/bin. I'm > not married to any of this. Sounds good. So everybody could use the gcc 2.7.2.x port then, to work on a clean 'make world' with gcc 2.7.2.x. andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Aug 11 23:31:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03781 for current-outgoing; Sun, 11 Aug 1996 23:31:45 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA03771 for ; Sun, 11 Aug 1996 23:31:36 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA05290; Mon, 12 Aug 1996 08:16:13 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA00566; Sun, 11 Aug 1996 22:20:37 +0200 (MET DST) Date: Sun, 11 Aug 1996 22:20:37 +0200 (MET DST) From: Andreas Klemm To: Khetan Gajjar cc: Andreas Kohout , current@FreeBSD.org Subject: Re: compile time In-Reply-To: Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 Aug 1996, Khetan Gajjar wrote: > On Sun, 4 Aug 1996, Andreas Kohout wrote: > > >this is not normal, on my P133, 32MByte it takes about tree and a half hour. > > It takes me 514 seconds for a kernel compile, and below speaks for itself. That's not compareable ... which kernel profile, ... > The PC is a Cyrix 6x86 P150+ with 32 mb RAM, on a board with 512kb > pipe-line burst cache. > > make world completed on Sun Aug 4 01:25:03 SAT 1996 > 11162.37 real 6775.63 user 1383.49 sys which make world ?! -current or -stable ? On what system, -current or -stable ? > [==3 hours, 6 minutes] Well, I only need about 3.5 hours (if I remember right) using a P90 overclocked to 100 MHz and 256k pipelined burst cache ;) Motherboard is an ASUS P55TP4XE. Controller: AHA 2940, Harddisk Quantum Grand Prix. Which Controller and harddisk do you have ? Sounds to me as if it's a little slow for a Pentium Pro clone ?! Does somebody have compareable numbers with a Pentium Pro 150 and 200 MHz system ?! BTW, I use the following options in /etc/make.conf: CFLAGS=-pipe -O2 NOPROFILE= true OBJLINK= yes HAVE_FPU= yes -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Aug 11 23:59:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04692 for current-outgoing; Sun, 11 Aug 1996 23:59:58 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@mindbender.headcandy.com [199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04686 for ; Sun, 11 Aug 1996 23:59:53 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id XAA14810; Sun, 11 Aug 1996 23:51:17 -0700 (PDT) Message-Id: <199608120651.XAA14810@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Andreas Klemm cc: Khetan Gajjar , Andreas Kohout , current@freebsd.org Subject: Re: compile time In-reply-to: Your message of Sun, 11 Aug 96 22:20:37 +0200. Date: Sun, 11 Aug 1996 23:51:15 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The PC is a Cyrix 6x86 P150+ with 32 mb RAM, on a board with 512kb >> pipe-line burst cache. [...] >> [==3 hours, 6 minutes] >Well, I only need about 3.5 hours (if I remember right) using a >P90 overclocked to 100 MHz and 256k pipelined burst cache ;) [...] >Which Controller and harddisk do you have ? Sounds to me as if it's >a little slow for a Pentium Pro clone ?! The Cyrix 6x86 is NOT a Pentium Pro clone. It is a _Pentium_ (P5) clone. The Cyrix marketing department calls it a 6x86 because it is faster than a Pentium of the same clock speed. It plugs into a Pentium socket and runs in a Pentium motherboard. According to all my benchmark extrapolation, the 6x86 is in fact slightly to significantly slower than a Pentium Pro of the same bus speed. You should think of the 6x86 as half way between a Pentium and a Pentium Pro. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-current Mon Aug 12 00:15:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05202 for current-outgoing; Mon, 12 Aug 1996 00:15:20 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA05196 for ; Mon, 12 Aug 1996 00:15:15 -0700 (PDT) Received: from campa.panke.de (anonymous230.ppp.cs.tu-berlin.de [130.149.17.230]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id IAA12365; Mon, 12 Aug 1996 08:57:21 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id AAA03906; Mon, 12 Aug 1996 00:43:10 +0200 Date: Mon, 12 Aug 1996 00:43:10 +0200 From: Wolfram Schneider Message-Id: <199608112243.AAA03906@campa.panke.de> To: Andreas Klemm Cc: current@freebsd.org Subject: Re: Whither gcc 2.7? In-Reply-To: References: <199608072105.XAA00469@DeepCore.dk> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm writes: >On Wed, 7 Aug 1996 sos@FreeBSD.org wrote: >> So, we should make a bmaked version, put it in the tree as usual, and >> let the original (and pgcc and xxgcc..) be in ports... >> No need for that contrib mess... > >Yeah ! Me too. bmake, bmake, bmake! The German Telecom made last year 15 billions US$ profit, and I'am not the only one who think this is to much (Microsoft made 2.2 billions US$ profit, 7 times less) Wolfram From owner-freebsd-current Mon Aug 12 00:37:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06077 for current-outgoing; Mon, 12 Aug 1996 00:37:55 -0700 (PDT) Received: from copernicus.iafrica.com (root@copernicus.iafrica.com [196.31.1.15]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA06048 for ; Mon, 12 Aug 1996 00:36:28 -0700 (PDT) Received: from copernicus.iafrica.com (khetan@copernicus.iafrica.com [196.31.1.15]) by copernicus.iafrica.com (8.7.5/8.6.12) with SMTP id JAA08536; Mon, 12 Aug 1996 09:35:47 +0200 (SAT) Date: Mon, 12 Aug 1996 09:35:47 +0200 (SAT) From: Khetan Gajjar To: "Michael L. VanLoon -- HeadCandy.com" cc: current@freebsd.org Subject: Re: compile time In-Reply-To: <199608120651.XAA14810@MindBender.HeadCandy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Aug 1996, Michael L. VanLoon -- HeadCandy.com wrote: > >Which Controller and harddisk do you have ? Sounds to me as if it's > >a little slow for a Pentium Pro clone ?! It's a PCI-IDE controller, with a Quantum FireBall 1080MB drive. > The Cyrix 6x86 is NOT a Pentium Pro clone. It is a _Pentium_ (P5) > clone. The Cyrix marketing department calls it a 6x86 because it is I think they also call it a 6x86 for marketing reasons - you know, 586, then the 686. Also, AMC released the 5x86 and 586, so...... > faster than a Pentium of the same clock speed. It plugs into a > Pentium socket and runs in a Pentium motherboard. And very nicely too ;-) > According to all my benchmark extrapolation, the 6x86 is in fact > slightly to significantly slower than a Pentium Pro of the same bus > speed. It's a lost slower than a PPro, and probably on heavily intensive operations,the same speed as a Pentium with the same clock speed. > You should think of the 6x86 as half way between a Pentium and a > Pentium Pro. More like 10% more Pentium than Pentium. --- Khetan Gajjar [ http://www.iafrica.com/~khetan ] UUNet Internet Africa [ 0800-030-002 & help@iafrica.com ] Get rid of Telkom.... [ http://www.ispa.org.za ] I'm a FreeBSD User! [ http://www.freebsd.org ] Any opinions stated in this message are personal. UIA's official policy may not be reflected in this message. From owner-freebsd-current Mon Aug 12 00:38:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06114 for current-outgoing; Mon, 12 Aug 1996 00:38:12 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06101 for ; Mon, 12 Aug 1996 00:38:06 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id AAA13186; Mon, 12 Aug 1996 00:33:55 -0700 From: "Rodney W. Grimes" Message-Id: <199608120733.AAA13186@GndRsh.aac.dev.com> Subject: Re: compile time To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 12 Aug 1996 00:33:55 -0700 (PDT) Cc: khetan@iafrica.com, shanee@rabbit.augusta.de, current@FreeBSD.org In-Reply-To: from Andreas Klemm at "Aug 11, 96 10:20:37 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Does somebody have compareable numbers with a Pentium Pro 150 and > 200 MHz system ?! BTW, I use the following options in /etc/make.conf: > > CFLAGS=-pipe -O2 > NOPROFILE= true > OBJLINK= yes > HAVE_FPU= yes Operating System: FreeBSD AHA2.1.5 /etc/make.conf tweaks: CFLAGS= -O -pipe NOPROFILE= true NOMANCOMPRESS= true SHARED= copies Motherboard: ASUS PCI/I-P6NP5 (Intel Natoma Chipset) CPU: Intel KB80521EX200 SY007 256K (Pentium Pro-200/256K) Memory: 32 or 64MB 60nS FPM using 2 SIMMS SCSI Controller: Adaptec 2940U Disk: Micropolis MC4421 2G, 3.5"x1" 5400RPM 8.8mS, 512k About 1:59 wall clock, and the machine is heavly I/O bound. I am sure this time could be reduced >15% by using a 3 spindle ``make world'' engine, one disk for running binaries (and install target), one disk for the source tree, and one disk for /usr/obj store. People quoting compilation times should include details similiar to the above, otherwise they are meaningless numbers... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 12 04:21:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA14309 for current-outgoing; Mon, 12 Aug 1996 04:21:36 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA14299 for ; Mon, 12 Aug 1996 04:21:13 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id MAA07492; Mon, 12 Aug 1996 12:24:19 +0100 Date: Mon, 12 Aug 1996 12:24:19 +0100 (BST) From: Doug Rabson To: Jim Lowe cc: freebsd-current@freebsd.org, wangel@wgrobez1.remote.louisville.edu Subject: Re: locking up In-Reply-To: <199608061721.MAA23320@miller.cs.uwm.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 Aug 1996, Jim Lowe wrote: > > From: Gary Roberts > > To: freebsd-current@freebsd.org > > Subject: locking up > > > > Sometimes, at no predetermined time, without warning, when switching VC's, > > I'll lock up. FreeBSD doesn't lockup just the keyboard, and I can only fix > > it by rebooting. > > > > A while ago Bruce Evans had posted this, if you run it, it > unlocks the keyboard. I don't know why this happens or why > it hasn't been fixed. The way I run it is to remote login > from some other machine. > > -Jim > > > Date: Tue, 20 Feb 1996 23:52:48 +1100 > > From: Bruce Evans > > Message-Id: <199602201252.XAA23329@godzilla.zeta.org.au> > > To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de > > Subject: Re: Keyboard lockout on 2.x.x > > > > To fix it if you can log in as root from another host, try > > > > echo "set ipending=2" | gdb -k -w /kernel /dev/mem > > > > This fakes a keyboard interrupt. This happens to me whenever I break into DDB. The ipending thing fixes it. I guess this motherboard manages to misplace the keyboard interrupt while I am in the debugger :-(. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Mon Aug 12 06:30:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18878 for current-outgoing; Mon, 12 Aug 1996 06:30:11 -0700 (PDT) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA18847; Mon, 12 Aug 1996 06:29:54 -0700 (PDT) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id JAA01188; Mon, 12 Aug 1996 09:29:47 -0400 Date: Mon, 12 Aug 1996 09:29:47 -0400 From: Charles Green Message-Id: <199608121329.JAA01188@fang.cs.sunyit.edu> In-Reply-To: "Julian H. Stacey" "Re: Linux Willows?" (Aug 11, 16:45) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Julian H. Stacey" Subject: Re: Linux Willows? Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Julian H. Stacey" stands accused of saying: } Date: Aug 11, 16:45 } Subject: Re: Linux Willows? } Hi, Reference: } > From: Charles Green } > Subject: Re: Linux Willows? } > Date: Thu, 8 Aug 1996 12:50:13 -0400 } > Message-id: <199608081650.MAA06950@fang.cs.sunyit.edu> } > } > What would be nice, is for willows to take a subset of their } > work (xwin) and market it *as* a windows emulator and sell it } > for something like $99.00 (binary only). I'd buy it. } > } > } > -- } > Charles Green, PRC Inc. } > Rome Laboratory, NY } } Shouldnt you be telling willows your readiness to buy, } & not everyone on current@ then ;-) } I did! And I sent their response to the mailing list. Please check last week's mail. } > } > } Julian } -- } Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ }-- End of excerpt from "Julian H. Stacey" -- Charles Green, PRC Inc. Rome Laboratory, NY From owner-freebsd-current Mon Aug 12 06:59:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19851 for current-outgoing; Mon, 12 Aug 1996 06:59:44 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA19835 for ; Mon, 12 Aug 1996 06:59:21 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id OAA08281; Mon, 12 Aug 1996 14:58:45 +0100 Date: Mon, 12 Aug 1996 14:58:43 +0100 (BST) From: Doug Rabson To: Jim Lowe cc: freebsd-current@freebsd.org, wangel@wgrobez1.remote.louisville.edu Subject: Re: locking up In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 12 Aug 1996, Doug Rabson wrote: > This happens to me whenever I break into DDB. The ipending thing fixes > it. I guess this motherboard manages to misplace the keyboard interrupt > while I am in the debugger :-(. Potentially useless extra datapoint: This only happens under syscons; pcvt works fine. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Mon Aug 12 08:55:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25624 for current-outgoing; Mon, 12 Aug 1996 08:55:08 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25589 for ; Mon, 12 Aug 1996 08:54:18 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id NAA07850; Mon, 12 Aug 1996 13:52:46 +0300 Date: Mon, 12 Aug 1996 13:52:46 +0300 (EET DST) From: Narvi To: "Justin T. Gibbs" cc: John Polstra , Terry Lambert , faulkner@asgard.bga.com, current%FreeBSD.ORG@haldjas.folklore.ee Subject: Re: Praise for CVSup In-Reply-To: <199608120511.WAA01376@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Aug 1996, Justin T. Gibbs wrote: > >What I think I might do is make it an option. Then the user can decide > >how to trade off paranoia against speed. > > > >-- John > > Can you make MD5 checksumming of every file an option too? I know that > it is expensive, but it would be the perfect thing for recovery for > a corrupted filesystem. > Perhaps we should integrate the newer tiger hash into FreeBSD? It is something like 2.2 - 2.3 times faster on my computer. That is, actually, with 192 bit digests. Speeding up checksumming would not be too bad in the cases where a lot of needs to be done. Sander > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-current Mon Aug 12 09:30:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27429 for current-outgoing; Mon, 12 Aug 1996 09:30:29 -0700 (PDT) Received: from shadows.aeon.net ([194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27306 for ; Mon, 12 Aug 1996 09:29:43 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id TAA15862; Mon, 12 Aug 1996 19:22:12 +0300 (EET DST) From: Mr Operating System Message-Id: <199608121622.TAA15862@shadows.aeon.net> Subject: Re: compile time To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 12 Aug 1996 19:22:11 +0300 (EET DST) Cc: khetan@iafrica.com, shanee@rabbit.augusta.de, current@freebsd.org In-Reply-To: from Andreas Klemm at "Aug 11, 96 10:20:37 pm" 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i thought i'd share, since people have posted here weird times... machine: p133 with async 256Kb cache (later today 512Kb pipeline), 24Mb ram at the moment, 2x 72Mb swap, two eide 1.28 quantum fireballs, intel endeavor motherboard... the saturday's -current compiled without any errors, oh, i did have -DNOGAMES and even that i have it i have to manually edit share/doc/usd/Makefile (i need to comment both 30.rogue and 31.trek out to be able to compile it...) Sun Aug 11 01:55:01 EET DST 1996 make world starts Sun Aug 11 06:06:27 EET DST 1996 make world ended and that includes compiling tcl mickey From owner-freebsd-current Mon Aug 12 10:42:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA01340 for current-outgoing; Mon, 12 Aug 1996 10:42:23 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA01333 for ; Mon, 12 Aug 1996 10:42:16 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.7.3) id MAA28495; Mon, 12 Aug 1996 12:42:02 -0500 (CDT) From: Bob Willcox Message-Id: <199608121742.MAA28495@luke.pmr.com> Subject: Re: compile time To: 100626.3506@CompuServe.COM (Jan Knepper) Date: Mon, 12 Aug 1996 12:42:02 -0500 (CDT) Cc: khetan@iafrica.com, freebsd-current@FreeBSD.ORG In-Reply-To: <960806095732_100626.3506_BHL105-1@CompuServe.COM> from Jan Knepper at "Aug 6, 96 05:57:33 am" 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jan Knepper wrote: > Kheten Gajjar wrote: > > /* > A kernel recompile on 2.1.0 takes for me: > > text data bss dec hex > > 954368 61440 74356 1090164 10a274 > > 257.32 real 162.45 user 18.24 sys > > Wow! What machine have you got ? */ > > A Pentium Pro 200, 64 MB RAM, NCR SCSI-2 2.1 GB HD, 6x SCSI CD-ROM... > I am running my own company and have a couple of machine's. Only P's though. The > PP200 is the latest toy. I think it is in for almost 2 months now, may be longer > already. I usually develop in C++ for Window NT/95, 3.1x, OS/2 Warp, Novell > NetWare. Header files and other stuff is getting so *huge* that a faster > machines really pays off these days... > I used a P120 before. The compile time turned out to be LESS than half what is > was before! That is what I call improvement. > > Don't worry, be Kneppie, > Jan > Its a bit of an apple to oranges comparison, but my Pentium Pro 200 with Natom chipset, 96MB RAM, NFS mounted /usr/src over a 10BaseT ethernet link, compiling a customized -current kernel with the -pipe option gives me: text data bss dec hex 876544 57344 84876 1018764 f8b8c 207.21s real 150.37s user 14.31s system Note that these times do _not_ include "make depend". That adds just under a minute of elapsed time to the results. -- Bob Willcox politics, n: bob@luke.pmr.com A strife of interests masquerading as a contest of Austin, TX principles. The conduct of public affairs for private advantage. -- Ambrose Bierce From owner-freebsd-current Mon Aug 12 11:49:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05424 for current-outgoing; Mon, 12 Aug 1996 11:49:02 -0700 (PDT) Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05419 for ; Mon, 12 Aug 1996 11:49:00 -0700 (PDT) Received: from delphi.gordian.com (delphi.gordian.com [192.73.220.125]) by gordius.gordian.com (8.7.5/8.6.5) with ESMTP id LAA15067 for ; Mon, 12 Aug 1996 11:48:28 -0700 (PDT) Received: (from steve@localhost) by delphi.gordian.com (8.7.2/8.6.9) id LAA09262; Mon, 12 Aug 1996 11:48:27 -0700 (PDT) Date: Mon, 12 Aug 1996 11:48:27 -0700 (PDT) Message-Id: <199608121848.LAA09262@delphi.gordian.com> From: Steve Khoo To: freebsd-current@freebsd.org Subject: problems with rlogin/rsh on current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get "connection closed" when using rlogin and rsh on a FBSD running current. rsh with a command("rsh delphi ls") works fine. The problems seems to happen consistently. I've also seen short periods when the problem seems to have gone away and everything work consistently for awhile. I haven't found a pattern yet. It appears to happen no matter what machine you are trying to rlogin or rsh to. I've seen the problem with rsh and rlogin to an irix and sunos host, and also to itself. > rlogin delphi rlogin: closed connection. > rsh delphi rlogin: closed connection. > This system is running 2.2-960501-SNAP after make world with secure dist and kernel recompiled to a minimum. Same problem was seen on current sup'd on 8/9/96 with secure dist also. After make world with -DNOSECURE on this system, the problem seems to have gone away. It's been up for about 9hrs now and I haven't seen the problem on this system so far.. Has anyone seen this problem? Any clues? I'd appreciate any help or pointers... Thanks! SEK From owner-freebsd-current Mon Aug 12 12:02:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06508 for current-outgoing; Mon, 12 Aug 1996 12:02:25 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06486 for ; Mon, 12 Aug 1996 12:02:22 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id VAA02705 for ; Mon, 12 Aug 1996 21:02:13 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id VAA18571 for current@freebsd.org; Mon, 12 Aug 1996 21:01:49 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id VAA02820; Mon, 12 Aug 1996 21:00:15 +0200 (MET DST) Message-Id: <199608121900.VAA02820@keltia.freenix.fr> Date: Mon, 12 Aug 1996 21:00:15 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: compile time In-Reply-To: <199608121622.TAA15862@shadows.aeon.net>; from Mr Operating System on Aug 12, 1996 19:22:11 +0300 References: <199608121622.TAA15862@shadows.aeon.net> X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Mr Operating System: > machine: p133 with async 256Kb cache (later today 512Kb pipeline), > 24Mb ram at the moment, 2x 72Mb swap, two eide 1.28 quantum fireballs, > intel endeavor motherboard... the saturday's -current compiled without > any errors, oh, i did have -DNOGAMES and even that i have it i have to > manually edit share/doc/usd/Makefile (i need to comment both 30.rogue > and 31.trek out to be able to compile it...) > > Sun Aug 11 01:55:01 EET DST 1996 make world starts > Sun Aug 11 06:06:27 EET DST 1996 make world ended Sorry but I think it is awfully slow... :-) I have a 486DX4/100 EISA, 32 MB RAM, 1x BT-747S + 1x AHA-1740A SCSI ctrls, 1 Conner CFP1080S on the BT and 1 Seagate ST-31200N on the AHA. /usr/obj mounted async. With NOPROFILE=yes, games included, my longest time is _4h50_ ! -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Mon Aug 12 12:51:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11780 for current-outgoing; Mon, 12 Aug 1996 12:51:35 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11771 for ; Mon, 12 Aug 1996 12:51:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA05083; Mon, 12 Aug 1996 21:51:15 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA22082; Mon, 12 Aug 1996 21:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA00436; Mon, 12 Aug 1996 21:46:52 +0200 (MET DST) From: J Wunsch Message-Id: <199608121946.VAA00436@uriah.heep.sax.de> Subject: Re: problems with rlogin/rsh on current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 12 Aug 1996 21:46:52 +0200 (MET DST) Cc: steve@gordian.com (Steve Khoo) In-Reply-To: <199608121848.LAA09262@delphi.gordian.com> from Steve Khoo at "Aug 12, 96 11:48:27 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Steve Khoo wrote: > I get "connection closed" when using rlogin and rsh on a FBSD running > current. You are running it from a beta-version xterm? Try ``stty min 1'' before starting the rsh. This has been discussed on the XFree86 beta list. -- 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 Mon Aug 12 13:34:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16968 for current-outgoing; Mon, 12 Aug 1996 13:34:26 -0700 (PDT) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA16923 for ; Mon, 12 Aug 1996 13:34:16 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id XAA00339; Mon, 12 Aug 1996 23:32:50 +0300 (EET DST) From: Mr Operating System Message-Id: <199608122032.XAA00339@shadows.aeon.net> Subject: Re: compile time To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Mon, 12 Aug 1996 23:32:50 +0300 (EET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199608121900.VAA02820@keltia.freenix.fr> from Ollivier Robert at "Aug 12, 96 09:00:15 pm" 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Sun Aug 11 01:55:01 EET DST 1996 make world starts > > Sun Aug 11 06:06:27 EET DST 1996 make world ended > Sorry but I think it is awfully slow... :-) what else would you expect from endeavor with async cache and eide drives? on the shopping list there are gigabyte dual pentium board with onboard AHA7880, meaning narrow and ultrawide scsi2... and for the record, that's cheap board, yet is fast! then i get 2 2gig drives too... i get one tomorrow to work... > With NOPROFILE=yes, games included, my longest time is _4h50_ ! with tcl? remember that adds LOTS to the compiling times... mickey From owner-freebsd-current Mon Aug 12 14:03:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20980 for current-outgoing; Mon, 12 Aug 1996 14:03:36 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20953 for ; Mon, 12 Aug 1996 14:03:25 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA28019; Mon, 12 Aug 1996 22:16:11 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id VAA00648; Mon, 12 Aug 1996 21:49:06 +0200 (MET DST) Date: Mon, 12 Aug 1996 21:49:06 +0200 (MET DST) From: Andreas Klemm To: "Rodney W. Grimes" cc: khetan@iafrica.com, shanee@rabbit.augusta.de, current@FreeBSD.org Subject: Re: compile time In-Reply-To: <199608120733.AAA13186@GndRsh.aac.dev.com> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk n Mon, 12 Aug 1996, Rodney W. Grimes wrote: > About 1:59 wall clock, and the machine is heavly I/O bound. I am sure this > time could be reduced >15% by using a 3 spindle ``make world'' engine, > one disk for running binaries (and install target), one disk for the source > tree, and one disk for /usr/obj store. Yeah :-)) Such beact would be really perfect and each disk gets a SCSI controller of it's own ;-)) > People quoting compilation times should include details similiar to > the above, otherwise they are meaningless numbers... That's absolutely correct! Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Mon Aug 12 14:09:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21705 for current-outgoing; Mon, 12 Aug 1996 14:09:28 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA21693 for ; Mon, 12 Aug 1996 14:09:19 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA28044; Mon, 12 Aug 1996 22:16:22 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id VAA00682; Mon, 12 Aug 1996 21:52:25 +0200 (MET DST) Date: Mon, 12 Aug 1996 21:52:25 +0200 (MET DST) From: Andreas Klemm To: Mr Operating System cc: khetan@iafrica.com, shanee@rabbit.augusta.de, current@freebsd.org Subject: Re: compile time In-Reply-To: <199608121622.TAA15862@shadows.aeon.net> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 12 Aug 1996, Mr Operating System wrote: > i thought i'd share, since people have posted here weird times... > > machine: p133 with async 256Kb cache (later today 512Kb pipeline), > 24Mb ram at the moment, 2x 72Mb swap, two eide 1.28 quantum fireballs, > intel endeavor motherboard... the saturday's -current compiled without > any errors, oh, i did have -DNOGAMES and even that i have it i have to > manually edit share/doc/usd/Makefile (i need to comment both 30.rogue > and 31.trek out to be able to compile it...) > > Sun Aug 11 01:55:01 EET DST 1996 make world starts > Sun Aug 11 06:06:27 EET DST 1996 make world ended > > and that includes compiling tcl sync burst cache numbers would be interesting in comparison to async cache ... Otherwise it seems, that my very loud 7200 U/min Quantum Grand Prix SCSI disk && AHA 2940 && sync burst cache men seems to speed up things in comparison to your numbers ... Although we are not exactly comparable, since you installed profiled libs, do you ?! -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Mon Aug 12 14:14:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22399 for current-outgoing; Mon, 12 Aug 1996 14:14:58 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22388 for ; Mon, 12 Aug 1996 14:14:56 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA26139; Mon, 12 Aug 1996 14:09:23 -0700 From: Terry Lambert Message-Id: <199608122109.OAA26139@phaeton.artisoft.com> Subject: Re: compile time To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Mon, 12 Aug 1996 14:09:23 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199608121900.VAA02820@keltia.freenix.fr> from "Ollivier Robert" at Aug 12, 96 09:00:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Sun Aug 11 01:55:01 EET DST 1996 make world starts > > Sun Aug 11 06:06:27 EET DST 1996 make world ended > > Sorry but I think it is awfully slow... :-) [ ... ] > With NOPROFILE=yes, games included, my longest time is _4h50_ ! Uh... 06:06:27 - 01:55:01 -------- 04:11:26 ... 04:11:26 < 04:50:00 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 Mon Aug 12 14:31:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24026 for current-outgoing; Mon, 12 Aug 1996 14:31:58 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA24005 for ; Mon, 12 Aug 1996 14:31:48 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA02773 for ; Mon, 12 Aug 1996 23:31:43 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA20176 for current@FreeBSD.ORG; Mon, 12 Aug 1996 23:31:04 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id WAA03210; Mon, 12 Aug 1996 22:58:12 +0200 (MET DST) Message-Id: <199608122058.WAA03210@keltia.freenix.fr> Date: Mon, 12 Aug 1996 22:58:12 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: compile time In-Reply-To: <199608122032.XAA00339@shadows.aeon.net>; from Mr Operating System on Aug 12, 1996 23:32:50 +0300 References: <199608122032.XAA00339@shadows.aeon.net> X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Mr Operating System: > what else would you expect from endeavor with async cache and eide > drives? I expected better from a P133 compared to my 486DX4/100. You're probably more I/O bound than I am though. The two SCSI bus with a disk on each much unload the CPUs. > > With NOPROFILE=yes, games included, my longest time is _4h50_ ! > > with tcl? remember that adds LOTS to the compiling times... Yes, tcl included. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Mon Aug 12 15:00:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27753 for current-outgoing; Mon, 12 Aug 1996 15:00:56 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27737 for ; Mon, 12 Aug 1996 15:00:49 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id AAA02799 for ; Tue, 13 Aug 1996 00:00:42 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id AAA20558 for current@FreeBSD.ORG; Tue, 13 Aug 1996 00:00:28 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id XAA10951; Mon, 12 Aug 1996 23:34:16 +0200 (MET DST) Message-Id: <199608122134.XAA10951@keltia.freenix.fr> Date: Mon, 12 Aug 1996 23:34:16 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: compile time In-Reply-To: <199608122109.OAA26139@phaeton.artisoft.com>; from Terry Lambert on Aug 12, 1996 14:09:23 -0700 References: <199608122109.OAA26139@phaeton.artisoft.com> X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Terry Lambert: > 06:06:27 > - 01:55:01 > -------- > 04:11:26 > > ... 04:11:26 < 04:50:00 You forgot the following: Pentium 133 >>>> 486DX4/100 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Mon Aug 12 15:37:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01334 for current-outgoing; Mon, 12 Aug 1996 15:37:57 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA01324 for ; Mon, 12 Aug 1996 15:37:52 -0700 (PDT) Received: from campa.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id AAA23571 for ; Tue, 13 Aug 1996 00:23:59 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id XAA00867; Mon, 12 Aug 1996 23:03:13 +0200 Date: Mon, 12 Aug 1996 23:03:13 +0200 From: Wolfram Schneider Message-Id: <199608122103.XAA00867@campa.panke.de> To: current@freebsd.org Subject: pwd_mkdb check option Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Comments? Can someone test if this patch works with NIS? -c Check if the password file is in the correct format. Do not change, add, or remove any files. Index: pwd_mkdb.8 =================================================================== RCS file: /usr/cvs/src/usr.sbin/pwd_mkdb/pwd_mkdb.8,v retrieving revision 1.2 diff -u -r1.2 pwd_mkdb.8 --- 1.2 1994/09/07 22:54:00 +++ pwd_mkdb.8 1996/08/12 18:37:34 @@ -39,6 +39,7 @@ .Nd "generate the password databases" .Sh SYNOPSIS .Nm pwd_mkdb +.Op Fl c .Op Fl p .Op Fl d Ar directory .Ar file @@ -61,6 +62,9 @@ .Pp The options are as follows: .Bl -tag -width flag +.It Fl c +Check if the password file is in the correct format. Do not +change, add, or remove any files. .It Fl p Create a Version 7 style password file and install it into .Dq Pa /etc/passwd . Index: pwd_mkdb.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/pwd_mkdb/pwd_mkdb.c,v retrieving revision 1.13 diff -u -r1.13 pwd_mkdb.c --- 1.13 1996/07/12 08:20:28 +++ pwd_mkdb.c 1996/08/12 18:33:24 @@ -101,12 +101,17 @@ char sbuf2[MAXPATHLEN]; char *username; u_int method, methoduid; + int cflag; + cflag = 0; strcpy(prefix, _PATH_PWD); makeold = 0; username = NULL; - while ((ch = getopt(argc, argv, "d:pu:v")) != EOF) + while ((ch = getopt(argc, argv, "cd:pu:v")) != EOF) switch(ch) { + case 'c': /* verify only */ + cflag = 1; + break; case 'd': strcpy(prefix, optarg); break; @@ -118,7 +123,6 @@ break; case 'v': /* backward compatible */ break; - case '?': default: usage(); } @@ -148,6 +152,12 @@ if (!(fp = fopen(pname, "r"))) error(pname); + /* check only if password database is valid */ + if (cflag) { + for (cnt = 1; scan(fp, &pwd); ++cnt); + exit(0); + } + /* Open the temporary insecure password database. */ (void)snprintf(buf, sizeof(buf), "%s/%s.tmp", prefix, _MP_DB); (void)snprintf(sbuf, sizeof(sbuf), "%s/%s.tmp", prefix, _SMP_DB); @@ -526,6 +536,6 @@ usage() { - (void)fprintf(stderr, "usage: pwd_mkdb [-p] [-d ] [-u ] file\n"); + (void)fprintf(stderr, "usage: pwd_mkdb [-c] [-p] [-d ] [-u ] file\n"); exit(1); } From owner-freebsd-current Mon Aug 12 16:23:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08150 for current-outgoing; Mon, 12 Aug 1996 16:23:55 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA08135 for ; Mon, 12 Aug 1996 16:23:52 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA06517; Mon, 12 Aug 1996 16:23:21 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma006515; Mon Aug 12 16:22:53 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id QAA04171; Mon, 12 Aug 1996 16:22:52 -0700 From: Archie Cobbs Message-Id: <199608122322.QAA04171@bubba.whistle.com> Subject: Re: locking up To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 12 Aug 1996 16:22:51 -0700 (PDT) Cc: jlemon@americantv.com, freebsd-current@FreeBSD.org In-Reply-To: <14324.839471898@time.cdrom.com> from "Jordan K. Hubbard" at Aug 7, 96 07:38:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I have the same problem - I'm running 2.1.0R CD distribution, and at random > > times during an X session, the keyboard just freezes up. Executing 'kbd_mo > ' > > doesn't fix the problem either. Logging in remotely and killing the X serv > > clears up the difficulty though, or executing the above commandline. > > I never had this problem until I started using xmodmap with Xaccel to > swap the caps lock and control keys on my new Microsoft natural > keyboard (the Northgate I had before let me do this directly on the > keyboard with a switch). > > Now, every once in awhile (usually when I'm using the control key :-), > the keyboard will lock up. In the past I could clear it only by > restartarting the X server, now it appears that this same gdb trick > works for me in getting my keyboard back. I've made a button for it > in my fvwm menu. :-) > > Still, it'd be nice to know how/why this trick rescues the keyboard > for Xaccel. Anyone see this same kind of problem with XFree86? I get this a lot. It always happens when I'm pressing the CAPS LOCK key at the same time as some other key. I HATE IT because I end up having to kill about 30 vi sessions, etc., etc... This is on 2.1.0-R with XFree86 S3 server. By the way, after killing the X server, you can find the "lost" character typed (the one that caused the hang) on the virtual console you started X from (eg, at the login prompt)... -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Mon Aug 12 16:54:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12848 for current-outgoing; Mon, 12 Aug 1996 16:54:26 -0700 (PDT) Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12839 for ; Mon, 12 Aug 1996 16:54:24 -0700 (PDT) Received: from delphi.gordian.com (delphi.gordian.com [192.73.220.125]) by gordius.gordian.com (8.7.5/8.6.5) with ESMTP id QAA07819; Mon, 12 Aug 1996 16:53:07 -0700 (PDT) Received: (from steve@localhost) by delphi.gordian.com (8.7.2/8.6.9) id QAA25270; Mon, 12 Aug 1996 16:53:05 -0700 (PDT) Date: Mon, 12 Aug 1996 16:53:05 -0700 (PDT) Message-Id: <199608122353.QAA25270@delphi.gordian.com> From: Steve Khoo To: J Wunsch CC: freebsd-current@FreeBSD.org In-reply-to: J Wunsch's message of Mon, 12 Aug 1996 21:46:52 +0200 (MET DST) Subject: Re: problems with rlogin/rsh on current References: <199608121946.VAA00436@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "J" == J Wunsch writes: J> As Steve Khoo wrote: >> I get "connection closed" when using rlogin and rsh on a FBSD running >> current. J> You are running it from a beta-version xterm? J> Try ``stty min 1'' before starting the rsh. This has been discussed J> on the XFree86 beta list. J> -- J> cheers, J"org That fixed it. Thanks! SEK From owner-freebsd-current Mon Aug 12 19:54:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07993 for current-outgoing; Mon, 12 Aug 1996 19:54:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA07981; Mon, 12 Aug 1996 19:54:26 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA03453; Mon, 12 Aug 1996 19:52:49 -0700 (PDT) To: Archie Cobbs cc: jlemon@americantv.com, freebsd-current@FreeBSD.org, sos@FreeBSD.org Subject: Re: locking up In-reply-to: Your message of "Mon, 12 Aug 1996 16:22:51 PDT." <199608122322.QAA04171@bubba.whistle.com> Date: Mon, 12 Aug 1996 19:52:49 -0700 Message-ID: <3451.839904769@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > at the same time as some other key. I HATE IT because I end up having to > kill about 30 vi sessions, etc., etc... > > This is on 2.1.0-R with XFree86 S3 server. Does the gdb trick work to get you out? Looks like this is a bug in our console code then, and not the X server itself. > By the way, after killing the X server, you can find the "lost" character > typed (the one that caused the hang) on the virtual console you started > X from (eg, at the login prompt)... Yep!!! Exact same symptoms here. Oh Soooooooreeeeeen.. We have another nice little bug for you! :-) Jordan From owner-freebsd-current Mon Aug 12 20:08:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09620 for current-outgoing; Mon, 12 Aug 1996 20:08:14 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA09605; Mon, 12 Aug 1996 20:08:04 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA07262; Mon, 12 Aug 1996 20:07:25 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma007260; Mon Aug 12 20:07:08 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id UAA04758; Mon, 12 Aug 1996 20:07:08 -0700 From: Archie Cobbs Message-Id: <199608130307.UAA04758@bubba.whistle.com> Subject: Re: locking up To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 12 Aug 1996 20:07:08 -0700 (PDT) Cc: archie@whistle.com, jlemon@americantv.com, freebsd-current@FreeBSD.org, sos@FreeBSD.org In-Reply-To: <3451.839904769@time.cdrom.com> from "Jordan K. Hubbard" at Aug 12, 96 07:52:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > > at the same time as some other key. I HATE IT because I end up having to > > kill about 30 vi sessions, etc., etc... > > > > This is on 2.1.0-R with XFree86 S3 server. > > Does the gdb trick work to get you out? Looks like this is a bug in > our console code then, and not the X server itself. Don't know because I just found out about it! Thanks! :-) -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-current Mon Aug 12 20:34:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11902 for current-outgoing; Mon, 12 Aug 1996 20:34:59 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA11894; Mon, 12 Aug 1996 20:34:54 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id XAA00578; Mon, 12 Aug 1996 23:32:23 -0400 (EDT) Date: Mon, 12 Aug 1996 23:32:23 -0400 (EDT) From: Gary Roberts To: "Jordan K. Hubbard" cc: Archie Cobbs , jlemon@americantv.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: locking up In-Reply-To: <3451.839904769@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 12 Aug 1996, Jordan K. Hubbard wrote: > > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > > at the same time as some other key. I HATE IT because I end up having to > > kill about 30 vi sessions, etc., etc... > > > > This is on 2.1.0-R with XFree86 S3 server. > > Does the gdb trick work to get you out? Looks like this is a bug in > our console code then, and not the X server itself. > > > By the way, after killing the X server, you can find the "lost" character > > typed (the one that caused the hang) on the virtual console you started > > X from (eg, at the login prompt)... > > Yep!!! Exact same symptoms here. Oh Soooooooreeeeeen.. We have > another nice little bug for you! :-) > > Jordan > I can get out, with the GDB string. The only problem is, I don't have a machine I can use to telnet into the locked machine with :D Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Mon Aug 12 21:16:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA15443 for current-outgoing; Mon, 12 Aug 1996 21:16:07 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA15435; Mon, 12 Aug 1996 21:16:05 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id VAA23940; Mon, 12 Aug 1996 21:14:30 -0700 From: Josh MacDonald Message-Id: <199608130414.VAA23940@paris.CS.Berkeley.EDU> To: "Jordan K. Hubbard" cc: jlemon@americantv.com, freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: locking up In-reply-to: Your message of "Mon, 12 Aug 1996 19:52:49 PDT." <3451.839904769@time.cdrom.com> Date: Mon, 12 Aug 1996 21:14:29 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > > at the same time as some other key. I HATE IT because I end up having to > > kill about 30 vi sessions, etc., etc... > > > > This is on 2.1.0-R with XFree86 S3 server. > > Does the gdb trick work to get you out? Looks like this is a bug in > our console code then, and not the X server itself. > > > By the way, after killing the X server, you can find the "lost" character > > typed (the one that caused the hang) on the virtual console you started > > X from (eg, at the login prompt)... > > Yep!!! Exact same symptoms here. Oh Soooooooreeeeeen.. We have > another nice little bug for you! :-) > > Jordan Hey yeah me too, cause I use caps-lock for my control key. Three or four times a day I'll have this happen. I'm running XInside. -josh From owner-freebsd-current Mon Aug 12 22:23:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19136 for current-outgoing; Mon, 12 Aug 1996 22:23:04 -0700 (PDT) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA19127 for ; Mon, 12 Aug 1996 22:22:49 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id IAA04794; Tue, 13 Aug 1996 08:21:52 +0300 (EET DST) From: Mr Operating System Message-Id: <199608130521.IAA04794@shadows.aeon.net> Subject: Re: compile time To: andreas@klemm.gtn.com (Andreas Klemm) Date: Tue, 13 Aug 1996 08:21:51 +0300 (EET DST) Cc: freebsd-current@freebsd.org In-Reply-To: from Andreas Klemm at "Aug 12, 96 09:52:25 pm" 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > i thought i'd share, since people have posted here weird times... > > machine: p133 with async 256Kb cache (later today 512Kb pipeline), oh yeah, i didnt list my ram, i think it's 2 60ns samsung 8M and 2 60ns ibm 4M 72pin SIMMs, i'm not sure about the speed of 4M it's been a while... > > Sun Aug 11 01:55:01 EET DST 1996 make world starts > > Sun Aug 11 06:06:27 EET DST 1996 make world ended > sync burst cache numbers would be interesting in comparison to async yes, i installed yesterday 512Kb 7ns pipeline burst cache and compiled it again... and i didnt expect this much chance... this is _exactly_ same set of source, i wanted to make a test that is "relevant"... sorry, didnt want to put 256Kb cache... =) time: Mon Aug 12 23:34:31 EET DST 1996 make world starts Tue Aug 13 02:45:34 EET DST 1996 make world ends meaning 4:11 changed to 3:11!!!!! i got _one_ hour off with just the pipeline burst cache!!! and i dont consider my board being "fast"... (can anyone verify this with a similar test?) oh, and on both compilations, machine ran X, using about 10 megs of ram for it, it was online (i try _not_ to be off line for more than it takes to reboot). and i run also nntpd (cnews) which has one nonbin usenet group, which gets read by random people, about one nntpd running all the time, sometimes several... machine did not forward packets. > cache ... Otherwise it seems, that my very loud 7200 U/min Quantum > Grand Prix SCSI disk && AHA 2940 && sync burst cache men seems to > speed up things in comparison to your numbers ... Although we are > not exactly comparable, since you installed profiled libs, do you ?! i did 'make world' as it comes from the standard Makefile, only option i added was -DNOGAMES and the said comment out. soon i attempt the same compilation with gigabyte's dual pentium board, which has onboard aha7880, i try to attempt it with again same set of src from eide, narrow and wide scsi2... board is most similar with it's other parts than the one rated faster with p200 than ppro150 by some pcmag few weeks ago, dont remember which one... and i can use atleast 133 and 166 cpu (one only since there's no dual support on freebsd), i will also use another board with only 256Kb pipeline. tho those will happen from another harddrive, i made a copy, cant get those boards to my home... (boards at work, yes, i work for pc hardware seller as a system admin) i also try to make compiling with standard, edo and ecc ram, we just hardly sell anything using edo/ecc... (for the dual cpu devteamers, i get one of those to myself in few months) i'm sorry flooding the list with this, but atleast _i_ am interested in how much exactly one can speed up the machine with swapping hardware. > andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH mickey From owner-freebsd-current Tue Aug 13 00:53:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28381 for current-outgoing; Tue, 13 Aug 1996 00:53:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA28374 for ; Tue, 13 Aug 1996 00:53:10 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA31144; Tue, 13 Aug 1996 17:48:21 +1000 Date: Tue, 13 Aug 1996 17:48:21 +1000 From: Bruce Evans Message-Id: <199608130748.RAA31144@godzilla.zeta.org.au> To: dfr@render.com, james@miller.cs.uwm.edu Subject: Re: locking up Cc: freebsd-current@FreeBSD.org, wangel@wgrobez1.remote.louisville.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> > Sometimes, at no predetermined time, without warning, when switching VC's, >> > I'll lock up. FreeBSD doesn't lockup just the keyboard, and I can only fix >> > it by rebooting. >This happens to me whenever I break into DDB. The ipending thing fixes >it. I guess this motherboard manages to misplace the keyboard interrupt >while I am in the debugger :-(. I guess it is a timing bug in the console driver. If an ISA interrupt handler returns before completely servicing then interrupt, then it will never get anothr interrupt (because ISA interrupts are edge triggered and the old one hasn't gone away). Polling for keystrokes in the (ddb) console input routine apparently sometimes confuses the driver into thinking that an unserviced interrupt has been serviced. The bug is very obvious: scintr() doesn't loop like it needs to. scgetc() does loop, but it sometimes returns early. I used to think that the loop handled all cases, but this bug has been present since revision 1.1. Bruce From owner-freebsd-current Tue Aug 13 00:54:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28525 for current-outgoing; Tue, 13 Aug 1996 00:54:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA28517; Tue, 13 Aug 1996 00:54:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA04142; Tue, 13 Aug 1996 00:53:13 -0700 (PDT) To: Gary Roberts cc: Archie Cobbs , jlemon@americantv.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: locking up In-reply-to: Your message of "Mon, 12 Aug 1996 23:32:23 EDT." Date: Tue, 13 Aug 1996 00:53:13 -0700 Message-ID: <4140.839922793@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can get out, with the GDB string. The only problem is, I don't have a > machine I can use to telnet into the locked machine with :D Stick it on a window manager menu item, you silly person - your mouse still works! :-) Jordan From owner-freebsd-current Tue Aug 13 02:19:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA02589 for current-outgoing; Tue, 13 Aug 1996 02:19:14 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA02580 for ; Tue, 13 Aug 1996 02:18:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA01996; Tue, 13 Aug 1996 19:10:32 +1000 Date: Tue, 13 Aug 1996 19:10:32 +1000 From: Bruce Evans Message-Id: <199608130910.TAA01996@godzilla.zeta.org.au> To: dfr@render.com, james@miller.cs.uwm.edu Subject: Re: locking up Cc: freebsd-current@FreeBSD.ORG, wangel@wgrobez1.remote.louisville.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> This happens to me whenever I break into DDB. The ipending thing fixes >> it. I guess this motherboard manages to misplace the keyboard interrupt >> while I am in the debugger :-(. >Potentially useless extra datapoint: This only happens under syscons; pcvt >works fine. I guess it's not a motherboard problem :-). pcrint() has the necessary loop in the default (PCB_KBD_FIFO configured) case except in polled mode. It buffers scancodes in a huge fifo. Some of the recent fixes to pcvt have been for the extra complications for handling the buffering in polled mode. In polled mode, pcrint() reduces to sgetc(). sgetc() has too many cases for me to understand. It seems to return too early in some cases, but not when Debugger() is called. Note that no loop is necessary when sgetc() is called from pccngetc() or pccncheckc(). For other reasons, keyboard interrupts must be blocked when it is called, so returning early is harmless - if the keyboard IRQ line is still active when the handler returns, then a keyboard interrupt will occur later (actually, blocked keyboard interrupts occur early and are turned into pending interrupts which occur later). Bruce From owner-freebsd-current Tue Aug 13 02:41:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03806 for current-outgoing; Tue, 13 Aug 1996 02:41:10 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA03801 for ; Tue, 13 Aug 1996 02:41:04 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id KAA11503; Tue, 13 Aug 1996 10:37:51 +0100 Date: Tue, 13 Aug 1996 10:37:50 +0100 (BST) From: Doug Rabson To: Bruce Evans cc: james@miller.cs.uwm.edu, freebsd-current@FreeBSD.ORG, wangel@wgrobez1.remote.louisville.edu Subject: Re: locking up In-Reply-To: <199608130910.TAA01996@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 13 Aug 1996, Bruce Evans wrote: > >> This happens to me whenever I break into DDB. The ipending thing fixes > >> it. I guess this motherboard manages to misplace the keyboard interrupt > >> while I am in the debugger :-(. > > >Potentially useless extra datapoint: This only happens under syscons; pcvt > >works fine. > > I guess it's not a motherboard problem :-). Actually, I think this motherboard is a bit flakey in the keyboard department. Windows95 sometimes loses the keyboard on this machine as well. When I break into ddb using pcvt, it always seems to insert 'df' into the keyboard buffer. Odd. > > pcrint() has the necessary loop in the default (PCB_KBD_FIFO configured) > case except in polled mode. It buffers scancodes in a huge fifo. Some > of the recent fixes to pcvt have been for the extra complications for > handling the buffering in polled mode. > > In polled mode, pcrint() reduces to sgetc(). sgetc() has too many cases > for me to understand. It seems to return too early in some cases, but not > when Debugger() is called. > > Note that no loop is necessary when sgetc() is called from pccngetc() > or pccncheckc(). For other reasons, keyboard interrupts must be blocked > when it is called, so returning early is harmless - if the keyboard IRQ > line is still active when the handler returns, then a keyboard interrupt > will occur later (actually, blocked keyboard interrupts occur early and > are turned into pending interrupts which occur later). I was just looking at syscons.c again and I noticed that scgetc() is called with interrupts blocked from sccngetc() but not blocked from sccncheckc(). Is that right? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Tue Aug 13 03:02:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04701 for current-outgoing; Tue, 13 Aug 1996 03:02:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA04696 for ; Tue, 13 Aug 1996 03:02:34 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA03907; Tue, 13 Aug 1996 19:57:57 +1000 Date: Tue, 13 Aug 1996 19:57:57 +1000 From: Bruce Evans Message-Id: <199608130957.TAA03907@godzilla.zeta.org.au> To: bde@zeta.org.au, dfr@render.com Subject: Re: locking up Cc: freebsd-current@FreeBSD.ORG, james@miller.cs.uwm.edu, wangel@wgrobez1.remote.louisville.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I guess it's not a motherboard problem :-). >Actually, I think this motherboard is a bit flakey in the keyboard >department. Windows95 sometimes loses the keyboard on this machine as >well. Race bugs are often like that. >I was just looking at syscons.c again and I noticed that scgetc() is >called with interrupts blocked from sccngetc() but not blocked from >sccncheckc(). Is that right? Bug in sccncheckc(). Bruce From owner-freebsd-current Tue Aug 13 03:22:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05544 for current-outgoing; Tue, 13 Aug 1996 03:22:51 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05537; Tue, 13 Aug 1996 03:22:47 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA11628; Tue, 13 Aug 1996 11:20:59 +0100 Date: Tue, 13 Aug 1996 11:20:58 +0100 (BST) From: Doug Rabson To: Josh MacDonald cc: "Jordan K. Hubbard" , jlemon@americantv.com, freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: locking up In-Reply-To: <199608130414.VAA23940@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 12 Aug 1996, Josh MacDonald wrote: > > > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > > > at the same time as some other key. I HATE IT because I end up having to > > > kill about 30 vi sessions, etc., etc... > > > > > > This is on 2.1.0-R with XFree86 S3 server. > > > > Does the gdb trick work to get you out? Looks like this is a bug in > > our console code then, and not the X server itself. > > > > > By the way, after killing the X server, you can find the "lost" character > > > typed (the one that caused the hang) on the virtual console you started > > > X from (eg, at the login prompt)... > > > > Yep!!! Exact same symptoms here. Oh Soooooooreeeeeen.. We have > > another nice little bug for you! :-) > > > > Jordan > > Hey yeah me too, cause I use caps-lock for my control key. Three or four > times a day I'll have this happen. I'm running XInside. I remember seeing some comments in the pcvt source code that some laptop keyboards can lose interrupts when updating the keyboard LEDs. This seems suspicious since most of the X keyboard lockups seem to involve the caps lock key. Maybe we should poll the keyboard sometimes just in case an interrupt has been lost. Calling scintr from a timeout 5 times a second would do the trick I suppose. Makes me feel slightly ill though. There must be a better way... -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-current Tue Aug 13 04:07:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07368 for current-outgoing; Tue, 13 Aug 1996 04:07:33 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07348; Tue, 13 Aug 1996 04:07:29 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id HAA01772; Tue, 13 Aug 1996 07:05:17 -0400 (EDT) Date: Tue, 13 Aug 1996 07:05:16 -0400 (EDT) From: Gary Roberts To: "Jordan K. Hubbard" cc: Archie Cobbs , jlemon@americantv.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: locking up In-Reply-To: <4140.839922793@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 13 Aug 1996, Jordan K. Hubbard wrote: > > I can get out, with the GDB string. The only problem is, I don't have a > > machine I can use to telnet into the locked machine with :D > > Stick it on a window manager menu item, you silly person - your mouse > still works! :-) > > Jordan > That is, if I happen to be in Xwindows when I 'lock up' =) Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Tue Aug 13 04:40:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09322 for current-outgoing; Tue, 13 Aug 1996 04:40:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA09315; Tue, 13 Aug 1996 04:40:37 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id EAA04847; Tue, 13 Aug 1996 04:39:02 -0700 (PDT) To: Gary Roberts cc: Archie Cobbs , jlemon@americantv.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: locking up In-reply-to: Your message of "Tue, 13 Aug 1996 07:05:16 EDT." Date: Tue, 13 Aug 1996 04:39:02 -0700 Message-ID: <4845.839936342@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That is, if I happen to be in Xwindows when I 'lock up' =) Ah, interesting! The rest of us were talking about X server related keyboard failure modes, which it looks like you're experiencing even without X involved, so that points more squarely than ever at syscons now. :-) Jordan From owner-freebsd-current Tue Aug 13 06:59:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14465 for current-outgoing; Tue, 13 Aug 1996 06:59:19 -0700 (PDT) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA14455 for ; Tue, 13 Aug 1996 06:59:12 -0700 (PDT) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0uqJzc-00036yC; Tue, 13 Aug 96 14:58 BST Message-Id: From: mark@plato.ucsalf.ac.uk (Mark Powell) Subject: 2.2-960801-SNAP de0 problem To: freebsd-current@freebsd.org Date: 13 Aug 1996 14:58:44 +0100 X-Gated-To-News-By: news@ucsalf.ac.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Installed 2.2-9608101-SNAP on a machine that was previously running 2.1.5 with no problems. Occasionally the machine boots up with no appararent errors, but can't see the network. On looking at the lights on the back of the SMC Etherpower card (DEC 21041) the usual orange T/R light is not on. A quick fix is to constantly reboot the machine until the light does come on and the card is functioning correctly. There doesn't appear to be anything different in the boot messages when the card does get setup okay and when it doesn't. The network is on the BNC connector and I've also tried a -current sys from Thurs 8/8/96 and that exhibits the same behaviour. I still have 2.1.5 on a spare disk and that always setups up the card successfully. Here's a successful boot: Aug 13 14:47:08 plato /kernel: 0x1bf Aug 13 14:47:08 plato /kernel: real memory = 67108864 (65536K bytes) Aug 13 14:47:09 plato /kernel: avail memory = 64471040 (62960K bytes) Aug 13 14:47:09 plato /kernel: BIOS Geometries: Aug 13 14:47:09 plato /kernel: 0:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors Aug 13 14:47:09 plato /kernel: 1:03fe3f20 0..1022=1023 cylinders, 0..63=64 heads, 1..32=32 sectors Aug 13 14:47:09 plato /kernel: 0 accounted for Aug 13 14:47:09 plato /kernel: pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c Aug 13 14:47:09 plato /kernel: pcibus_setup(1a): mode1res=0x80000000 (0x80000000) Aug 13 14:47:10 plato /kernel: pcibus_check: device 0 is there (id=122d8086) Aug 13 14:47:10 plato /kernel: Probing for devices on PCI bus 0: Aug 13 14:47:10 plato /kernel: configuration mode 1 allows 32 devices. Aug 13 14:47:10 plato /kernel: chip0 rev 2 on pc i0:0 Aug 13 14:47:10 plato /kernel: CPU Inactivity timer: clocks Aug 13 14:47:10 plato /kernel: Peer Concurrency: enabled Aug 13 14:47:10 plato /kernel: CPU-to-PCI Write Bursting: enabled Aug 13 14:47:11 plato /kernel: PCI Streaming: enabled Aug 13 14:47:11 plato /kernel: Bus Concurrency: enabled Aug 13 14:47:11 plato /kernel: Cache: 512K dual-bank pipelined-burst secondary; L1 enabled Aug 13 14:47:13 plato /kernel: DRAM: no memory hole, 66 MHz refresh Aug 13 14:47:13 plato /kernel: Read burst timing: x-2-2-2/x-3-3-3 Aug 13 14:47:13 plato /kernel: Write burst timing: x-2-2-2 Aug 13 14:47:13 plato /kernel: RAS-CAS delay: 3 clocks Aug 13 14:47:14 plato /kernel: chip1 rev 2 on pci0:7:0 Aug 13 14:47:14 plato /kernel: I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Aug 13 14:47:14 plato /kernel: Extended BIOS: enabled Aug 13 14:47:14 plato /kernel: Lower BIOS: disabled Aug 13 14:47:14 plato /kernel: Coprocessor IRQ13: enabled Aug 13 14:47:14 plato /kernel: Mouse IRQ12: disabled Aug 13 14:47:14 plato /kernel: Interrupt Routing: A: disabled, B: IRQ11, C: IRQ10, D: IRQ9 Aug 13 14:47:14 plato /kernel: MB0: disabled, MB1: disabled Aug 13 14:47:15 plato /kernel: pci0:7:1: Intel Corporation, device=0x1230, class=storage (ide) [no driver assigned] Aug 13 14:47:15 plato /kernel: map(20): io(3000) Aug 13 14:47:15 plato /kernel: ahc0 rev 0 int a irq 11 on pci0:18 Aug 13 14:47:15 plato /kernel: mapreg[10] type=1 addr=00006000 size=0100. Aug 13 14:47:15 plato /kernel: mapreg[14] type=0 addr=f2000000 size=1000. Aug 13 14:47:15 plato /kernel: ahc0: Reading SEEPROM...done. Aug 13 14:47:15 plato /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs Aug 13 14:47:15 plato /kernel: ahc0: Reseting Channel A Aug 13 14:47:15 plato /kernel: ahc0: Downloading Sequencer Program...Done Aug 13 14:47:15 plato /kernel: ahc0: Probing channel A Aug 13 14:47:16 plato /kernel: ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Aug 13 14:47:16 plato /kernel: ahc0: target 0 Tagged Queuing Device Aug 13 14:47:16 plato /kernel: (ahc0:0:0): "CONNER CFP4207S 4.28GB 1524" type 0 fixed SCSI 2 Aug 13 14:47:16 plato /kernel: sd0(ahc0:0:0): Direct-Access 4096MB (8388608 512 byte sectors) Aug 13 14:47:16 plato /kernel: sd0(ahc0:0:0): with 3999 cyls, 20 heads, and an average 104 sectors/ track Aug 13 14:47:16 plato /kernel: ahc0: target 1 using 16Bit transfers Aug 13 14:47:16 plato /kernel: ahc0: target 1 synchronous at 10.0MHz, offset = 0x8 Aug 13 14:47:16 plato /kernel: ahc0: target 1 Tagged Queuing Device Aug 13 14:47:16 plato /kernel: (ahc0:1:0): "CONNER CFP4207W 4.28GB 1524" type 0 fixed SCSI 2 Aug 13 14:47:17 plato /kernel: sd1(ahc0:1:0): Direct-Access 4096MB (8388608 512 byte sectors) Aug 13 14:47:17 plato /kernel: sd1(ahc0:1:0): with 3999 cyls, 20 heads, and an average 104 sectors/ track Aug 13 14:47:17 plato /kernel: ahc0: target 2 synchronous at 10.0MHz, offset = 0x8 Aug 13 14:47:17 plato /kernel: (ahc0:2:0): "HP C1533A 9503" type 1 removable SCSI 2 Aug 13 14:47:17 plato /kernel: st0(ahc0:2:0): Sequential-Access density code 0x24, variable blocks, write-enabled Aug 13 14:47:17 plato /kernel: ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers Aug 13 14:47:17 plato /kernel: ahc0: target 4 synchronous at 4.4MHz, offset = 0xf Aug 13 14:47:17 plato /kernel: (ahc0:4:0): "TOSHIBA CD-ROM XM-3701TA 0236" type 5 removable SCSI 2 Aug 13 14:47:17 plato /kernel: cd0(ahc0:4:0): CD-ROM Aug 13 14:47:18 plato /kernel: cd0(ahc0:4:0): NOT READY asc:4,1 Aug 13 14:47:18 plato /kernel: cd0(ahc0:4:0): Logical unit is in process of becoming ready Aug 13 14:47:18 plato /kernel: can't get the size Aug 13 14:47:18 plato /kernel: vga0 rev 0 int a irq 10 on pci0:19 Aug 13 14:47:18 plato /kernel: mapreg[10] type=0 addr=f0000000 size=2000000. Aug 13 14:47:18 plato /kernel: de0 rev 17 int a irq 9 on pci0:20 Aug 13 14:47:18 plato /kernel: mapreg[10] type=1 addr=00006100 size=0080. Aug 13 14:47:18 plato /kernel: mapreg[14] type=0 addr=f2001000 size=0080. Aug 13 14:47:19 plato /kernel: reg16: ioaddr=0x6100 size=0x80 Aug 13 14:47:19 plato /kernel: de0: DC21041 [10Mb/s] pass 1.1 Aug 13 14:47:19 plato /kernel: de0: address 00:00:c0:ab:31:cf Aug 13 14:47:19 plato /kernel: bpf: de0 attached Aug 13 14:47:19 plato /kernel: pci0: uses 33558656 bytes of memory from f0000000 upto f200107f. Aug 13 14:47:19 plato /kernel: pci0: uses 384 bytes of I/O space from 6000 upto 617f. Aug 13 14:47:19 plato /kernel: Probing for devices on the ISA bus: Aug 13 14:47:19 plato /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Aug 13 14:47:19 plato /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Aug 13 14:47:20 plato /kernel: pca0 on motherboard Aug 13 14:47:20 plato /kernel: pca0: PC speaker audio driver Aug 13 14:47:20 plato /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Aug 13 14:47:20 plato /kernel: sio0: type 16550A Aug 13 14:47:20 plato /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Aug 13 14:47:20 plato /kernel: sio1: type 16550A Aug 13 14:47:20 plato /kernel: lpt0 at 0x378-0x37f irq 7 on isa Aug 13 14:47:20 plato /kernel: lpt0: Interrupt-driven port Aug 13 14:47:21 plato /kernel: lp0: TCP/IP capable interface Aug 13 14:47:21 plato /kernel: bpf: lp0 attached Aug 13 14:47:21 plato /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Aug 13 14:47:21 plato /kernel: fdc0: NEC 72065B Aug 13 14:47:21 plato /kernel: fd0: 1.44MB 3.5in Aug 13 14:47:21 plato /kernel: npx0 on motherboard Aug 13 14:47:21 plato /kernel: npx0: INT 16 interface Aug 13 14:47:22 plato /kernel: imasks: bio c0000840, tty c003009a, net c0020200 Aug 13 14:47:22 plato /kernel: Device configuration finished. Aug 13 14:47:22 plato /kernel: Considering FFS root f/s. Aug 13 14:47:22 plato /kernel: changing root device to sd0a Aug 13 14:47:22 plato /kernel: configure() finished. Aug 13 14:47:22 plato /kernel: new masks: bio c0000840, tty c003009a, net c003029a Aug 13 14:47:23 plato /kernel: bpf: ppp0 attached Aug 13 14:47:23 plato /kernel: bpf: lo0 attached Aug 13 14:47:23 plato /kernel: sd0s1: type 0xa5, start 0, end = 8388607, size 8388608 : OK -- Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Tue Aug 13 07:51:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17512 for current-outgoing; Tue, 13 Aug 1996 07:51:49 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA17501 for ; Tue, 13 Aug 1996 07:51:36 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id KAA06796; Tue, 13 Aug 1996 10:51:06 -0400 From: Bill Paul Message-Id: <199608131451.KAA06796@skynet.ctr.columbia.edu> Subject: Re: 2.2-960801-SNAP de0 problem To: mark@plato.ucsalf.ac.uk (Mark Powell) Date: Tue, 13 Aug 1996 10:51:04 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: from "Mark Powell" at Aug 13, 96 02:58:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Mark Powell had to walk into mine and say: > Installed 2.2-9608101-SNAP on a machine that was previously running > 2.1.5 with no problems. Occasionally the machine boots up with no > appararent errors, but can't see the network. On looking at the lights > on the back of the SMC Etherpower card (DEC 21041) the usual orange > T/R light is not on. A quick fix is to constantly reboot the machine > until the light does come on and the card is functioning correctly. > There doesn't appear to be anything different in the boot messages when > the card does get setup okay and when it doesn't. The network is on the > BNC connector and I've also tried a -current sys from Thurs 8/8/96 and > that exhibits the same behaviour. I still have 2.1.5 on a spare disk and > that always setups up the card successfully. > Here's a successful boot: This sounds like a bug in the autosense handling. I can't offer any suggested code fixes (the de driver looks hideously complicated) but you might be able to work around this by using the -link2 option to ifconfig. This will force the driver to enable the BNC connection regardless of what happens with the autosense media probe. I had to do this with FreeBSD 2.1.5 not too long ago. Just edit your /etc/sysconfig file and add -link2 to the ifconfig options for the de0 interface. Ideally there should be a way to specify this information in the kernel config file (or in userconfig for that matter) using a 'flags' option to the de0 declaration so that it selects the BNC connector by default even without intervention from ifconfig. This is not immediately necessary though since it's mostly useful for diskless booting (the ethernet adapter must be configured correctly from the moment the kernel loads) and we don't currently support booting diskless with 'tulip-based' ethernet cards. Note that I habitually disable autosensing even with other OSes such as Windoze NT that have vendor-written drivers. I don't want the machine to tell me what it thinks is the right setting for the card: I want to tell it, and I want it to bloody well listen. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Tue Aug 13 11:51:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03263 for current-outgoing; Tue, 13 Aug 1996 11:51:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03251 for ; Tue, 13 Aug 1996 11:51:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA20194 for ; Tue, 13 Aug 1996 20:51:08 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA13042 for freebsd-current@FreeBSD.org; Tue, 13 Aug 1996 20:51:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA04637 for freebsd-current@FreeBSD.org; Tue, 13 Aug 1996 20:36:52 +0200 (MET DST) From: J Wunsch Message-Id: <199608131836.UAA04637@uriah.heep.sax.de> Subject: Re: locking up To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Aug 1996 20:36:52 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608130910.TAA01996@godzilla.zeta.org.au> from Bruce Evans at "Aug 13, 96 07:10:32 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > In polled mode, pcrint() reduces to sgetc(). sgetc() has too many cases > for me to understand. It seems to return too early in some cases, but not > when Debugger() is called. It only returns early if `noblock' is specified. (It returns NULL in that case.) Otherwise, it loops again instead. -- 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 Aug 13 11:51:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03330 for current-outgoing; Tue, 13 Aug 1996 11:51:54 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03323 for ; Tue, 13 Aug 1996 11:51:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA20203; Tue, 13 Aug 1996 20:51:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA13043; Tue, 13 Aug 1996 20:51:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA04674; Tue, 13 Aug 1996 20:39:55 +0200 (MET DST) From: J Wunsch Message-Id: <199608131839.UAA04674@uriah.heep.sax.de> Subject: Re: locking up To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Aug 1996 20:39:55 +0200 (MET DST) Cc: dfr@render.com (Doug Rabson) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Doug Rabson at "Aug 13, 96 10:37:50 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Doug Rabson wrote: > When I break into ddb using pcvt, it always seems to insert 'df' into the > keyboard buffer. Odd. Not so odd, a simple programmer's error of mine. Upgrade to rev 1.23 of pcvt_drv.c. ;-) (Do also upgrade pcvt_kbd.c, or the first invocation of pccncheck() at coredump time will wait for a keystroke.) -- 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 Aug 13 12:33:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05081 for current-outgoing; Tue, 13 Aug 1996 12:33:56 -0700 (PDT) Received: from phaedrus.uchicago.edu (phaedrus.uchicago.edu [128.135.21.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA05073 for ; Tue, 13 Aug 1996 12:33:53 -0700 (PDT) Received: from phaedrus.uchicago.edu (localhost [127.0.0.1]) by phaedrus.uchicago.edu (8.7.5/8.7.3) with ESMTP id OAA03232 for ; Tue, 13 Aug 1996 14:34:52 GMT Message-Id: <199608131434.OAA03232@phaedrus.uchicago.edu> To: freebsd-current@freebsd.org Subject: rsh/rlogin -> connection closed but doesn't seem to even try... MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3228.839946891.1@phaedrus.uchicago.edu> Date: Tue, 13 Aug 1996 14:34:52 +0000 From: steve farrell Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i've had a problem with rsh/rlogin for a while: if i attempt to connect *anywhere* i immediately get rlogin: closed connection. i thought i'd give this a go with gdb, and the odd thing is that it'll actually prompt me for a login in the debugger, but it'll never work for me outside of gdb period (i've tried it from root account too). any ideas? (system is -CURRENT from july 23, though i've resupped the lib and usr.bin as recently as a few days ago with no luck.) --thanks, steve farrell From owner-freebsd-current Tue Aug 13 12:56:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06730 for current-outgoing; Tue, 13 Aug 1996 12:56:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA06724 for ; Tue, 13 Aug 1996 12:56:27 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA20954; Wed, 14 Aug 1996 05:55:43 +1000 Date: Wed, 14 Aug 1996 05:55:43 +1000 From: Bruce Evans Message-Id: <199608131955.FAA20954@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: locking up Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> In polled mode, pcrint() reduces to sgetc(). sgetc() has too many cases >> for me to understand. It seems to return too early in some cases, but not >> when Debugger() is called. >It only returns early if `noblock' is specified. (It returns NULL in >that case.) Otherwise, it loops again instead. `noblock' is always set in the calls from pcrint(), so this guarantees that there is a problem if sgetc() is actually called from pcrint(). I think the first call (for the !PCVT_KBD_FIFO case) never occurs (pcrint() is always blocked when kbd_polling != 0). scgetc() also seems to return early in all cases when XSERVER != 0. I think there is a problem iff PCVT_KBD_FIFO != 0. Bruce From owner-freebsd-current Tue Aug 13 14:22:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11842 for current-outgoing; Tue, 13 Aug 1996 14:22:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11835 for ; Tue, 13 Aug 1996 14:22:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA24096; Tue, 13 Aug 1996 23:21:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15921; Tue, 13 Aug 1996 23:21:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA06148; Tue, 13 Aug 1996 23:18:20 +0200 (MET DST) From: J Wunsch Message-Id: <199608132118.XAA06148@uriah.heep.sax.de> Subject: Re: rsh/rlogin -> connection closed but doesn't seem to even try... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Aug 1996 23:18:20 +0200 (MET DST) Cc: spfarrel@midway.uchicago.edu (steve farrell) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608131434.OAA03232@phaedrus.uchicago.edu> from steve farrell at "Aug 13, 96 02:34:52 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As steve farrell wrote: > i've had a problem with rsh/rlogin for a while: if i attempt to connect > *anywhere* i immediately get > > rlogin: closed connection. You should perhaps follow this mailing list more closely, or even better, get XFree86's beta information when using their betas. I've answered the very same question yesterday or the other day, this is a problem with one of the (termios'ed) beta xterms not initializing the VMIN field in the termios structure. stty min 1 is your friend. -- 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 Aug 13 14:22:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11863 for current-outgoing; Tue, 13 Aug 1996 14:22:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11841 for ; Tue, 13 Aug 1996 14:22:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA24088; Tue, 13 Aug 1996 23:21:40 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15918; Tue, 13 Aug 1996 23:21:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA06086; Tue, 13 Aug 1996 23:13:48 +0200 (MET DST) From: J Wunsch Message-Id: <199608132113.XAA06086@uriah.heep.sax.de> Subject: Re: locking up To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Aug 1996 23:13:48 +0200 (MET DST) Cc: bde@zeta.org.au (Bruce Evans) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608131955.FAA20954@godzilla.zeta.org.au> from Bruce Evans at "Aug 14, 96 05:55:43 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >It only returns early if `noblock' is specified. (It returns NULL in > >that case.) Otherwise, it loops again instead. > > `noblock' is always set in the calls from pcrint(), so this guarantees Ah, right. > scgetc() also seems to return early in all cases when XSERVER != 0. Actually not. It returns earlier than usual in case XSERVER != 0 and pcvt_kbd_raw == TRUE, meaning that the Xserver is currently active and wants to see the unprocessed scan codes. However, it doesn't return `early' (as opposed to looping around), the ``goto loop'' is only much more obfuscated then. > I think there is a problem iff PCVT_KBD_FIFO != 0. Unlikely, since this is the most common and thus most tested case (along with XSERVER != 0). My latest change has significantly simplified the determination expression for whether there's actually a character pending. I'm surprised that the long, ugly and obfuscated condition could be replaced by something that simple. ;) By now, i cannot see any failure out of this. -- 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 Aug 13 14:51:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14369 for current-outgoing; Tue, 13 Aug 1996 14:51:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA14360 for ; Tue, 13 Aug 1996 14:51:16 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA28918; Wed, 14 Aug 1996 07:46:05 +1000 Date: Wed, 14 Aug 1996 07:46:05 +1000 From: Bruce Evans Message-Id: <199608132146.HAA28918@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: locking up Cc: bde@zeta.org.au Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> scgetc() also seems to return early in all cases when XSERVER != 0. >Actually not. It returns earlier than usual in case XSERVER != 0 and >pcvt_kbd_raw == TRUE, meaning that the Xserver is currently active and >wants to see the unprocessed scan codes. However, it doesn't return I knew that there must be a raw flag somewhere, but couldn't see it among the ifdefs :-). >> I think there is a problem iff PCVT_KBD_FIFO != 0. >Unlikely, since this is the most common and thus most tested case >(along with XSERVER != 0). Yes, I should have written PCVT_KBD_FIFO == 0. It's the least tested case that is probably broken. The fifo shouldn't be optional. Bruce. From owner-freebsd-current Tue Aug 13 16:12:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19385 for current-outgoing; Tue, 13 Aug 1996 16:12:52 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA19380; Tue, 13 Aug 1996 16:12:49 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id TAA03510; Tue, 13 Aug 1996 19:11:59 -0400 (EDT) Date: Tue, 13 Aug 1996 19:11:59 -0400 (EDT) From: Gary Roberts To: "Jordan K. Hubbard" cc: Archie Cobbs , jlemon@americantv.com, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: locking up In-Reply-To: <4845.839936342@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 13 Aug 1996, Jordan K. Hubbard wrote: > > That is, if I happen to be in Xwindows when I 'lock up' =) > > Ah, interesting! The rest of us were talking about X server related > keyboard failure modes, which it looks like you're experiencing even > without X involved, so that points more squarely than ever at syscons > now. :-) > > Jordan > I believe the original message was based on syscons, then when to X. Now it's both =) Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Tue Aug 13 22:23:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06893 for current-outgoing; Tue, 13 Aug 1996 22:23:24 -0700 (PDT) Received: from deliverator.io.com (deliverator.io.com [199.170.88.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06888 for ; Tue, 13 Aug 1996 22:23:21 -0700 (PDT) Received: from tristero.io.com (tristero.io.com [199.170.88.11]) by deliverator.io.com (8.7.5/8.7.3) with ESMTP id AAA14461 for ; Wed, 14 Aug 1996 00:14:53 -0500 (CDT) Received: from mail.io.com (rhwang@xanadu.io.com [199.170.88.6]) by tristero.io.com (8.7.5/8.6.12) with ESMTP id AAA15325 for ; Wed, 14 Aug 1996 00:22:47 -0500 (CDT) Message-Id: <199608140522.AAA15325@tristero.io.com> To: current@freefall.freebsd.org Subject: Re: locking up Date: Wed, 14 Aug 1996 00:14:52 -0500 From: Richard Hwang Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > To fix it if you can log in as root from another host, try > > echo "set ipending=2" | gdb -k -w /kernel /dev/mem > > This fakes a keyboard interrupt. Doing '/usr/sbin/kbdcontrol -r fast < /dev/console' works for me. (Need to be root, or change permissions on /dev/console, though) -Rich From owner-freebsd-current Tue Aug 13 23:52:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11156 for current-outgoing; Tue, 13 Aug 1996 23:52:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA11146 for ; Tue, 13 Aug 1996 23:52:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10566; Wed, 14 Aug 1996 08:52:11 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA23569; Wed, 14 Aug 1996 08:52:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA08524; Wed, 14 Aug 1996 08:43:48 +0200 (MET DST) From: J Wunsch Message-Id: <199608140643.IAA08524@uriah.heep.sax.de> Subject: Re: locking up To: bde@zeta.org.au (Bruce Evans) Date: Wed, 14 Aug 1996 08:43:47 +0200 (MET DST) Cc: freebsd-current@FreeBSD.org, bde@zeta.org.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608132146.HAA28918@godzilla.zeta.org.au> from Bruce Evans at "Aug 14, 96 07:46:05 am" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > Yes, I should have written PCVT_KBD_FIFO == 0. It's the least tested > case that is probably broken. The fifo shouldn't be optional. There are far too many things optional. -- 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 Aug 14 00:02:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11444 for current-outgoing; Wed, 14 Aug 1996 00:02:00 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA11439; Wed, 14 Aug 1996 00:01:57 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA11609; Wed, 14 Aug 1996 09:00:35 +0200 Message-Id: <199608140700.JAA11609@ra.dkuug.dk> Subject: Re: locking up To: dfr@render.com (Doug Rabson) Date: Wed, 14 Aug 1996 09:00:35 +0200 (MET DST) Cc: jmacd@CS.Berkeley.EDU, jkh@time.cdrom.com, jlemon@americantv.com, freebsd-current@freebsd.org, sos@freebsd.org In-Reply-To: from "Doug Rabson" at Aug 13, 96 11:20:58 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Doug Rabson who wrote: > > On Mon, 12 Aug 1996, Josh MacDonald wrote: > > > > > I get this a lot. It always happens when I'm pressing the CAPS LOCK key > > > > at the same time as some other key. I HATE IT because I end up having to > > > > kill about 30 vi sessions, etc., etc... > > > > > > > > This is on 2.1.0-R with XFree86 S3 server. > > > > > > Does the gdb trick work to get you out? Looks like this is a bug in > > > our console code then, and not the X server itself. > > > > > > > By the way, after killing the X server, you can find the "lost" character > > > > typed (the one that caused the hang) on the virtual console you started > > > > X from (eg, at the login prompt)... > > > > > > Yep!!! Exact same symptoms here. Oh Soooooooreeeeeen.. We have > > > another nice little bug for you! :-) > > > > > > Jordan Oh well... > > > > Hey yeah me too, cause I use caps-lock for my control key. Three or four > > times a day I'll have this happen. I'm running XInside. I have tried this for hours on all of my machines, no lockup :( Even tried it whith a real beast of a kbd controller I happend to find some month ago... > I remember seeing some comments in the pcvt source code that some laptop > keyboards can lose interrupts when updating the keyboard LEDs. This seems > suspicious since most of the X keyboard lockups seem to involve the caps > lock key. Hmm, this one I know about, the suggested fix is to disable the LED update sequence (or get another KBD controller)... This will hang the keyboard both under X and in text mode... > Maybe we should poll the keyboard sometimes just in case an interrupt has > been lost. Calling scintr from a timeout 5 times a second would do the > trick I suppose. Makes me feel slightly ill though. There must be a > better way... Hmm, if it really is a lost int, I'm not really sure where to look for it. Anyways I'll keep pounding on my machinery see if I can replicate the bug here... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Aug 14 01:28:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14996 for current-outgoing; Wed, 14 Aug 1996 01:28:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA14979 for ; Wed, 14 Aug 1996 01:28:39 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA00988; Wed, 14 Aug 1996 18:15:53 +0930 From: Michael Smith Message-Id: <199608140845.SAA00988@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2-960801-SNAP further problems To: mark@plato.ucsalf.ac.uk (Mark Powell) Date: Wed, 14 Aug 1996 18:15:52 +0930 (CST) Cc: current@freebsd.org In-Reply-To: from "Mark Powell" at Aug 14, 96 09:05:38 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mark Powell stands accused of saying: > > Updated to the latest snap on an otherwise perfectly working 2.1.5R. Why on earth would you do this? 2.1.5 is a stable release, ideally suited for server work. The latest SNAP is a development release for lunatics like me to test on! Not only that, freebsd-emulation is a spectacularly silly place to send such a report to! -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Aug 14 01:31:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15217 for current-outgoing; Wed, 14 Aug 1996 01:31:44 -0700 (PDT) Received: from plato.ucsalf.ac.uk (plato.ucsalf.ac.uk [193.62.40.188]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15210 for ; Wed, 14 Aug 1996 01:31:40 -0700 (PDT) Received: from localhost by plato.ucsalf.ac.uk with smtp (Smail3.1.29.1 #8) id m0uqbMF-000GCIC; Wed, 14 Aug 96 09:31 BST Date: Wed, 14 Aug 1996 09:31:19 +0100 (BST) From: Mark Powell To: Michael Smith cc: current@freebsd.org Subject: Re: 2.2-960801-SNAP further problems In-Reply-To: <199608140845.SAA00988@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 14 Aug 1996, Michael Smith wrote: > Mark Powell stands accused of saying: > > > > Updated to the latest snap on an otherwise perfectly working 2.1.5R. > > Why on earth would you do this? 2.1.5 is a stable release, ideally > suited for server work. The latest SNAP is a development release > for lunatics like me to test on! Thanks for the compassion :) This is my personal machine not a server. > Not only that, freebsd-emulation is a spectacularly silly place to send > such a report to! Ooops. That's true. Getting confused in my the twilight of my life. Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Wed Aug 14 01:46:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16013 for current-outgoing; Wed, 14 Aug 1996 01:46:02 -0700 (PDT) Received: from plato.ucsalf.ac.uk (plato.ucsalf.ac.uk [193.62.40.188]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16006 for ; Wed, 14 Aug 1996 01:45:58 -0700 (PDT) Received: from localhost by plato.ucsalf.ac.uk with smtp (Smail3.1.29.1 #8) id m0uqbaK-000GCIC; Wed, 14 Aug 96 09:45 BST Date: Wed, 14 Aug 1996 09:45:52 +0100 (BST) From: Mark Powell To: Michael Smith cc: freebsd-current@freebsd.org Subject: Re: 2.2-960801-SNAP further problems In-Reply-To: <199608140854.SAA01069@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 14 Aug 1996, Michael Smith wrote: > Mark Powell stands accused of saying: > > > > Thanks for the compassion :) This is my personal machine not a server. > > Oops, I misread your message then. Sorry about that. > > So your personal SNAP-level box is dying, or the 2.1.5R servers, or both? It's not dying, just giving SCSI errors that cause the backup to fail after a minute (or 1:45s.) I have two Conner 4G disks in the machine (identical other than the fact one is narrow and one is wide.) When I wish to update the OS I simply move the jumper from one drive to the other swapping SCSI ID0 and 1 and then do an install onto the other disk. Thus I still have 2.1.5R on the other disk and can easily flip back to it if I require. 2.1.5R had none of the problems that this 2.2 SNAP is producing. > > Mark Powell - Senior Network Technician - Room: C806 Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Wed Aug 14 06:01:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27795 for current-outgoing; Wed, 14 Aug 1996 06:01:01 -0700 (PDT) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA27774 for ; Wed, 14 Aug 1996 06:00:41 -0700 (PDT) Received: from host.domain by karon.dynas.se with smtp (Smail3.1.28.1 #5) id m0uqfNy-000EVbC; Wed, 14 Aug 96 14:49:22 +0200 Received: by spirit.dynas.se (Smail3.1.28.1 #32) id m0uqfNy-000JeVC; Wed, 14 Aug 96 14:49:22 +0200 Date: Wed, 14 Aug 1996 14:49:22 +0200 (MET DST) From: Mikael Hybsch Reply-To: Mikael Hybsch To: freebsd-current@freebsd.org Subject: Patch to allow fetch to use a proxy. + BUGFIX Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following patch allows fetch to use a http proxy like Harvest cached. This is necessary if you are behind an application firewall (like I am). By setting the env. variable HTTP_PROXY to host:port it will always use that proxy to retrieve the ftp and http files. There are also 4 (bug)fixes. 1) The regexp used to find the blank line terminating the headers in the http response found the last blank line instead of the first. This happens if there were a blank line at the beginning of the data. Removing the leading ".*" fixed that problem. 2) Removed the requirement that a filename must be specified when you specify a http URL. It is now possible to get the index page without knowing it's name by saying "fetch http://www.freebsd.org". 3) If no filename is given in the URL and no -o option the hostname will be used as the output filename. (Before if you tried to "fetch http://www.freebsd.org/" fetch would try to create the file ""). 4) Use \r\n instead of \n in the http request. This is standard and Harvest Cached didn't work without it. (At least the version=20 we're running here). diff -ur /usr/src/usr.bin/fetch/fetch.1 ./fetch.1 --- /usr/src/usr.bin/fetch/fetch.1=09Mon Jul 22 09:55:46 1996 +++ ./fetch.1=09Wed Aug 14 14:41:08 1996 @@ -99,6 +99,14 @@ =20 .Ev FTP_PASSIVE_MODE will force the use of passive mode FTP for firewalls. + +If +.Ev HTTP_PROXY +is set to a value of the form +.Em host:port +it specifies the address of a http proxy. The proxy will be used +for all ftp and http requests. This is usefull if you are behind +an application firewall. .Sh SEE ALSO .Xr tftp 1 .Xr ftp 1 diff -ur /usr/src/usr.bin/fetch/main.c ./main.c --- /usr/src/usr.bin/fetch/main.c=09Tue Aug 13 15:26:32 1996 +++ ./main.c=09Wed Aug 14 14:37:04 1996 @@ -60,6 +60,7 @@ char *host =3D 0; int passive_mode =3D 0; char *file_to_get =3D 0; +int http_proxy =3D 0; int http =3D 0; int http_port =3D 80; int mirror =3D 0; @@ -71,7 +72,8 @@ void usage (), die (), rm (), t_out (), ftpget (), httpget (), display (int, int), parse (char *), output_file_name(), f_size (char *, int *, time_t *), ftperr (FILE* ftp, char *, ...), - filter (unsigned char *, int); + filter (unsigned char *, int), + setup_http_proxy(); int match (char *, char *), http_open (); =20 void @@ -193,6 +195,8 @@ =09signal (SIGQUIT, die); =09signal (SIGTERM, die); =20 +=09setup_http_proxy(); + =09if (http) =09 httpget (); =09else @@ -391,11 +395,10 @@ =09=09char *q; =09=09s +=3D 7; =09=09p =3D strchr (s, '/'); -=09=09if (!p) { -=09=09=09fprintf (stderr, "%s: no filename??\n", progname); -=09=09=09usage (); -=09=09} -=09=09*p++ =3D 0; +=09=09if (!p) +=09=09=09p =3D s + strlen(s); +=09=09else +=09=09=09*p++ =3D 0; =09=09q =3D strchr (s, ':'); =09=09if (q && q < p) { =09=09=09*q++ =3D 0; @@ -437,6 +440,8 @@ =09=09 p =3D file_to_get; =09=09else =09=09 p++; +=09=09if (!*p) +=09=09=09p =3D host; =09=09outputfile =3D strdup (p); =09} } @@ -484,7 +489,8 @@ =09restart =3D 0; =20 =09s =3D http_open (); -=09sprintf (str, "GET /%s HTTP/1.0\n\n", file_to_get); +=09sprintf (str, "GET %s%s HTTP/1.0\r\n\r\n",=20 +=09=09 http_proxy? "" : "/", file_to_get); =09i =3D strlen (str); =09if (i !=3D write (s, str, i)) =09 err (1, "could not send GET command to HTTP server."); @@ -580,7 +586,7 @@ =09=09=09if (i > 0) =09=09=09 size =3D atoi (s+i); =09=09=09/* assume that the file to get begins after an empty line */ -=09=09=09i =3D match (".*(\n\n|\r\n\r\n)", s); +=09=09=09i =3D match ("(\n\n|\r\n\r\n)", s); =09=09=09if (i > 0) { =09=09=09=09if (s[i] =3D=3D '\r') =09=09=09=09 t =3D s+i+4; @@ -660,3 +666,43 @@ { =09printf ("%s", p); } + +void +setup_http_proxy() +{ +=09char *e; +=09char *p; +=09char *url; +=09unsigned short port; + +=09if (!(e =3D getenv("HTTP_PROXY")) +=09 || !(p =3D strchr(e, ':')) +=09 || (port =3D atoi(p+1)) =3D=3D 0) +=09=09return; + +=09if (!(url =3D (char *) malloc (strlen(file_to_get)=20 +=09=09=09=09+ strlen(host)=20 +=09=09=09=09+ (change_to_dir ? strlen(change_to_dir) : 0) +=09=09=09=09+ 50))) +=09=09return; + +=09if (http) { +=09=09sprintf(url, "http://%s:%d/%s", +=09=09=09host, http_port, file_to_get); +=09} else { +=09=09if (change_to_dir) { +=09=09=09sprintf(url, "ftp://%s/%s/%s",=20 +=09=09=09=09host, change_to_dir, file_to_get); +=09=09} else { +=09=09=09sprintf(url, "ftp://%s/%s", host, file_to_get); +=09=09} +=09} +=09file_to_get =3D url; + +=09*p =3D 0; +=09host =3D strdup(e); +=09http_port =3D port; +=09http =3D 1; +=09http_proxy =3D 1; +} + --=20 Mikael H=FCbsch Email: micke@dynas.se DynaSoft, Dynamic Software AB Phone: +46-8-7250900 Box 10704=09=09=09 Fax: +46-8-6494970 S-121 29 STOCKHOLM, SWEDEN From owner-freebsd-current Wed Aug 14 07:11:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00912 for current-outgoing; Wed, 14 Aug 1996 07:11:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00906 for ; Wed, 14 Aug 1996 07:11:25 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA14697; Wed, 14 Aug 1996 07:09:21 -0700 (PDT) To: Mikael Hybsch cc: freebsd-current@freebsd.org Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX In-reply-to: Your message of "Wed, 14 Aug 1996 14:49:22 +0200." Date: Wed, 14 Aug 1996 07:09:21 -0700 Message-ID: <14695.840031761@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1) The regexp used to find the blank line terminating the headers in > the http response found the last blank line instead of the first. Good. > 2) Removed the requirement that a filename must be specified when you > specify a http URL. It is now possible to get the index page without > knowing it's name by saying "fetch http://www.freebsd.org". I'm not sure I like this, since it results in: > 3) If no filename is given in the URL and no -o option the hostname > will be used as the output filename. Bleah! I think that's just as confusing. I suggest it be an error not to give a fully qualified URL and just leave it at that. Deriving a filename automatically would be add specialized behavior on the part of fetch, and I'd prefer to keep its specialized behavior to a minimum. > @@ -193,6 +195,8 @@ > =09signal (SIGQUIT, die); > =09signal (SIGTERM, die); ^^^ Looks like your mailer intervened unpleasantly? Either that or mine did - anyone else see the tabs expanded in these diffs? It makes them rather difficult to apply. :-) Jordan From owner-freebsd-current Wed Aug 14 08:30:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05699 for current-outgoing; Wed, 14 Aug 1996 08:30:23 -0700 (PDT) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA05690 for ; Wed, 14 Aug 1996 08:30:08 -0700 (PDT) Received: from host.domain by karon.dynas.se with smtp (Smail3.1.28.1 #5) id m0uqhmh-000EVcC; Wed, 14 Aug 96 17:23:03 +0200 Received: by spirit.dynas.se (Smail3.1.28.1 #32) id m0uqhmh-000JeYC; Wed, 14 Aug 96 17:23:03 +0200 Date: Wed, 14 Aug 1996 17:23:02 +0200 (MET DST) From: Mikael Hybsch To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX In-Reply-To: <14695.840031761@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 14 Aug 1996, Jordan K. Hubbard wrote: > > 1) The regexp used to find the blank line terminating the headers in > > the http response found the last blank line instead of the first. > > Good. > > > 2) Removed the requirement that a filename must be specified when you > > specify a http URL. It is now possible to get the index page without > > knowing it's name by saying "fetch http://www.freebsd.org". > > I'm not sure I like this, since it results in: > > > 3) If no filename is given in the URL and no -o option the hostname > > will be used as the output filename. > > Bleah! I think that's just as confusing. I suggest it be an error > not to give a fully qualified URL and just leave it at that. Deriving > a filename automatically would be add specialized behavior on the part > of fetch, and I'd prefer to keep its specialized behavior to a > minimum. > OK. I will send you a new diff with 2 & 3 removed. > > @@ -193,6 +195,8 @@ > > =09signal (SIGQUIT, die); > > =09signal (SIGTERM, die); > ^^^ > > Looks like your mailer intervened unpleasantly? Either that or mine > did - anyone else see the tabs expanded in these diffs? It makes them > rather difficult to apply. :-) > I found that the german-y in my name in my old signature made pine send every mail encoded as QUOTED-PRINTABLE. Your mailer doesn't seem to understand that or some vital information in the mail header was lost before it got to you. -- Mikael Hybsch Email: micke@dynas.se DynaSoft, Dynamic Software AB Phone: +46-8-7250900 Box 10704 Fax: +46-8-6494970 S-121 29 STOCKHOLM, SWEDEN From owner-freebsd-current Wed Aug 14 08:48:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09769 for current-outgoing; Wed, 14 Aug 1996 08:48:29 -0700 (PDT) Received: from al.imforei.apana.org.au (root@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09644 for ; Wed, 14 Aug 1996 08:47:45 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id BAA21686; Thu, 15 Aug 1996 01:16:27 +0930 (CST) Date: Thu, 15 Aug 1996 01:16:27 +0930 (CST) From: Peter Childs Message-Id: <199608141546.BAA21686@al.imforei.apana.org.au> To: jkh@time.cdrom.com, freebsd-current@freebsd.org Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <14695.840031761@time.cdrom.com> you wrote: : > 2) Removed the requirement that a filename must be specified when you : > specify a http URL. It is now possible to get the index page without : > knowing it's name by saying "fetch http://www.freebsd.org". : I'm not sure I like this, since it results in: Agreed... But also fetch using a proxy is a great idea... (someone should commit this :) : > @@ -193,6 +195,8 @@ : > =09signal (SIGQUIT, die); : > =09signal (SIGTERM, die); : ^^^ : Looks like your mailer intervened unpleasantly? Either that or mine : did - anyone else see the tabs expanded in these diffs? It makes them : rather difficult to apply. :-) Grin... i knew perl would come in use one day! Peter (one good troll deserves another :) -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key From owner-freebsd-current Wed Aug 14 12:31:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21582 for current-outgoing; Wed, 14 Aug 1996 12:31:22 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21548; Wed, 14 Aug 1996 12:31:14 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id MAA05494; Wed, 14 Aug 1996 12:31:12 -0700 Date: Wed, 14 Aug 1996 12:31:10 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org, hackers@freebsd.org Subject: Anybody make worlding -current? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I supped this morning (8/14/96), and it dies: cmp -s /usr/src/lib/libpcap/pcap-namedb.h /usr/include/pcap-namedb.h || ( install -c -o bin -g bin -m 444 /usr/src/lib/libpcap/pcap-namedb.h /usr/include; ) cd /usr/src/lib/librpcsvc && make beforeinstall cd /usr/src/lib/libskey && make beforeinstall cd /usr/src/lib/libskey; cmp -s skey.h /usr/include/skey.h || install -c -o bin -g bin -m 444 skey.h /usr/include cd /usr/src/lib/libtcl && make beforeinstall make: don't know how to make /usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop *** Error code 2 Stop. *** Error code 1 Stop. From owner-freebsd-current Wed Aug 14 13:25:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23751 for current-outgoing; Wed, 14 Aug 1996 13:25:31 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23718; Wed, 14 Aug 1996 13:25:20 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id PAA23068; Wed, 14 Aug 1996 15:25:12 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.13) id ; Wed, 14 Aug 96 15:25 CDT Message-Id: Subject: Re: Anybody make worlding -current? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 14 Aug 1996 15:25:11 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: current@freebsd.org, hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Aug 14, 96 12:31:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I supped this morning (8/14/96), and it dies: > > cmp -s /usr/src/lib/libpcap/pcap-namedb.h /usr/include/pcap-namedb.h || ( > install -c -o bin -g bin -m 444 /usr/src/lib/libpcap/pcap-namedb.h > /usr/include; ) > cd /usr/src/lib/librpcsvc && make beforeinstall > cd /usr/src/lib/libskey && make beforeinstall > cd /usr/src/lib/libskey; cmp -s skey.h /usr/include/skey.h || install -c > -o bin -g bin -m 444 skey.h /usr/include > cd /usr/src/lib/libtcl && make beforeinstall > make: don't know how to make > /usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. You've got the same problem I've seen. Your SUP files are old. Update them and the TCL stuff will come across. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1] | Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-current Wed Aug 14 14:01:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25808 for current-outgoing; Wed, 14 Aug 1996 14:01:56 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA25789 for ; Wed, 14 Aug 1996 14:01:21 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail-queue invoked from smtpd); 14 Aug 1996 21:00:31 +0000 (GMT) Received: from localhost (HELO verdi.nethelp.no) (@127.0.0.1) by localhost with SMTP; 14 Aug 1996 21:00:31 +0000 (GMT) To: freebsd-current@FreeBSD.org Subject: Strange behavior for a Compaq Deskpro with 2.2-960801-SNAP X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Wed, 14 Aug 1996 23:00:31 +0200 Message-ID: <6092.840056431@verdi.nethelp.no> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I installed 2.2-960801-SNAP on a Compaq Deskpro 5100. There are a few strange things happening that I thought I'd ask about: 1. The machine has 24 MBytes of memory, but only 16 are recognized by FreeBSD. (The BIOS finds the full 24 MBytes on powerup.) 2. It claims to have *eight* generic PCI bridges on the PCI bus. I'm fairly confident this is not the case :-) 3. I can't get the AMD PCNet/PCI Ethernet adapter to work. I see the 960801 SNAP has integrated Stefan Esser's patches for the PCI version of this adapter, but when I try to ifconfig it, I get: Aug 10 04:17:07 delay /kernel: lnc1: Initialisation failed It may be relevant that the machine has both AUI and TP. The same things happens whether I try to use AUI or TP, and I haven't found any link flag to force a particular media. 4. The machine also has a ZNYX ZX314 four port Ethernet card. This actually works just fine, the only (small) glitch is that only the first port is recognized as a ZNYX, the rest get a null pointer for this string. Below is the full output from a verbose boot. Thanks for any help! Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- FreeBSD 2.2-960801-SNAP #1: Sat Aug 10 03:41:28 MET DST 1996 sthaug@delay.nethelp.no:/usr/src/sys/compile/DELAY Calibrating clock(s) relative to mc146818A clock... i586 clock: 100229850 Hz, i8254 clock: 1193213 Hz CPU: Pentium (100.22-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14909440 (14560K bytes) Probing for devices on PCI bus 0: chip0 rev 1 int ® irq 208 on pci0:0:0 chip1 rev 1 int ® irq 208 on pci0:0:1 chip2 rev 1 int ® irq 208 on pci0:0:2 chip3 rev 1 int ® irq 208 on pci0:0:3 chip4 rev 1 int ® irq 208 on pci0:0:4 chip5 rev 1 int ® irq 208 on pci0:0:5 chip6 rev 1 int ® irq 208 on pci0:0:6 chip7 rev 1 int ® irq 208 on pci0:0:7 vga0 rev 252 on pci0:10 lnc1 rev 22 int a irq 11 on pci0:11 lnc1: Lance Ethernet controller, address 00:80:5f:4a:d8:6b chip8 rev 2 on pci0:14 chip9 rev 4 on pci0:15 Probing for devices on PCI bus 1: de0 rev 35 int a irq 11 on pci1:4 de0: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 de0: address 00:c0:95:f0:20:30 de0: enabling 10baseT port de1 rev 35 int a irq 11 on pci1:5 de1: (null)DC21040 [10Mb/s] pass 2.3 de1: address 00:c0:95:f0:20:31 de1: enabling 10baseT port de2 rev 35 int a irq 11 on pci1:6 de2: (null)DC21040 [10Mb/s] pass 2.3 de2: address 00:c0:95:f0:20:32 de2: enabling 10baseT port de3 rev 35 int a irq 11 on pci1:7 de3: (null)DC21040 [10Mb/s] pass 2.3 de3: address 00:c0:95:f0:20:33 de3: enabling 10baseT port Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 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: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff on isa wdc0: unit 0 (wd0): wd0: 810MB (1659168 sectors), 1646 cyls, 16 heads, 63 S/T, 512 B/S lnc0 not found at 0x280 npx0 on motherboard npx0: INT 16 interface 0d83d0 size=fdf27c30. mapreg[14] type=0 addr=001f4ef0 size=ffe0b120. mapreg[18] type=0 addr=020d83d0 size=fdf27c30. mapreg[1c] type=0 addr=001f4ef0 size=ffe0b120. mapreg[20] type=1 addr=40000e10 size=0010. chip6 rev 1 int ® irq 208 on pci0:0:6 mapreg[10] type=0 addr=020d83d0 size=fdf27c30. mapreg[14] type=0 addr=001f4ef0 size=ffe0b120. mapreg[18] type=0 addr=020d83d0 size=fdf27c30. mapreg[1c] type=0 addr=001f4ef0 size=ffe0b120. mapreg[20] type=1 addr=40000e10 size=0010. chip7 rev 1 int ® irq 208 on pci0:0:7 mapreg[10] type=0 addr=020d83d0 size=fdf27c30. mapreg[14] type=0 addr=001f4ef0 size=ffe0b120. mapreg[18] type=0 addr=020d83d0 size=fdf27c30. mapreg[1c] type=0 addr=001f4ef0 size=ffe0b120. mapreg[20] type=1 addr=40000e10 size=0010. vga0 rev 252 on pci0:10 mapreg[10] type=0 addr=41000000 size=1000000. lnc1 rev 22 int a irq 11 on pci0:11 mapreg[10] type=1 addr=00002000 size=0020. mapreg[14] type=0 addr=40200000 size=0020. lnc1: Lance Ethernet controller, address 00:80:5f:4a:d8:6b bpf: lnc1 attached chip8 rev 2 on pci0:14 bridge from pci0 to pci1 through 1. mapping regs: io:22801010 mem:40104000 pmem:0000fff0 chip9 rev 4 on pci0:15 pci0: uses -567093984 bytes of memory from 1f4ef0 upto ffffffff. pci0: uses 160 bytes of I/O space from e10 upto 201f. pci0: subordinate busses from 1 upto 1. Probing for devices on PCI bus 1: de0 rev 35 int a irq 11 on pci1:4 mapreg[10] type=1 addr=00001000 size=0080. [pci1 uses memory from 40000000 to 401fffff] mapreg[14] type=0 addr=40000000 size=0080. reg16: ioaddr=0x1000 size=0x80 using shared irq 11. de0: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 de0: address 00:c0:95:f0:20:30 de0: enabling 10baseT port bpf: de0 attached de1 rev 35 int a irq 11 on pci1:5 mapreg[10] type=1 addr=00001080 size=0080. [pci1 uses memory from 40000000 to 401fffff] mapreg[14] type=0 addr=40080000 size=0080. reg16: ioaddr=0x1080 size=0x80 de1: (null)DC21040 [10Mb/s] pass 2.3 de1: address 00:c0:95:f0:20:31 de1: enabling 10baseT port bpf: de1 attached de2 rev 35 int a irq 11 on pci1:6 mapreg[10] type=1 addr=00001400 size=0080. [pci1 uses memory from 40000000 to 401fffff] mapreg[14] type=0 addr=40100000 size=0080. reg16: ioaddr=0x1400 size=0x80 de2: (null)DC21040 [10Mb/s] pass 2.3 de2: address 00:c0:95:f0:20:32 de2: enabling 10baseT port bpf: de2 attached de3 rev 35 int a irq 11 on pci1:7 mapreg[10] type=1 addr=00001480 size=0080. [pci1 uses memory from 40000000 to 401fffff] mapreg[14] type=0 addr=40180000 size=0080. reg16: ioaddr=0x1480 size=0x80 de3: (null)DC21040 [10Mb/s] pass 2.3 de3: address 00:c0:95:f0:20:33 de3: enabling 10baseT port bpf: de3 attached pci1: uses 512 bytes of memory from 40000000 upto 4018007f. pci1: uses 512 bytes of I/O space from 1000 upto 14ff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff on isa wdc0: unit 0 (wd0): wd0: 810MB (1659168 sectors), 1646 cyls, 16 heads, 63 S/T, 512 B/S lnc0 not found at 0x280 npx0 on motherboard npx0: INT 16 interface imasks: bio c0004040, tty c0030092, net c0020800 Device configuration finished. Considering FFS root f/s. configure() finished. bpf: tun0 attached bpf: tun1 attached bpf: tun2 attached bpf: tun3 attached bpf: tun4 attached bpf: tun5 attached bpf: tun6 attached bpf: tun7 attached bpf: lo0 attached wd0s1: type 0xa5, start 63, end = 1659167, size 1659105 : OK From owner-freebsd-current Wed Aug 14 19:12:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12896 for current-outgoing; Wed, 14 Aug 1996 19:12:41 -0700 (PDT) Received: from nervosa.vendetta.com (coredump@nervosa.vendetta.com [192.187.167.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA12885 for ; Wed, 14 Aug 1996 19:12:37 -0700 (PDT) Received: from localhost (coredump@localhost) by nervosa.vendetta.com (8.7.5/8.7.3) with SMTP id UAA00307; Wed, 14 Aug 1996 20:12:09 -0700 (PDT) Date: Wed, 14 Aug 1996 20:12:08 -0700 (PDT) From: Chris Layne To: sthaug@nethelp.no cc: freebsd-current@FreeBSD.org Subject: Re: Strange behavior for a Compaq Deskpro with 2.2-960801-SNAP In-Reply-To: <6092.840056431@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 14 Aug 1996 sthaug@nethelp.no wrote: > Hi, I installed 2.2-960801-SNAP on a Compaq Deskpro 5100. There are > a few strange things happening that I thought I'd ask about: > > 1. The machine has 24 MBytes of memory, but only 16 are recognized > by FreeBSD. (The BIOS finds the full 24 MBytes on powerup.) Read the damn FAQ! How many times must we answer this same question over and over and over. Read the documentation, and if that doesn't solve your problem, THAN ask us. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.vendetta.com == http://nervosa.vendetta.com/~coredump == From owner-freebsd-current Wed Aug 14 19:32:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15187 for current-outgoing; Wed, 14 Aug 1996 19:32:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15179 for ; Wed, 14 Aug 1996 19:32:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA17233; Wed, 14 Aug 1996 19:31:40 -0700 (PDT) To: Chris Layne cc: sthaug@nethelp.no, freebsd-current@FreeBSD.org Subject: Re: Strange behavior for a Compaq Deskpro with 2.2-960801-SNAP In-reply-to: Your message of "Wed, 14 Aug 1996 20:12:08 PDT." Date: Wed, 14 Aug 1996 19:31:40 -0700 Message-ID: <17231.840076300@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, 14 Aug 1996 sthaug@nethelp.no wrote: > > > Hi, I installed 2.2-960801-SNAP on a Compaq Deskpro 5100. There are > > a few strange things happening that I thought I'd ask about: > > > > 1. The machine has 24 MBytes of memory, but only 16 are recognized > > by FreeBSD. (The BIOS finds the full 24 MBytes on powerup.) > > Read the damn FAQ! How many times must we answer this same question over > and over and over. Read the documentation, and if that doesn't solve your > problem, THAN ask us. the best reply in these cases is generally a simple one-liner: "Please see http://www.freebsd.org/." Informative, to the point and probably far less work for all concerned than composing/defending against a flame. Jordan From owner-freebsd-current Wed Aug 14 20:41:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21252 for current-outgoing; Wed, 14 Aug 1996 20:41:24 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21243 for ; Wed, 14 Aug 1996 20:41:19 -0700 (PDT) Received: from uplink.eng.umd.edu (uplink.eng.umd.edu [129.2.98.181]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id XAA14023; Wed, 14 Aug 1996 23:41:17 -0400 (EDT) Received: from localhost (chuckr@localhost) by uplink.eng.umd.edu (8.7.5/8.7.3) with SMTP id XAA12371; Wed, 14 Aug 1996 23:41:16 -0400 (EDT) X-Authentication-Warning: uplink.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 14 Aug 1996 23:41:15 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@uplink.eng.umd.edu To: Chris Layne cc: sthaug@nethelp.no, freebsd-current@FreeBSD.org Subject: Re: Strange behavior for a Compaq Deskpro with 2.2-960801-SNAP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 14 Aug 1996, Chris Layne wrote: > On Wed, 14 Aug 1996 sthaug@nethelp.no wrote: > > > Hi, I installed 2.2-960801-SNAP on a Compaq Deskpro 5100. There are > > a few strange things happening that I thought I'd ask about: > > > > 1. The machine has 24 MBytes of memory, but only 16 are recognized > > by FreeBSD. (The BIOS finds the full 24 MBytes on powerup.) > > Read the damn FAQ! How many times must we answer this same question over > and over and over. Read the documentation, and if that doesn't solve your > problem, THAN ask us. Chris, if you can't politely answer questions here, maybe you ought to defer to others, or maybe ask the person to use the FreeBSD-Questions list (which he should have done). Jumping on someone because they asked a perfectly reasonable question (had it been sent to -questions) isn't going to help anything, not even reduce the signal/noise ratio here. Remember, be polite (even if the question was driving everyone crazy). > > == Chris Layne ======================================== Nervosa Computing == > == coredump@nervosa.vendetta.com == http://nervosa.vendetta.com/~coredump == > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 14 21:47:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00208 for current-outgoing; Wed, 14 Aug 1996 21:47:41 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA00184 for ; Wed, 14 Aug 1996 21:47:37 -0700 (PDT) Message-Id: <199608150447.VAA00184@freefall.freebsd.org> To: current Subject: Michael Graff: common LKM interface mailing list Date: Wed, 14 Aug 1996 21:47:36 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This may be of interest to some of you. Our LKM interface could certainly use some work... __ Justin ------- Forwarded Message Date: Wed, 14 Aug 1996 06:06:40 -0400 (EDT) From: Michael Graff Message-Id: <199608141006.GAA10228@kechara.flame.org> To: current-users@NetBSD.ORG Subject: common LKM interface mailing list Sender: owner-current-users@NetBSD.ORG Precedence: list X-Loop: current-users@NetBSD.ORG In an effort to form a common LKM spec which all the *BSD flavors can benefit from, I have created a mailing list, bsd-lkm@flame.org. This list is managed by majordomo@flame.org, so the usual "subscribe bsd-lkm" trick will work. If you are interested in joining this list to comment or (please!) work on this, feel free to join. - --Michael ------- End of Forwarded Message From owner-freebsd-current Thu Aug 15 00:30:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17814 for current-outgoing; Thu, 15 Aug 1996 00:30:55 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA17805 for ; Thu, 15 Aug 1996 00:30:51 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA06007 for ; Thu, 15 Aug 1996 09:26:21 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA13734 for freebsd-current@freefall.cdrom.com; Thu, 15 Aug 1996 09:39:22 +0200 Date: Thu, 15 Aug 1996 09:39:22 +0200 From: "Christoph P. Kukulies" Message-Id: <199608150739.JAA13734@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: kernel panic (shminit) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm running 2.2-current with a 8th August kernel (also I'm running Amancio's current-snddriver and current_222 isdn). Yesterday I built a new kernel and during booting (DDB enabled) it panicked _Debugger(... _panic(... _kmem_submalloc(... _shminit(0) _main(... begin(.. Also I saw CACHE TEST FAILED: script execution failed CACHE INCORRECTLY CONFIGURED at the top of the screen. I booted kernel.old and that one panicked also (cannot say whether at the same location). I powercycled the machine and kernel.old ran again. To assure that it doesn't stem from my additional drivers (snd and isdn) I will build an original -current kernel later today and see if it shows the same behaviour. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu Aug 15 10:22:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23553 for current-outgoing; Thu, 15 Aug 1996 10:22:12 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA23548 for ; Thu, 15 Aug 1996 10:21:48 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail-queue invoked from smtpd); 15 Aug 1996 17:21:23 +0000 (GMT) Received: from localhost (HELO verdi.nethelp.no) (@127.0.0.1) by localhost with SMTP; 15 Aug 1996 17:21:23 +0000 (GMT) To: Chris Layne Cc: freebsd-current@FreeBSD.org Subject: Re: Strange behavior for a Compaq Deskpro with 2.2-960801-SNAP In-Reply-To: Your message of "Wed, 14 Aug 1996 20:12:08 -0700 (PDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 15 Aug 1996 19:21:22 +0200 Message-ID: <10801.840129682@verdi.nethelp.no> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hi, I installed 2.2-960801-SNAP on a Compaq Deskpro 5100. There are > > a few strange things happening that I thought I'd ask about: > > > > 1. The machine has 24 MBytes of memory, but only 16 are recognized > > by FreeBSD. (The BIOS finds the full 24 MBytes on powerup.) > > Read the damn FAQ! How many times must we answer this same question over > and over and over. Read the documentation, and if that doesn't solve your > problem, THAN ask us. Thank you for such an informative answer. For your information: 1. I *had* read the FreeBSD FAQ (and the Handbook). I had seen the FAQ section 8.6, which talks about the system only using 64 MBytes of memory in a 128 MByte system. If this is the section you're referring to, it's not at all obvious that it's relevant to my case - it talks specifically about FreeBSD only being able to detect a maximum of 16 bits worth of 1 kByte memory blocks. If this is *not* the section you're referring to, I'm afraid I'm totally without a clue. I have reread the FAQ, but haven't found anything else that could be relevant. 2. I asked the questions I did on the freebsd-current list for several reasons: - I had a problem with the PCI version of lnc driver, and I know that this had recently been integrated into FreeBSD. - I had a minor problem with the de driver (a nil pointer). I could see that there were some noticeable changes in the de driver from version 1.47 (in the 960612 SNAP) to version 1.48 (in the 960801 SNAP). - I am running a "current" system - the 960801 SNAP. The description of the charter for the freebsd-current list in the handbook says, "This is the mailing list for users of freebsd-current. It includes warnings about new features coming out in -current that will affect the users, and instructions on steps that must be taken to remain -current. Anyone running "current" must subscribe to this list." and in the FAQ it says: "This is the mailing list for communications between the developers and users of freebsd-current. It also carries announcements and discussions on current. Required reading for anyone using freebsd-current!" For all of these reasons I had no hesitation about sending my questions to freebsd-current. If my questions were indeed inappropriate for freebsd-current, I would suggest that the list charter needs to be clarified and/or expanded. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu Aug 15 11:10:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29188 for current-outgoing; Thu, 15 Aug 1996 11:10:49 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA29156 for ; Thu, 15 Aug 1996 11:10:41 -0700 (PDT) Message-Id: <199608151810.LAA29156@freefall.freebsd.org> To: current Subject: Large changes to the SCSI system coming down the pipe Date: Thu, 15 Aug 1996 11:10:40 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If you've already been following this on the freebsd-scsi list, I appologize in advance for the duplicate information... I've started work on a large scale clean up of our SCSI system which includes bug fixes, performance improvements, and driver API changes. Unfortunately, the changes touch every "type" driver (sd, st, cd, od, etc.) and every "controller" driver (bt, aic7xxx, ncr, etc) in the system. Since I can't test all of these drivers, I've been posting my patch sets into Freefall's incoming directory so that I can get some test coverage before committing these to the tree. If you don't mind the risk of a little system instability, please help test these changes. Before I give you the location of the patches, let me give you some details: First of all the patches to the NCR driver are not complete. If you have an NCR controller, don't even think about trying these changes. Stefan is working on completing the changes to the NCR driver and I will release another patch set once he's done. What do the patches do? The main goal of this round of changes is to fix the "can't sleep when out of resources" problem that has been in the SCSI system for a long time. The problem is very pronounced when using a controller that only has a small number of per transaction resources that can be easily ehausted (aic7xxx cards with tagged queueing or a large number of targets for example). The problem is exposed by the infamous "Oops not queued!" kernel message. The way that resources are managed, besides having this problem, is inefficient as well. The new strategy incorperates a "per resource pool" device queue that provides round robin scheduling of devices that share resources without any sleeping required in the common case. Controller resources are also retrieved before a command is dequeued removing the need for any sleeping code in each controller driver. There is still some sleeping that occurs for non strategy based requests, but a process context always exists in these cases and the sleeping is only used to limit the number of scsi_xfer structures that are allocated. Since strategy based I/O is handled via a queue instead of relying on sleep/wakeup, the code should be much more efficient. The round robin scheduling also ensures that any device on the queue can run when resources are freed instead of only allowing the device that returned the resource to start another request without doing a wakeup as was the policy of the old code. While I was in there, I cleaned out unused fields in data structures, removed a bcopy in the transaction creation path, and fixed the handling of the target busy case. There are still lots of other changes on my whiteboard, but I'd like to get this first round of changes into the tree before the diffs become too huge. If you've been able to read through all of this and are still interested, you can pick up the patch set as: ftp://Freefall.FreeBSD.org/incoming/scsi-diffs.960815.gz They have been tested most thoroughly with the aic7xxx driver so far. Please post any bug reports against these patches to the FreeBSD-scsi list. Thanks, -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Aug 15 19:02:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19861 for current-outgoing; Thu, 15 Aug 1996 19:02:28 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19847 for ; Thu, 15 Aug 1996 19:02:24 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id TAA00294 for freebsd-current@freebsd.org; Thu, 15 Aug 1996 19:02:22 -0700 (PDT) From: Matt Bartley Message-Id: <199608160202.TAA00294@lear35.cytex.com> Subject: compiler internal error To: freebsd-current@freebsd.org Date: Thu, 15 Aug 1996 19:02:22 -0700 (PDT) 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running -current on a Pentium 100. Last successful make world completed early on August 12 (was runing overnight). That night after another source code update, I started another make world and left it running overnight. It never finished though. Somewhere along the line, the system crashed and rebooted. Since then, *nothing* compiles. Ld always crashes and dumps core. Here is how I first noticed the problem. # make bootstrap cd /usr/src/usr.bin/make && make depend && make -DNOMAN -DNOPROFILE all install cleandir obj cc -O -I/usr/src/usr.bin/make -DPOSIX -DSYSVINCLUDE -o make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o main.o make.o parse.o str.o suff.o targ.o var.o lstAppend.o lstAtEnd.o lstAtFront.o lstClose.o lstConcat.o lstDatum.o lstDeQueue.o lstDestroy.o lstDupl.o lstEnQueue.o lstFind.o lstFindFrom.o lstFirst.o lstForEach.o lstForEachFrom.o lstInit.o lstInsert.o lstIsAtEnd.o lstIsEmpty.o lstLast.o lstMember.o lstNext.o lstOpen.o lstRemove.o lstReplace.o lstSucc.o cc: Internal compiler error: program ld got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. # I've tried to recompile ld, but of course I need ld to do so. I've tried copying the ld, make, cc, cpp, and cc1 binaries from 2.2-960801-SNAP. It didn't help. Is there any good way to dig out of this? I might try installing the entire -SNAP over the existing binaries. The system otherwise works, but it's now stuck with the code it was compiling at the last make world. Not to mention it's impossible to compile ports or anything of my own. From owner-freebsd-current Fri Aug 16 00:35:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14859 for current-outgoing; Fri, 16 Aug 1996 00:35:18 -0700 (PDT) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14854 for ; Fri, 16 Aug 1996 00:35:16 -0700 (PDT) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0urJR3-00036xC; Fri, 16 Aug 96 08:35 BST Message-Id: From: mark@plato.ucsalf.ac.uk (Mark Powell) Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: freebsd-current@freebsd.org Date: 16 Aug 1996 08:35:11 +0100 X-Gated-To-News-By: news@ucsalf.ac.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <4tp2d0$m5s@viking.ucsalf.ac.uk>, Terry Lambert wrote: >In the registry: > >My Computer\ > HKEY_LOCAL_MACHINE\ > SOFTWARE\ > Microsoft\ > Windows\ > CurrentVersion\ > RunServices > >Edit > New -> String Value > MyAgent "C:\path_to_my-agent.exe" > >Will start a program each time the NT system starts. It's a bit more >flexible than editing /etc/rc* on BSD. That's meant to be sarcastic, right? NT more flexible than BSD, in *any* way? I've used UNIX, Netware and NT. I don't think the latter can really claim to be a NOS. Probably forget the N there as well. -- Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Fri Aug 16 00:39:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15112 for current-outgoing; Fri, 16 Aug 1996 00:39:51 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-133.ut.nl.ibm.net [139.92.42.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA15106; Fri, 16 Aug 1996 00:39:45 -0700 (PDT) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id AAA14237; Fri, 16 Aug 1996 00:52:49 +0200 (MET DST) Message-Id: <199608152252.AAA14237@vector.jhs.no_domain> To: Mikael Hybsch Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available In-reply-to: Your message of "Wed, 14 Aug 1996 17:23:02 +0200." Date: Fri, 16 Aug 1996 00:52:48 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Mikael Hybsch > I found that the german-y in my name in my old signature made pine send > every mail encoded as QUOTED-PRINTABLE. What's a German Y ? All I'm aware of is: groff \(:a ~= ae a umlaut \(:o ~= oe o umlaut \(:u ~= ue u umlaut \(:A ~= Ae A umlaut \(:O ~= Oe O umlaut \(:U ~= Ue U umlaut \(ss ~= ss Sharfes S My German girlfriend hasn't heard of a German Y either, Maybe it's some long dead character the German language had way back, that the Swedes remember & the Germans have forgotten ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Fri Aug 16 00:40:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15202 for current-outgoing; Fri, 16 Aug 1996 00:40:03 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-133.ut.nl.ibm.net [139.92.42.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA15135; Fri, 16 Aug 1996 00:39:56 -0700 (PDT) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id TAA13638; Thu, 15 Aug 1996 19:23:04 +0200 (MET DST) Message-Id: <199608151723.TAA13638@vector.jhs.no_domain> To: "Jordan K. Hubbard" cc: Mikael Hybsch , freebsd-current@FreeBSD.ORG Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available In-reply-to: Your message of "Wed, 14 Aug 1996 07:09:21 PDT." <14695.840031761@time.cdrom.com> Date: Thu, 15 Aug 1996 19:23:03 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: "Jordan K. Hubbard" > To: Mikael Hybsch > > > @@ -193,6 +195,8 @@ > > =09signal (SIGQUIT, die); > > =09signal (SIGTERM, die); > ^^^ > > Looks like your mailer intervened unpleasantly? Either that or mine > did - anyone else see the tabs expanded in these diffs? It makes them > rather difficult to apply. :-) > > Jordan I didn't see the =09 in the mail item when viewing it within EXMH 1.6.7 but I did see it when I clicked `save to file' & invoked vi. FWIW (I'm not so familiar with this stuff yet) from Mikael's header: Mime-version: 1.0 Content-type: TEXT/PLAIN; charset=ISO-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Fri Aug 16 02:26:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21701 for current-outgoing; Fri, 16 Aug 1996 02:26:48 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA21670 for ; Fri, 16 Aug 1996 02:26:42 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id LAA02079 for ; Fri, 16 Aug 1996 11:26:32 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id LAA00974 for freebsd-current@freebsd.org; Fri, 16 Aug 1996 11:25:36 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id LAA23648; Fri, 16 Aug 1996 11:08:37 +0200 (MET DST) Message-Id: <199608160908.LAA23648@keltia.freenix.fr> Date: Fri, 16 Aug 1996 11:08:37 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Subject: Re: Patch to allow fetch to use a proxy. + BUGFIX In-Reply-To: <199608152252.AAA14237@vector.jhs.no_domain>; from Julian H. Stacey on Aug 16, 1996 0:52:48 +0200 References: <199608152252.AAA14237@vector.jhs.no_domain> X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > From: Mikael Hybsch > > I found that the german-y in my name in my old signature made pine send > > every mail encoded as QUOTED-PRINTABLE. Change your MUA or configure it not to send QP. You may want to try Mutt instead (). Still in alpha but pretty good. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Fri Aug 16 05:42:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29022 for current-outgoing; Fri, 16 Aug 1996 05:42:48 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA29010; Fri, 16 Aug 1996 05:42:39 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id UAA04841; Fri, 16 Aug 1996 20:42:35 +0800 (WST) Message-Id: <199608161242.UAA04841@spinner.DIALix.COM> X-Mailer: exmh version 1.6.6 3/24/96 To: committers@freebsd.org, ports@freebsd.org, current@freebsd.org Reply-to: current@freebsd.org Subject: minor cleanup in cvs tree in ports area... Date: Fri, 16 Aug 1996 20:42:34 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a "heads-up" for people using the cvs tree.. I just did a periodic cleanup of the junk Attic directories and removed old-ish now-empty dirs under the ports tree. If people have been checking stuff out without using using the needed -P flag, doing the next update may cause cvs to have a fit when it tries to process your bogusly existing directories. You will see something like: cvs update: in directory /usr/ports/foo/bar: cvs [update aborted]: there is no repository /home/ncvs/ports/foo/bar This is because your /usr/ports/foo/bar was not pruned when it should have been, and you manually need to get rid of it. If you do an 'ls' of the directory in question, there should only be a CVS directory in there. Providing that is the case, you need to rm -r that directory (/usr/ports/foo/bar) before cvs will continue. And the usual reminder for using the cvs tree.. When checking out fresh source, do not forget the -P flag. ie: cvs checkout -P . When doing a cvs update, do not forget the -d and -P flags. ie: cvs update -dP. This appears to catch a few people every now and then. (Beware, this is posted to several lists, be careful with any replies!) -Peter From owner-freebsd-current Fri Aug 16 12:07:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08151 for current-outgoing; Fri, 16 Aug 1996 12:07:03 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08143 for ; Fri, 16 Aug 1996 12:06:56 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA03761; Fri, 16 Aug 1996 12:05:30 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma003757; Fri Aug 16 12:05:29 1996 Message-ID: <3214C648.446B9B3D@whistle.com> Date: Fri, 16 Aug 1996 12:04:40 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: michael butler CC: current@FreeBSD.org Subject: Re: patch for consideration .. multi-block IDE References: <199608070900.TAA00513@walkabout.asstdc.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk What happenned to this? I notice that it's not in -current.. Bruce, did you veto this or something? I tried looking for responses in the archives but they seem broken julian michael butler wrote: > > I noted that multi-block transfers had been broken .. the following patch > corrects the problem (a line missed in the rearrange, I suspect) .. > > *** /sys/i386/isa/wd.c.orig Sun Jul 28 06:52:04 1996 > --- /sys/i386/isa/wd.c Wed Aug 7 18:59:08 1996 > *************** > *** 1665,1670 **** > --- 1665,1671 ---- > du->dk_dd.d_type = DTYPE_ESDI; > du->dk_dd.d_subtype |= DSTYPE_GEOMETRY; > #endif > + du->dk_multi = wp->wdp_nsecperint & 0xff; > > return (0); > } From owner-freebsd-current Fri Aug 16 13:11:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12517 for current-outgoing; Fri, 16 Aug 1996 13:11:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA12502 for ; Fri, 16 Aug 1996 13:11:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03242; Fri, 16 Aug 1996 13:04:20 -0700 From: Terry Lambert Message-Id: <199608162004.NAA03242@phaeton.artisoft.com> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: mark@plato.ucsalf.ac.uk (Mark Powell) Date: Fri, 16 Aug 1996 13:04:20 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Mark Powell" at Aug 16, 96 08:35:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >In the registry: > > > >My Computer\ > > HKEY_LOCAL_MACHINE\ > > SOFTWARE\ > > Microsoft\ > > Windows\ > > CurrentVersion\ > > RunServices > > > >Edit > > New -> String Value > > MyAgent "C:\path_to_my-agent.exe" > > > >Will start a program each time the NT system starts. It's a bit more > >flexible than editing /etc/rc* on BSD. > > That's meant to be sarcastic, right? NT more flexible than BSD, in *any* > way? I've used UNIX, Netware and NT. I don't think the latter can really > claim to be a NOS. Probably forget the N there as well. In BSD, I can add service A by appending to /etc/rc.local during install. I can then add service B by doing the same thing. Now I want to deinstall service A... I am screwed because: 1) I can't stop the service by name unless it's exactly one process, or I do a whole lot of work that has to be duplicated over and over for each package because the support infrastructure is non-existent. 2) I can't automatically hack the file, because I may not have tagged the file in such a way that it's editable, and since we allow users to hack the file as well as allowing install scripts to hack the file, we can never be sure that we would be removing the right thing anyway. 3) I can't automatically start the service in the same way that I would start the service on system initialization without a reboot, because the start "script" is now homogenized into the rc.local and forever unuasable on a per item basis. Conclusion: the rc file crap is just that, crap, regardless of our historical love affair with it as being "the BSD way". 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 Aug 16 13:15:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12865 for current-outgoing; Fri, 16 Aug 1996 13:15:27 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (dialup-124.icon-stl.net [199.217.153.124]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12860 for ; Fri, 16 Aug 1996 13:15:23 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id PAA23042 for dfr@render.com; Fri, 16 Aug 1996 15:11:48 -0500 (CDT) From: Kent Hamilton Message-Id: <199608162011.PAA23042@gwydion.hns.st-louis.mo.us> Subject: Re: locking up To: dfr@render.com (Doug Rabson) Cc: Current@FreeBSD.ORG Date: Fri, 16 Aug 1996 15:11:47 -0500 (CDT) In-Reply-To: from "Doug Rabson" at Aug 12, 96 02:58:43 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 12 Aug 1996, Doug Rabson wrote: > > > This happens to me whenever I break into DDB. The ipending thing fixes > > it. I guess this motherboard manages to misplace the keyboard interrupt > > while I am in the debugger :-(. > > Potentially useless extra datapoint: This only happens under syscons; pcvt > works fine. I've been off-line for a few days so I missed part of this conversation. I've had keyboard lockup problems with FreeBSD from day one on my home system under syscons. The fix used to be to add 'options "ASYNCH"' but sos removed that when he added the mouse code. Now I just run the gdb kludge out of cron every few minutes. -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ Blessed Be.... Work: KHamilton@Hunter.COM From owner-freebsd-current Fri Aug 16 14:21:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18912 for current-outgoing; Fri, 16 Aug 1996 14:21:04 -0700 (PDT) Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18903 for ; Fri, 16 Aug 1996 14:20:59 -0700 (PDT) Received: from oink.cs.utexas.edu (miker@oink.cs.utexas.edu [128.83.138.84]) by mail.cs.utexas.edu (8.7.1/8.7.1) with ESMTP id QAA09625; Fri, 16 Aug 1996 16:20:45 -0500 (CDT) From: Hung Michael Nguyen Received: by oink.cs.utexas.edu (8.7.1/Client-1.4) id QAA11358; Fri, 16 Aug 1996 16:20:44 -0500 (CDT) Message-Id: <199608162120.QAA11358@oink.cs.utexas.edu> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: terry@lambert.org (Terry Lambert) Date: Fri, 16 Aug 1996 16:20:43 -0500 (CDT) Cc: mark@plato.ucsalf.ac.uk, freebsd-current@FreeBSD.ORG In-Reply-To: <199608162004.NAA03242@phaeton.artisoft.com> from "Terry Lambert" at Aug 16, 96 01:04:20 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In BSD, I can add service A by appending to /etc/rc.local during > install. > > I can then add service B by doing the same thing. > > Now I want to deinstall service A... I am screwed because: > > 1) I can't stop the service by name unless it's exactly one > process, or I do a whole lot of work that has to be > duplicated over and over for each package because the > support infrastructure is non-existent. > > 2) I can't automatically hack the file, because I may not > have tagged the file in such a way that it's editable, and > since we allow users to hack the file as well as allowing > install scripts to hack the file, we can never be sure that > we would be removing the right thing anyway. > > 3) I can't automatically start the service in the same way that > I would start the service on system initialization without > a reboot, because the start "script" is now homogenized into > the rc.local and forever unuasable on a per item basis. > > Conclusion: the rc file crap is just that, crap, regardless of our > historical love affair with it as being "the BSD way". Despite also being a BSD bigot myself, when I started admin-ing Solaris, I like the way SVR4 does it much better. Each service is started from it's own script, and you can start/stop the service by passing the appropiate argument to the script ('start' or 'stop'). I also like how you can not only start but stop services when entering a new run state. Any thoughts on maybe switching to that model? FreeBSD is the last OS that I use that uses a single /etc/rc and /etc/rc.local style of scripting. The 'other' way of doing it seems much cleaner. This approach answer's all of Terry's points, since all the stuff required for any single service are localized in one file, that we can change without affecting other stuff. Mike. From owner-freebsd-current Fri Aug 16 14:40:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20352 for current-outgoing; Fri, 16 Aug 1996 14:40:50 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20339 for ; Fri, 16 Aug 1996 14:40:46 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA08388; Fri, 16 Aug 1996 15:36:42 -0600 (MDT) Date: Fri, 16 Aug 1996 15:36:42 -0600 (MDT) Message-Id: <199608162136.PAA08388@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES In-Reply-To: <199608162004.NAA03242@phaeton.artisoft.com> References: <199608162004.NAA03242@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In BSD, I can add service A by appending to /etc/rc.local during > install. That's one way of doing it, but not the only way. > I can then add service B by doing the same thing. > Now I want to deinstall service A... I am screwed because: > > 1) I can't stop the service by name unless it's exactly one > process, or I do a whole lot of work that has to be > duplicated over and over for each package because the > support infrastructure is non-existent. The current setup doesn't allow for 'stopping' of services. > 2) I can't automatically hack the file, because I may not > have tagged the file in such a way that it's editable, and > since we allow users to hack the file as well as allowing > install scripts to hack the file, we can never be sure that > we would be removing the right thing anyway. The 'other' solution works in this case. > 3) I can't automatically start the service in the same way that > I would start the service on system initialization without > a reboot, because the start "script" is now homogenized into > the rc.local and forever unuasable on a per item basis. The 'other' solution works in this case. >From -current's /etc/sysconfig: # Location of local startup directories. local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" >From -current's /etc/rc: # for each valid dir in $local_startup, search for init scripts matching *.sh if [ "X${local_startup}" != X"NO" ]; then for dir in ${local_startup}; do [ -d ${dir} ] && for script in ${dir}/*.sh; do [ -x ${script} ] && ${script} start done done fi This is *very* much like SysV's init, except that it leaves the system (ie; standard/normal configuration) localized, and non-standard (custom) stuff off somewhere else. This si a 'Good Thing' IMHO. init(8) still needs to be modified to have it run a signle 'shutdown' script which would do the same thing as above, but it wouldn't be that hard to do. The SysV of 'multiple run-levels' is something I've yet to see used. Even the most hard-core SysV gurus use the two available in BSD, single-user and multi-user. Nate From owner-freebsd-current Fri Aug 16 14:51:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21120 for current-outgoing; Fri, 16 Aug 1996 14:51:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA21089 for ; Fri, 16 Aug 1996 14:51:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA03461; Fri, 16 Aug 1996 14:44:04 -0700 From: Terry Lambert Message-Id: <199608162144.OAA03461@phaeton.artisoft.com> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: nate@mt.sri.com (Nate Williams) Date: Fri, 16 Aug 1996 14:44:04 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: <199608162136.PAA08388@rocky.mt.sri.com> from "Nate Williams" at Aug 16, 96 03:36:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The SysV of 'multiple run-levels' is something I've yet to see used. > Even the most hard-core SysV gurus use the two available in BSD, > single-user and multi-user. How about: 1) "permanent connection exists"? 2) "transient network connection does not exist" 3) "transient network connection exists" I could see these all being options that you would want to support: 1) My computer is docked in my office 2) I am on a plane to the East Coast office 3) I am in the Eact Coast office with a WaveLAN/IR PCMCIA card installed to connect me to the lcoal net. Each of these are different "run levels". Obviously, the idel would be to autodetect and run variant configurations as necessary; however, practically, you are just moving the selection, not the fact that you want seperate run states. 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 Aug 16 14:57:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21744 for current-outgoing; Fri, 16 Aug 1996 14:57:38 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA21726 for ; Fri, 16 Aug 1996 14:57:27 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id OAA01648; Fri, 16 Aug 1996 14:55:47 -0700 From: "Rodney W. Grimes" Message-Id: <199608162155.OAA01648@GndRsh.aac.dev.com> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: nate@mt.sri.com (Nate Williams) Date: Fri, 16 Aug 1996 14:55:47 -0700 (PDT) Cc: terry@lambert.org, freebsd-current@FreeBSD.org In-Reply-To: <199608162136.PAA08388@rocky.mt.sri.com> from Nate Williams at "Aug 16, 96 03:36:42 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > In BSD, I can add service A by appending to /etc/rc.local during > > install. > > That's one way of doing it, but not the only way. ... > > The SysV of 'multiple run-levels' is something I've yet to see used. > Even the most hard-core SysV gurus use the two available in BSD, > single-user and multi-user. Well, I use the ``network up, but single user'' mode a lot when doing maintenance out at Intel on the HP-UX cluster. Infact we added a specific run level that is exactly what we wanted, since the default one was a bit off mark :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Aug 16 14:57:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21765 for current-outgoing; Fri, 16 Aug 1996 14:57:44 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA21740 for ; Fri, 16 Aug 1996 14:57:36 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA08537; Fri, 16 Aug 1996 15:57:18 -0600 (MDT) Date: Fri, 16 Aug 1996 15:57:18 -0600 (MDT) Message-Id: <199608162157.PAA08537@rocky.mt.sri.com> From: Nate Williams To: "Rodney W. Grimes" Cc: nate@mt.sri.com (Nate Williams), terry@lambert.org, freebsd-current@freebsd.org Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES In-Reply-To: <199608162155.OAA01648@GndRsh.aac.dev.com> References: <199608162136.PAA08388@rocky.mt.sri.com> <199608162155.OAA01648@GndRsh.aac.dev.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > In BSD, I can add service A by appending to /etc/rc.local during > > > install. > > > > That's one way of doing it, but not the only way. > ... > > > > > The SysV of 'multiple run-levels' is something I've yet to see used. > > Even the most hard-core SysV gurus use the two available in BSD, > > single-user and multi-user. > > Well, I use the ``network up, but single user'' mode a lot when doing > maintenance out at Intel on the HP-UX cluster. In Solaris (the only SysV machine I've done much with), this is 'single-user' mode. In this way it differs from BSD. Nate From owner-freebsd-current Fri Aug 16 15:09:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23090 for current-outgoing; Fri, 16 Aug 1996 15:09:07 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23073 for ; Fri, 16 Aug 1996 15:09:02 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA08643; Fri, 16 Aug 1996 16:05:13 -0600 (MDT) Date: Fri, 16 Aug 1996 16:05:13 -0600 (MDT) Message-Id: <199608162205.QAA08643@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), freebsd-current@freebsd.org Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES In-Reply-To: <199608162144.OAA03461@phaeton.artisoft.com> References: <199608162136.PAA08388@rocky.mt.sri.com> <199608162144.OAA03461@phaeton.artisoft.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The SysV of 'multiple run-levels' is something I've yet to see used. > > Even the most hard-core SysV gurus use the two available in BSD, > > single-user and multi-user. > > How about: > 1) "permanent connection exists"? > 2) "transient network connection does not exist" > 3) "transient network connection exists" > > I could see these all being options that you would want to support: > > 1) My computer is docked in my office > 2) I am on a plane to the East Coast office > 3) I am in the Eact Coast office with a WaveLAN/IR PCMCIA card > installed to connect me to the lcoal net. All of these work pretty well with the current PCCARD setup. Basically, when you plug in your PCCARD, it configures the network for you as necessary. No need for run levels at all, and they would get in the way anyway. Nate From owner-freebsd-current Fri Aug 16 16:50:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00139 for current-outgoing; Fri, 16 Aug 1996 16:50:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA29997 for ; Fri, 16 Aug 1996 16:50:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA03639; Fri, 16 Aug 1996 16:43:04 -0700 From: Terry Lambert Message-Id: <199608162343.QAA03639@phaeton.artisoft.com> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: nate@mt.sri.com (Nate Williams) Date: Fri, 16 Aug 1996 16:43:04 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, freebsd-current@FreeBSD.org In-Reply-To: <199608162205.QAA08643@rocky.mt.sri.com> from "Nate Williams" at Aug 16, 96 04:05:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > The SysV of 'multiple run-levels' is something I've yet to see used. > > > Even the most hard-core SysV gurus use the two available in BSD, > > > single-user and multi-user. > > > > How about: > > 1) "permanent connection exists"? > > 2) "transient network connection does not exist" > > 3) "transient network connection exists" > > > > I could see these all being options that you would want to support: > > > > 1) My computer is docked in my office > > 2) I am on a plane to the East Coast office > > 3) I am in the Eact Coast office with a WaveLAN/IR PCMCIA card > > installed to connect me to the lcoal net. > > All of these work pretty well with the current PCCARD setup. Basically, > when you plug in your PCCARD, it configures the network for you as > necessary. No need for run levels at all, and they would get in the way > anyway. 4) I am at my hotel on the East Coast using a 28.8 modem for a PPP link to my provider. (I happen to know there are problems with route configuration when you try to have transient network card + transient PPP connections in the same box... it was just discussed). 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 Aug 16 16:57:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00911 for current-outgoing; Fri, 16 Aug 1996 16:57:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA00899 for ; Fri, 16 Aug 1996 16:57:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id JAA07932; Sat, 17 Aug 1996 09:52:22 +1000 Date: Sat, 17 Aug 1996 09:52:22 +1000 From: Bruce Evans Message-Id: <199608162352.JAA07932@godzilla.zeta.org.au> To: imb@asstdc.com.au, julian@whistle.com Subject: Re: patch for consideration .. multi-block IDE Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >What happenned to this? Nothing. >I notice that it's not in -current.. >Bruce, did you veto this or something? I just pointed out all the bugs in the new and old versions. I'll leave it to someone who actually uses multi-mode to fix it. Bugs: 1. No check that the WDCC_SET_MULTI command actually works. Affects all versions. 2. du->dk_multi is never set to anything other than 1, so multi-mode is never used. Affects current version. 3. The proposed patch sets du->dk_multi too early, so the boot message is wrong if multi-mode isn't configured or setting it fails. It isn't easy to print the final setting in the boot message since the final setting isn't decided at attach time. Bruce >> *** /sys/i386/isa/wd.c.orig Sun Jul 28 06:52:04 1996 >> --- /sys/i386/isa/wd.c Wed Aug 7 18:59:08 1996 >> *************** >> *** 1665,1670 **** >> --- 1665,1671 ---- >> du->dk_dd.d_type = DTYPE_ESDI; >> du->dk_dd.d_subtype |= DSTYPE_GEOMETRY; >> #endif >> + du->dk_multi = wp->wdp_nsecperint & 0xff; >> >> return (0); >> } From owner-freebsd-current Fri Aug 16 20:11:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10615 for current-outgoing; Fri, 16 Aug 1996 20:11:17 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (dyn-pc-35.hunter.com [199.217.148.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA10597 for ; Fri, 16 Aug 1996 20:11:11 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id UAA26803; Fri, 16 Aug 1996 20:32:09 -0500 (CDT) From: Kent Hamilton Message-Id: <199608170132.UAA26803@gwydion.hns.st-louis.mo.us> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: nate@mt.sri.com (Nate Williams) Date: Fri, 16 Aug 1996 20:32:07 -0500 (CDT) Cc: current@freebsd.org In-Reply-To: <199608162136.PAA08388@rocky.mt.sri.com> from "Nate Williams" at Aug 16, 96 03:36:42 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [much deleted] > > The SysV of 'multiple run-levels' is something I've yet to see used. > Even the most hard-core SysV gurus use the two available in BSD, > single-user and multi-user. Uhhh, I use it a lot. Run '2' is multi-user no networking, Run '3' is multi-user with networking, Run 'a' start's up some added extras on one machine I admin. It's quite useful for bringing the box online to do some work on it (like re-configuring or upgrading sendmail, xinetd, etc) without having to worry about what daemons didn't die, etc, etc. I don't drop from 3 to 2 often but will boot 2 instead. This use to be the default setup on at least one SysV based o/s and I liked it so much I adopted it on most of my machines. -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ Blessed Be.... Work: KHamilton@Hunter.COM From owner-freebsd-current Fri Aug 16 22:47:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19935 for current-outgoing; Fri, 16 Aug 1996 22:47:32 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (dyn-pc-35.hunter.com [199.217.148.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA19930 for ; Fri, 16 Aug 1996 22:47:28 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id AAA00344 for current@freebsd.org; Sat, 17 Aug 1996 00:46:48 -0500 (CDT) From: Kent Hamilton Message-Id: <199608170546.AAA00344@gwydion.hns.st-louis.mo.us> Subject: PS/2 Mice To: current@freebsd.org Date: Sat, 17 Aug 1996 00:46:48 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone please explain to me what the deal is with PS/2 mice? I also haven't been able to get them to work with moused. Tonight was the first time I have tried to set up XFree86 with 'em in a loooong time and that also fails. Anything that opens the mouse causes a console message of: Device psm0: name slot allocation failed (E=17) Device npsm0: name slot allocation failed (E=17) By mucking with the source, looking at what devfs does with it, etc it appears that their needs to be two devices, psm0 and npsm0. with a major of 21 and minor of 0 and 1 respectively. I tried creating those and moused works. XFree86 still doesn't though. It gives me: Warning: unable to get status of mouse fd (Invalid argument) and then shuts down. Should I just go buy a serial mouse? Can someone offer a little info/help? I'm not a programmer but I guess I can give it a shot? -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ Blessed Be.... Work: KHamilton@Hunter.COM From owner-freebsd-current Sat Aug 17 01:51:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA04432 for current-outgoing; Sat, 17 Aug 1996 01:51:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA04423 for ; Sat, 17 Aug 1996 01:51:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA08858 for ; Sat, 17 Aug 1996 10:51:34 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA06637 for freebsd-current@FreeBSD.org; Sat, 17 Aug 1996 10:51:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA10701 for freebsd-current@FreeBSD.org; Sat, 17 Aug 1996 10:50:15 +0200 (MET DST) From: J Wunsch Message-Id: <199608170850.KAA10701@uriah.heep.sax.de> Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 17 Aug 1996 10:50:14 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608162157.PAA08537@rocky.mt.sri.com> from Nate Williams at "Aug 16, 96 03:57:18 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > > Well, I use the ``network up, but single user'' mode a lot when doing > > maintenance out at Intel on the HP-UX cluster. > > In Solaris (the only SysV machine I've done much with), this is > 'single-user' mode. In this way it differs from BSD. They are running too many rc scripts before dropping you into single user. I had to fight against this after installing their ``well-tested'' driver upgrade 3 recently, at which point the machine has been kicked off early during the `S' level initialization. (The `drvinit' program turned out to be the culprit, it is run by some rcS.d script, but luckily, it's not actually needed at all. :) -- 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 Sat Aug 17 04:04:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16458 for current-outgoing; Sat, 17 Aug 1996 04:04:21 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA16438 for ; Sat, 17 Aug 1996 04:04:15 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id NAA03227 for ; Sat, 17 Aug 1996 13:04:08 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id NAA15111 for freebsd-current@FreeBSD.ORG; Sat, 17 Aug 1996 13:03:11 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id MAA27820; Sat, 17 Aug 1996 12:49:43 +0200 (MET DST) Message-Id: <199608171049.MAA27820@keltia.freenix.fr> Date: Sat, 17 Aug 1996 12:49:43 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Subject: Re: Opinions? NT VS UNIX, NT SUCKS SOMETIMES In-Reply-To: <199608162136.PAA08388@rocky.mt.sri.com>; from Nate Williams on Aug 16, 1996 15:36:42 -0600 References: <199608162136.PAA08388@rocky.mt.sri.com> <199608162004.NAA03242@phaeton.artisoft.com> X-Mailer: Mutt 0.39 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Nate Williams: > init(8) still needs to be modified to have it run a signle 'shutdown' > script which would do the same thing as above, but it wouldn't be that > hard to do. I have written these patches for a long time but to be complete they require patches to halt/reboot as well in order to make it work when using halt or reboot. Now, the patches makes init run /etc/rc.shutdown only when using "shutdown". -rw-r--r-- 1 roberto staff 4313 Dec 27 1994 init-1.1.5.PATCH -rw-r--r-- 1 roberto bin 4282 Dec 26 1994 init.2.0.PATCH > The SysV of 'multiple run-levels' is something I've yet to see used. > Even the most hard-core SysV gurus use the two available in BSD, > single-user and multi-user. I think we can do without them but the /etc/rc.shutdown feature is much needed IMO. On my system, I use /etc/rc.d with symlinks to /etc/init.d: init.d: total 4 -rw-r--r-- 1 root wheel 188 Sep 25 1995 README -rwxr-x--- 1 root wheel 359 Mar 7 21:58 httpd.sh* -rwxr-x--- 1 root wheel 244 Jun 30 14:14 news.sh* -rwxr-x--- 1 root wheel 314 Nov 17 1995 ssh.sh* rc.d: total 0 lrwxr-xr-x 1 root wheel 17 May 27 00:28 90news.sh@ -> ../init.d/news.sh lrwxr-xr-x 1 root wheel 16 May 27 00:28 91ssh.sh@ -> ../init.d/ssh.sh That way, only news.sh and ssh.sh are run at startup but I can do "/etc/init.d/httpd.sh start" if I want. Here is my /etc/rc.shutdown ------------------------------------------------------------ #!/bin/sh # $Id$ # System shutdown script run by init on shutdown. # # Output and error are redirected to console by init, # and the console is the controlling terminal. # # NOTE: this script is run ONLY IF you use either "shutdown" or # "shutdown [-h]", NOT if you use reboot(8) or halt(8). echo "Bringing the system down, please wait..." # If there is a global system configuration file, suck it in. if [ -f /etc/sysconfig ]; then . /etc/sysconfig fi # for each valid dir in $local_startup, search for init scripts matching *.sh if [ "X${local_startup}" != X"NO" ]; then echo -n 'Local package startup:' for dir in ${local_startup}; do [ -d ${dir} ] && for script in ${dir}/*.sh; do [ -x ${script} ] && ${script} stop done done echo . fi ------------------------------------------------------------ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-current Sat Aug 17 07:45:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28738 for current-outgoing; Sat, 17 Aug 1996 07:45:27 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28733 for ; Sat, 17 Aug 1996 07:45:23 -0700 (PDT) Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id JAA21974; Sat, 17 Aug 1996 09:43:58 -0500 (CDT) Message-Id: <199608171443.JAA21974@utgard.bga.com> Subject: Re: PS/2 Mice To: kenth@HNS.St-Louis.Mo.US (Kent Hamilton) Date: Sat, 17 Aug 1996 09:43:58 -0459 (CDT) From: "Boyd R. Faulkner" Cc: current@FreeBSD.ORG In-Reply-To: <199608170546.AAA00344@gwydion.hns.st-louis.mo.us> from "Kent Hamilton" at Aug 17, 96 00:46:31 am X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Kent Hamilton: > > > Can someone please explain to me what the deal is with PS/2 mice? > I also haven't been able to get them to work with moused. > > Tonight was the first time I have tried to set up XFree86 with 'em > in a loooong time and that also fails. > > Anything that opens the mouse causes a console message of: > > Device psm0: name slot allocation failed (E=17) > Device npsm0: name slot allocation failed (E=17) Unless you are running with devfs mounted, that is not your problem. > > By mucking with the source, looking at what devfs does with it, etc > it appears that their needs to be two devices, psm0 and npsm0. with > a major of 21 and minor of 0 and 1 respectively. I tried creating > those and moused works. XFree86 still doesn't though. It gives me: Thanks, I'll try that. Are you using the minor 0 or 1 for X. Use the 1. That works fine for me. I shall try the 0 for moused, it has never worked for me either. > Should I just go buy a serial mouse? Can someone offer a little > info/help? I'm not a programmer but I guess I can give it a shot? Give that a try. > > -- > Kent Hamilton Play: KentH@HNS.St-Louis.MO.US > NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ > Blessed Be.... Work: KHamilton@Hunter.COM > -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Sat Aug 17 07:52:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29038 for current-outgoing; Sat, 17 Aug 1996 07:52:08 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA29033 for ; Sat, 17 Aug 1996 07:52:04 -0700 (PDT) Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id JAA22119; Sat, 17 Aug 1996 09:51:46 -0500 (CDT) Message-Id: <199608171451.JAA22119@utgard.bga.com> Subject: Re: PS/2 Mice To: kenth@HNS.St-Louis.Mo.US (Kent Hamilton) Date: Sat, 17 Aug 1996 09:51:46 -0459 (CDT) From: "Boyd R. Faulkner" Cc: current@FreeBSD.ORG In-Reply-To: <199608170546.AAA00344@gwydion.hns.st-louis.mo.us> from "Kent Hamilton" at Aug 17, 96 00:46:31 am X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Kent Hamilton: > > > By mucking with the source, looking at what devfs does with it, etc > it appears that their needs to be two devices, psm0 and npsm0. with > a major of 21 and minor of 0 and 1 respectively. I tried creating > those and moused works. XFree86 still doesn't though. It gives me: Thanks. moused works for me with minor 0. but then X does not work because the mouse is busy. I open X with minor 1. If I kill moused, X works. I though this was resolved earlier. Oh well. > Kent Hamilton Play: KentH@HNS.St-Louis.MO.US > NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ > Blessed Be.... Work: KHamilton@Hunter.COM > -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Sat Aug 17 08:29:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00528 for current-outgoing; Sat, 17 Aug 1996 08:29:06 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00523 for ; Sat, 17 Aug 1996 08:29:01 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id RAA06446 for freebsd-current@freebsd.org; Sat, 17 Aug 1996 17:29:00 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA25980 (5.65c8/IDA-1.4.4j for freebsd-current@freebsd.org); Sat, 17 Aug 1996 17:22:38 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id RAA02359 for ; Sat, 17 Aug 1996 17:20:35 +0200 (MET DST) Date: Sat, 17 Aug 1996 17:20:35 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen Reply-To: Thomas Sparrevohn To: freebsd-current@freebsd.org Subject: 82439HX registerdump patch Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just finished writing the registerdump for the 82439HX (Triton II) chipset. Would anyone with a Triton II based motherboard help me test it. Best Regards Thomas *** pcisupport.c#ctm Thu Aug 15 21:42:23 1996 --- pcisupport.c Sat Aug 17 15:01:16 1996 *************** *** 131,136 **** --- 131,138 ---- return ("Intel 82437 (Triton) PCI cache memory controller"); case 0x122e8086: return ("Intel 82371 (Triton) PCI-ISA bridge"); + case 0x12508086: + return ("Intel 82439HX (Triton II) PCI cache memory controller"); case 0x04961039: return ("SiS 85c496"); case 0x04061039: *************** *** 463,468 **** --- 465,560 ---- { 0 } }; + static const struct condmsg conf82439hx[] = + { + /* PCON -- PCI Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\tDRAM ECC/Parity:" }, + { 0x50, 0x80, 0x80, M_EQ, " ECC" }, + { 0x50, 0x80, 0x00, M_EQ, " Parity" }, + { 0x00, 0x00, 0x00, M_TR, ", ECC Test " }, + { 0x50, 0x40, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tShutdown to Port 92 " }, + { 0x50, 0x20, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", Dual Processor NA# " }, + { 0x50, 0x10, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tPeer Concurrency " }, + { 0x50, 0x08, 0x00, M_EN, 0 }, + /* XXX I am not sure thats the SERR# output type is usefull */ + { 0x00, 0x00, 0x00, M_TR, ", SERR# Output Type:" }, + { 0x50, 0x04, 0x04, M_EQ, " Normal output" }, + { 0x50, 0x04, 0x00, M_EQ, " Open drain output" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tGlobal TXC " }, + { 0x50, 0x01, 0x00, M_EN, 0 }, + + /* CC -- Cache Control Regsiter */ + { 0x00, 0x00, 0x00, M_TR, "\n\tCache:" }, + { 0x52, 0xc0, 0x80, M_EQ, " 512K" }, + { 0x52, 0xc0, 0x40, M_EQ, " 256K" }, + { 0x52, 0xc0, 0x00, M_EQ, " NO" }, + { 0x52, 0x30, 0x00, M_EQ, " pipelined-burst" }, + { 0x52, 0x30, 0x10, M_EQ, " reserved" }, + { 0x52, 0x30, 0x20, M_EQ, " reserved" }, + { 0x52, 0x30, 0x30, M_EQ, " dual-bank pipelined-burst" }, + { 0x00, 0x00, 0x00, M_TR, ", NA Disable: " }, + { 0x52, 0x04, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tExtended Cacheability " }, + { 0x52, 0x04, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", SCFMI "}, + { 0x52, 0x02, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", L1 " }, + { 0x52, 0x01, 0x00, M_EN, 0 }, + + /* DRAMEC -- DRAM Extended Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tSpeculative Leadoff " }, + { 0x56, 0x10, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", Turn-around Insertion " }, + { 0x56, 0x08, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tMemory Address Drive Strength: " }, + { 0x56, 0x06, 0x00, M_EQ, "8mA/8mA" }, + { 0x56, 0x06, 0x02, M_EQ, "8mA/12mA" }, + { 0x56, 0x06, 0x04, M_EQ, "12mA/8mA" }, + { 0x56, 0x06, 0x06, M_EQ, "12mA/12mA" }, + { 0x00, 0x00, 0x00, M_TR, ", 64 Mbit mode " }, + { 0x56, 0x01, 0x00, M_EN, 0 }, + + /* DRAMC - DRAM Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tHole: " }, + { 0x57, 0xc0, 0x00, M_EQ, "None" }, + { 0x57, 0xc0, 0x40, M_EQ, "512KB - 640KB" }, + { 0x00, 0x00, 0x00, M_TR, ", EDO Detect mode " }, + { 0x57, 0x04, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Refrest Rate " }, + { 0x57, 0x07, 0x00, M_EQ, "Disabled" }, + { 0x57, 0x07, 0x01, M_EQ, "50Mhz" }, + { 0x57, 0x07, 0x02, M_EQ, "60Mhz" }, + { 0x57, 0x07, 0x03, M_EQ, "66Mhz" }, + + /* DRAMT -- DRAM Timing Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tTurbo Read Leadoff " }, + { 0x58, 0x80, 0x00, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Read Burst Timing: " }, + { 0x58, 0x60, 0x00, M_EQ, "x-4-4-4/x-4-4-4" }, + { 0x58, 0x60, 0x20, M_EQ, "x-3-3-3/x-4-4-4" }, + { 0x58, 0x60, 0x40, M_EQ, "x-2-2-2/x-3-3-3" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Write Burst Timing: " }, + { 0x58, 0x18, 0x00, M_EQ, "x-4-4-4" }, + { 0x58, 0x18, 0x08, M_EQ, "x-3-3-3" }, + { 0x58, 0x18, 0x10, M_EQ, "x-2-2-2" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tFast RAS to CAS Delay: " }, + { 0x58, 0x04, 0x00, M_EQ, "3" }, + { 0x58, 0x04, 0x04, M_EQ, "2" }, + { 0x00, 0x00, 0x00, M_TR, " clocks,\n\tDRAM leadoff Timing: " }, + { 0x58, 0x03, 0x00, M_EQ, "Read 7, Write 6, Precharge 3, Refresh 4" }, + { 0x58, 0x03, 0x01, M_EQ, "Read 6, Write 5, Precharge 3, Refresh 4" }, + { 0x58, 0x03, 0x02, M_EQ, "Read 7, Write 6, Precharge 4, Refresh 5" }, + { 0x58, 0x03, 0x03, M_EQ, "Read 6, Write 5, Precharge 4, Refresh 5" }, + { 0x00, 0x00, 0x00, M_TR, "\n" }, + + /* end marker */ + { 0 } + + }; + static const struct condmsg conf82371fb[] = { /* IORT -- ISA I/O Recovery Timer Register */ *************** *** 616,621 **** --- 708,717 ---- case 0x122e8086: writeconfig (config_id, conf82371fb); break; + case 0x12508086: + writeconfig (config_id, conf82439hx); + break; + #if 0 case 0x00011011: /* DEC 21050 */ case 0x00221014: /* IBM xxx */ From owner-freebsd-current Sat Aug 17 09:08:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02073 for current-outgoing; Sat, 17 Aug 1996 09:08:12 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02068 for ; Sat, 17 Aug 1996 09:08:10 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.103.23]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id MAA21259; Sat, 17 Aug 1996 12:08:08 -0400 (EDT) Received: from localhost (chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) with SMTP id MAA12823; Sat, 17 Aug 1996 12:08:07 -0400 (EDT) X-Authentication-Warning: professor.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 17 Aug 1996 12:08:07 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: Thomas Sparrevohn cc: freebsd-current@freebsd.org Subject: Re: 82439HX registerdump patch In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 17 Aug 1996, Thomas Sparrevohn wrote: > > > I just finished writing the registerdump for the 82439HX (Triton II) > chipset. Would anyone with a Triton II based motherboard help me > test it. Sure. I rebooted -v, hoping it might give you more info, here's the dmesg: _setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12508086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0 DRAM ECC/Parity: Parity, ECC Test disabled, Shutdown to Port 92 disabled, Dual Processor NA# disabled, Peer Concurrency disabled, SERR# Output Type: Open drain output, Global TXC disabled Cache: 512K pipelined-burst, NA Disable: disabled, Extended Cacheability disabled, SCFMI disabled, L1 enabled Speculative Leadoff enabled, Turn-around Insertion enabled, Memory Address Drive Strength: 12mA/12mA, 64 Mbit mode disabled Hole: None, EDO Detect mode disabled, DRAM Refrest Rate 66Mhz Turbo Read Leadoff disabled, DRAM Read Burst Timing: x-4-4-4/x-4-4-4, DRAM Write Burst Timing: x-4-4-4, Fast RAS to CAS Delay: 3 clocks, DRAM leadoff Timing: Read 7, Write 6, Precharge 4, Refresh 5 chip1 rev 0 on pci0:7:0 pci0:7:1: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] map(20): io(3000) vga0 rev 83 int a irq 11 on pci0:19 mapreg[10] type=0 addr=f0000000 size=4000000. ncr0 rev 17 int a irq 10 on pci0:20 mapreg[10] type=1 addr=00006000 size=0100. mapreg[14] type=0 addr=f4000000 size=0100. mapreg[18] type=0 addr=f4001000 size=1000. reg20: virtual=0xf5266000 physical=0xf4000000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 and 8..15 (V2 pl23 95/09/07) ncr0 waiting for scsi devices to settle (ncr0:0:0): "CONNER CP30200 SUN0207 4234" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 200ns (5 Mb/sec) offset 8. 203MB (416108 512 byte sectors) sd0(ncr0:0:0): with 2123 cyls, 4 heads, and an average 49 sectors/track (ncr0:1:0): "DEC DSP3210S 442A" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 2047MB (4194303 512 byte sectors) sd1(ncr0:1:0): with 3045 cyls, 16 heads, and an average 86 sectors/track (ncr0:2:0): "DEC DSP3210D 442J" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 2047MB (4194303 512 byte sectors) sd2(ncr0:2:0): with 3045 cyls, 16 heads, and an average 86 sectors/track pci0: uses 67113216 bytes of memory from f0000000 upto f4001fff. pci0: uses 256 bytes of I/O space from 6000 upto 60ff. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 15 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:9c:70:48, type WD8013EPC (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x100-0x107 flags 0x905 on isa sio2: type 16550A (multiport) sio3 at 0x108-0x10f flags 0x905 on isa sio3: type 16550A (multiport) sio4 at 0x110-0x117 flags 0x905 on isa sio4: type 16550A (multiport) sio5 at 0x118-0x11f flags 0x905 on isa sio5: type 16550A (multiport) sio6 at 0x120-0x127 flags 0x905 on isa sio6: type 16550A (multiport) sio7 at 0x128-0x12f flags 0x905 on isa sio7: type 16550A (multiport) sio8 at 0x130-0x137 flags 0x905 on isa sio8: type 16550A (multiport) sio9 at 0x138-0x13f irq 5 flags 0x905 on isa sio9: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.2MB 5.25in fd1: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa gus0: gus0: imasks: bio c0000440, tty c00300ba, net c0028000 Device configuration finished. Considering FFS root f/s. configure() finished. bpf: tun0 attached bpf: lo0 attached sd1s1: type 0xa5, start 63, end = 4191263, size 4191201 : OK sd2s1: type 0xa5, start 63, end = 4191263, size 4191201 : OK ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Aug 17 09:16:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02357 for current-outgoing; Sat, 17 Aug 1996 09:16:29 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA02349 for ; Sat, 17 Aug 1996 09:16:22 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA03085; Sat, 17 Aug 1996 09:16:15 -0700 From: "Rodney W. Grimes" Message-Id: <199608171616.JAA03085@GndRsh.aac.dev.com> Subject: Re: 82439HX registerdump patch To: staff@kyklopen.ping.dk Date: Sat, 17 Aug 1996 09:16:14 -0700 (PDT) Cc: freebsd-current@freebsd.org In-Reply-To: from Thomas Sparrevohn at "Aug 17, 96 05:20:35 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I just finished writing the registerdump for the 82439HX (Triton II) > chipset. Would anyone with a Triton II based motherboard help me > test it. I'll be glad to just as soon as I get back from todays service calls. Can you tell me what document you got this from, as I am still waiting on my data book set for the Triton II :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 17 09:42:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03744 for current-outgoing; Sat, 17 Aug 1996 09:42:23 -0700 (PDT) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03738 for ; Sat, 17 Aug 1996 09:42:18 -0700 (PDT) Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id TAA14160; Sat, 17 Aug 1996 19:41:06 +0300 (EET DST) From: Mr Operating System Message-Id: <199608171641.TAA14160@shadows.aeon.net> Subject: Re: 82439HX registerdump patch To: staff@kyklopen.ping.dk Date: Sat, 17 Aug 1996 19:41:06 +0300 (EET DST) Cc: freebsd-current@freebsd.org In-Reply-To: from Thomas Sparrevohn at "Aug 17, 96 05:20:35 pm" 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i have boards at work and can test next week... and in the end of the month a dual cpu board at home which has hx chipset... anyone knows how stable the multiple cpu freebsd is? tho, i will be running single cpu for starters mickey From owner-freebsd-current Sat Aug 17 11:56:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08565 for current-outgoing; Sat, 17 Aug 1996 11:56:23 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA08560 for ; Sat, 17 Aug 1996 11:56:21 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id UAA13660; Sat, 17 Aug 1996 20:56:03 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA04737 (5.65c8/IDA-1.4.4j); Sat, 17 Aug 1996 20:50:46 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id UAA04744; Sat, 17 Aug 1996 20:48:10 +0200 (MET DST) Date: Sat, 17 Aug 1996 20:48:10 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: "Rodney W. Grimes" Cc: freebsd-current@freebsd.org Subject: Re: 82439HX registerdump patch In-Reply-To: <199608171616.JAA03085@GndRsh.aac.dev.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 17 Aug 1996, Rodney W. Grimes wrote: > > > > > > I just finished writing the registerdump for the 82439HX (Triton II) > > chipset. Would anyone with a Triton II based motherboard help me > > test it. > > I'll be glad to just as soon as I get back from todays service calls. > > Can you tell me what document you got this from, as I am still waiting > on my data book set for the Triton II :-(. > Intel's web pages under PCIsets datasheets. -- Thomas From owner-freebsd-current Sat Aug 17 12:08:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08860 for current-outgoing; Sat, 17 Aug 1996 12:08:10 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08855 for ; Sat, 17 Aug 1996 12:08:08 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id VAA14238; Sat, 17 Aug 1996 21:07:56 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA05154 (5.65c8/IDA-1.4.4j); Sat, 17 Aug 1996 21:00:46 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id UAA05016; Sat, 17 Aug 1996 20:54:33 +0200 (MET DST) Date: Sat, 17 Aug 1996 20:54:32 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: Mr Operating System Cc: freebsd-current@freebsd.org Subject: Re: 82439HX registerdump patch In-Reply-To: <199608171641.TAA14160@shadows.aeon.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 17 Aug 1996, Mr Operating System wrote: > i have boards at work and can test next week... and in the end of the month > a dual cpu board at home which has hx chipset... Thanks > > anyone knows how stable the multiple cpu freebsd is? > I tested at my work with a neptune dual 133 ASUS system and it seems quite stable, but i suppose you have to expect panics once in a while. -- Thomas > tho, i will be running single cpu for starters > > > mickey > From owner-freebsd-current Sat Aug 17 13:51:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17804 for current-outgoing; Sat, 17 Aug 1996 13:51:03 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17796 for ; Sat, 17 Aug 1996 13:50:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA18338; Sat, 17 Aug 1996 22:50:46 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA17222; Sat, 17 Aug 1996 22:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA01189; Sat, 17 Aug 1996 22:44:16 +0200 (MET DST) From: J Wunsch Message-Id: <199608172044.WAA01189@uriah.heep.sax.de> Subject: Re: 82439HX registerdump patch To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 17 Aug 1996 22:44:14 +0200 (MET DST) Cc: staff@kyklopen.ping.dk In-Reply-To: from Thomas Sparrevohn at "Aug 17, 96 05:20:35 pm" 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 X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Sparrevohn wrote: > + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Refrest Rate " }, Refresh Here's my dmesg output, it's an ASUS P/I-P55T2P4 board. Btw., i had to bump the message buffer size to two pages -- David, didn't we intend to make this the default? chip0 rev 1 on pci0:0 DRAM ECC/Parity: ECC, ECC Test disabled, Shutdown to Port 92 disabled, Dual Processor NA# disabled, Peer Concurrency enabled, SERR# Output Type: Open drain output, Global TXC enabled Cache: 512K dual-bank pipelined-burst, NA Disable: disabled, Extended Cacheability disabled, SCFMI disabled, L1 enabled Speculative Leadoff disabled, Turn-around Insertion disabled, Memory Address Drive Strength: 8mA/8mA, 64 Mbit mode disabled Hole: None, EDO Detect mode disabled, DRAM Refrest Rate 66Mhz Turbo Read Leadoff disabled, DRAM Read Burst Timing: x-3-3-3/x-4-4-4, DRAM Write Burst Timing: x-3-3-3, Fast RAS to CAS Delay: 3 clocks, DRAM leadoff Timing: Read 7, Write 6, Precharge 4, Refresh 5 -- 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 Sat Aug 17 15:57:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27101 for current-outgoing; Sat, 17 Aug 1996 15:57:29 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA27093 for ; Sat, 17 Aug 1996 15:57:26 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id AAA21855 for freebsd-current@freebsd.org; Sun, 18 Aug 1996 00:57:24 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA14342 (5.65c8/IDA-1.4.4j for freebsd-current@freebsd.org); Sun, 18 Aug 1996 00:53:35 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id AAA00776 for ; Sun, 18 Aug 1996 00:45:12 +0200 (MET DST) Date: Sun, 18 Aug 1996 00:45:12 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: freebsd-current@freebsd.org Subject: My Gumby 82439HX diffs Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to everybody that responded. But I must have hit my head with a brick and the M_EN's was wrong. Please try this patch it contains the registerdump for the 82439HX and the 82371SB. The only real difference between the 82371SB and the 82371FB that concerns the registers dumped is the APIC select field. This is the new patch. Regards Thomas *** pcisupport.c#ctm Thu Aug 15 21:42:23 1996 --- pcisupport.c Sun Aug 18 00:32:12 1996 *************** *** 131,136 **** --- 131,140 ---- return ("Intel 82437 (Triton) PCI cache memory controller"); case 0x122e8086: return ("Intel 82371 (Triton) PCI-ISA bridge"); + case 0x12508086: + return ("Intel 82439HX (Triton II) PCI cache memory controller"); + case 0x70008086: + return ("Intel 82371SB (Triton II) PCI-ISA bridge"); case 0x04961039: return ("SiS 85c496"); case 0x04061039: *************** *** 463,468 **** --- 467,562 ---- { 0 } }; + static const struct condmsg conf82439hx[] = + { + /* PCON -- PCI Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\tDRAM ECC/Parity:" }, + { 0x50, 0x80, 0x80, M_EQ, " ECC" }, + { 0x50, 0x80, 0x00, M_EQ, " Parity" }, + { 0x00, 0x00, 0x00, M_TR, ", ECC Test " }, + { 0x50, 0x40, 0x40, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tShutdown to Port 92 " }, + { 0x50, 0x20, 0x20, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", Dual Processor NA# " }, + { 0x50, 0x10, 0x10, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tPeer Concurrency " }, + { 0x50, 0x08, 0x08, M_EN, 0 }, + /* XXX I am not sure thats the SERR# output type is usefull */ + { 0x00, 0x00, 0x00, M_TR, ", SERR# Output Type:" }, + { 0x50, 0x04, 0x04, M_EQ, " Normal output" }, + { 0x50, 0x04, 0x00, M_EQ, " Open drain output" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tGlobal TXC " }, + { 0x50, 0x01, 0x01, M_EN, 0 }, + + /* CC -- Cache Control Regsiter */ + { 0x00, 0x00, 0x00, M_TR, "\n\tCache:" }, + { 0x52, 0xc0, 0x80, M_EQ, " 512K" }, + { 0x52, 0xc0, 0x40, M_EQ, " 256K" }, + { 0x52, 0xc0, 0x00, M_EQ, " NO" }, + { 0x52, 0x30, 0x00, M_EQ, " pipelined-burst" }, + { 0x52, 0x30, 0x10, M_EQ, " reserved" }, + { 0x52, 0x30, 0x20, M_EQ, " reserved" }, + { 0x52, 0x30, 0x30, M_EQ, " dual-bank pipelined-burst" }, + { 0x00, 0x00, 0x00, M_TR, ", NA Disable: " }, + { 0x52, 0x04, 0x04, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tExtended Cacheability " }, + { 0x52, 0x04, 0x04, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", SCFMI "}, + { 0x52, 0x02, 0x02, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", L1 " }, + { 0x52, 0x01, 0x01, M_EN, 0 }, + + /* DRAMEC -- DRAM Extended Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tSpeculative Leadoff " }, + { 0x56, 0x10, 0x10, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ", Turn-around Insertion " }, + { 0x56, 0x08, 0x08, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tMemory Address Drive Strength: " }, + { 0x56, 0x06, 0x00, M_EQ, "8mA/8mA" }, + { 0x56, 0x06, 0x02, M_EQ, "8mA/12mA" }, + { 0x56, 0x06, 0x04, M_EQ, "12mA/8mA" }, + { 0x56, 0x06, 0x06, M_EQ, "12mA/12mA" }, + { 0x00, 0x00, 0x00, M_TR, ", 64 Mbit mode " }, + { 0x56, 0x01, 0x01, M_EN, 0 }, + + /* DRAMC - DRAM Control Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tHole: " }, + { 0x57, 0xc0, 0x00, M_EQ, "None" }, + { 0x57, 0xc0, 0x40, M_EQ, "512KB - 640KB" }, + { 0x00, 0x00, 0x00, M_TR, ", EDO Detect mode " }, + { 0x57, 0x04, 0x04, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Refrest Rate " }, + { 0x57, 0x07, 0x00, M_EQ, "Disabled" }, + { 0x57, 0x07, 0x01, M_EQ, "50Mhz" }, + { 0x57, 0x07, 0x02, M_EQ, "60Mhz" }, + { 0x57, 0x07, 0x03, M_EQ, "66Mhz" }, + + /* DRAMT -- DRAM Timing Register */ + { 0x00, 0x00, 0x00, M_TR, "\n\tTurbo Read Leadoff " }, + { 0x58, 0x80, 0x80, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Read Burst Timing: " }, + { 0x58, 0x60, 0x00, M_EQ, "x-4-4-4/x-4-4-4" }, + { 0x58, 0x60, 0x20, M_EQ, "x-3-3-3/x-4-4-4" }, + { 0x58, 0x60, 0x40, M_EQ, "x-2-2-2/x-3-3-3" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tDRAM Write Burst Timing: " }, + { 0x58, 0x18, 0x00, M_EQ, "x-4-4-4" }, + { 0x58, 0x18, 0x08, M_EQ, "x-3-3-3" }, + { 0x58, 0x18, 0x10, M_EQ, "x-2-2-2" }, + { 0x00, 0x00, 0x00, M_TR, ",\n\tFast RAS to CAS Delay: " }, + { 0x58, 0x04, 0x00, M_EQ, "3" }, + { 0x58, 0x04, 0x04, M_EQ, "2" }, + { 0x00, 0x00, 0x00, M_TR, " clocks,\n\tDRAM leadoff Timing: " }, + { 0x58, 0x03, 0x00, M_EQ, "Read 7, Write 6, Precharge 3, Refresh 4" }, + { 0x58, 0x03, 0x01, M_EQ, "Read 6, Write 5, Precharge 3, Refresh 4" }, + { 0x58, 0x03, 0x02, M_EQ, "Read 7, Write 6, Precharge 4, Refresh 5" }, + { 0x58, 0x03, 0x03, M_EQ, "Read 6, Write 5, Precharge 4, Refresh 5" }, + { 0x00, 0x00, 0x00, M_TR, "\n" }, + + /* end marker */ + { 0 } + + }; + static const struct condmsg conf82371fb[] = { /* IORT -- ISA I/O Recovery Timer Register */ *************** *** 528,533 **** --- 622,707 ---- { 0 } }; + /* The 82371fb and the 82371sb are allmost identical in + function 0, but a few registers values are different */ + + static const struct condmsg conf82371sb[] = + { + /* IORT -- ISA I/O Recovery Timer Register */ + { 0x00, 0x00, 0x00, M_TR, "\tDMA Reserved Page Register Aliasing " }, + { 0x4c, 0x80, 0x80, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\t8-Bit I/O Recovery: " }, + { 0x4c, 0x40, 0x40, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tI/O Recovery Timing: 8-bit " }, + { 0x4c, 0x40, 0x00, M_EQ, "3.5" }, + { 0x4c, 0x78, 0x48, M_EQ, "1" }, + { 0x4c, 0x78, 0x50, M_EQ, "2" }, + { 0x4c, 0x78, 0x58, M_EQ, "3" }, + { 0x4c, 0x78, 0x60, M_EQ, "4" }, + { 0x4c, 0x78, 0x68, M_EQ, "5" }, + { 0x4c, 0x78, 0x70, M_EQ, "6" }, + { 0x4c, 0x78, 0x78, M_EQ, "7" }, + { 0x4c, 0x78, 0x40, M_EQ, "8" }, + { 0x00, 0x00, 0x00, M_TR, " clocks, 16-bit " }, + { 0x4c, 0x04, 0x00, M_EQ, "3.5" }, + { 0x4c, 0x07, 0x05, M_EQ, "1" }, + { 0x4c, 0x07, 0x06, M_EQ, "2" }, + { 0x4c, 0x07, 0x07, M_EQ, "3" }, + { 0x4c, 0x07, 0x04, M_EQ, "4" }, + { 0x00, 0x00, 0x00, M_TR, " clocks\n" }, + + /* XBCS -- X-Bus Chip Select Register 4e-4f in PIIX3 */ + { 0x00, 0x00, 0x00, M_TR, "\tAPIC Chip Select: " }, + { 0x4f, 0x01, 0x01, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tExtended BIOS: " }, + { 0x4e, 0x80, 0x80, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tLower BIOS: " }, + { 0x4e, 0x40, 0x40, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tCoprocessor IRQ13: " }, + { 0x4e, 0x20, 0x20, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tMouse IRQ12: " }, + { 0x4e, 0x10, 0x10, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tBIOSCS# Write Protect: " }, + { 0x4e, 0x04, 0x04, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tKeyboard Controller Address Location: " }, + { 0x4e, 0x02, 0x02, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n\tRTC Address Location: " }, + { 0x4e, 0x01, 0x01, M_EN, 0 }, + { 0x00, 0x00, 0x00, M_TR, "\n" }, + + { 0x00, 0x00, 0x00, M_TR, "\tInterrupt Routing: " }, + #define PIRQ(x, n) \ + { 0x00, 0x00, 0x00, M_TR, n ": " }, \ + { x, 0x80, 0x80, M_EQ, "disabled" }, \ + { x, 0xc0, 0x40, M_EQ, "[shared] " }, \ + { x, 0x8f, 0x03, M_EQ, "IRQ3" }, \ + { x, 0x8f, 0x04, M_EQ, "IRQ4" }, \ + { x, 0x8f, 0x05, M_EQ, "IRQ5" }, \ + { x, 0x8f, 0x06, M_EQ, "IRQ6" }, \ + { x, 0x8f, 0x07, M_EQ, "IRQ7" }, \ + { x, 0x8f, 0x09, M_EQ, "IRQ9" }, \ + { x, 0x8f, 0x0a, M_EQ, "IRQ10" }, \ + { x, 0x8f, 0x0b, M_EQ, "IRQ11" }, \ + { x, 0x8f, 0x0c, M_EQ, "IRQ12" }, \ + { x, 0x8f, 0x0e, M_EQ, "IRQ14" }, \ + { x, 0x8f, 0x0f, M_EQ, "IRQ15" } + + /* Interrupt routing */ + PIRQ(0x60, "A"), + PIRQ(0x61, ", B"), + PIRQ(0x62, ", C"), + PIRQ(0x63, ", D"), + PIRQ(0x70, "\n\t\tMB0"), + PIRQ(0x71, ", MB1"), + + { 0x00, 0x00, 0x00, M_TR, "\n" }, + + #undef PIRQ + + /* XXX - do DMA routing, too? */ + { 0 } + }; + #if 0 /* xxx not used */ static const struct condmsg conf82371fb2[] = { *************** *** 615,620 **** --- 789,800 ---- break; case 0x122e8086: writeconfig (config_id, conf82371fb); + break; + case 0x12508086: + writeconfig (config_id, conf82439hx); + break; + case 0x70008086: + writeconfig (config_id, conf82371sb); break; #if 0 case 0x00011011: /* DEC 21050 */ From owner-freebsd-current Sat Aug 17 16:44:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA28597 for current-outgoing; Sat, 17 Aug 1996 16:44:46 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA28586; Sat, 17 Aug 1996 16:44:41 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id BAA01233; Sun, 18 Aug 1996 01:30:10 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id BAA00711; Sun, 18 Aug 1996 01:34:57 +0200 (MET DST) Date: Sun, 18 Aug 1996 01:34:57 +0200 (MET DST) From: Andreas Klemm To: current@freebsd.org cc: jordan@freebsd.org Subject: cvs repository hosed, freefall doesn't have ctm deltas of about May , 1st :-( Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I'm frustrated and tired, so please don't get me wrong :) Since some days my cvs repository is hosed ... I already wondered where the new ports are ... it's because of a checksum error in the commitlogs. Dunno why ... tried ctm -v -v -F, nothing helped... Now I wanted to restore the cvs repository by extracting the one from the May SNAP CD-Rom ... but I had baaaad luck. The last CTM delta on the CD-ROM is 1951 .... and the deltas >= 1952 have been removed on freefall ... Although I have the verly last SNAP CD (FreeBSD 2.2 SNAPSHOT 5/1/96) and did a subscription of it, I don't get a working CVS repository :-( That was certainly not the intention of the SNAP CD-ROM, that you are stuck on a certain CTM level, because freefall's deltas are expired too fast :-( Could one kind soul please fill the gap and restore the missing CTM deltas between ctm-cvs 1950 and the last one, that resides on freefall ?! That would be nice, thanks a lot ! So please keep in mind, only to remove ctm deltas on freefall, if they are already part of the SNAP CD ... BTW, when does the new SNAPSHOT CD come out ?! Should I wait ?! Andreas /// andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Aug 17 22:05:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA16367 for current-outgoing; Sat, 17 Aug 1996 22:05:25 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (root@wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA16362 for ; Sat, 17 Aug 1996 22:05:22 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.5/8.6.12) with SMTP id BAA01210 for ; Sun, 18 Aug 1996 01:05:18 -0400 (EDT) Date: Sun, 18 Aug 1996 01:05:17 -0400 (EDT) From: Gary Roberts To: freebsd-current@freebsd.org Subject: Ip Masq. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There is no way Freebsd can support ip masquerading is there. I think that's what I need, unless someone else can help me. I have a lan, not much of one, just a win95 box connected to my freebsd box via ether. I did an 'ifconfig vx0 192.168.1.1' on my unix ether, and a I gave my 95 box an addresss of 192.168.1.2, and a gateway for 192.168.1.1 . I can telnet from 95 to fbsd(when I ftp tho, the link sorta dies, I still have link lights, I just loose the connection, no big deal) but I can't get out to the internet from my 95 box. Also, I only have one IP from my ISP. So I assume I need to 'masquerade'. Does anyone have any ideas on this ... I need to get this to work, I don't want to have to run linux :D Thanks! Gary Roberts System Admin. -- Altered Reality. http://136.165.243.183 -- Main User Pages ------------------------------------------------------------------------------ This email message is copyrighted and is not allowed to be duplicated, reproduced, or even seen on the MSN, AOL, or the Compuserve computer networks. From owner-freebsd-current Sat Aug 17 23:21:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27457 for current-outgoing; Sat, 17 Aug 1996 23:21:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA27451 for ; Sat, 17 Aug 1996 23:21:35 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA07314; Sun, 18 Aug 1996 16:11:11 +0930 From: Michael Smith Message-Id: <199608180641.QAA07314@genesis.atrad.adelaide.edu.au> Subject: Re: Ip Masq. To: wangel@wgrobez1.remote.louisville.edu (Gary Roberts) Date: Sun, 18 Aug 1996 16:11:10 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Gary Roberts" at Aug 18, 96 01:05:17 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary Roberts stands accused of saying: > > There is no way Freebsd can support ip masquerading is there. I think > that's what I need, unless someone else can help me. No, you don't _need_ it. > but I can't get out to the internet from my 95 box. Also, I only have one > IP from my ISP. So I assume I need to 'masquerade'. No. You will probably be just fine using the "Socks" proxy server. The current Socks is in the ports collection. Most decent network applications are Socks-aware (eg. Netscape). > Gary Roberts -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[