From owner-freebsd-current Sun Jan 5 01:16:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA21239 for current-outgoing; Sun, 5 Jan 1997 01:16:02 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA21210 for ; Sun, 5 Jan 1997 01:15:58 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vgogF-000QXsC; Sun, 5 Jan 97 10:15 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id KAA10652; Sun, 5 Jan 1997 10:15:03 +0100 (MET) From: grog@lemis.de Message-Id: <199701050915.KAA10652@freebie.lemis.de> Subject: Re: Swap leak in -current? In-Reply-To: <199701050339.WAA19203@dyson.iquest.net> from "John S. Dyson" at "Jan 4, 97 10:39:59 pm" To: toor@dyson.iquest.net (John S. Dyson) Date: Sun, 5 Jan 1997 10:15:03 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 John S. Dyson writes: >> >> I didn't commit the changes without expecting to have to support them. >> I'll study the problems tomorrow (Sun.) > > BTW, don't interpret my comment as if I am "angry", just stating the > responsibility issues of working on the VM code :-(. Thanks for your > problem reports, and I take them very seriously. No, not at all. I appreciate the trouble you're going to to fix this; otherwise I wouldn't be reporting in such detail. Latest attempt: I built a kernel (still 3.0-CURRENT-ctm-2888) with options OLD_COLLAPSE_CODE and then did a make world (overnight). It completed fine, but I didn't have time to examine the swap usage. Greg From owner-freebsd-current Sun Jan 5 03:55:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA25306 for current-outgoing; Sun, 5 Jan 1997 03:55:41 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA25293 for ; Sun, 5 Jan 1997 03:55:36 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id MAA08173 for freebsd-current@freebsd.org; Sun, 5 Jan 1997 12:55:27 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.4/8.7.3/tetard-uucp-2.7) id MAA00353; Sun, 5 Jan 1997 12:19:59 +0100 (MET) Message-ID: Date: Sun, 5 Jan 1997 12:19:58 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: 2.2-BETA comments X-Mailer: Mutt 0.55 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Before anything else: thanks for the _excellent_ work, I still have to be disappointed by the FreeBSD project. Now, the shotgun. Configuration is a 5x86 AMD / 133MHz, w/ 16MB and 1.2 GB IDE Q. Fireball. 2 things which might have been brought up regarding the installation: - during the installation process, in vty0 ("graphical" progression), when I scroll back with SCRL LOCK to look at kernel messages, if I return to normal mode and press SCRL LOCK again, the keyboard is frozen, only solution is to unplug/replug keyboard. Could be puzzling for somebody new to FreeBSD (would they know about screen scrollback then ;-) When the system is up and running, no problem with that... - when re-running sysinstall, and setting and FTP server to install from manually: if, once the setting has been made, I go into Options->Media->Ftp again, bring up the list of FTP servers and press ESC, sysinstall does a SIG 11. 1 thing which might be more due to my evil nature: modload a first screen saver (e.g. blank), modload a second, 'forgetting' to unload the first (e.g. green), set vidcontrol -t 1 to see the result, nothing happens -- modunload _both_ savers, reload any, wait 1 second: panic. Ok, you have to be root and so, but I wonder if there's anyway to detect conflicting symbols for existing LKM's. Thanks for the great work, -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-current Sun Jan 5 05:28:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29251 for current-outgoing; Sun, 5 Jan 1997 05:28:18 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA29246 for ; Sun, 5 Jan 1997 05:28:14 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id OAA01516 for ; Sun, 5 Jan 1997 14:28:09 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id OAA12151 for current@FreeBSD.ORG; Sun, 5 Jan 1997 14:28:04 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id NAA19622; Sun, 5 Jan 1997 13:55:31 +0100 (CET) Message-ID: Date: Sun, 5 Jan 1997 13:55:30 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: 2.2 Beta References: <57g20isrgp.fsf@tees.elsevier.co.uk> X-Mailer: Mutt 0.55.15 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2837 In-Reply-To: ; from Stefan Esser on Jan 5, 1997 01:41:03 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Stefan Esser: > Is this an OEM variant of the IBM DPES-31080 ? > The name seems to suggest that ... ...which is an OEM version of the Conner CFP-1080S BTW :-) (something that everyone can see with the "C" on the drive case) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Sun Jan 5 05:36:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29696 for current-outgoing; Sun, 5 Jan 1997 05:36:55 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA29691; Sun, 5 Jan 1997 05:36:39 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (max66-16.informatik.ba-stuttgart.de [141.31.66.16]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id NAA07085; Sun, 5 Jan 1997 13:36:02 +0100 Received: (from wh@localhost) by helbig.informatik.ba-stuttgart.de (8.8.4/8.8.4) id OAA21919; Sun, 5 Jan 1997 14:36:40 +0100 (MET) From: Wolfgang Helbig Message-Id: <199701051336.OAA21919@helbig.informatik.ba-stuttgart.de> Subject: swap-space during make world To: dyson@freebsd.org Date: Sun, 5 Jan 1997 14:36:39 +0100 (MET) Cc: current@freebsd.org 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 Hi, Here is some output of pstat -s every half an hour during "make world", may be it helps you. The world got completed, but there seems to be some unrecoverable virtual storage as the swap space is not free afterwards. The kernel was built with cvs-ctm#2888, w/o the option OLD_COLLAPSE_CODE. shortly after make world started: ============================ Sun 5 Jan 02:16:05 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 0 43552 0% Interleaved ============================ Sun 5 Jan 02:46:06 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 2488 41064 6% Interleaved ============================ Sun 5 Jan 03:16:07 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3068 40484 7% Interleaved ============================ Sun 5 Jan 03:46:08 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3072 40480 7% Interleaved ============================ Sun 5 Jan 04:16:10 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4172 39380 10% Interleaved ============================ Sun 5 Jan 04:46:11 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4176 39376 10% Interleaved ============================ Sun 5 Jan 05:16:12 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3152 40400 7% Interleaved ============================ Sun 5 Jan 05:46:14 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3704 39848 9% Interleaved ============================ Sun 5 Jan 06:16:16 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 6804 36748 16% Interleaved ============================ Sun 5 Jan 06:46:19 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4132 39420 9% Interleaved ============================ Sun 5 Jan 07:16:20 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4132 39420 9% Interleaved ============================ Sun 5 Jan 07:46:21 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3724 39828 9% Interleaved ============================ Sun 5 Jan 08:16:22 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3724 39828 9% Interleaved ============================ Sun 5 Jan 08:46:24 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4100 39452 9% Interleaved ============================ Sun 5 Jan 09:16:25 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4032 39520 9% Interleaved ============================ Sun 5 Jan 09:46:26 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4920 38632 11% Interleaved ============================ Sun 5 Jan 10:16:27 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4920 38632 11% Interleaved ============================ Sun 5 Jan 10:46:28 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4112 39440 9% Interleaved ============================ Sun 5 Jan 11:16:30 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4112 39440 9% Interleaved ============================ Sun 5 Jan 11:46:31 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3900 39652 9% Interleaved ============================ Sun 5 Jan 12:16:32 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3860 39692 9% Interleaved ============================ Sun 5 Jan 12:46:34 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 4432 39120 10% Interleaved ============================ -------------------------------------------------------------------------- After completion of the world (12:46:44 MET 1997) Sun 5 Jan 12:58:38 MET 1997 Device 1K-blocks Used Avail Capacity Type /dev/wd0s1b 43616 3172 40380 7% Interleaved ============================ ^^^ have fun! Wolfgang Helbig From owner-freebsd-current Sun Jan 5 06:31:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA01157 for current-outgoing; Sun, 5 Jan 1997 06:31:39 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA01146; Sun, 5 Jan 1997 06:31:15 -0800 (PST) Received: by sequent.kiae.su id AA09437 (5.65.kiae-2 ); Sun, 5 Jan 1997 17:25:37 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 5 Jan 97 17:25:36 +0300 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id RAA02364; Sun, 5 Jan 1997 17:22:55 +0300 (MSK) Date: Sun, 5 Jan 1997 17:22:54 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7_=2F_Andrey_A=2E?= =?KOI8-R?Q?_Chernov?= To: FreeBSD-current , peter@freebsd.org, wpaul@freebsd.org, Garrett Wollman Subject: Serious bug in gethostbydns!!! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk gethostbyname() now can't search some short valid DNS name like: "d133", "bed", "fade", etc. (Which looks like hexadecimal digits) doe to this stupid line in gethostbydns.c if (isxdigit(name[0]) || name[0] == ':') I.e. it convert this name to hexadecimal number and not search it as in normal case. Please, fix it! This bug was introduced from in v1.16 of gethostbydns.c -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jan 5 07:15:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA02310 for current-outgoing; Sun, 5 Jan 1997 07:15:10 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA02305; Sun, 5 Jan 1997 07:15:06 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id KAA22323; Sun, 5 Jan 1997 10:14:47 -0500 (EST) From: "John S. Dyson" Message-Id: <199701051514.KAA22323@dyson.iquest.net> Subject: Re: swap-space during make world To: wh@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Sun, 5 Jan 1997 10:14:47 -0500 (EST) Cc: dyson@freebsd.org, current@freebsd.org In-Reply-To: <199701051336.OAA21919@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Jan 5, 97 02:36:39 pm 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 > Hi, > Here is some output of pstat -s every half an hour during "make world", > may be it helps you. The world got completed, but there seems to be > some unrecoverable virtual storage as the swap space is not free afterwards. > What you are seeing is stuff left over from daemons, etc that have been paged out. Things like gettys, init, named, etc are still running and have been paged out. What you are seeing is normal. John From owner-freebsd-current Sun Jan 5 10:08:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA08261 for current-outgoing; Sun, 5 Jan 1997 10:08:44 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA08255 for ; Sun, 5 Jan 1997 10:08:31 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id TAA00353 for current@freebsd.org; Sun, 5 Jan 1997 19:10:14 +0100 (MET) Message-Id: <199701051810.TAA00353@ravenock.cybercity.dk> Subject: w problem To: current@freebsd.org (FreeBSD current) Date: Sun, 5 Jan 1997 19:10:05 +0100 (MET) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL29 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id KAA08257 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Do we have a problem or do I... (sos@ravenock)[1]> w 7:04PM up 1:10, 2 users, load averages: 0.50, 0.58, 0.58 USER TTY FROM LOGIN@ IDLE WHAT sos v0 - 5:55PM 1:09 xinit /u1/home/sos/.xinitrc ÝÏ2ttyp1 - 01Jan70 1:09 - (sos@ravenock)[1]> who sos ttyv0 Jan 5 17:55 Their should be 2 logins on ttyp0 ttyp1, what gives ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Jan 5 11:04:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA10071 for current-outgoing; Sun, 5 Jan 1997 11:04:04 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA10053 for ; Sun, 5 Jan 1997 11:03:55 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id OAA18285; Sun, 5 Jan 1997 14:01:57 -0500 From: Bill Paul Message-Id: <199701051901.OAA18285@skynet.ctr.columbia.edu> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: jb@cimlogic.com.au (John Birrell) Date: Sun, 5 Jan 1997 14:01:56 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199701040051.LAA28752@freebsd1.cimlogic.com.au> from "John Birrell" at Jan 4, 97 11:51:27 am 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, John Birrell had to walk into mine and say: > J Wunsch wrote: > > Define `universal'. > > Default? I dunno, the crystal ball was a little fuzzy. 8-) Mine's in the shop. Along with my time machine and perpetual motion generator. > > Second, you can't have compile-time options anymore then. IOW, you > > gotta include everything into the compiled object already, to make it > > run-time selectable. > > I'm not sure that I agree with this. For DEBUG and DIAGNOSTIC maybe, > but most of the options involve linking in code (or not) and filling > in device arrays. The SunOS kernel is configured and linked much like this. The object-only distribution includes only a few small source files which usually contain arrays that you can hack either directly or with config file options. Mostly there are conf files for the SCSI system (st_conf, sd_conf, etc), plus the main device table generated by config, and in_proto.c for setting a few variables dealing with networking. Using this you can configure out certain bits and pieces that you don't need. Tunable bits for other code that's only supplied in object form are set of as external references to variables in the conf files; the initial values can be set just be recompiling the conf files and relinking. (Again, this is a bit like the Space.c stuff in SYSV.) Things get a little trickier when you consider things like BPF. With SunOS, you're allowed to configure NIT support out of the kernel (which is a good idea on heavily used shell systems; if someone breaks r00t on the system, they won't be able to run a packet scanner). In our case, part of configuring BPF into the system involves some conditional code that's present in _all_ of the network interface device drivers. This would have to change: the condition code would have to become unconditional, and we'd need a bpf_conf.c file that would stub out the BPF functions if 'pseudo-device bpfilter x' didn't appear in the config file. The SunOS config(8) program also does special things for you. All object files are stored in an OBJ directory, but /sys//conf/files lists all the _source_ files needed to build the kernel. When invoked, config(8) checks all these files and if it can't find a particular source module, it creates the final Makefile with a reference to sys//OBJ/foo.o instead. So if files specifies that I need sys/kern/uipc_socket.c but that file isn't in the source tree, config puts sys/i386/OBJ/uipc_socket.o on the Makefile instead. > Once you make most options loadable as kernel > modules, you have achieved much of the goal of "building" a kernel > without source because you don't need to build one in the first > place. If the next WC CD came out with a minimal generic kernel > (that was enough to get console & disk working) and everything > else as lkms, then I would most likely _never_ build a kernel > because my development work is done in user-space (except for > few simple lkms which I can't configure properly 'cause of the > way the system is designed. Sigh). Enough to get a console and disk working? That's not as small a deal as you make it sound. You still have to have a bunch of drivers compiled in to support IDE, SCSI and floppy disks. SCSI in particular is a bear since there are so many different types of controllers. And with our current LKM system you can't make the drivers into modules since then you have a 'chicken and the egg' problem: you can't load the LKMs until you can mount your disk, but you can't mount your disk until you load your LKMs. (What about mounting an NFS rootfs. Then you need INET support, NFS client support and all the network drivers.) That said, what would make this problem (and probably some others) go away is a BIOS-based disk driver, but we've discussed this already and the problems involved in doing something like this haven't yet been solved. (Talked about to death, yes, but not solved.) Getting the kernel to switch to real mode to use the BIOS and then back again is tantamount to turning lead into gold, and nobody seems to be in a hurry to implement vm86 support. (Then again, I'm not even sure that vm86 mode alone is enough to do it.) > I wonder what percentage of FreeBSD users/hackers actually do > kernel development? And of those that don't, what percentage > configure their kernels with exactly those options that they > currently *need* rather than throwing in a few that they *might* > need? I always keep the kernel source (and usually also the build directory) on the system in case I run into a bug and need to patch it quickly. I've had this happen a couple of times. That said, I'm sure that some people wouldn't mind having an 'object-mostly' kernel distribution in addition to the full source distribution. That way people who want to make quick driver changes and don't want to recompile the whole kernel can just load the object-mostly kernel tree and do a quick relink. (Those with 386 systems where compiling a complete kernel takes a couple of hours would like this too.) People who want the whole kernel source can load the usual ssys archive instead. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Sun Jan 5 12:34:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA13078 for current-outgoing; Sun, 5 Jan 1997 12:34:56 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA13071 for ; Sun, 5 Jan 1997 12:34:53 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15690(8)>; Sun, 5 Jan 1997 12:34:23 PST Received: by crevenia.parc.xerox.com id <177481>; Sun, 5 Jan 1997 12:34:12 -0800 From: Bill Fenner To: current@freebsd.org Subject: 2.2-BETA install failure Message-Id: <97Jan5.123412pst.177481@crevenia.parc.xerox.com> Date: Sun, 5 Jan 1997 12:34:11 PST Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I finally got the 2.2-BETA install to FTP all the files without triggering the race condition in our FTP proxy, but had a few problems afterwards: - I was unable to select "Busmouse" in the mouse selection menu, even though the probe messages included "mse0 at 0x23c irq 5 on isa". Another oddness about the mouse selection menu: when I first selected it, I could select "PS/2 mosue", but if I then selected COM1 and then went back to "PS/2" I couldn't select PS/2 the second time. - XF86Setup stopped accepting input from the keyboard after I hit enter to "dismiss" the info panel about how to set up the mouse. I couldn't figure out what to do so I went to VTY4 and killed XF86Setup. After that, there was nothing running on any other VTY (hitting ctl-alt-F[124] just beeped) and X wasn't responding to ctl-alt-BS so I ended up hitting reset. - After my bad experience with the 2.2-ALPHA install and "dangerously dedicated", I installed a partition table this time (whatever I got when I hit "A" and then said "no" to the dangerously dedicated mode). I rebooted, hit F5 for the 2nd disk (FreeBSD is on sd1), and got 5 lines of garbage displayed on the screen. Trying to boot sd(1,a)/kernel from the boot floppy results in dosdev=81 biosdrive=1 unit=1 maj=4 Invalid format! I'll start mucking around with the fixit floppy, I guess. Bill From owner-freebsd-current Sun Jan 5 14:30:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA17798 for current-outgoing; Sun, 5 Jan 1997 14:30:48 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA17792 for ; Sun, 5 Jan 1997 14:30:44 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id XAA02076 for ; Sun, 5 Jan 1997 23:30:40 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA28322 for current@freebsd.org; Sun, 5 Jan 1997 23:30:36 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id XAA07305; Sun, 5 Jan 1997 23:29:53 +0100 (CET) Message-ID: Date: Sun, 5 Jan 1997 23:29:52 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org Subject: Re: 2.2-BETA install failure References: <97Jan5.123412pst.177481@crevenia.parc.xerox.com> X-Mailer: Mutt 0.55.15 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2837 In-Reply-To: <97Jan5.123412pst.177481@crevenia.parc.xerox.com>; from Bill Fenner on Jan 5, 1997 12:34:11 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Bill Fenner: > - XF86Setup stopped accepting input from the keyboard after I hit enter > to "dismiss" the info panel about how to set up the mouse. I couldn't > figure out what to do so I went to VTY4 and killed XF86Setup. After that, I think it may be a generic XF86Setup problem when using PS/2 mouse. I've seen this problem on 2.1.5 too when installing XF 3.2. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Sun Jan 5 15:22:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA20507 for current-outgoing; Sun, 5 Jan 1997 15:22:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA20488; Sun, 5 Jan 1997 15:22:44 -0800 (PST) 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 AAA27972; Mon, 6 Jan 1997 00:21:25 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10363; Mon, 6 Jan 1997 00:21:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA00815; Mon, 6 Jan 1997 00:20:53 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 00:20:53 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: sos@freebsd.org Cc: current@freebsd.org (FreeBSD current) Subject: Re: w problem References: <199701051810.TAA00353@ravenock.cybercity.dk> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701051810.TAA00353@ravenock.cybercity.dk>; from sos@freebsd.org on Jan 5, 1997 19:10:05 +0100 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id PAA20501 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As sos@freebsd.org wrote: > Do we have a problem or do I... > > (sos@ravenock)[1]> w > 7:04PM up 1:10, 2 users, load averages: 0.50, 0.58, 0.58 > USER TTY FROM LOGIN@ IDLE WHAT > sos v0 - 5:55PM 1:09 xinit /u1/home/sos/.xinitrc > ÝÏ2ttyp1 - 01Jan70 1:09 - Are you sure your xdm is updated? -- 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 Jan 5 15:49:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA21727 for current-outgoing; Sun, 5 Jan 1997 15:49:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA21721 for ; Sun, 5 Jan 1997 15:49:17 -0800 (PST) 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 AAA28576 for ; Mon, 6 Jan 1997 00:49:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA11018 for current@freebsd.org; Mon, 6 Jan 1997 00:49:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA01186; Mon, 6 Jan 1997 00:43:25 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 00:43:25 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: 2.2-BETA install failure References: <97Jan5.123412pst.177481@crevenia.parc.xerox.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <97Jan5.123412pst.177481@crevenia.parc.xerox.com>; from Bill Fenner on Jan 5, 1997 12:34:11 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > - After my bad experience with the 2.2-ALPHA install and "dangerously > dedicated", I installed a partition table this time (whatever I got > when I hit "A" and then said "no" to the dangerously dedicated mode). > I rebooted, hit F5 for the 2nd disk (FreeBSD is on sd1), and got 5 > lines of garbage displayed on the screen. Trying to boot sd(1,a)/kernel > from the boot floppy results in > > dosdev=81 biosdrive=1 unit=1 maj=4 > Invalid format! Too bad. :-( Btw., we tried to improve DD mode, maybe you can give it a try again? -- 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 Jan 5 18:23:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA00759 for current-outgoing; Sun, 5 Jan 1997 18:23:25 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA00751 for ; Sun, 5 Jan 1997 18:23:22 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id SAA11761; Sun, 5 Jan 1997 18:23:09 -0800 (PST) To: regnauld@tetard.glou.eu.org (Philippe Regnauld) cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2-BETA comments In-reply-to: Your message of "Sun, 05 Jan 1997 12:19:58 +0100." Date: Sun, 05 Jan 1997 18:23:09 -0800 Message-ID: <11757.852517389@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - during the installation process, in vty0 ("graphical" progression), when I > scroll back with SCRL LOCK to look at kernel messages, if I return to > normal mode and press SCRL LOCK again, the keyboard is frozen, only There appear to be a lot of problems with the 2.2 syscons. :-( We'll work something out, even if it means ending up having to revert a number of changes. > - when re-running sysinstall, and setting and FTP server to install from > manually: if, once the setting has been made, I go into > Options->Media->Ftp again, bring up the list of FTP servers and press > ESC, sysinstall does a SIG 11. That should be fixed now - we had a bogus free() which was being called whenever you hit ESC in an options menu. :-) > 1 thing which might be more due to my evil nature: > > modload a first screen saver (e.g. blank), modload a second, 'forgetting' > to unload the first (e.g. green), set vidcontrol -t 1 to see the result, > nothing happens -- modunload _both_ savers, reload any, wait 1 second: > panic. I think this has always been the case and probably isn't likely to be fixed very soon. :-( Jordan From owner-freebsd-current Sun Jan 5 19:12:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA03282 for current-outgoing; Sun, 5 Jan 1997 19:12:04 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA03248 for ; Sun, 5 Jan 1997 19:11:58 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id TAA12016; Sun, 5 Jan 1997 19:11:38 -0800 (PST) To: Bill Paul cc: jb@cimlogic.com.au (John Birrell), current@freebsd.org Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-reply-to: Your message of "Sun, 05 Jan 1997 14:01:56 EST." <199701051901.OAA18285@skynet.ctr.columbia.edu> Date: Sun, 05 Jan 1997 19:11:38 -0800 Message-ID: <12012.852520298@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [various really good points deleted] > That said, I'm sure that some people wouldn't mind having an 'object-mostly' > kernel distribution in addition to the full source distribution. That way > people who want to make quick driver changes and don't want to recompile > the whole kernel can just load the object-mostly kernel tree and do a quick I don't see this happening as a sole objective, but I do see it possibly happening as a side-effect of some more general, long-awaited effort to bring FreeBSD's config(8) into the 90's. :-) Unfortunately, every time we've also looked around for someone who'd be really interested in the idea of championing config, the room has quickly emptied. :-) Jordan From owner-freebsd-current Sun Jan 5 19:35:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA04345 for current-outgoing; Sun, 5 Jan 1997 19:35:21 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA04340 for ; Sun, 5 Jan 1997 19:35:19 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA18789; Sun, 5 Jan 1997 20:35:11 -0700 (MST) Date: Sun, 5 Jan 1997 20:35:11 -0700 (MST) Message-Id: <199701060335.UAA18789@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: regnauld@tetard.glou.eu.org (Philippe Regnauld), freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments In-Reply-To: <11757.852517389@time.cdrom.com> References: <11757.852517389@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > - during the installation process, in vty0 ("graphical" progression), when I > > scroll back with SCRL LOCK to look at kernel messages, if I return to > > normal mode and press SCRL LOCK again, the keyboard is frozen, only > > There appear to be a lot of problems with the 2.2 syscons. :-( We'll > work something out, even if it means ending up having to revert a > number of changes. Not that it makes any difference, but I'm mostly responsible for the syscons brokeness in 2.2. In my attempt to get PS/2 mice working I brought in some (very new) code that should have never been brought in. The worst part for the users stuck with broken hardware is that it seems to work 'mostly' fine on my system. I'm trying to get some hardware and software so that I can run -current on my main workstation (a PS/2 cable so I can run a PS/2 mouse and a version of XAceel that works under 2.2), so at least this should be fixed in the future. In the meantime, I *could* revert all of the kbdio and such changes from 2.2 if you think it would help. Whaddya think Jordan? Nate From owner-freebsd-current Sun Jan 5 21:16:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA07652 for current-outgoing; Sun, 5 Jan 1997 21:16:40 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA07647 for ; Sun, 5 Jan 1997 21:16:38 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id VAA12589; Sun, 5 Jan 1997 21:16:18 -0800 (PST) To: Nate Williams cc: regnauld@tetard.glou.eu.org (Philippe Regnauld), freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments In-reply-to: Your message of "Sun, 05 Jan 1997 20:35:11 MST." <199701060335.UAA18789@rocky.mt.sri.com> Date: Sun, 05 Jan 1997 21:16:18 -0800 Message-ID: <12585.852527778@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In the meantime, I *could* revert all of the kbdio and such changes from > 2.2 if you think it would help. Whaddya think Jordan? That depends on how long you think it might take you to fix it. :-) I'm all in favor of forward progress, and certainly prefer it to retrograde motion, but you know our 2.2 release schedule as well as anyone and are closer to the problem, so... What do *you* want to do, Nate? :-) Jordan From owner-freebsd-current Sun Jan 5 21:24:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA07837 for current-outgoing; Sun, 5 Jan 1997 21:24:26 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA07831 for ; Sun, 5 Jan 1997 21:24:22 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA19240; Sun, 5 Jan 1997 22:24:16 -0700 (MST) Date: Sun, 5 Jan 1997 22:24:16 -0700 (MST) Message-Id: <199701060524.WAA19240@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Nate Williams , regnauld@tetard.glou.eu.org (Philippe Regnauld), freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments In-Reply-To: <12585.852527778@time.cdrom.com> References: <199701060335.UAA18789@rocky.mt.sri.com> <12585.852527778@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In the meantime, I *could* revert all of the kbdio and such changes from > > 2.2 if you think it would help. Whaddya think Jordan? > > That depends on how long you think it might take you to fix it. :-) > > I'm all in favor of forward progress, and certainly prefer it to > retrograde motion, but you know our 2.2 release schedule as well as > anyone and are closer to the problem, so... What do *you* want to do, > Nate? :-) IMHO, I don't think we're going to have a tested solution ready for 2.2. However, I'm not sure going back will *solve* the problem, although it may make it less severe, since the problem was reported long before we did the kbdio stuff. My question (to you) is do we ship something that is possibly 'more' broken (unknown), or back up to old (known to be broken, possibly less) broken code for the release, which breaks support for PS/2 mice. If you think the probably is severe enough I'm willing to retrograde, but I'm not sure (and I *really* mean that I don't know) if it'll buy us anything. If at least one person who is experiencing the problem will contact me *soon* (like in the next 24 hours) and is willing to work with me I will provide them with the old code to see if it makes the problem better/worse. Only then will I be able to make a good decision on to backout the code or keep it as it stands. If I don't hear anything from one of the people experiencing the problem I'll assume the problem isn't severe enough to warrant backing out the new code. Fair enough? Nate From owner-freebsd-current Sun Jan 5 22:03:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA09766 for current-outgoing; Sun, 5 Jan 1997 22:03:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA09761 for ; Sun, 5 Jan 1997 22:03:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id QAA29343; Mon, 6 Jan 1997 16:32:57 +1030 (CST) From: Michael Smith Message-Id: <199701060602.QAA29343@genesis.atrad.adelaide.edu.au> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-Reply-To: <199701051901.OAA18285@skynet.ctr.columbia.edu> from Bill Paul at "Jan 5, 97 02:01:56 pm" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Mon, 6 Jan 1997 16:32:56 +1030 (CST) Cc: jb@cimlogic.com.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Bill Paul stands accused of saying: > > That said, what would make this problem (and probably some others) go > away is a BIOS-based disk driver, but we've discussed this already and > the problems involved in doing something like this haven't yet been > solved. (Talked about to death, yes, but not solved.) Getting the kernel > to switch to real mode to use the BIOS and then back again is tantamount > to turning lead into gold, and nobody seems to be in a hurry to implement > vm86 support. (Then again, I'm not even sure that vm86 mode alone is > enough to do it.) Do I need to beat the "why we have no vm86 support yet" gong again? If anyone thinks it'll help, I will 8) Yes, we could do a BIOS disk driver. I don't know whether it would actually require vm86 support (which is for running user processes, not kernel code), but it would be a shade hairy. Certainly it would be easiest to run it in a user process. > That said, I'm sure that some people wouldn't mind having an 'object-mostly' > kernel distribution in addition to the full source distribution. That way Or even just a means to construct such a distribution. > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jan 5 23:33:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA16459 for current-outgoing; Sun, 5 Jan 1997 23:33:53 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA16454 for ; Sun, 5 Jan 1997 23:33:51 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vh9Xf-0003vyC; Sun, 5 Jan 97 23:32 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id IAA00416; Mon, 6 Jan 1997 08:32:14 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id IAA04035; Mon, 6 Jan 1997 08:35:46 +0100 (MET) To: Michael Smith cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), jb@cimlogic.com.au, current@freebsd.org Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-reply-to: Your message of "Mon, 06 Jan 1997 16:32:56 +1030." <199701060602.QAA29343@genesis.atrad.adelaide.edu.au> Date: Mon, 06 Jan 1997 08:35:46 +0100 Message-ID: <4033.852536146@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701060602.QAA29343@genesis.atrad.adelaide.edu.au>, Michael Smith writes: >Bill Paul stands accused of saying: >> >> That said, what would make this problem (and probably some others) go >> away is a BIOS-based disk driver, but we've discussed this already and >> the problems involved in doing something like this haven't yet been >> solved. (Talked about to death, yes, but not solved.) Getting the kernel >> to switch to real mode to use the BIOS and then back again is tantamount >> to turning lead into gold, and nobody seems to be in a hurry to implement >> vm86 support. (Then again, I'm not even sure that vm86 mode alone is >> enough to do it.) > >Do I need to beat the "why we have no vm86 support yet" gong again? If >anyone thinks it'll help, I will 8) Sure go ahead, beat it as much as you want! But would mind doing it outside this time ? :-) vm86 support would benefit mostly owners of Compaq and other broken and/or undocumented hardware I belive, and quite frankly, that is not something that will ever even come close to my "doing for fun" timeslots. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 6 00:05:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA17932 for current-outgoing; Mon, 6 Jan 1997 00:05:15 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA17926 for ; Mon, 6 Jan 1997 00:05:11 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA00425; Mon, 6 Jan 1997 18:34:54 +1030 (CST) From: Michael Smith Message-Id: <199701060804.SAA00425@genesis.atrad.adelaide.edu.au> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-Reply-To: <4033.852536146@critter.dk.tfs.com> from Poul-Henning Kamp at "Jan 6, 97 08:35:46 am" To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Mon, 6 Jan 1997 18:34:54 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, wpaul@skynet.ctr.columbia.edu, jb@cimlogic.com.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Poul-Henning Kamp stands accused of saying: > > vm86 support would benefit mostly owners of Compaq and other broken > and/or undocumented hardware I belive, and quite frankly, that is > not something that will ever even come close to my "doing for fun" > timeslots. Er, no. vm86 support initially will let us run MS-DOS programs at close to full speed. For some people, this would be a Very Good Thing. The context in which it was being raised here was that of providing BIOS access from the kernel, with the specific intent of providing a catchall disk device driver that could be used to bootstrap the system with on arbitrary hardware without having to have every imaginable disk driver in the kernel. It may not be your idea of fun; I wasn't asking you do anything about it anyway 8) > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 6 00:22:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA18984 for current-outgoing; Mon, 6 Jan 1997 00:22:24 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA18963 for ; Mon, 6 Jan 1997 00:22:04 -0800 (PST) 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 JAA09994; Mon, 6 Jan 1997 09:20:58 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA18012; Mon, 6 Jan 1997 09:20:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03503; Mon, 6 Jan 1997 09:18:41 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 09:18:41 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Cc: nate@mt.sri.com (Nate Williams) Subject: Re: 2.2-BETA comments References: <11757.852517389@time.cdrom.com> <199701060335.UAA18789@rocky.mt.sri.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701060335.UAA18789@rocky.mt.sri.com>; from Nate Williams on Jan 5, 1997 20:35:11 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > Not that it makes any difference, but I'm mostly responsible for the > syscons brokeness in 2.2. No, only for the input part (if at all). The ``buggy pty'' behaviour that for example bites the Emergency Holographic Shell is certainly not your fault. I think the ScrollLock feature used to have problems all the time, in particular if output data arrived while one was scrolling back. You know, i've been also once yelling at you for making the keyboard driver in the 2.2 branch a ``patch of the day'' work, but it seems it's now more stable than it used to be before. Unless you are really sure that ripping it out again will cure at least one or two very annoying problems, it's probably not worth doing. -- 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 Jan 6 00:27:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA19326 for current-outgoing; Mon, 6 Jan 1997 00:27:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA19320 for ; Mon, 6 Jan 1997 00:27:20 -0800 (PST) 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 JAA09990; Mon, 6 Jan 1997 09:20:57 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA18011; Mon, 6 Jan 1997 09:20:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03489; Mon, 6 Jan 1997 09:14:15 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 09:14:15 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: regnauld@tetard.glou.eu.org (Philippe Regnauld), freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments References: <11757.852517389@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <11757.852517389@time.cdrom.com>; from Jordan K. Hubbard on Jan 5, 1997 18:23:09 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > - when re-running sysinstall, and setting and FTP server to install from > > manually: if, once the setting has been made, I go into > > Options->Media->Ftp again, bring up the list of FTP servers and press > > ESC, sysinstall does a SIG 11. > > That should be fixed now - we had a bogus free() which was being > called whenever you hit ESC in an options menu. :-) If this was in a radiolist (it seems so, but i'm not sure), yes, this might have been the same problem as the keymap one. -- 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 Jan 6 00:51:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA20694 for current-outgoing; Mon, 6 Jan 1997 00:51:27 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA20685 for ; Mon, 6 Jan 1997 00:51:23 -0800 (PST) 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 JAA11522 for ; Mon, 6 Jan 1997 09:51:12 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA18485 for current@freebsd.org; Mon, 6 Jan 1997 09:51:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03563; Mon, 6 Jan 1997 09:45:35 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 09:45:35 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] References: <199701051901.OAA18285@skynet.ctr.columbia.edu> <199701060602.QAA29343@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701060602.QAA29343@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jan 6, 1997 16:32:56 +1030 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > That said, I'm sure that some people wouldn't mind having an > > 'object-mostly' kernel distribution in addition to the full source > > distribution. That way > Or even just a means to construct such a distribution. Well, yes, this little detail is just missing. :) As i wrote earlier in this thread, it's certainly not that anybody here would _mind_ such a scenario, it's only that nobody of the current kernel hackers has the slightest driving force to create this construct. That's simply a matter of fact, since we already noticed that kernel hackers won't (can't) ever use such an object-mostly distribution. (Perhaps i could use in my dayjob, when setting up a customer's machine. But then, 30 MB of disk space and 10 minutes of compilation time are still cheaper to me.) That said, unless somebody is really willing to make this project fly (himself!), it sure won't ever happen. This `somebody' is likely not to be found among David Greenman, John Dyson etc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 6 01:01:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA21133 for current-outgoing; Mon, 6 Jan 1997 01:01:13 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA21116 for ; Mon, 6 Jan 1997 01:00:53 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id KAA01036; Mon, 6 Jan 1997 10:00:23 +0100 (MET) Message-Id: <199701060900.KAA01036@ravenock.cybercity.dk> Subject: Re: 2.2-BETA comments In-Reply-To: from J Wunsch at "Jan 6, 97 09:18:41 am" To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Jan 1997 10:00:22 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG, nate@mt.sri.com From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL29 (25)] 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 In reply to J Wunsch who wrote: > As Nate Williams wrote: > > > Not that it makes any difference, but I'm mostly responsible for the > > syscons brokeness in 2.2. NO, you are not, I let the stuff done by kazo in because it is much better than what we had, and sure is a step in the right direction. > No, only for the input part (if at all). The ``buggy pty'' behaviour > that for example bites the Emergency Holographic Shell is certainly > not your fault. > > I think the ScrollLock feature used to have problems all the time, in > particular if output data arrived while one was scrolling back. Erhm, could you be more specific about this one ?? I know I use it this way often and it has newer failed on me (yet). > You know, i've been also once yelling at you for making the keyboard > driver in the 2.2 branch a ``patch of the day'' work, but it seems > it's now more stable than it used to be before. Unless you are really > sure that ripping it out again will cure at least one or two very > annoying problems, it's probably not worth doing. DONT rip it out.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Jan 6 01:15:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA21575 for current-outgoing; Mon, 6 Jan 1997 01:15:48 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA21563 for ; Mon, 6 Jan 1997 01:15:07 -0800 (PST) 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 KAA16126 for ; Mon, 6 Jan 1997 10:15:54 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id KAA00585 for freebsd-current@freefall.cdrom.com; Mon, 6 Jan 1997 10:29:11 +0100 (MET) Date: Mon, 6 Jan 1997 10:29:11 +0100 (MET) From: Christoph Kukulies Message-Id: <199701060929.KAA00585@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: last command - wtmp changes? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Strange, when I login in as user 'kuku' in one of my machines I'm seeing the following picture: bach> last kuku | head kuku ttyp0 137.226.31.18 Mon Jan 6 10:10 still logged in kuku ttyp0 137.226.31.18 Mon Jan 6 10:08 - 10:09 (00:00) kuku ttyp0 137.226.31.18 Mon Jan 6 10:07 - 10:08 (00:01) kuku ttyp0 gilberto Sat Jan 4 21:42 - 21:43 (00:00) kuku ttyp0 137.226.145.27 Fri Jan 3 10:12 still logged in ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This connection doesn't exist. kuku ttyp0 137.226.145.27 Fri Jan 3 10:07 - 10:10 (00:03) kuku ttyp4 137.226.31.18 Thu Jan 2 11:59 - 12:13 (00:13) kuku ttyp4 137.226.31.18 Thu Jan 2 11:57 - 11:58 (00:00) kuku ttyp0 kuku-home Wed Jan 1 22:35 - 22:38 (00:02) kuku ttyp0 gilberto Wed Jan 1 22:25 - 22:31 (00:06) bach> Logging in as another user the picture looks like this: $ last kuku | head kuku ttyp0 137.226.31.18 Mon Jan 6 10:08 - 10:09 (00:00) kuku ttyp0 137.226.31.18 Mon Jan 6 10:07 - 10:08 (00:01) kuku ttyp0 gilberto Sat Jan 4 21:42 - 21:43 (00:00) kuku ttyp0 137.226.145.27 Fri Jan 3 10:12 still logged in kuku ttyp0 137.226.145.27 Fri Jan 3 10:07 - 10:10 (00:03) kuku ttyp4 137.226.31.18 Thu Jan 2 11:59 - 12:13 (00:13) kuku ttyp4 137.226.31.18 Thu Jan 2 11:57 - 11:58 (00:00) kuku ttyp0 kuku-home Wed Jan 1 22:35 - 22:38 (00:02) kuku ttyp0 gilberto Wed Jan 1 22:25 - 22:31 (00:06) kuku ttyp0 kuku-home Wed Jan 1 22:20 - 22:23 (00:03) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Jan 6 06:01:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06104 for current-outgoing; Mon, 6 Jan 1997 06:01:56 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA06088 for ; Mon, 6 Jan 1997 06:01:52 -0800 (PST) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id QAA10353; Mon, 6 Jan 1997 16:01:45 +0200 (EET) Received: (hsu@localhost) by cantina.clinet.fi (8.8.4/8.6.4) id QAA21728; Mon, 6 Jan 1997 16:01:44 +0200 (EET) Date: Mon, 6 Jan 1997 16:01:44 +0200 (EET) Message-Id: <199701061401.QAA21728@cantina.clinet.fi> From: Heikki Suonsivu To: Poul-Henning Kamp Cc: freebsd-current@freebsd.org In-reply-to: Poul-Henning Kamp's message of 3 Jan 1997 23:40:26 +0200 Subject: Re: utmp changes Organization: Clinet Ltd, Espoo, Finland References: <18569.852321999@critter.dk.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Poul-Henning Kamp >but this is what I conceive as changing. The big thing is I'd like to fix >the size of the utmp structure once and for all, and define the reserved >area as must-be-zero so we don't get in the mess we just got in ever again. :- I would rather see variable-length records, it would save space and it is the only way to be sure it will be enough for quite some time. It would be more difficult to parse, but most of that can be hidden into a library. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-current Mon Jan 6 06:56:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA08906 for current-outgoing; Mon, 6 Jan 1997 06:56:27 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA08897 for ; Mon, 6 Jan 1997 06:56:21 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id BAA20617; Tue, 7 Jan 1997 01:54:49 +1100 (EST) Message-ID: Date: Tue, 7 Jan 1997 01:54:48 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: hsu@clinet.fi (Heikki Suonsivu) Cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), freebsd-current@freebsd.org Subject: Re: utmp changes References: <18569.852321999@critter.dk.tfs.com> <199701061401.QAA21728@cantina.clinet.fi> X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: <199701061401.QAA21728@cantina.clinet.fi>; from Heikki Suonsivu on Jan 6, 1997 16:01:44 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heikki Suonsivu writes: > From: Poul-Henning Kamp > >but this is what I conceive as changing. The big thing is I'd like to fix > >the size of the utmp structure once and for all, and define the reserved > >area as must-be-zero so we don't get in the mess we just got in ever again. :- > > I would rather see variable-length records, it would save space and it is > the only way to be sure it will be enough for quite some time. It would be > more difficult to parse, but most of that can be hidden into a library. I definitely agree with variable length, but "difficult to parse" - not necessarily. FWIW, the accounting log file on our ISP box, a large part of which consolidates utmp data, uses a variable length newline delimited *text* record format and an accompanying db index for fast lookup. Two years and seven months of accounting data with 10 (now 16) dialin lines and the file is still only ~3.5mb (the index is somewhat bigger, but that's a different story :-)). Easily parsable in C, Perl, tcl - hell, even shell script if you're desperate. And given that all but the time field is text anyway... It would also solve the hostname/ip kludge login does, as well as offer easier transition to IPv6, addition of new fields and so on - all of which can happen transparently and be added ad hoc without any need to 'upgrade' a thing. Records with new fields are just appended as is, and anything that uses the field ignores what it doesn't know about so long as the existing fields aren't touched. It can be indexed anyway you like, fed directly in raw format to an SQL engine or any database you please. A big win. utmp is a different kettle. I can't see it being anything but a fixed record field without losing significantly. Either that, or the "ttyslot" idea needs to be revisited. As you say, this can all be 'hidden' from anything that doesn't care about the format (ie. almost everything that creates or updates these files) by the library interface. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Mon Jan 6 08:20:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA14249 for current-outgoing; Mon, 6 Jan 1997 08:20:55 -0800 (PST) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA14240 for ; Mon, 6 Jan 1997 08:20:51 -0800 (PST) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id IAA22994; Mon, 6 Jan 1997 08:20:35 -0800 (PST) Received: (from markd@localhost) by osprey.grizzly.com (8.8.4/8.7.3) id IAA03072; Mon, 6 Jan 1997 08:21:19 -0800 (PST) Date: Mon, 6 Jan 1997 08:21:19 -0800 (PST) Message-Id: <199701061621.IAA03072@osprey.grizzly.com> From: Mark Diekhans To: nate@mt.sri.com CC: jkh@time.cdrom.com, nate@mt.sri.com, regnauld@tetard.glou.eu.org, freebsd-current@freebsd.org In-reply-to: <199701060524.WAA19240@rocky.mt.sri.com> (message from Nate Williams on Sun, 5 Jan 1997 22:24:16 -0700 (MST)) Subject: Re: 2.2-BETA comments Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >If at least one person who is experiencing the problem will contact me >*soon* (like in the next 24 hours) and is willing to work with me I will >provide them with the old code to see if it makes the problem >better/worse. Only then will I be able to make a good decision on to >backout the code or keep it as it stands. Ok, I have been experiencing problems with 2.2, a PS/2 mouse and XAccel. I occasionally have keyboard and mouse lockup. It was worse in 2.2-ALPHA, its only happend once in several days of running 2.2-BETA. Yesterday, mouse freaked out (I could still move it, but it would go in strange directions and button press events were generated) and keyboard locked up. Have to reboot to get the console back, so it I would be happy to try out driver changes for you guys... Mark From owner-freebsd-current Mon Jan 6 08:29:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA14708 for current-outgoing; Mon, 6 Jan 1997 08:29:16 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA14703 for ; Mon, 6 Jan 1997 08:29:14 -0800 (PST) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.103.22]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id LAA28840 for ; Mon, 6 Jan 1997 11:29:11 -0500 (EST) Received: from localhost (chuckr@localhost) by maryann.eng.umd.edu (8.8.3/8.7.3) with SMTP id LAA03123 for ; Mon, 6 Jan 1997 11:29:10 -0500 (EST) X-Authentication-Warning: maryann.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 6 Jan 1997 11:29:10 -0500 (EST) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: FreeBSD current Subject: gdb docs 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 was bringing my new machine to current, and during the virginal make world, noticed it stopped while in gdb/doc. I went back to my main machine, did a make clean there, and found it too stopped in gdb/doc. Assuming for the moment that this _is_ broken .... It seems that a file from gdb/readline named rluser.texinfo isn't being brought in, that seems to be causing it. The way that gdb is organized, tho, makes me wonder what the right fix is. Normally, I thought that stuff that has sources based in contrib was supposed to use those sources directly as much as possible, but gdb doesn't seem to do that; most of the sources for gdb have been committed to the /usr/src/gnu/usr.bin/gdb hierarchy, so they exist twice, once in /usr/src/contrib, and again in /usr/src/gnu/usr.bin/gdb. The one exception to this is that rluser.texinfo file. The Makefile in gdb/doc forces an include of the usr.bin/gdb/readline/doc, but the rluser.texinfo is in /usr/src/contrib/gdb/readline/doc. Either moving the include line to point at the contrib stuff, or copying the rluser.texinfo to the tree sources would fix it. For gdb, which is the right way to go? ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 6 10:00:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA19075 for current-outgoing; Mon, 6 Jan 1997 10:00:55 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA19064 for ; Mon, 6 Jan 1997 10:00:52 -0800 (PST) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.103.22]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id NAA01651 for ; Mon, 6 Jan 1997 13:00:49 -0500 (EST) Received: from localhost (chuckr@localhost) by maryann.eng.umd.edu (8.8.3/8.7.3) with SMTP id NAA03239 for ; Mon, 6 Jan 1997 13:00:48 -0500 (EST) X-Authentication-Warning: maryann.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 6 Jan 1997 13:00:48 -0500 (EST) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: FreeBSD current Subject: Possible make world breakage 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'm still trying to get the make world on my new machine done. In /usr/src/usr.sbin/amd/doc, it failed making the .info file. Sure enough, when I went back to my older system and did the make clean, it failed there too. The interesting line from the build was: makeinfo --no-split -I /usr/src/usr.sbin/amd/doc -I /usr/src/usr.sbin/amd/doc /amdref.texinfo -o amdref.info Notice how "/amdref.texinfo" is the target ... I checked into what was wrong, found a line in bsd.info.mk that was referencing .SRCDIR instead of SRCDIR, made a change, and it worked fine. Could someone give me a review on this (is it an error, is this the fix?) ROOT:/usr/src/share/mk:1303 >cvs diff -u cvs diff: Diffing . Index: bsd.info.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.info.mk,v retrieving revision 1.20 diff -u -r1.20 bsd.info.mk --- bsd.info.mk 1997/01/05 15:33:36 1.20 +++ bsd.info.mk 1997/01/06 17:51:53 @@ -42,7 +42,7 @@ .if defined(SRCS) ${INFO}.info: ${SRCS} - ${MAKEINFO} ${MAKEINFOFLAGS} -I ${.CURDIR} -I ${SRCDIR} ${SRCS:S/^/${.SRCDIR}\//g} -o ${INFO}.info + ${MAKEINFO} ${MAKEINFOFLAGS} -I ${.CURDIR} -I ${SRCDIR} ${SRCS:S/^/${SRCDIR}\//g} -o ${INFO}.info .endif depend: _SUBDIR ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 6 12:21:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25335 for current-outgoing; Mon, 6 Jan 1997 12:21:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA25316 for ; Mon, 6 Jan 1997 12:21:52 -0800 (PST) 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 VAA14994 for ; Mon, 6 Jan 1997 21:21:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA03427 for freebsd-current@freefall.freebsd.org; Mon, 6 Jan 1997 21:21:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA04686; Mon, 6 Jan 1997 21:11:12 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 21:11:12 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: last command - wtmp changes? References: <199701060929.KAA00585@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701060929.KAA00585@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Jan 6, 1997 10:29:11 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > Strange, when I login in as user 'kuku' in one of my machines > I'm seeing the following picture: > > bach> last kuku | head > kuku ttyp0 137.226.31.18 Mon Jan 6 10:10 still logged in > kuku ttyp0 137.226.31.18 Mon Jan 6 10:08 - 10:09 (00:00) > kuku ttyp0 137.226.31.18 Mon Jan 6 10:07 - 10:08 (00:01) > kuku ttyp0 gilberto Sat Jan 4 21:42 - 21:43 (00:00) > kuku ttyp0 137.226.145.27 Fri Jan 3 10:12 still logged in > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > This connection doesn't exist. That only means the connection broke, but telnetd (or whatever it has been) has ``forgotten'' to write the logout entry in wtmp. -- 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 Jan 6 12:22:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25447 for current-outgoing; Mon, 6 Jan 1997 12:22:42 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA25424 for ; Mon, 6 Jan 1997 12:22:36 -0800 (PST) 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 VAA15004 for ; Mon, 6 Jan 1997 21:21:16 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA03428 for freebsd-current@freebsd.org; Mon, 6 Jan 1997 21:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA04701; Mon, 6 Jan 1997 21:16:29 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 21:16:28 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments References: <199701060900.KAA01036@ravenock.cybercity.dk> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701060900.KAA01036@ravenock.cybercity.dk>; from sos@freebsd.org on Jan 6, 1997 10:00:22 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As sos@freebsd.org wrote: > > I think the ScrollLock feature used to have problems all the time, in > > particular if output data arrived while one was scrolling back. > > Erhm, could you be more specific about this one ?? I know I use it > this way often and it has newer failed on me (yet). Hit ScrollLock immediately after the interrupts got enabled, i.e. very early in /etc/rc. Browse a little back and forth through the kernel messages, hit ScrollLock again and -- you don't see any messages from /etc/rc. It takes you another return or so to finally see them. But maybe that's also another incarnation of the ``buggy pty'' behaviour only. The latter can be best observed in the Emergency Holographic Shell of a 2.2-ALPHA or -BETA installation floppy. It's simply unusable if you try entering anything while the installation is in progress. Funny, no response. If you switch back to VTY2, you won't get back to VTY4 (though the EHS is still running there), the system beeps only. Now, try again, and start another /bin/sh or /bin/csh on top of the EHS itself -- everything will work fine. (If you ask me: the ``beep if there's nothing open on that VTY'' misfeature is something i already hated in Interactive Unix. I never believed one would implement such a misfeature volunteerely. But i know, you don't ask me. :) -- 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 Jan 6 13:23:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA29594 for current-outgoing; Mon, 6 Jan 1997 13:23:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA29581 for ; Mon, 6 Jan 1997 13:23:27 -0800 (PST) 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 WAA16803 for ; Mon, 6 Jan 1997 22:22:55 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04463 for freebsd-current@FreeBSD.ORG; Mon, 6 Jan 1997 22:22:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA05093; Mon, 6 Jan 1997 22:02:54 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 22:02:54 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: utmp changes References: <18569.852321999@critter.dk.tfs.com> <199701061401.QAA21728@cantina.clinet.fi> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David Nugent on Jan 7, 1997 01:54:48 +1100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > utmp is a different kettle. I can't see it being anything but > a fixed record field without losing significantly. Either that, > or the "ttyslot" idea needs to be revisited. It needs to be revisited anyway. I think it's an ugly crock that you are not allowed to shuffle your /etc/ttys file at runtime. -- 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 Jan 6 13:43:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA01535 for current-outgoing; Mon, 6 Jan 1997 13:43:16 -0800 (PST) Received: from gaia.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA01515 for ; Mon, 6 Jan 1997 13:43:12 -0800 (PST) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.3/8.7.3) id TAA08163; Mon, 6 Jan 1997 19:41:17 -0200 (EDT) From: Joao Carlos Mendes Luis Message-Id: <199701062141.TAA08163@gaia.coppe.ufrj.br> Subject: Re: 2.2-BETA comments To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Jan 1997 19:41:17 -0200 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: from J Wunsch at "Jan 6, 97 09:16:28 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 #define quoting(J Wunsch) // As sos@freebsd.org wrote: // // > > I think the ScrollLock feature used to have problems all the time, in // > > particular if output data arrived while one was scrolling back. // > // > Erhm, could you be more specific about this one ?? I know I use it // > this way often and it has newer failed on me (yet). // // Hit ScrollLock immediately after the interrupts got enabled, i.e. // very early in /etc/rc. Browse a little back and forth through the // kernel messages, hit ScrollLock again and -- you don't see any // messages from /etc/rc. It takes you another return or so to finally // see them. Hey... This behaviour happens in 2.1.x also... I never thought of it as a bug, just a "feature". :) Instead of hitting enter, hit shift, and nothing bad happens. // // But maybe that's also another incarnation of the ``buggy pty'' // behaviour only. The latter can be best observed in the Emergency // Holographic Shell of a 2.2-ALPHA or -BETA installation floppy. It's // simply unusable if you try entering anything while the installation is // in progress. Funny, no response. If you switch back to VTY2, you // won't get back to VTY4 (though the EHS is still running there), the // system beeps only. Humm... I usually use the EHS to telnet to my mail system and read some mail while waiting for install to complete. Curiously, I didn't try it while my last installation of 2.2 BETA. Interestingly enough, there's no userland command to switch vtys, while a sigle ioctl is necessary. Maybe next versions of vidcontrol should include it. What do you think ? It could be useful to start some kind of "log screen" in a shell daemon. // Now, try again, and start another /bin/sh or /bin/csh on top of the // EHS itself -- everything will work fine. // // (If you ask me: the ``beep if there's nothing open on that VTY'' // misfeature is something i already hated in Interactive Unix. I never // believed one would implement such a misfeature volunteerely. But i // know, you don't ask me. :) // // -- // 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. ;-) // Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@cisi.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-current Mon Jan 6 13:59:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA02872 for current-outgoing; Mon, 6 Jan 1997 13:59:36 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA02867 for ; Mon, 6 Jan 1997 13:59:34 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA22529; Mon, 6 Jan 1997 14:55:53 -0700 (MST) Date: Mon, 6 Jan 1997 14:55:53 -0700 (MST) Message-Id: <199701062155.OAA22529@rocky.mt.sri.com> From: Nate Williams To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments In-Reply-To: References: <199701060900.KAA01036@ravenock.cybercity.dk> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > (If you ask me: the ``beep if there's nothing open on that VTY'' > misfeature is something i already hated in Interactive Unix. I never > believed one would implement such a misfeature volunteerely. But i > know, you don't ask me. :) I actually *like* it personally, but I'm weird that way. :) :) Nate From owner-freebsd-current Mon Jan 6 14:22:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA04646 for current-outgoing; Mon, 6 Jan 1997 14:22:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA04633 for ; Mon, 6 Jan 1997 14:21:57 -0800 (PST) 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 XAA18267 for ; Mon, 6 Jan 1997 23:21:25 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05285 for freebsd-current@freebsd.org; Mon, 6 Jan 1997 23:21:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA05385; Mon, 6 Jan 1997 23:08:13 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 23:08:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments References: <199701062141.TAA08163@gaia.coppe.ufrj.br> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701062141.TAA08163@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Jan 6, 1997 19:41:17 -0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joao Carlos Mendes Luis wrote: > Humm... I usually use the EHS to telnet to my mail system and read > some mail while waiting for install to complete. Curiously, I didn't > try it while my last installation of 2.2 BETA. This could have worked as well. What seems to be broken is the intermittant use of single, short-term commands, mixed with keeping the shell idle for long periods of time. It works initially, but as soon as the system gets a little more busy (or whatever might trigger that problem, i haven't found out yet), it suddenly stops working. A single long-running command will likely work, see my experience with starting yet another shell inside the EHS. -- 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 Jan 6 14:58:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA07808 for current-outgoing; Mon, 6 Jan 1997 14:58:49 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA07733 for ; Mon, 6 Jan 1997 14:58:28 -0800 (PST) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id OAA19141 for ; Mon, 6 Jan 1997 14:59:19 -0800 (PST) Received: (qmail 23281 invoked by uid 110); 6 Jan 1997 22:57:57 -0000 Message-ID: <19970106225757.23279.qmail@suburbia.net> Subject: make world without -DYP In-Reply-To: from J Wunsch at "Jan 6, 97 09:35:40 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 Jan 1997 09:57:57 +1100 (EST) Cc: hackers@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Last time I attempted to build world without YP, it failed in a number of places. Asside from the security issues, YP adds significant bloat to a varity of system libraries for those who do not need it (which must be the majority of FreeBSD users). > 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 Jan 6 16:16:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA14273 for current-outgoing; Mon, 6 Jan 1997 16:16:57 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA14265 for ; Mon, 6 Jan 1997 16:16:53 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id LAA29871; Tue, 7 Jan 1997 11:15:21 +1100 Date: Tue, 7 Jan 1997 11:15:21 +1100 From: Bruce Evans Message-Id: <199701070015.LAA29871@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: 2.2-BETA comments Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Humm... I usually use the EHS to telnet to my mail system and read >> some mail while waiting for install to complete. Curiously, I didn't >> try it while my last installation of 2.2 BETA. > >This could have worked as well. What seems to be broken is the >intermittant use of single, short-term commands, mixed with keeping >the shell idle for long periods of time. It works initially, but as >soon as the system gets a little more busy (or whatever might trigger >that problem, i haven't found out yet), it suddenly stops working. Does it still use gzipped executables? There seem to be some bugs in imgact_gzip.c involving use of bcopy instead of copyin/out. Bruce From owner-freebsd-current Mon Jan 6 16:45:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA16325 for current-outgoing; Mon, 6 Jan 1997 16:45:27 -0800 (PST) Received: from nexgen.HiWAAY.net (max2-158.HiWAAY.net [208.147.145.158]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA16318 for ; Mon, 6 Jan 1997 16:45:21 -0800 (PST) Received: from nexgen.HiWAAY.net (localhost [127.0.0.1]) by nexgen.HiWAAY.net (8.7.6/8.7.3) with ESMTP id RAA16060; Sun, 5 Jan 1997 17:02:29 -0600 (CST) Message-Id: <199701052302.RAA16060@nexgen.HiWAAY.net> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@FreeBSD.ORG, randyd@nconnect.net (Randy DuCharme) From: dkelly@hiwaay.net Subject: Re: syslogd failure In-reply-to: Message from j@uriah.heep.sax.de (J Wunsch) of "Sat, 04 Jan 1997 11:34:28 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Jan 1997 17:02:28 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) replied: > > As dkelly@HiWAAY.net wrote: > > > Don't know why, but "rm /var/run/log" and restarting syslogd fixed the > > problem. Did my filesystem get dirty somehow? > > No, that's already okay. It's normally done at /etc/rc time. fsck or "rm /var/run/log" at /etc/rc time? (Sorry, I can't get to my -current system right now from here.) The problem persisted thru "shutdown -r now". My (recent) thought was the filesystem was somehow hosed but the dirty bit was cleared because I did a proper shutdown. > The question is however _why_ syslogd dies in the first place. If you > can afford it, i'd suggest to do the following: > > . kill the default syslogd > . rm /var/run/log > . switch to an otherwise unused VTY, where it can run undisturbed > . start it there with -d, this will make it spit out some more > messages, and run in the foreground > . once it died, try to find whether you're seeing something on that > VTY (do also watch out for the exit status before clobbering it!) I've filed this message for future reference. Will do the above if the problem arises again. The problem was with a late October -current. Logging to /var/log/messages stopped in mid- to late- November. Was getting these warnings about syslogd but wrote it off as, "what do you expect when running -current?" After getting syslogd running again I never had the problem again. Have since run "make world" a couple of times... So unless it pops up again, I've lost the opportunity to track it down. Should mention there were other things happening on this system, such as the difference between write-thru and write-back and none, for CPU cache on an el-cheapo VIP 486/5x86 PCI/VL MB. Its sorta hard to debug more than one thing at a time. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-current Mon Jan 6 17:25:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA18559 for current-outgoing; Mon, 6 Jan 1997 17:25:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA18544; Mon, 6 Jan 1997 17:25:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13256; Mon, 6 Jan 1997 18:15:51 -0700 From: Terry Lambert Message-Id: <199701070115.SAA13256@phaeton.artisoft.com> Subject: Re: potential for panic To: dg@root.com Date: Mon, 6 Jan 1997 18:15:51 -0700 (MST) Cc: phk@freebsd.org, current@freebsd.org In-Reply-To: <199701011422.GAA10526@root.com> from "David Greenman" at Jan 1, 97 06:22:49 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 > >TAILQ_REMOVE and STAILQ_REMOVE would panic with a zero dereference > >if you tried to remove something not on the queue. > > > >Wouldn't it make sense to avoid that, or would the overhead be considered > >prohibitive ? > > It would be a software error if multiple TAILQ_REMOVEs occurred (in just > the same way that multiple frees are a bug), so the condition must be caught. > I think a NULL dereference is not unreasonable (better than adding needless > extra cost checking). Depends on if the remove is supposed to be a blocking remove, or if the remove is supposed to be as the result of an event (which included the queueing operation). I believe common usage is the latter, so the current behaviour is correct. 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 Jan 6 17:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA18928 for current-outgoing; Mon, 6 Jan 1997 17:30:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA18879; Mon, 6 Jan 1997 17:29:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13270; Mon, 6 Jan 1997 18:20:34 -0700 From: Terry Lambert Message-Id: <199701070120.SAA13270@phaeton.artisoft.com> Subject: Re: and MAKE_SET To: phk@freebsd.org Date: Mon, 6 Jan 1997 18:20:34 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <12876.852124416@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 1, 97 02:13:36 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 > Isn't it wrong to have MAKE_SET() in ? What if you want > to use it from userland ? Yes, it should be in a sys include file #include'd by kernel.h One thing to think about is how GCC handles symbol aggregation like this on non-Intel platforms... it may need to be more abstract than it is if you want a general soloution which could find its way into a non-sys include file (and therefore find itself maintained by the GCC people instead of the FreeBSD people, among other benefits...). > Is the right solution to have a #ifdef KERNEL section of > or is it better to move MAKE_SET() and friends to another header, and > in such case, which ? lset.h? symset.h? linkset.h? Something that will (unfortunately) fit on on 8.3 DOS box... 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 Jan 6 17:37:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19400 for current-outgoing; Mon, 6 Jan 1997 17:37:38 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA19393 for ; Mon, 6 Jan 1997 17:37:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13289; Mon, 6 Jan 1997 18:27:44 -0700 From: Terry Lambert Message-Id: <199701070127.SAA13289@phaeton.artisoft.com> Subject: Re: libtcl hoses vi! To: jb@cimlogic.com.au (John Birrell) Date: Mon, 6 Jan 1997 18:27:44 -0700 (MST) Cc: andreas@klemm.gtn.com, jb@cimlogic.com.au, current@freebsd.org In-Reply-To: <199701020437.PAA23416@freebsd1.cimlogic.com.au> from "John Birrell" at Jan 2, 97 03:37:16 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 > So what's cool about vim (apart from the fact that it shares the name > of an abrasive cleaning product here in Oz)? I have to ask... do you folks have the phrase "...With Vim And Vigor" ??? It means "...supremely dedicated to working on something", as in "he attacked the problem with vim and vigor"... 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 Jan 6 17:39:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19545 for current-outgoing; Mon, 6 Jan 1997 17:39:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA19540 for ; Mon, 6 Jan 1997 17:39:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13304; Mon, 6 Jan 1997 18:29:28 -0700 From: Terry Lambert Message-Id: <199701070129.SAA13304@phaeton.artisoft.com> Subject: Re: Resolver Error 0 (no error) To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Jan 1997 18:29:28 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199701020846.JAA03861@uriah.heep.sax.de> from "J Wunsch" at Jan 2, 97 09:46:43 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 > Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either > there's an error condition, so there should be an error code, or not. Or the code is bogus and called perror() (or it's own error printing routine) when errno was 0. > Anyway, even if so, why does fetch wait for any authoritative answer? > There's a non-authoritative answer avaiable, and all the required data > are there (CNAME record, A record for the host). It wants "The Truth"? 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 Jan 6 17:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA20301 for current-outgoing; Mon, 6 Jan 1997 17:50:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA20294 for ; Mon, 6 Jan 1997 17:50:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13343; Mon, 6 Jan 1997 18:40:12 -0700 From: Terry Lambert Message-Id: <199701070140.SAA13343@phaeton.artisoft.com> Subject: Re: Resolver Error 0 (no error) To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Mon, 6 Jan 1997 18:40:11 -0700 (MST) Cc: lyndon@orthanc.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG In-Reply-To: <17142.852276985@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 3, 97 08:36:25 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 > >Paul Vixie has been warning of this new behaviour for over a year now. > >People have had ample time to convert their hostnames to meet the > >relevent spec. Sorry, but I can't be sympathetic ... > > Since the resolver has it's fingers in the DNS data anyway, why doesn't it > make a syslog entry with all the relevant info, and then somebody comes up > with a perl script you run once per day, which pesters the relevant > hostmasters with email ? > > Just kidding of course... Heh. How about "because you can't look up the record to find the administrative, technical, or zone contacts"? 8-) 8-) 8-). 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 Jan 6 17:54:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA20614 for current-outgoing; Mon, 6 Jan 1997 17:54:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA20606 for ; Mon, 6 Jan 1997 17:54:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13361; Mon, 6 Jan 1997 18:44:32 -0700 From: Terry Lambert Message-Id: <199701070144.SAA13361@phaeton.artisoft.com> Subject: Re: i586-optimized copyin/out still broken To: bde@zeta.org.au (Bruce Evans) Date: Mon, 6 Jan 1997 18:44:31 -0700 (MST) Cc: bde@zeta.org.au, cracauer@wavehh.hanse.de, freebsd-current@FreeBSD.ORG In-Reply-To: <199701030215.NAA13793@godzilla.zeta.org.au> from "Bruce Evans" at Jan 3, 97 01:15:47 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 filled a PR (2142) about it, maybe it could be closed then. > > That is much harder to fix. It is caused by the floating point state > not being preserved across signal handlers. There are few, if any, > valid and useful uses for floating point in signal handlers, because > an ANSI signal handler must not make any accesses to a global object > other than assignment to ones of type `volatile sig_atomic_t'. Thus > preserving the state would mainly slow down signal handlers. Is it possible to do a lazy save of the FPU state? If so, it would be a compare/noop until someone did FPU stuff in their signal handler. "The Proper Thing" is probably to set a flag and do the floating point stuff as a result of a signal flag instead of in a signal handler -- that's just good practice anyway, since signals are not events, and it tends to close (a bit) some of the race windows in signals being stupid. 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 Jan 6 18:04:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21212 for current-outgoing; Mon, 6 Jan 1997 18:04:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21194; Mon, 6 Jan 1997 18:04:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA13408; Mon, 6 Jan 1997 18:54:18 -0700 From: Terry Lambert Message-Id: <199701070154.SAA13408@phaeton.artisoft.com> Subject: Re: utmp changes To: pst@shockwave.com (Paul Traina) Date: Mon, 6 Jan 1997 18:54:18 -0700 (MST) Cc: phk@freebsd.org, jkh@freebsd.org, current@freebsd.org In-Reply-To: <199701031737.JAA00399@precipice.shockwave.com> from "Paul Traina" at Jan 3, 97 09:37:19 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 > (I'm really unhappy about X11 code changing. Perhaps it's time to augment > the utmp/wtmp write stuff in libutil into a full blown read/write package?) Yes, please. 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 Jan 6 18:12:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21573 for current-outgoing; Mon, 6 Jan 1997 18:12:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21561; Mon, 6 Jan 1997 18:12:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13434; Mon, 6 Jan 1997 19:02:58 -0700 From: Terry Lambert Message-Id: <199701070202.TAA13434@phaeton.artisoft.com> Subject: Re: utmp changes To: pst@shockwave.com (Paul Traina) Date: Mon, 6 Jan 1997 19:02:57 -0700 (MST) Cc: phk@critter.dk.tfs.com, jkh@freebsd.org, current@freebsd.org In-Reply-To: <199701031916.LAA15717@precipice.shockwave.com> from "Paul Traina" at Jan 3, 97 11:16:25 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 > No what I wanted was a space for the key-name for ssh and a flag for the > fact that the session is encrypted. > > OK, then it was someone else who was talking about larger hostname sizes > and IP addresses. I'm more concerned about either making the space now, > or at least creating a "RESERVED" area (we should do that anyway) in utmp > and wtmp. > > To start the ball rolling, let me just suggest the following. I know it's > not pretty, and I'm not so sure that the remote ssh key belongs in utmp, > but this is what I conceive as changing. The big thing is I'd like to fix > the size of the utmp structure once and for all, and define the reserved > area as must-be-zero so we don't get in the mess we just got in ever again. :-( I would like to suggest a record size field for the next record. Alternatively, I'd like to suggest a version field, and a version tag on the structure names with a version flagged section for the unversioned name definition for compatability. Either one of these would let the utmp/wtmp record format change within a single file, and would allow future changes to be painless; the version tagged structure names would allow for simple conversion programs. A version would be more flexible, but lose backward compatability; a size would only allow growth, but could maintain general compatability of outdated tools running against a newer set of data. 8-(. I believe the ssh key is actually session information; session information does not belong in utmp/wtmp; especially, an ssh key does not belong in utmp, and wtmp is still a bit problematic, though less so than utmp. We need to abstract the ability to do session management; I should be able to attach any type of credential information to my current session credential, and all credential references for my user should refrence the addended credential (ie: refrence count it instead of duping it around for new logins by the same user, etc.). 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 Jan 6 18:13:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21632 for current-outgoing; Mon, 6 Jan 1997 18:13:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21627 for ; Mon, 6 Jan 1997 18:13:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13443; Mon, 6 Jan 1997 19:04:26 -0700 From: Terry Lambert Message-Id: <199701070204.TAA13443@phaeton.artisoft.com> Subject: Re: utmp changes To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Jan 1997 19:04:25 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: from "J Wunsch" at Jan 3, 97 08:39:48 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 > X11 should also move towards using the openpty(3)/forkpty(3) > interface. If it had done this earlier, the previous vulnerability > where xterm didn't revoke(2) its pty first would not have existed. > Also, if we later decide to provide a better pty allocation scheme > (something like a pty master device), we only have to upgrade libutil > accordingly. Yes. I, for one, would like to see a cloning pty device via devfs. 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 Jan 6 18:21:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21959 for current-outgoing; Mon, 6 Jan 1997 18:21:56 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21950 for ; Mon, 6 Jan 1997 18:21:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13473; Mon, 6 Jan 1997 19:12:28 -0700 From: Terry Lambert Message-Id: <199701070212.TAA13473@phaeton.artisoft.com> Subject: Re: MOD_DECL in lkm.h To: jb@cimlogic.com.au (John Birrell) Date: Mon, 6 Jan 1997 19:12:28 -0700 (MST) Cc: bde@zeta.org.au, current@freebsd.org In-Reply-To: <199701031946.GAA28204@freebsd1.cimlogic.com.au> from "John Birrell" at Jan 4, 97 06:46:50 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 > > Most modules have > > no need for a stat function. > > That's a shame because it is a useful interface for looking at debug info. > Ah well, looks like my module won't have a stat function either. In my original code, the purpose of the stat() function was to allow system call LKM 3 to tell me it provided system call 77 so I could automatically make my program use the right argument to syscall(). > BTW, with lkms, how is device config info (like in kernel config files) > supposed to be passed in rather than hard coding the configuration? > In my case, I've got a digital I/O board that can have dip switches set > to a range of base addresses. And it can be configured not to do interrupts > or IRQs 2 - 7. I'd like to be able to do: > > modload -c config_file -p postinstall XXX_mod.o > > where the config_file might contain something similar to that given to > the kernel config. Then I'd like the number of units to come from the > config_file rather than from the NXXX in the XXX.h header file. Make your probe code figure the information out so you con't need a config line. Config lines are evil. 8-(. Dynamically allocate units as necessary and attach them to the vnode data pointer contents for devfs. If you have a variable number of units and want to specifically allocate them in order, export a directory node and use VOP_FCNTL or VOP_IOCTL to ask it to allocate you and return a device name. The allocation is valid so long as the parent device is open. Then open the cloned device as a device in the dubdirectory of the parent node (which can act as a directory for VOP_LOOKUP and as a device for VOP_READ), making the allocation stick, and close the parent (cloning) device. This is my planned mechanism for cloning pty's... and for dynamic addition of PCMCIA devices under a card services device. Works for auto recognition of attached disks, partitioning and subpartitioning of disks, and media insertion removal events, too. 8-). 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 Jan 6 18:40:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA22978 for current-outgoing; Mon, 6 Jan 1997 18:40:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA22923 for ; Mon, 6 Jan 1997 18:39:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA02604; Tue, 7 Jan 1997 13:30:49 +1100 Date: Tue, 7 Jan 1997 13:30:49 +1100 From: Bruce Evans Message-Id: <199701070230.NAA02604@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, freebsd-current@freefall.freebsd.org Subject: Re: gdb docs Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was bringing my new machine to current, and during the virginal make >world, noticed it stopped while in gdb/doc. I went back to my main >machine, did a make clean there, and found it too stopped in gdb/doc. > >Assuming for the moment that this _is_ broken .... It's broken because it has a pointer to the non-contrib libreadline, which no longer exists. It works here because my bsd.info.mk is a little different and the error leaks out of a pipe. >It seems that a file from gdb/readline named rluser.texinfo isn't being >brought in, that seems to be causing it. The way that gdb is organized, >tho, makes me wonder what the right fix is. Normally, I thought that >stuff that has sources based in contrib was supposed to use those sources >directly as much as possible, but gdb doesn't seem to do that; most of the >sources for gdb have been committed to the /usr/src/gnu/usr.bin/gdb >hierarchy, so they exist twice, once in /usr/src/contrib, and again in >/usr/src/gnu/usr.bin/gdb. contrib/gdb is not actually used. It contributes a measly 24MB of the 75MB of bloat that came when we started using contrib. >The one exception to this is that rluser.texinfo file. The Makefile in >gdb/doc forces an include of the usr.bin/gdb/readline/doc, but the >rluser.texinfo is in /usr/src/contrib/gdb/readline/doc. No, the Makefile forces an include of ../faraway/lib/libreadline/doc where rluser.texinfo was, but the version of rluser.texinfo that was there is now in contrib/libreadline (perhaps actually a later version :), and of course contrib brings it in all other gnu software that uses it (only gdb so far). The rluser docs for gdb should come from libreadline and not from gdb, since the version actually used is the one in libreadline. Bruce From owner-freebsd-current Mon Jan 6 18:42:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA23135 for current-outgoing; Mon, 6 Jan 1997 18:42:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA23110 for ; Mon, 6 Jan 1997 18:42:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA02917; Tue, 7 Jan 1997 13:37:45 +1100 Date: Tue, 7 Jan 1997 13:37:45 +1100 From: Bruce Evans Message-Id: <199701070237.NAA02917@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: i586-optimized copyin/out still broken Cc: cracauer@wavehh.hanse.de, freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >I filled a PR (2142) about it, maybe it could be closed then. >> >> That is much harder to fix. It is caused by the floating point state >> not being preserved across signal handlers. There are few, if any, > >Is it possible to do a lazy save of the FPU state? Harder 8-). No other way is acceptable (always saving would slow down all signal handlers significantly to support to 0.1% of signal handlers that use floating point correctly). Bruce From owner-freebsd-current Mon Jan 6 19:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24119 for current-outgoing; Mon, 6 Jan 1997 19:10:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24099 for ; Mon, 6 Jan 1997 19:10:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13646; Mon, 6 Jan 1997 20:00:51 -0700 From: Terry Lambert Message-Id: <199701070300.UAA13646@phaeton.artisoft.com> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Jan 1997 20:00:51 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: from "J Wunsch" at Jan 4, 97 10:36:46 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 > Of course, you are free to unbreak all the currently broken LKMs. :) > Many people often ask for what they could do in the FreeBSD project -- > well that's one that could be done: fix the LKM mechanism. Go to ELF, and I will fix the LKM mechanism. Go to ELF and support page control attributes and kernel paging, and I will make some NT drivers load (and work) under FreeBSD. > > [blows dust of old Motorola system] Now, how do I boot this SysV thingy? > > Sigh. It still works, damn! > > C'mon, it doesn't have LKMs either, only a bunch of .a/.o files. I have an LKM implementation for SVR3/SVR4. All it takes is a GCC to generate PIC code for it, and you need to write a pseudodevice (called /dev/lkm) to push the data into the kernel. USL claims they own it because I changed a few lines of code on it in 1995 while employed by Novell before Novell bought USL. Not surprisingly, I prototyped the LKM system on SVR3 and SVR4.01 in July of 1993. It's much the same code as currently in FreeBSD. I did it there because Jeffrey Hsu's changes to add PIC to GCC had not yet been integrated. He did the changes for BSD shared library support ...which I completed but hadn't released by the next June when USL was purchased because I rushed the LKM code to alpha for the "great modular console" which no one ever built. 8-(. Foo. 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 Jan 6 19:12:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24195 for current-outgoing; Mon, 6 Jan 1997 19:12:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24190 for ; Mon, 6 Jan 1997 19:12:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13658; Mon, 6 Jan 1997 20:02:29 -0700 From: Terry Lambert Message-Id: <199701070302.UAA13658@phaeton.artisoft.com> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Jan 1997 20:02:29 -0700 (MST) Cc: jb@cimlogic.com.au, joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG In-Reply-To: <26021.852374224@time.cdrom.com> from "Jordan K. Hubbard" at Jan 4, 97 02:37:04 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 > > place. If the next WC CD came out with a minimal generic kernel > > (that was enough to get console & disk working) and everything > > else as lkms, then I would most likely _never_ build a kernel > > because my development work is done in user-space (except for > > Yes, we like it! We'll take it! Go John go! Rah rah rah! :-) John would continue to have to build kernels so long as the proc structure size and layout kept changing, and so long as ps and the rest kept their historical "run against a file" capabilities instead of using /proc like they should... 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 Jan 6 19:16:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24402 for current-outgoing; Mon, 6 Jan 1997 19:16:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24385; Mon, 6 Jan 1997 19:15:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13687; Mon, 6 Jan 1997 20:06:16 -0700 From: Terry Lambert Message-Id: <199701070306.UAA13687@phaeton.artisoft.com> Subject: Re: libpcap and tcpdump fail to compile To: nate@mt.sri.com (Nate Williams) Date: Mon, 6 Jan 1997 20:06:15 -0700 (MST) Cc: nate@mt.sri.com, current@FreeBSD.ORG, wollman@FreeBSD.ORG In-Reply-To: <199701041903.MAA14020@rocky.mt.sri.com> from "Nate Williams" at Jan 4, 97 12:03:28 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 > > They are both broken due to Garrett's recent changes. > > Whoops, sorry, I forgot that everything lives in src/contrib now, and > didn't update those sources. > > *grumble* Heh... I almost posted the same thing (without blaming Garrett, though; mostly because I didn't look to see whose changes did it). What ever happened to the pointy hat? 8-) 8-). 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 Jan 6 19:28:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24789 for current-outgoing; Mon, 6 Jan 1997 19:28:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24784 for ; Mon, 6 Jan 1997 19:28:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13730; Mon, 6 Jan 1997 20:17:29 -0700 From: Terry Lambert Message-Id: <199701070317.UAA13730@phaeton.artisoft.com> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Jan 1997 20:17:29 -0700 (MST) Cc: wpaul@skynet.ctr.columbia.edu, jb@cimlogic.com.au, current@FreeBSD.ORG In-Reply-To: <12012.852520298@time.cdrom.com> from "Jordan K. Hubbard" at Jan 5, 97 07:11:38 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 > Unfortunately, every time we've also looked around for someone who'd > be really interested in the idea of championing config, the room has > quickly emptied. :-) This is probably because everyone knows having to configure devices at all is an evil perpetuated by people not writing perfect probe code. Lack of perfect probe code is an evil perpetuated by ISA. ISA is an evil no one claims credit for, but which many argue in favor of every time I suggest we put it to the torch. One of the complainers is responsible, and I will find them out eventually. ;-). Meanwhile, it's possible to write "near-perfect" probe code, if you are willing to either say at the gross level "yes, I have this card" or are willing to live with "press reset if this takes 'too long'". Otherwise, people should strive for configless devices where possible; having a crufty "non-90's" config happens to encorage this, so it's a good thing. 8-). 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 Jan 6 19:29:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24856 for current-outgoing; Mon, 6 Jan 1997 19:29:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24851 for ; Mon, 6 Jan 1997 19:29:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13739; Mon, 6 Jan 1997 20:19:14 -0700 From: Terry Lambert Message-Id: <199701070319.UAA13739@phaeton.artisoft.com> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 6 Jan 1997 20:19:14 -0700 (MST) Cc: wpaul@skynet.ctr.columbia.edu, jb@cimlogic.com.au, current@freebsd.org In-Reply-To: <199701060602.QAA29343@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 6, 97 04:32:56 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 > Do I need to beat the "why we have no vm86 support yet" gong again? If > anyone thinks it'll help, I will 8) > > Yes, we could do a BIOS disk driver. I don't know whether it would > actually require vm86 support (which is for running user processes, > not kernel code), but it would be a shade hairy. Certainly it would > be easiest to run it in a user process. It seems to me that we have working APM calls even without a real VM86(). It occurs to me that saving the first 640K and mapping it into the address space of the putative caller using the same mechanism as APM would likely work... 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 Jan 6 19:31:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA24968 for current-outgoing; Mon, 6 Jan 1997 19:31:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA24962 for ; Mon, 6 Jan 1997 19:31:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13751; Mon, 6 Jan 1997 20:21:16 -0700 From: Terry Lambert Message-Id: <199701070321.UAA13751@phaeton.artisoft.com> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Mon, 6 Jan 1997 20:21:16 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, wpaul@skynet.ctr.columbia.edu, jb@cimlogic.com.au, current@freebsd.org In-Reply-To: <4033.852536146@critter.dk.tfs.com> from "Poul-Henning Kamp" at Jan 6, 97 08:35:46 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 > vm86 support would benefit mostly owners of Compaq and other broken > and/or undocumented hardware I belive, and quite frankly, that is > not something that will ever even come close to my "doing for fun" > timeslots. 8-). Non-destructively deterministically probeable ISA cards. 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 Jan 6 19:32:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA25048 for current-outgoing; Mon, 6 Jan 1997 19:32:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA25041 for ; Mon, 6 Jan 1997 19:32:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA13776; Mon, 6 Jan 1997 20:23:08 -0700 From: Terry Lambert Message-Id: <199701070323.UAA13776@phaeton.artisoft.com> Subject: Re: 2.2-BETA comments To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 6 Jan 1997 20:23:07 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Philippe Regnauld" at Jan 5, 97 12:19:58 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 > Ok, you have to be root and so, but I wonder if there's anyway to detect > conflicting symbols for existing LKM's. Yes. Keep them in kernel data space and compare them when you load the modules in with your kernel-based LKM relocator, neither of which you have one of. 8-). 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 Jan 6 19:38:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA25333 for current-outgoing; Mon, 6 Jan 1997 19:38:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA25328 for ; Mon, 6 Jan 1997 19:38:51 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.8.4/8.6.9) id TAA26734 for current@freebsd.org; Mon, 6 Jan 1997 19:38:42 -0800 (PST) Date: Mon, 6 Jan 1997 19:38:42 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199701070338.TAA26734@time.cdrom.com> To: current@freebsd.org Subject: -current make world broken in more ways than you could shake a stick at Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After I fixed the yacc problem, I ran promptly into: ===> gnu/usr.bin/gdb/doc makeinfo -I /a/src/gnu/usr.bin/gdb/doc/../../../lib/libreadline/doc --no-split -I /a/src/gnu/usr.bin/gdb/doc -I /a/src/gnu/usr.bin/gdb/doc /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo -o gdb.info /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo:8395: `@include rluser.texinfo': No such file or directory. /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo:8162: Validation error. `Next' field points to node `Command Line Editing', which doesn't exist. /a/src/gnu/usr.bin/gdb/doc/inc-hist.texi:30: Validation error. `Prev' field poi (The missing piece being rluser.texinfo). I'm sure after this one is resolved, I'll find another 10 problems just based on user feedback. Uh, folks, wasn't there something in our "charter" which stipulated that the world should continue to build with each new change? Just judging by the last week's events, that's gone totally out the window, it seems, and this is troublesome. :-( Jordan From owner-freebsd-current Mon Jan 6 20:11:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA26554 for current-outgoing; Mon, 6 Jan 1997 20:11:20 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA26549 for ; Mon, 6 Jan 1997 20:11:17 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id XAA25928; Mon, 6 Jan 1997 23:11:09 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.3/8.7.3) with SMTP id XAA10554; Mon, 6 Jan 1997 23:11:09 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 6 Jan 1997 23:11:08 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: -current make world broken in more ways than you could shake a stick at In-Reply-To: <199701070338.TAA26734@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, 6 Jan 1997, Jordan K. Hubbard wrote: > After I fixed the yacc problem, I ran promptly into: > > ===> gnu/usr.bin/gdb/doc > makeinfo -I /a/src/gnu/usr.bin/gdb/doc/../../../lib/libreadline/doc --no-split -I /a/src/gnu/usr.bin/gdb/doc -I /a/src/gnu/usr.bin/gdb/doc /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo -o gdb.info > /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo:8395: `@include rluser.texinfo': No such file or directory. > /a/src/gnu/usr.bin/gdb/doc/gdb.texinfo:8162: Validation error. `Next' field points to node `Command Line Editing', which doesn't exist. > /a/src/gnu/usr.bin/gdb/doc/inc-hist.texi:30: Validation error. `Prev' field poi Found and reported to current some hours (12?) ago. Mind reviewing my fix? ROOT:/usr/src/gnu/usr.bin/gdb/doc:1020 >cvs diff -u cvs diff: Diffing . Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/gdb/doc/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1995/01/11 16:38:10 1.3 +++ Makefile 1997/01/07 02:49:58 @@ -1,4 +1,4 @@ INFO = gdb gdbint stabs annotate -MAKEINFOFLAGS += -I ${.CURDIR}/../../../lib/libreadline/doc +MAKEINFOFLAGS += -I ${.CURDIR}/../../../contrib/libreadline/doc .include BTW, there was another breakage I found in the doc subdir of amd, but seems Bruce just fixed it (patching bsd.info.mk). ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 6 20:42:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA27429 for current-outgoing; Mon, 6 Jan 1997 20:42:04 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA27424 for ; Mon, 6 Jan 1997 20:42:01 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id UAA18945; Mon, 6 Jan 1997 20:41:45 -0800 (PST) To: Chuck Robey cc: current@freebsd.org Subject: Re: -current make world broken in more ways than you could shake a stick at In-reply-to: Your message of "Mon, 06 Jan 1997 23:11:08 EST." Date: Mon, 06 Jan 1997 20:41:44 -0800 Message-ID: <18936.852612104@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Found and reported to current some hours (12?) ago. Mind reviewing my > fix? Not quite - you needed one more .. to get all the way back to contrib. I've committed your fixed fix. :-) Thanks. Jordan From owner-freebsd-current Mon Jan 6 20:46:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA27829 for current-outgoing; Mon, 6 Jan 1997 20:46:04 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA27824 for ; Mon, 6 Jan 1997 20:46:01 -0800 (PST) Received: (qmail 7173 invoked from network); 7 Jan 1997 04:45:55 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 7 Jan 1997 04:45:55 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id PAA24594; Tue, 7 Jan 1997 15:39:27 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id PAA04955; Tue, 7 Jan 1997 15:40:28 +1100 (EST) From: John Birrell Message-Id: <199701070440.PAA04955@freebsd1.cimlogic.com.au> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: terry@lambert.org (Terry Lambert) Date: Tue, 7 Jan 1997 15:40:28 +1100 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, current@freebsd.org In-Reply-To: <199701070300.UAA13646@phaeton.artisoft.com> from Terry Lambert at "Jan 6, 97 08:00:51 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 Terry Lambert wrote: > > Of course, you are free to unbreak all the currently broken LKMs. :) > > Many people often ask for what they could do in the FreeBSD project -- > > well that's one that could be done: fix the LKM mechanism. > > Go to ELF, and I will fix the LKM mechanism. > > Go to ELF and support page control attributes and kernel paging, and > I will make some NT drivers load (and work) under FreeBSD. I'm running ELF on NetBSD/Alpha. Does that count? I guess not. > > > [blows dust of old Motorola system] Now, how do I boot this SysV thingy? > > > Sigh. It still works, damn! > > > > C'mon, it doesn't have LKMs either, only a bunch of .a/.o files. > > I have an LKM implementation for SVR3/SVR4. All it takes is a GCC > to generate PIC code for it, and you need to write a pseudodevice > (called /dev/lkm) to push the data into the kernel. USL claims > they own it because I changed a few lines of code on it in 1995 while > employed by Novell before Novell bought USL. My old SysV system is there strictly for support these days. Occasionally the hardware gets a run under VxWorks. The rest of the time it is turned off because it's too noisy. That's a feature these modern machines don't have: a power supply that indicates processor load. 8-) > Terry Lambert -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Mon Jan 6 20:46:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA27844 for current-outgoing; Mon, 6 Jan 1997 20:46:07 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA27822 for ; Mon, 6 Jan 1997 20:45:59 -0800 (PST) Received: (qmail 7170 invoked from network); 7 Jan 1997 04:45:54 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 7 Jan 1997 04:45:54 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id PAA24592; Tue, 7 Jan 1997 15:39:25 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id PAA04928; Tue, 7 Jan 1997 15:31:59 +1100 (EST) From: John Birrell Message-Id: <199701070431.PAA04928@freebsd1.cimlogic.com.au> Subject: Re: MOD_DECL in lkm.h To: terry@lambert.org (Terry Lambert) Date: Tue, 7 Jan 1997 15:31:57 +1100 (EST) Cc: jb@cimlogic.com.au, bde@zeta.org.au, current@freebsd.org In-Reply-To: <199701070212.TAA13473@phaeton.artisoft.com> from Terry Lambert at "Jan 6, 97 07:12:28 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 Terry Lambert wrote: > > where the config_file might contain something similar to that given to > > the kernel config. Then I'd like the number of units to come from the > > config_file rather than from the NXXX in the XXX.h header file. > > Make your probe code figure the information out so you con't need > a config line. Config lines are evil. 8-(. Maybe, but there are some devices that are sooooo dumb that you can't identify them. I have one that has 4 addressable bytes. Four!! And one of those is write only. The other three are either TTL inputs or outputs depending on what you write to the fourth byte. If you were to write probe code for that, how would you identify it? Another board arrived today. This one has 4 bytes too - one output read/write, one input read only, and the other 2 aren't used! The outputs are electromechanical relays. The inputs are optically isolated, polarity insensitive to 500V (AC or DC). Both there boards are from a large range of ISA I/O boards. You can't identify _any_ of them. You have to be careful probing these boards because if you write to an output byte it turns something external on! Makes config lines look really attractive to me. 8-) [ useful stuff deleted ] > > Terry Lambert -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Mon Jan 6 20:46:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA27852 for current-outgoing; Mon, 6 Jan 1997 20:46:08 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA27823 for ; Mon, 6 Jan 1997 20:46:00 -0800 (PST) Received: (qmail 7167 invoked from network); 7 Jan 1997 04:45:53 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 7 Jan 1997 04:45:53 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id PAA24589; Tue, 7 Jan 1997 15:39:23 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id PAA04905; Tue, 7 Jan 1997 15:17:40 +1100 (EST) From: John Birrell Message-Id: <199701070417.PAA04905@freebsd1.cimlogic.com.au> Subject: Re: libtcl hoses vi! To: terry@lambert.org (Terry Lambert) Date: Tue, 7 Jan 1997 15:17:39 +1100 (EST) Cc: jb@cimlogic.com.au, andreas@klemm.gtn.com, current@freebsd.org In-Reply-To: <199701070127.SAA13289@phaeton.artisoft.com> from Terry Lambert at "Jan 6, 97 06:27:44 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 Terry Lambert wrote: > > So what's cool about vim (apart from the fact that it shares the name > > of an abrasive cleaning product here in Oz)? > > I have to ask... do you folks have the phrase > > "...With Vim And Vigor" > > ??? > > It means "...supremely dedicated to working on something", as in > "he attacked the problem with vim and vigor"... Yeah we understand that, we're bilingual, we speak american as well as english and australian 8-). Here it would be "... with vim and vigour" 8-). However, my dictionary has a simple meaning for "vim". It says "Vigour". So to use that saying would be silly. I don't think we buy the product either. And I still use vi (vigor or no vigour). 8-) > Terry Lambert > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Mon Jan 6 21:07:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28548 for current-outgoing; Mon, 6 Jan 1997 21:07:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA28540 for ; Mon, 6 Jan 1997 21:07:46 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id PAA08292; Tue, 7 Jan 1997 15:36:36 +1030 (CST) From: Michael Smith Message-Id: <199701070506.PAA08292@genesis.atrad.adelaide.edu.au> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-Reply-To: <199701070319.UAA13739@phaeton.artisoft.com> from Terry Lambert at "Jan 6, 97 08:19:14 pm" To: terry@lambert.org (Terry Lambert) Date: Tue, 7 Jan 1997 15:36:35 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, wpaul@skynet.ctr.columbia.edu, jb@cimlogic.com.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Terry Lambert stands accused of saying: > > Yes, we could do a BIOS disk driver. I don't know whether it would > > actually require vm86 support (which is for running user processes, > > not kernel code), but it would be a shade hairy. Certainly it would > > be easiest to run it in a user process. > > It seems to me that we have working APM calls even without a real > VM86(). APM has a 32-bit callgate, and whilst designed for access by both 16 and 32-bit callers, often screws up with our current code. I haven't had time to play with my (failing) Sharp (Phoenix NoteBIOS 4) system, so I can't comment authoratatively on this. > It occurs to me that saving the first 640K and mapping it into the > address space of the putative caller using the same mechanism as APM > would likely work... No. A mechanism whereby a 16-bit environment could be created, and 16-bit code could be executed, would be required. I think it would be posible for this to run in vm86 mode, rather than real mode, for the purpose of accessing the disk BIOS. A mechanism for forwarding hardware interrupts to this environment would be necessary. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 6 21:18:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28981 for current-outgoing; Mon, 6 Jan 1997 21:18:30 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA28967 for ; Mon, 6 Jan 1997 21:18:12 -0800 (PST) Received: (from root@localhost) by mantar.slip.netcom.com (8.8.4/8.6.9) id VAA00403 for current@freebsd.org; Mon, 6 Jan 1997 21:17:36 -0800 (PST) Date: Mon, 6 Jan 1997 21:17:36 -0800 (PST) From: Manfred Antar Message-Id: <199701070517.VAA00403@mantar.slip.netcom.com> To: current@freebsd.org Subject: perl/x2p broken Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/perl/x2p/../perl -c a2p.c In file included from /usr/src/gnu/usr.bin/perl/x2p/a2py.c:34, from /usr/src/gnu/usr.bin/perl/x2p/a2p.y:409: /usr/src/gnu/usr.bin/perl/x2p/util.h:54: conflicting types for `setenv' /usr/include/stdlib.h:118: previous declaration of `setenv' *** Error code 1 Stop This is from current as of today.i couldn't make world because of gdb problem from /usr/src Manfred From owner-freebsd-current Mon Jan 6 22:50:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA02446 for current-outgoing; Mon, 6 Jan 1997 22:50:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA02441 for ; Mon, 6 Jan 1997 22:50:16 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id WAA27815; Mon, 6 Jan 1997 22:50:00 -0800 (PST) To: Manfred Antar cc: current@freebsd.org Subject: Re: perl/x2p broken In-reply-to: Your message of "Mon, 06 Jan 1997 21:17:36 PST." <199701070517.VAA00403@mantar.slip.netcom.com> Date: Mon, 06 Jan 1997 22:50:00 -0800 Message-ID: <27810.852619800@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just fixed! > cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/perl/x2p/../perl -c a2p.c > In file included from /usr/src/gnu/usr.bin/perl/x2p/a2py.c:34, > from /usr/src/gnu/usr.bin/perl/x2p/a2p.y:409: > /usr/src/gnu/usr.bin/perl/x2p/util.h:54: conflicting types for `setenv' > /usr/include/stdlib.h:118: previous declaration of `setenv' > *** Error code 1 > > Stop > This is from current as of today.i couldn't make world because of gdb problem > from /usr/src > Manfred From owner-freebsd-current Mon Jan 6 23:50:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA04365 for current-outgoing; Mon, 6 Jan 1997 23:50:00 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA04360 for ; Mon, 6 Jan 1997 23:49:54 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id IAA00943; Tue, 7 Jan 1997 08:45:55 +0100 (MET) Message-Id: <199701070745.IAA00943@ravenock.cybercity.dk> Subject: Re: 2.2-BETA comments In-Reply-To: from J Wunsch at "Jan 6, 97 09:16:28 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 Jan 1997 08:45:46 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL29 (25)] 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 In reply to J Wunsch who wrote: > As sos@freebsd.org wrote: > > > > I think the ScrollLock feature used to have problems all the time, in > > > particular if output data arrived while one was scrolling back. > > > > Erhm, could you be more specific about this one ?? I know I use it > > this way often and it has newer failed on me (yet). > > Hit ScrollLock immediately after the interrupts got enabled, i.e. > very early in /etc/rc. Browse a little back and forth through the > kernel messages, hit ScrollLock again and -- you don't see any > messages from /etc/rc. It takes you another return or so to finally > see them. Ah, that one, I know that one, that's a feature :) Nah, but I think I know how to get rid of it.. > But maybe that's also another incarnation of the ``buggy pty'' > behaviour only. The latter can be best observed in the Emergency > Holographic Shell of a 2.2-ALPHA or -BETA installation floppy. It's > simply unusable if you try entering anything while the installation is > in progress. Funny, no response. If you switch back to VTY2, you > won't get back to VTY4 (though the EHS is still running there), the > system beeps only. > > Now, try again, and start another /bin/sh or /bin/csh on top of the > EHS itself -- everything will work fine. Hmm, that one is more wierd.. > (If you ask me: the ``beep if there's nothing open on that VTY'' > misfeature is something i already hated in Interactive Unix. I never > believed one would implement such a misfeature volunteerely. But i > know, you don't ask me. :) Well, I was convinced of doing it so long ago, what should be done instead ??, all the structures associated with that vty are free'd so there is nothing to show... That was done on demand to get rid of also those huge structs... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Jan 7 00:16:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA05854 for current-outgoing; Tue, 7 Jan 1997 00:16:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA05830 for ; Tue, 7 Jan 1997 00:15:49 -0800 (PST) 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 JAA06782 for ; Tue, 7 Jan 1997 09:14:49 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA12505 for freebsd-current@FreeBSD.org; Tue, 7 Jan 1997 09:14:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA08235; Tue, 7 Jan 1997 09:12:02 +0100 (MET) Message-ID: Date: Tue, 7 Jan 1997 09:12:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org Subject: Re: 2.2-BETA comments References: <199701070015.LAA29871@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701070015.LAA29871@godzilla.zeta.org.au>; from Bruce Evans on Jan 7, 1997 11:15:21 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: (broken EHS) > > It works initially, but as > >soon as the system gets a little more busy (or whatever might trigger > >that problem, i haven't found out yet), it suddenly stops working. > > Does it still use gzipped executables? The EHS never used gzipped executables (it's a large crunched executable), and the fixit floppy recently stopped using them. -- 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 Jan 7 00:54:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA07646 for current-outgoing; Tue, 7 Jan 1997 00:54:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA07612 for ; Tue, 7 Jan 1997 00:53:26 -0800 (PST) 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 JAA09284 for ; Tue, 7 Jan 1997 09:51:25 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13153 for current@freebsd.org; Tue, 7 Jan 1997 09:51:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA08851; Tue, 7 Jan 1997 09:50:08 +0100 (MET) Message-ID: Date: Tue, 7 Jan 1997 09:50:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: syslogd failure References: <199701052302.RAA16060@nexgen.HiWAAY.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701052302.RAA16060@nexgen.HiWAAY.net>; from dkelly@HiWAAY.net on Jan 5, 1997 17:02:28 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As dkelly@HiWAAY.net wrote: > > No, that's already okay. It's normally done at /etc/rc time. > > fsck or "rm /var/run/log" at /etc/rc time? (Sorry, I can't get to my > -current system right now from here.) The removal of /var/run/log: rm -f /var/run/log echo ' syslogd.'; syslogd Previously it happened here: (cd /var/run && { cp /dev/null utmp; chmod 644 utmp; }) ^ rm -f log; -- 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 Jan 7 01:44:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA10446 for current-outgoing; Tue, 7 Jan 1997 01:44:28 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA10435 for ; Tue, 7 Jan 1997 01:44:22 -0800 (PST) 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 KAA11721; Tue, 7 Jan 1997 10:46:30 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id KAA05541; Tue, 7 Jan 1997 10:44:16 +0100 (MET) From: Christoph Kukulies Message-Id: <199701070944.KAA05541@gilberto.physik.rwth-aachen.de> Subject: Re: ATAPI FX120T - problem In-Reply-To: from Doug White at "Jan 6, 97 12:53:38 pm" To: dwhite@resnet.uoregon.edu Date: Tue, 7 Jan 1997 10:44:16 +0100 (MET) Cc: freebsd-current@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 > On Sun, 5 Jan 1997, Christoph Kukulies wrote: > > > On a 3.0 kernel (see dmesg) I try to mount > > > > mount -t cd9660 /dev/wcd0c /cdrom > > > > and the system hangs. I tried also wcd0a to no avail. It doesn't hang though > > but there doesn't seem to be any activity with the CDROM LED. > > Your CDROM doesn't appear to be probing properly. Notice that there is no > 'wcd0' line in there showing a successful probe. > > You should address this to current@freebsd.org at it's a problem in > -CURRENT. > > > I know that ATAPI always has been problematic but if someone has an idea > > how to make that 12 speed Mitsumi FX120T working I'd be grateful. > > > > (It is wired as slave). > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > wdc0: unit 0 (wd0): > > wd0: 124MB (254592 sectors), 936 cyls, 16 heads, 17 S/T, 512 B/S > > wdc0: unit 1 (atapi): , removable, intr, dma, iordis > ^^^^ > > Is this what's reported? Yes, exactly (output of dmesg redirected into a file and pasted into this mail) Here is my CONFIG file: (excerpt): options ATAPI_STATIC options ATAPI config kernel root on wd0 controller isa0 controller pci0 controller ncr0 controller ncr1 controller scbus0 at ncr0 controller scbus1 at ncr1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 device wcd0 > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Jan 7 03:18:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA15970 for current-outgoing; Tue, 7 Jan 1997 03:18:24 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA15962 for ; Tue, 7 Jan 1997 03:18:03 -0800 (PST) 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 MAA13530; Tue, 7 Jan 1997 12:18:54 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id MAA05806; Tue, 7 Jan 1997 12:16:41 +0100 (MET) From: Christoph Kukulies Message-Id: <199701071116.MAA05806@gilberto.physik.rwth-aachen.de> Subject: Re: last command - wtmp changes? In-Reply-To: from J Wunsch at "Jan 6, 97 09:11:12 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 Jan 1997 12:16:40 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (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 Christoph Kukulies wrote: > > > Strange, when I login in as user 'kuku' in one of my machines > > I'm seeing the following picture: > > > > bach> last kuku | head > > kuku ttyp0 137.226.31.18 Mon Jan 6 10:10 still logged in > > kuku ttyp0 137.226.31.18 Mon Jan 6 10:08 - 10:09 (00:00) > > kuku ttyp0 137.226.31.18 Mon Jan 6 10:07 - 10:08 (00:01) > > kuku ttyp0 gilberto Sat Jan 4 21:42 - 21:43 (00:00) > > kuku ttyp0 137.226.145.27 Fri Jan 3 10:12 still logged in > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This connection doesn't exist. > > That only means the connection broke, but telnetd (or whatever it has > been) has ``forgotten'' to write the logout entry in wtmp. Well, I know of these situations sometimes happening but what I meant was: Why does this 'broken' connection in last 'kuku' only show when I'm logged in as user kuku and does not show up in the output of the last command when I give it from another user account. Well, maybe it's not worth and has been some transient problem. It's gone anyway now after I rebooted yesterday. > > -- > 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. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Jan 7 04:56:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA20602 for current-outgoing; Tue, 7 Jan 1997 04:56:50 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA20592 for ; Tue, 7 Jan 1997 04:56:45 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.4/8.8.4) id NAA00211; Tue, 7 Jan 1997 13:55:52 +0100 (CET) Message-ID: Date: Tue, 7 Jan 1997 13:55:52 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: freebsd-current@freebsd.org Cc: regnauld@deepo.prosa.dk (Philippe Regnauld) Subject: 2.2BETA - floppy freeze X-Mailer: Mutt 0.55 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Another glitch in 2.2BETA: In the process of creating a boot floppy (dd if=boot.flp of=/dev/fd0 bs=18k), the system completely froze. It writes out a few tracks, then locks up so that it has to be hard-resetted (reproduced twice so far). -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Tue Jan 7 05:47:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA22715 for current-outgoing; Tue, 7 Jan 1997 05:47:31 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA22710 for ; Tue, 7 Jan 1997 05:47:27 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id OAA03066 for current@freebsd.org; Tue, 7 Jan 1997 14:49:16 +0100 (MET) Message-Id: <199701071349.OAA03066@ravenock.cybercity.dk> Subject: Any specfs specialists out there ?? To: current@freebsd.org (FreeBSD current) Date: Tue, 7 Jan 1997 14:49:07 +0100 (MET) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a problem with specfs. In specfs_getpages() all transfers are rounded to DEV_BSIZE bytes, that wont do on devices with != 512 byte sector size. I need to have the specfs know about the sectorsize, or at least the block size of the fs (which then could be set to n*sectorsize) The problem is that the struct vop_getpages_args that specfs_getpages() gets handed apparently doesn't have any info I can use, well I found the blocksize deep down in a structure, but it seems to be unset on entry :( I faked this by using 2*DEV_BSIZE which works just dandy on my 1K sec disks. Any good ideas ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Jan 7 06:56:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA24894 for current-outgoing; Tue, 7 Jan 1997 06:56:12 -0800 (PST) Received: from zeus.xtalwind.net (pa3dsp5.x31.infi.net [206.27.115.77]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA24886 for ; Tue, 7 Jan 1997 06:56:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.8.4/8.8.4) with SMTP id JAA02008; Tue, 7 Jan 1997 09:58:28 -0500 (EST) Date: Tue, 7 Jan 1997 09:58:27 -0500 (EST) From: jack X-Sender: jack@localhost To: Philippe Regnauld cc: freebsd-current@freebsd.org Subject: Re: 2.2BETA - floppy freeze 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 Tue, 7 Jan 1997, Philippe Regnauld wrote: > Another glitch in 2.2BETA: > > In the process of creating a boot floppy > (dd if=boot.flp of=/dev/fd0 bs=18k), the system completely froze. > > It writes out a few tracks, then locks up so that it has to > be hard-resetted (reproduced twice so far). I've had the same thing happen here, but only if sio2 or sio3 is enabled. So far I've tried different IRQs (5 and 9) and removing the floppy tape from the kernel. The following error messages are produced. (sio2 was not in use at the time) Jan 1 21:50:01 zeus /kernel: sio2: 64 events for device with no tp Jan 1 21:50:16 zeus /kernel: sio2: 65 events for device with no tp Jan 1 21:50:16 zeus /kernel: sio2: 1 more silo overflow (total 1) Jan 1 21:50:16 zeus /kernel: sio2: 64 events for device with no tp Jan 1 21:50:18 zeus last message repeated 3 times Jan 1 21:50:19 zeus /kernel: sio2: 65 events for device with no tp Jan 1 21:50:19 zeus /kernel: sio2: 64 events for device with no tp Jan 1 21:50:19 zeus /kernel: sio2: 1 more silo overflow (total 2) Jan 1 21:50:19 zeus /kernel: sio2: 64 events for device with no tp Jan 1 21:50:20 zeus last message repeated 3 times Jan 1 21:50:21 zeus /kernel: sio2: 65 events for device with no tp -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-current Tue Jan 7 13:19:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12140 for current-outgoing; Tue, 7 Jan 1997 13:19:42 -0800 (PST) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA12096; Tue, 7 Jan 1997 13:18:58 -0800 (PST) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0vhi8G-004cnnC; Tue, 7 Jan 97 21:28 MET Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0vhhQc-000FzfC; Tue, 7 Jan 97 20:43 MET Message-Id: Date: Tue, 7 Jan 97 20:43 MET Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Organization: Privat Site running FreeBSD References: <199701051810.TAA00353@ravenock.cybercity.dk> In-Reply-To: <199701051810.TAA00353@ravenock.cybercity.dk> From: shanee@rabbit.augusta.de (Andreas Kohout) Subject: Re: w problem X-Original-Newsgroups: muc.lists.freebsd.current To: current@freebsd.org Cc: sos@freebsd.org Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701051810.TAA00353@ravenock.cybercity.dk>, sos@freebsd.org writes: > Do we have a problem or do I... > > (sos@ravenock)[1]> w > 7:04PM up 1:10, 2 users, load averages: 0.50, 0.58, 0.58 > USER TTY FROM LOGIN@ IDLE WHAT > sos v0 - 5:55PM 1:09 xinit /u1/home/sos/.xinitrc > ÝÏ2ttyp1 - 01Jan70 1:09 - I have had the same problem, but after recompile of rxvt it works again ... -- Greeting, Andy running FreeBSD-current --------------------------------------------------------------------------- From owner-freebsd-current Tue Jan 7 15:11:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19744 for current-outgoing; Tue, 7 Jan 1997 15:11:04 -0800 (PST) Received: from gds.de (ns.gds.de [194.77.222.14]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA19712 for ; Tue, 7 Jan 1997 15:10:44 -0800 (PST) Received: from pluto.gds.de (donald.plusnet.de [194.231.79.11]) by gds.de (8.7.5/8.6.12) with SMTP id AAA08241 for ; Wed, 8 Jan 1997 00:10:18 +0100 (MET) Message-Id: <199701072310.AAA08241@gds.de> Comments: Authenticated sender is From: "Richard Gresek" Organization: Plus.Net To: freebsd-current@freebsd.org Date: Wed, 8 Jan 1997 00:09:08 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: `UF_OPAQUE' undeclared Priority: normal X-mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am new to this list, so I probably missed something which could solve my problem: I pulled the entire /usr/src from ftp.freebsd.org:.16/FreeBSD/FreeBSD-current and started the compile with 'make world' from the top of the src-tree and finally got the following. Can somebody tell me where to look? (All done on a 2.1.6-RELEASE) Thanks in advance Richard +--------- install -c -s -o bin -g bin -m 555 make /usr/bin /usr/obj/usr/src/usr.bin/make created for /usr/src/usr.bin/make cd /usr/src/usr.bin/xinstall && make depend && make -DNOMAN -DNOPROFILE all install cleandir obj rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c /usr/src/usr.bin/xinstall/xinstall.c cc -O -c /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function `flags_to_string': /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: `UF_OPAQUE' undeclared (first use this function) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: (Each undeclared identifier is reported only once /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: for each function it appears in.) /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function `string_to_flags': /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:134: `UF_OPAQUE' undeclared (first use this function) *** Error code 1 Stop. +--------- +-------------------------------------------------------------------+ : Plus.Net Internet PoP fuer : Oppenheimer Landstr. 55 Frankfurt & Westerwald : 60596 Frankfurt : Tel.: +49 69 61991275 http://www.plusnet.de : Fax : +49 69 610238 +-------------------------------------------------------------------+ From owner-freebsd-current Tue Jan 7 16:33:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28614 for current-outgoing; Tue, 7 Jan 1997 16:33:05 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA28603; Tue, 7 Jan 1997 16:32:51 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA15289; Tue, 7 Jan 1997 17:23:25 -0700 From: Terry Lambert Message-Id: <199701080023.RAA15289@phaeton.artisoft.com> Subject: Re: Any specfs specialists out there ?? To: sos@freebsd.org Date: Tue, 7 Jan 1997 17:23:24 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <199701071349.OAA03066@ravenock.cybercity.dk> from "sos@freebsd.org" at Jan 7, 97 02:49:07 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 a problem with specfs. In specfs_getpages() all transfers are > rounded to DEV_BSIZE bytes, that wont do on devices with !=3D 512 > byte sector size.=20 > > I need to have the specfs know about the sectorsize, or at least > the block size of the fs (which then could be set to n*sectorsize) > > The problem is that the struct vop_getpages_args that specfs_getpages() > gets handed apparently doesn't have any info I can use, well > I found the blocksize deep down in a structure, but it seems to > be unset on entry :( > > I faked this by using 2*DEV_BSIZE which works just dandy on my > 1K sec disks. > > Any good ideas ?? What is this for? Specfs will be dying soon if devfs becomes standard (specfs and struct fsops is a crock). 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 Tue Jan 7 16:33:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28639 for current-outgoing; Tue, 7 Jan 1997 16:33:33 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA28630 for ; Tue, 7 Jan 1997 16:33:14 -0800 (PST) Received: from arabian.astrolab.org (dial236.nconnect.net [206.54.227.236]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id SAA08587; Tue, 7 Jan 1997 18:29:00 -0600 (CST) Message-ID: <32D2EAEB.41C67EA6@nconnect.net> Date: Tue, 07 Jan 1997 18:31:39 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Joerg Wunsch CC: current@freebsd.org Subject: Re: syslogd failure References: <199701052302.RAA16060@nexgen.HiWAAY.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As dkelly@HiWAAY.net wrote: > > > > No, that's already okay. It's normally done at /etc/rc time. > > > > fsck or "rm /var/run/log" at /etc/rc time? (Sorry, I can't get to my > > -current system right now from here.) > > The removal of /var/run/log: > > rm -f /var/run/log > echo ' syslogd.'; syslogd > > Previously it happened here: > > (cd /var/run && { cp /dev/null utmp; chmod 644 utmp; }) > ^ rm -f log; > -- > 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. ;-) It's not that way on mine (yet!) Mine was an upgrade from 2.2SNAP to current so maybe something got lost in the translation so to speak?? RD From owner-freebsd-current Tue Jan 7 16:45:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA29047 for current-outgoing; Tue, 7 Jan 1997 16:45:51 -0800 (PST) Received: from rs3.rrz.Uni-Koeln.DE (519@rs3.rrz.Uni-Koeln.DE [134.95.100.214]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA29042 for ; Tue, 7 Jan 1997 16:45:46 -0800 (PST) Received: (from afr04@localhost) by rs3.rrz.Uni-Koeln.DE (8.8.4/8.8.4) id BAA127475; Wed, 8 Jan 1997 01:45:09 +0100 Date: Wed, 8 Jan 1997 01:45:09 +0100 (MET) From: Ralf Luettgen To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org Subject: X11R6.3 in 2.2 ? In-Reply-To: <27810.852619800@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 Hi, which X Release will be included into the 2.2 Release? I compiled the X11R6.3 Release on a 2.1.5 Release and I think the new X-print capabilities are very interesting. by Ralf From owner-freebsd-current Tue Jan 7 16:48:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA29235 for current-outgoing; Tue, 7 Jan 1997 16:48:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA29225 for ; Tue, 7 Jan 1997 16:48:53 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id QAA27805; Tue, 7 Jan 1997 16:48:05 -0800 (PST) To: Ralf Luettgen cc: freebsd-current@freebsd.org Subject: Re: X11R6.3 in 2.2 ? In-reply-to: Your message of "Wed, 08 Jan 1997 01:45:09 +0100." Date: Tue, 07 Jan 1997 16:48:05 -0800 Message-ID: <27801.852684485@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whatever the XFree86 Project provides us with - this has always been their product and we just bundle the bits they give us. rich@freeBSD.org would know more since he's on both teams. Jordan > Hi, > > which X Release will be included into the 2.2 Release? > I compiled the X11R6.3 Release on a 2.1.5 Release and I think > the new X-print capabilities are very interesting. > > by > Ralf From owner-freebsd-current Tue Jan 7 17:01:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA29821 for current-outgoing; Tue, 7 Jan 1997 17:01:00 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA29812 for ; Tue, 7 Jan 1997 17:00:53 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA28576; Tue, 7 Jan 1997 18:00:51 -0700 (MST) Date: Tue, 7 Jan 1997 18:00:51 -0700 (MST) Message-Id: <199701080100.SAA28576@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org Subject: Kernel driver advice Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is regards to the recent kernel PR. Basically, the current PCCARD code uses IRQ3, which is the standard IRQ used on COM2/sio1. Suffice it to say that this is a 'Bad Thing'. There is nowhere in the kernel config file to tell the system that it's using IRQ3, or to even tell it to use something else (other than to use Yet Another option. The 'best' solution would be to change it's config line from: device crd0 to device crd0 at isa? irq 5 or any free interrupt that should be in the system. However, this means that the 'theoretically' machine-dependant pccard code is now directly tied to the isa bus, and it's location in /sys/pccard is wrong, and it should be moved to /sys/i386/pccard. To be honest, the code already has lots of isa specific parts in it, so it's really not isa/i386 independant, but that's mostly the case of FreeBSD's x86 specific layout. Also, the existing setup isn't really 'isa' specific, but since the ISA bus is the only 'connection' for things such as IRQ's, there is no other way of registering an IRQ in FreeBSD except as an isa driver. Is there a better/different way of registering the need for an interrupt and *NOT* being an ISA device? How do the PCI devices grab an interrupt? Finally, is there a way to request the list of used/unused IRQ's in the system at a point in time? I'd like to be able to check if a particular IRQ is used in the system at probe time, and if it's already allocated to try different IRQ's until one is available. If at all possible, I'd like to wait until all of the other probe's are done, and then I'd be able to get a list of available interrupts to use for the PCIC controller *and* for the PCMCIA cards. Is *any* of this do-able with our current FreeBSD kernel? Nate From owner-freebsd-current Tue Jan 7 18:09:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA05441 for current-outgoing; Tue, 7 Jan 1997 18:09:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA05436 for ; Tue, 7 Jan 1997 18:08:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA13412; Wed, 8 Jan 1997 13:02:19 +1100 Date: Wed, 8 Jan 1997 13:02:19 +1100 From: Bruce Evans Message-Id: <199701080202.NAA13412@godzilla.zeta.org.au> To: current@freebsd.org, nate@mt.sri.com Subject: Re: Kernel driver advice Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is there a better/different way of registering the need for an interrupt >and *NOT* being an ISA device? How do the PCI devices grab an >interrupt? No. The PCI devices just grab an interrupt. They are initialized before ISA devices, so this sort of works. However, the ISA conflict checking doesn't know about resources grabbed by PCI devices. If an ISA probe succeeds, then isa.c attempts to grab the interrupt. If the interrupt is already allocated, then the allocation isn't changed and the error code is ignored, leaving the ISA driver unattached from the interrupt. >Finally, is there a way to request the list of used/unused IRQ's in the >system at a point in time? I'd like to be able to check if a particular Attempt to allocate all IRQs and put back the ones that you get but don't want. Bruce From owner-freebsd-current Tue Jan 7 18:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA05530 for current-outgoing; Tue, 7 Jan 1997 18:10:03 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA05476 for ; Tue, 7 Jan 1997 18:09:45 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id NAA19096; Wed, 8 Jan 1997 13:08:34 +1100 (EST) From: David Dawes Message-Id: <199701080208.NAA19096@rf900.physics.usyd.edu.au> Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: <27801.852684485@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 7, 97 04:48:05 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 8 Jan 1997 13:08:34 +1100 (EST) Cc: G.Beuermann@Uni-Koeln.DE, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 >Whatever the XFree86 Project provides us with - this has always >been their product and we just bundle the bits they give us. >rich@freeBSD.org would know more since he's on both teams. We're planning a beta release in a month or so which will be based on R6.3. That's most likely too late for 2.2, and it probably isn't appropriate to bundle a beta version with 2.2 anyway. The stock R6.3 release should compile pretty much "out of the box" on FreeBSD 2.1.6 and later anyway. R6.3 includes the XFree86 3.2 servers (except for a few minor things). David From owner-freebsd-current Tue Jan 7 18:26:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA06099 for current-outgoing; Tue, 7 Jan 1997 18:26:12 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA06093 for ; Tue, 7 Jan 1997 18:26:08 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17302(4)>; Tue, 7 Jan 1997 18:25:34 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177476>; Tue, 7 Jan 1997 18:25:24 -0800 X-Mailer: exmh version 1.6.9 8/22/96 To: Warner Losh cc: current@freebsd.org Subject: Re: Area codes in na.phone... In-reply-to: Your message of "Thu, 02 Jan 1997 13:58:07 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 7 Jan 1997 18:25:18 PST From: Bill Fenner Message-Id: <97Jan7.182524pst.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk People should check out ftp://mirror.lcs.mit.edu/pub/telecom-archives/archives/areacodes . Bill From owner-freebsd-current Tue Jan 7 20:57:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA12467 for current-outgoing; Tue, 7 Jan 1997 20:57:26 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA12459 for ; Tue, 7 Jan 1997 20:57:24 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA29298; Tue, 7 Jan 1997 21:57:05 -0700 (MST) Date: Tue, 7 Jan 1997 21:57:05 -0700 (MST) Message-Id: <199701080457.VAA29298@rocky.mt.sri.com> From: Nate Williams To: Bruce Evans Cc: current@freebsd.org, nate@mt.sri.com Subject: Re: Kernel driver advice In-Reply-To: <199701080202.NAA13412@godzilla.zeta.org.au> References: <199701080202.NAA13412@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Is there a better/different way of registering the need for an interrupt > >and *NOT* being an ISA device? How do the PCI devices grab an > >interrupt? > > No. The PCI devices just grab an interrupt. They are initialized > before ISA devices, so this sort of works. However, the ISA conflict > checking doesn't know about resources grabbed by PCI devices. If an > ISA probe succeeds, then isa.c attempts to grab the interrupt. If the > interrupt is already allocated, then the allocation isn't changed and > the error code is ignored, leaving the ISA driver unattached from the > interrupt. This isn't much of a solution, since it's the current way things are. The PCIC controller grabs interrupt 3, and when sio1 tries to use it fails (w/out the user knowing it). > >Finally, is there a way to request the list of used/unused IRQ's in the > >system at a point in time? I'd like to be able to check if a particular > > Attempt to allocate all IRQs and put back the ones that you get but don't > want. *laugh* Who keeps track of allocated interrupts? Would it be possible/useful to add a 'give me what has already been allocated' kind of function? Instead of alloc_intr() something obvious like intr_alloced()? *grin* Nate From owner-freebsd-current Tue Jan 7 23:19:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA18558 for current-outgoing; Tue, 7 Jan 1997 23:19:44 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA18553 for ; Tue, 7 Jan 1997 23:19:41 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id AAA29775; Wed, 8 Jan 1997 00:19:40 -0700 (MST) Date: Wed, 8 Jan 1997 00:19:40 -0700 (MST) Message-Id: <199701080719.AAA29775@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org Subject: Interrupt masks??? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What are their purpose? I'm trying to determine how exactly one 'registers' and enables interrupts in FreeBSD. For context, the prototype for register_intr/unregister_intr are: int register_intr(irq, dev_id, flags, handler, imask, unit) irq - integer number ( 0 - 16) dev_id - 'counter' it gets register to in the system counters (??) flags - normal or fast (serial) interrupts handler - function called when an interrupt occurs (takes in int) imask - ???? unit - int parameter to handler function (XXX - used for pointers) Returns successful/unsuccessful status. int unregister_intr(irq, handler) irq - integer number ( 0 - 16) handler - function called when an interrupt occurs (takes in int) Returns successful/unsuccessful status. Plus we have: int update_intr_masks(void) Returns ??? My guesses to what things do: INTREN() - Enables interrupts for that device? (A device can generate interrupts whether or not we enable, true?) INTRDIS() - Disable interrupts? ffs(irq) == (1 << irq) To 'register' an interrupt for use it appears 3 steps are necessary: INTRMASK(*imask, (1 << irq)); register_intr(irq, id, 0, intr_handler, imask, handler_arg); INTREN(1 << irq); * Although the PCI code switches ignores the first step and calls update_intr_masks(), which I can't tell what it does. It appears that for 'unregistering' an interrupt we then do: INTRDIS(1 << irq); unregister_intr(irq, intr_handler); INTRUNMASK(*imask, (1 << irq)); * Again, PCI is different in that they ignore the INTRUNMASK but again call update_intr_masks(). What's the purpose of the imask parameter in INTRMASK(), INTRUNMASK() and register_intr()? It appears to be on a per/IRQ basis, and we set it to all ones at unregister_intr() time. Does this have to do with the whole spl*() stuff? Other questions: - Can an interrupt be generated if it's not enabled via INTREN()? If so, how does it show up? Nate ps. Does someone want to review this patch for me? The code uses INTRMASK above, so why not INTRUNMASK below? Index: pcibus.c =================================================================== RCS file: /home/CVS/src/sys/i386/isa/pcibus.c,v retrieving revision 1.27 diff -u -r1.27 pcibus.c --- pcibus.c 1996/10/30 22:38:55 1.27 +++ pcibus.c 1997/01/08 06:25:35 @@ -519,7 +519,7 @@ if (! (*maskptr & mask)) return (-1); - *maskptr &= ~mask; + INTRUNMASK(*maskptr,mask); update_intr_masks(); return (0); From owner-freebsd-current Tue Jan 7 23:36:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA19229 for current-outgoing; Tue, 7 Jan 1997 23:36:59 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA19224; Tue, 7 Jan 1997 23:36:51 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id IAA01307; Wed, 8 Jan 1997 08:37:49 +0100 (MET) Message-Id: <199701080737.IAA01307@ravenock.cybercity.dk> Subject: Re: Any specfs specialists out there ?? In-Reply-To: <199701080023.RAA15289@phaeton.artisoft.com> from Terry Lambert at "Jan 7, 97 05:23:24 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 8 Jan 1997 08:37:48 +0100 (MET) Cc: sos@FreeBSD.org, current@FreeBSD.org From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Terry Lambert who wrote: > > I have a problem with specfs. In specfs_getpages() all transfers are > > rounded to DEV_BSIZE bytes, that wont do on devices with !=3D 512 > > byte sector size.=20 > > > > I need to have the specfs know about the sectorsize, or at least > > the block size of the fs (which then could be set to n*sectorsize) > > > > The problem is that the struct vop_getpages_args that specfs_getpages() > > gets handed apparently doesn't have any info I can use, well > > I found the blocksize deep down in a structure, but it seems to > > be unset on entry :( > > > > I faked this by using 2*DEV_BSIZE which works just dandy on my > > 1K sec disks. > > > > Any good ideas ?? > > What is this for? It just for me having disks with a 1K sector size, and without this it fails :(. > Specfs will be dying soon if devfs becomes standard (specfs and struct > fsops is a crock). Yeah, but I wouldn't hold my breath.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Jan 7 23:52:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA19799 for current-outgoing; Tue, 7 Jan 1997 23:52:33 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA19784; Tue, 7 Jan 1997 23:52:23 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.4/8.8.3) id JAA14506; Wed, 8 Jan 1997 09:51:19 +0200 (EET) From: mika ruohotie Message-Id: <199701080751.JAA14506@shadows.aeon.net> Subject: dedicating bandwidth? To: freebsd-current@freebsd.org Date: Wed, 8 Jan 1997 09:51:19 +0200 (EET) Cc: freebsd-isp@freebsd.org 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 hmm... i think i did ask about this a while back, but didnt get any answers... that leads me to assume my message didnt get thru somehow... anyway, i would like to dedicate bandwidth between my machine, and the ethernet machine(s). meaning that the ethernet can not take the full ppp bandwidth and also that my machine can not take it all so that there's something left for the ethernet users... i expect being "forced" to hack the kernel code, so few pointers would be welcome, i know some c but am no wizard... since i'm running current i would assume -current is somewhat approppriate place, and i would assume someone on the isp land have done it... i dont know how usefull the feature would be, but just depending how hard it is to do, would it be possible to include something like that as a feature? at the moment i use bit over a week old -current (havent upgraded coz there's the swap leakage thingie out there) mickey -- mika ruohotie mika@aeon.net net/sys admin mickey@supsys.fi From owner-freebsd-current Wed Jan 8 00:36:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA21174 for current-outgoing; Wed, 8 Jan 1997 00:36:16 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA21157; Wed, 8 Jan 1997 00:36:07 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA09144; Wed, 8 Jan 1997 08:52:13 +0100 From: Luigi Rizzo Message-Id: <199701080752.IAA09144@labinfo.iet.unipi.it> Subject: Re: dedicating bandwidth? To: bsdcur@shadows.aeon.net (mika ruohotie) Date: Wed, 8 Jan 1997 08:52:13 +0100 (MET) Cc: freebsd-current@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199701080751.JAA14506@shadows.aeon.net> from "mika ruohotie" at Jan 8, 97 09:51:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > hmm... > > i think i did ask about this a while back, but didnt get any answers... > > that leads me to assume my message didnt get thru somehow... > > anyway, i would like to dedicate bandwidth between my machine, and the > ethernet machine(s). meaning that the ethernet can not take the full > ppp bandwidth and also that my machine can not take it all so that there's > something left for the ethernet users... For a ppp bandwidth limiter you have a number of choices: - the ipretard code that was announced on one of the FreeBSD lists might also suit your needs, since you are dealing with low bandwidth; - if using user-space ppp (iijppp) you can hack the code to build two (or more) separate queues for traffic from/to different sources, and transfer data between the queues and the ppp link in a round-robin fashion - if you want to work within the kernel, you can try to hack a version of my dummynet stuff (http://www.iet.unipi.it/~luigi/research.html) to do something similar to the above; or, find some ready made solution, which I believe some vendor is already (or will be shortly) providing for FreeBSD. Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-current Wed Jan 8 01:01:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA21960 for current-outgoing; Wed, 8 Jan 1997 01:01:06 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA21955 for ; Wed, 8 Jan 1997 01:01:04 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.2/8.6.12) with SMTP id AAA06868; Wed, 8 Jan 1997 00:59:48 -0800 (PST) Date: Wed, 8 Jan 1997 00:59:48 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: dwhite@resnet.uoregon.edu To: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: ATAPI FX120T - problem In-Reply-To: <199701070944.KAA05541@gilberto.physik.rwth-aachen.de> 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, 7 Jan 1997, Christoph Kukulies wrote: > > Your CDROM doesn't appear to be probing properly. Notice that there is no > > 'wcd0' line in there showing a successful probe. > > > > You should address this to current@freebsd.org at it's a problem in > > -CURRENT. > > > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > > wdc0: unit 0 (wd0): > > > wd0: 124MB (254592 sectors), 936 cyls, 16 heads, 17 S/T, 512 B/S > > > wdc0: unit 1 (atapi): , removable, intr, dma, iordis > > ^^^^ > > > > Is this what's reported? > > Yes, exactly (output of dmesg redirected into a file and pasted into > this mail) Hm. Looks like a funky drive for Soren to try to bludgeon it into the ATAPI code. I'm trying to get the email address, write back and I'll let you know. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Wed Jan 8 01:27:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA22889 for current-outgoing; Wed, 8 Jan 1997 01:27:41 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA22881 for ; Wed, 8 Jan 1997 01:27:00 -0800 (PST) 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 KAA29320; Wed, 8 Jan 1997 10:22:17 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA08304; Wed, 8 Jan 1997 10:22:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA13333; Wed, 8 Jan 1997 10:07:37 +0100 (MET) Message-ID: Date: Wed, 8 Jan 1997 10:07:37 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: G.Beuermann@Uni-Koeln.DE Subject: Re: X11R6.3 in 2.2 ? References: <27801.852684485@time.cdrom.com> <199701080208.NAA19096@rf900.physics.usyd.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701080208.NAA19096@rf900.physics.usyd.edu.au>; from David Dawes on Jan 8, 1997 13:08:34 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Dawes wrote: > The stock R6.3 release should compile pretty much "out of the box" on > FreeBSD 2.1.6 and later anyway. R6.3 includes the XFree86 3.2 > servers (except for a few minor things). However, i think we better use an official XFree86 release (3.2 in this case) for our release. This eases support questions. Of course, something like the xload fix would be preferrable... and i also see that XFree86 3.2 is useless for KOI8-R users. Any chance of a 3.2-u1 version? :) -- 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 Jan 8 01:27:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA22908 for current-outgoing; Wed, 8 Jan 1997 01:27:47 -0800 (PST) Received: from palrel1.hp.com (palrel1.hp.com [15.253.72.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA22902 for ; Wed, 8 Jan 1997 01:27:45 -0800 (PST) Received: from fakir.india.hp.com (fakir.india.hp.com [15.10.40.3]) by palrel1.hp.com with ESMTP (8.7.5/8.7.3) id BAA05337; Wed, 8 Jan 1997 01:26:46 -0800 (PST) Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.20/15.5+ECS 3.3) id AA124757559; Wed, 8 Jan 1997 14:59:19 +0500 Message-Id: <199701080959.AA124757559@fakir.india.hp.com> To: freebsd-current@freebsd.org Cc: dawes@rf900.physics.usyd.edu.au Subject: Re: X11R6.3 in 2.2 Date: Wed, 08 Jan 1997 14:59:19 +0500 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "dd" == "David Dawes" said: dd> The stock R6.3 release should compile pretty much "out of the box" on dd> FreeBSD 2.1.6 and later anyway. R6.3 includes the XFree86 3.2 It does compile straight out of the box on 3.0-current (as of a week back). The default FreeBSD.cf assumes gcc 2.6.X and invokes gcc with -fno-strength-reduce. This option can be removed now safely I guess. The freshly built XFree86 SVGA server has been up without a hitch for over a week now and I've been having fun playing around with the new application embedding extensions. Koshy My Personal Opinions Only. From owner-freebsd-current Wed Jan 8 01:32:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23209 for current-outgoing; Wed, 8 Jan 1997 01:32:44 -0800 (PST) Received: from gatekeeper.cylink.net (gatekeeper.cylink.com.cy [194.42.128.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA23204 for ; Wed, 8 Jan 1997 01:32:40 -0800 (PST) Received: from andrease.cylink.net (andrease.cylink.net [194.42.134.67]) by gatekeeper.cylink.net (8.8.4/8.8.3) with ESMTP id LAA20985 for ; Wed, 8 Jan 1997 11:32:06 +0200 (EET) Message-Id: <199701080932.LAA20985@gatekeeper.cylink.net> From: "Uwe Ritter" To: Date: Wed, 8 Jan 1997 11:33:58 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current From owner-freebsd-current Wed Jan 8 01:43:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23697 for current-outgoing; Wed, 8 Jan 1997 01:43:08 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA23692 for ; Wed, 8 Jan 1997 01:43:03 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id UAA15873; Wed, 8 Jan 1997 20:42:52 +1100 (EST) Message-ID: Date: Wed, 8 Jan 1997 20:42:51 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: freebsd-current@freebsd.org Subject: NFS problems? X-Mailer: Mutt 0.56 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On a box running -current as of around 12 hours ago, I seem to be having problems with getting the NFS server running. All the appropriate options are set for the kernel (which worked just fine), although the kernel has been recompiled/installed etc. mountd fails to load with: Jan 8 20:28:16 server mountd[432]: Can't register mount errno (if applicable) at this point is EAFNOSUPPORT (Address family not supported by protocol family) and the point at which this occurs in src/mountd/mountd.c is easy to find. nfsd also reports a problem: Jan 8 20:19:00 server nfsd:[187]: can't register with udp portmap however, it loads and forks() the usual number of -n x instances. Probably uselessly. :-) My question is - does someone who is more familiar with rpc/nfs know why this would suddenly occur? I don't recall seeing any commits relating to nfs things recently, so I don't *think* it is related to the source tree as such. Moreover, there's a machine running right along side this one, running the same binaries which works fine, and the one on which I'm writing this which is running binaries built a slightly LATER version of the same CVS tree. I've rebooted a couple of times to see if it would help, but the same result each time. Something is hosed, but I have no idea what. portmap seems to work fine, and running in debug/verbose modes shows the connections ok. I just can't work out what's wrong. Does anyone have any ideas? Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Jan 8 02:09:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA24777 for current-outgoing; Wed, 8 Jan 1997 02:09:50 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA24772 for ; Wed, 8 Jan 1997 02:09:47 -0800 (PST) From: brian@mpress.com Received: (qmail 26789 invoked by uid 100); 8 Jan 1997 10:09:40 -0000 Message-ID: <19970108100940.26788.qmail@mpress.com> Subject: PCI posting/bursting vs. Chembook 9750 Laptop (solution) To: freebsd-current@freebsd.org Date: Wed, 8 Jan 1997 02:09:40 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL28 (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 reported earlier that -current would not run on my Chembook/Chicony 9750 laptop. P5-200/32MB (-stable, and 6 month old -current work fine) Basically the system would seize up after the last kernel message and before the first message regarding the filesystem mounting. Additionally spurious characters would appear across the 1st 3 lines of the display. Well after a half-interval search I isolated the problem down to the PCI posting option. Basically with regard to the PCI bus I can select (within the CMOS setup) PCI Bursting: Disable Posting Only Posting/Bursting Selecting Posting Only, or Posting/Bursting causes the failure. HOWEVER, there are no problem running -stable, or a -current kernel I built six months ago. I.E. for those versions I can leave PCI Posting/Bursting turned on. Any ideas what may be going wrong? Another person with a laptop that was not a Chembook 9750 reported similar crashing. Hopefully this solution will help him too. -- Brian Litzinger brian@mpress.com From owner-freebsd-current Wed Jan 8 02:29:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA25646 for current-outgoing; Wed, 8 Jan 1997 02:29:50 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA25641 for ; Wed, 8 Jan 1997 02:29:46 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id LAA16638; Wed, 8 Jan 1997 11:22:31 +0100 (MET) Message-Id: <199701081022.LAA16638@ravenock.cybercity.dk> Subject: Re: ATAPI FX120T - problem In-Reply-To: from Doug White at "Jan 8, 97 00:59:48 am" To: dwhite@resnet.uoregon.edu Date: Wed, 8 Jan 1997 11:22:31 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freebsd.org From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Doug White who wrote: > On Tue, 7 Jan 1997, Christoph Kukulies wrote: > > > > Your CDROM doesn't appear to be probing properly. Notice that there is no > > > 'wcd0' line in there showing a successful probe. > > > > > > You should address this to current@freebsd.org at it's a problem in > > > -CURRENT. > > > > > > > wdc0 at 0x1f0-0x1f7 irq 14 on isa > > > > wdc0: unit 0 (wd0): > > > > wd0: 124MB (254592 sectors), 936 cyls, 16 heads, 17 S/T, 512 B/S > > > > wdc0: unit 1 (atapi): , removable, intr, dma, iordis > > > ^^^^ > > > > > > Is this what's reported? > > > > Yes, exactly (output of dmesg redirected into a file and pasted into > > this mail) > > Hm. Looks like a funky drive for Soren to try to bludgeon it into the > ATAPI code. I'm trying to get the email address, write back and I'll let > you know. Hmm, I'll add this to my list of "funny" drives, actually I should get my hands on one, as these might show up in lots of machines out there... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed Jan 8 02:41:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA26290 for current-outgoing; Wed, 8 Jan 1997 02:41:02 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA26285 for ; Wed, 8 Jan 1997 02:40:57 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vhvR4-000QXsC; Wed, 8 Jan 97 11:40 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id LAA01341 for FreeBSD-current@FreeBSD.ORG; Wed, 8 Jan 1997 11:40:33 +0100 (MET) From: grog@lemis.de Message-Id: <199701081040.LAA01341@freebie.lemis.de> Subject: What's happened to nfsd and mountd? To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Wed, 8 Jan 1997 11:40:33 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 For the past 10 days or so, I haven't been able to build functional nfsd and mountd: they die with messages like these: Jan 8 11:34:38 freebie mountd[1215]: Can't register mount Jan 8 11:35:16 freebie nfsd:[1261]: can't register with udp portmap ktraces show that in each case a sendto fails: 577 mountd CALL sendto(0x5,0x465f0,0x38,0,0x46408,0x10) 577 mountd RET sendto -1 errno 47 Address family not supported by protocol family 577 mountd CALL write(0x2,0xefbfcb98,0x67) 577 mountd GIO fd 2 wrote 103 bytes "Cannot register service: RPC: Unable to send; errno = Address family not supported by protocol family " (don't ask me where stderr goes--I didn't see this message anywhere when I ran mountd). This is apparently not a kernel problem: I can start the versions I compiled a month ago and which I still have on my laptop, and they run fine. It's rather puzzling, though, because the source files haven't changed in that time. I can only assume a library problem somewhere, but I don't have the time to follow it up. Greg From owner-freebsd-current Wed Jan 8 02:51:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA26582 for current-outgoing; Wed, 8 Jan 1997 02:51:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA26576 for ; Wed, 8 Jan 1997 02:51:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA31604; Wed, 8 Jan 1997 21:45:20 +1100 Date: Wed, 8 Jan 1997 21:45:20 +1100 From: Bruce Evans Message-Id: <199701081045.VAA31604@godzilla.zeta.org.au> To: current@freebsd.org, nate@mt.sri.com Subject: Re: Interrupt masks??? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [>Questions for others to answer.] >ps. Does someone want to review this patch for me? The code uses >INTRMASK above, so why not INTRUNMASK below? > >Index: pcibus.c >=================================================================== >RCS file: /home/CVS/src/sys/i386/isa/pcibus.c,v >retrieving revision 1.27 >diff -u -r1.27 pcibus.c >--- pcibus.c 1996/10/30 22:38:55 1.27 >+++ pcibus.c 1997/01/08 06:25:35 >@@ -519,7 +519,7 @@ > if (! (*maskptr & mask)) > return (-1); > >- *maskptr &= ~mask; >+ INTRUNMASK(*maskptr,mask); > update_intr_masks(); > > return (0); > The code is certainly inconsistent. I think the INTR*MASK macros should go away. They just obfuscate a C idiom. Bruce From owner-freebsd-current Wed Jan 8 03:01:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA27067 for current-outgoing; Wed, 8 Jan 1997 03:01:23 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA27061 for ; Wed, 8 Jan 1997 03:01:18 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id WAA22712; Wed, 8 Jan 1997 22:00:23 +1100 (EST) From: David Dawes Message-Id: <199701081100.WAA22712@rf900.physics.usyd.edu.au> Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: from J Wunsch at "Jan 8, 97 10:07:37 am" To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 Jan 1997 22:00:22 +1100 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 David Dawes wrote: > >> The stock R6.3 release should compile pretty much "out of the box" on >> FreeBSD 2.1.6 and later anyway. R6.3 includes the XFree86 3.2 >> servers (except for a few minor things). > >However, i think we better use an official XFree86 release (3.2 in >this case) for our release. This eases support questions. Of course, Agreed. >something like the xload fix would be preferrable... and i also see >that XFree86 3.2 is useless for KOI8-R users. Any chance of a 3.2-u1 >version? :) I doubt there'll be any update releases from XFree86, just the betas. Our time is already overcommitted on other things. If someone builds a fixed xload, I'll put it on ftp.xfree86.org. Same goes for updated xterm/xdm (and whatever else uses utmp) binaries for current. As to the KOI8-R problem, it's still not clear to me if it is fully resolved, or how dependent the fix for it is on the R6.3 version of Xlib. None of this is tied to XFree86-specific code though, and when fixed an updated copy of libX11.so.6.1 will be required (the version numbering of this library is unchanged in R6.3). David From owner-freebsd-current Wed Jan 8 04:33:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA02371 for current-outgoing; Wed, 8 Jan 1997 04:33:21 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA02366 for ; Wed, 8 Jan 1997 04:33:13 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id NAA16899; Wed, 8 Jan 1997 13:17:06 +0100 (MET) Message-Id: <199701081217.NAA16899@ravenock.cybercity.dk> Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: <199701081100.WAA22712@rf900.physics.usyd.edu.au> from David Dawes at "Jan 8, 97 10:00:22 pm" To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 8 Jan 1997 13:16:57 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to David Dawes who wrote: > > If someone builds a fixed xload, I'll put it on ftp.xfree86.org. Same > goes for updated xterm/xdm (and whatever else uses utmp) binaries for > current. I have these build and ready, where do you want them ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed Jan 8 04:52:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA03069 for current-outgoing; Wed, 8 Jan 1997 04:52:40 -0800 (PST) Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA03062 for ; Wed, 8 Jan 1997 04:52:37 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca7-01.ix.netcom.com [204.31.231.33]) by dfw-ix8.ix.netcom.com (8.6.13/8.6.12) with ESMTP id EAA14685; Wed, 8 Jan 1997 04:48:10 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id EAA00927; Wed, 8 Jan 1997 04:46:47 -0800 (PST) Date: Wed, 8 Jan 1997 04:46:47 -0800 (PST) Message-Id: <199701081246.EAA00927@silvia.HIP.Berkeley.EDU> To: dawes@rf900.physics.usyd.edu.au CC: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-reply-to: <199701081100.WAA22712@rf900.physics.usyd.edu.au> (message from David Dawes on Wed, 8 Jan 1997 22:00:22 +1100 (EST)) Subject: Re: X11R6.3 in 2.2 ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * If someone builds a fixed xload, I'll put it on ftp.xfree86.org. Same * goes for updated xterm/xdm (and whatever else uses utmp) binaries for * current. The xload patch is in /usr/ports/x11/XFree86-contrib/patches/patch-aa. I can build an updated set of -current xterm/xdm if you want. I also have a full set (i.e., XFree86 and XFree86-contrib package, with all non-PC98 servers) of XFree86-3.2 for 2.2 I built just a couple of days ago. Let me know if you are interested. * As to the KOI8-R problem, it's still not clear to me if it is fully * resolved, or how dependent the fix for it is on the R6.3 version of Xlib. * None of this is tied to XFree86-specific code though, and when fixed * an updated copy of libX11.so.6.1 will be required (the version numbering * of this library is unchanged in R6.3). We need to somehow resolve this though, I can't put the packages I built on the CDROM when there is another set of binaries in the XF8632 directory.... Satoshi From owner-freebsd-current Wed Jan 8 04:58:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA03417 for current-outgoing; Wed, 8 Jan 1997 04:58:28 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA03405 for ; Wed, 8 Jan 1997 04:58:19 -0800 (PST) Received: by sequent.kiae.su id AA22248 (5.65.kiae-2 ); Wed, 8 Jan 1997 15:18:15 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 8 Jan 97 15:18:15 +0300 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id PAA01153; Wed, 8 Jan 1997 15:15:12 +0300 (MSK) Date: Wed, 8 Jan 1997 15:15:12 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: David Dawes Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: <199701081100.WAA22712@rf900.physics.usyd.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, 8 Jan 1997, David Dawes wrote: > As to the KOI8-R problem, it's still not clear to me if it is fully > resolved, or how dependent the fix for it is on the R6.3 version of Xlib. > None of this is tied to XFree86-specific code though, and when fixed > an updated copy of libX11.so.6.1 will be required (the version numbering > of this library is unchanged in R6.3). It is not fully resolved yet, Kaleb makes things better, but not fixes the problem yet. I am awaiting his answer for now... -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Wed Jan 8 06:43:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA07935 for current-outgoing; Wed, 8 Jan 1997 06:43:00 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA07921; Wed, 8 Jan 1997 06:42:50 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA24321; Wed, 8 Jan 1997 09:40:52 -0500 From: Bill Paul Message-Id: <199701081440.JAA24321@skynet.ctr.columbia.edu> Subject: Re: What's happened to nfsd and mountd? To: grog@lemis.de Date: Wed, 8 Jan 1997 09:40:51 -0500 (EST) Cc: current@freebsd.org, peter@freebsd.org In-Reply-To: <199701081040.LAA01341@freebie.lemis.de> from "grog@lemis.de" at Jan 8, 97 11:40:33 am 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, grog@lemis.de had to walk into mine and say: > For the past 10 days or so, I haven't been able to build functional > nfsd and mountd: they die with messages like these: > > Jan 8 11:34:38 freebie mountd[1215]: Can't register mount > Jan 8 11:35:16 freebie nfsd:[1261]: can't register with udp portmap I'm starting to think that this may be due to some changes Peter Wemm made to the RPC library a short while back (maybe ten days -- not exactly sure, but it sounds about right). Either that or somebody frobbed some headers somewhere that broke the library. I assume you rebuilt the world and not just selected parts of the system, correct? > ktraces show that in each case a sendto fails: > > 577 mountd CALL sendto(0x5,0x465f0,0x38,0,0x46408,0x10) > 577 mountd RET sendto -1 errno 47 Address family not supported by protocol family > 577 mountd CALL write(0x2,0xefbfcb98,0x67) > 577 mountd GIO fd 2 wrote 103 bytes > "Cannot register service: RPC: Unable to send; errno = Address family not supported by protocol family > > " > (don't ask me where stderr goes--I didn't see this message anywhere > when I ran mountd). > > This is apparently not a kernel problem: I can start the versions I > compiled a month ago and which I still have on my laptop, and they run > fine. It's rather puzzling, though, because the source files haven't > changed in that time. I can only assume a library problem somewhere, > but I don't have the time to follow it up. It's most likely something in the RPC library in libc, not in the programs. Rrrrr.... excuse me while I go fill up the gas tank on my LART. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Wed Jan 8 07:35:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA10571 for current-outgoing; Wed, 8 Jan 1997 07:35:42 -0800 (PST) Received: from hammurabi.nh.ultra.net (hammurabi.nh.ultra.net [205.162.79.24]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA10554; Wed, 8 Jan 1997 07:35:36 -0800 (PST) Received: from lucy.portsmouth ([192.32.47.84]) by hammurabi.nh.ultra.net (8.7.4/ult1.04) with SMTP id KAA12116; Wed, 8 Jan 1997 10:33:06 -0500 (EST) Message-ID: <32D3BEA0.31DFF4F5@qosnet.com> Date: Wed, 08 Jan 1997 10:34:56 -0500 From: Greg Burch X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: mika ruohotie CC: freebsd-current@freebsd.org, freebsd-isp@freebsd.org, png@qosnet.com Subject: Re: dedicating bandwidth? References: <199701080751.JAA14506@shadows.aeon.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mika, We have implemented st2+ (rfc1819) and rsvp for freebsd beginning with 2.1.5. Our implementation includes resource (bandwidth) reservation, management, policing, etc for WAN services such as ppp and fr. If I understand your question correctly, the bandwidth management components may address what you are looking to do. Regards, Greg Burch Qosnetics gregb@qosnet.com . mika ruohotie wrote: > > hmm... > > i think i did ask about this a while back, but didnt get any answers... > > that leads me to assume my message didnt get thru somehow... > > anyway, i would like to dedicate bandwidth between my machine, and the > ethernet machine(s). meaning that the ethernet can not take the full > ppp bandwidth and also that my machine can not take it all so that there's > something left for the ethernet users... > > i expect being "forced" to hack the kernel code, so few pointers would > be welcome, i know some c but am no wizard... > > since i'm running current i would assume -current is somewhat approppriate > place, and i would assume someone on the isp land have done it... > > i dont know how usefull the feature would be, but just depending how hard > it is to do, would it be possible to include something like that as a > feature? > > at the moment i use bit over a week old -current (havent upgraded coz there's > the swap leakage thingie out there) > > mickey > -- > mika ruohotie mika@aeon.net > net/sys admin mickey@supsys.fi From owner-freebsd-current Wed Jan 8 08:10:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA12255 for current-outgoing; Wed, 8 Jan 1997 08:10:09 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA12219 for ; Wed, 8 Jan 1997 08:10:02 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id AAA24235; Thu, 9 Jan 1997 00:08:23 +0800 (WST) Message-Id: <199701081608.AAA24235@spinner.DIALix.COM> X-Mailer: exmh version 2.0beta 12/23/96 To: Bill Paul cc: grog@lemis.de, current@freebsd.org Subject: Re: What's happened to nfsd and mountd? In-reply-to: Your message of "Wed, 08 Jan 1997 09:40:51 EST." <199701081440.JAA24321@skynet.ctr.columbia.edu> Date: Thu, 09 Jan 1997 00:08:22 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > Of all the gin joints in all the towns in all the world, grog@lemis.de > had to walk into mine and say: > > > For the past 10 days or so, I haven't been able to build functional > > nfsd and mountd: they die with messages like these: > > > > Jan 8 11:34:38 freebie mountd[1215]: Can't register mount > > Jan 8 11:35:16 freebie nfsd:[1261]: can't register with udp portmap > > I'm starting to think that this may be due to some changes Peter Wemm > made to the RPC library a short while back (maybe ten days -- not exactly > sure, but it sounds about right). Either that or somebody frobbed some > headers somewhere that broke the library. Hmm.. > > ktraces show that in each case a sendto fails: > > > > 577 mountd CALL sendto(0x5,0x465f0,0x38,0,0x46408,0x10) > > 577 mountd RET sendto -1 errno 47 Address family not supported by pr otocol family > > 577 mountd CALL write(0x2,0xefbfcb98,0x67) > > 577 mountd GIO fd 2 wrote 103 bytes > > "Cannot register service: RPC: Unable to send; errno = Address famil y not supported by protocol family > > > > " > > (don't ask me where stderr goes--I didn't see this message anywhere > > when I ran mountd). > > > > This is apparently not a kernel problem: I can start the versions I > > compiled a month ago and which I still have on my laptop, and they run > > fine. It's rather puzzling, though, because the source files haven't > > changed in that time. I can only assume a library problem somewhere, > > but I don't have the time to follow it up. > > It's most likely something in the RPC library in libc, not in the programs. The first thing that springs to mind is that it looks like it's happening here in clnt_udp.c: if (sendto(cu->cu_sock, cu->cu_outbuf, outlen, 0, (struct sockaddr *)&(cu->cu_raddr), cu->cu_rlen) != outlen) { cu->cu_error.re_errno = errno; if (fds != &readfds) free(fds); return (cu->cu_error.re_status = RPC_CANTSEND); } In this case, it looks to me like the socket is created and bound correctly, Hmm, I'll dig into it some more. > Rrrrr.... excuse me while I go fill up the gas tank on my LART. Do I want to know what a LART is, or not? :-] > -Bill Cheers, -Peter From owner-freebsd-current Wed Jan 8 08:57:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA16957 for current-outgoing; Wed, 8 Jan 1997 08:57:52 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA16941 for ; Wed, 8 Jan 1997 08:57:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA16480; Wed, 8 Jan 1997 09:47:21 -0700 From: Terry Lambert Message-Id: <199701081647.JAA16480@phaeton.artisoft.com> Subject: Re: Kernel driver advice To: nate@mt.sri.com (Nate Williams) Date: Wed, 8 Jan 1997 09:47:21 -0700 (MST) Cc: bde@zeta.org.au, current@freebsd.org, nate@mt.sri.com In-Reply-To: <199701080457.VAA29298@rocky.mt.sri.com> from "Nate Williams" at Jan 7, 97 09:57:05 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 > > >Finally, is there a way to request the list of used/unused IRQ's in the > > >system at a point in time? I'd like to be able to check if a particular > > > > Attempt to allocate all IRQs and put back the ones that you get but don't > > want. > > *laugh* > > Who keeps track of allocated interrupts? Would it be possible/useful to > add a 'give me what has already been allocated' kind of function? > Instead of alloc_intr() something obvious like intr_alloced()? *grin* Yeah, this is a kludge... it would be nice to be able to get a bitmap or something... given EISA and PCI, it would have to be two longs or a quad for some systems (see the recent EISA and APIC discussions on IRQ assignment on the SMP list). 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 Wed Jan 8 09:02:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA17341 for current-outgoing; Wed, 8 Jan 1997 09:02:47 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA17322 for ; Wed, 8 Jan 1997 09:02:19 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vi1Ml-000QYvC; Wed, 8 Jan 97 18:00 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id QAA03906 for FreeBSD-current@FreeBSD.ORG; Wed, 8 Jan 1997 16:19:52 +0100 (MET) From: grog@lemis.de Message-Id: <199701081519.QAA03906@freebie.lemis.de> Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701081440.JAA24321@skynet.ctr.columbia.edu> from Bill Paul at "Jan 8, 97 09:40:51 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Wed, 8 Jan 1997 16:18:04 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 Bill Paul writes: > Of all the gin joints in all the towns in all the world, grog@lemis.de > had to walk into mine and say: > >> For the past 10 days or so, I haven't been able to build functional >> nfsd and mountd: they die with messages like these: >> >> Jan 8 11:34:38 freebie mountd[1215]: Can't register mount >> Jan 8 11:35:16 freebie nfsd:[1261]: can't register with udp portmap > > I'm starting to think that this may be due to some changes Peter Wemm > made to the RPC library a short while back (maybe ten days -- not exactly > sure, but it sounds about right). Either that or somebody frobbed some > headers somewhere that broke the library. Well, I wasn't targeting Peter particularly, but I got the same sort of impression. > I assume you rebuilt the world and not just selected parts of the system, > correct? Correct. In fact, my last message about swap leaks when doing a make world was as a result of this problem. >> ktraces show that in each case a sendto fails: >> >> 577 mountd CALL sendto(0x5,0x465f0,0x38,0,0x46408,0x10) >> 577 mountd RET sendto -1 errno 47 Address family not supported by protocol family >> 577 mountd CALL write(0x2,0xefbfcb98,0x67) >> 577 mountd GIO fd 2 wrote 103 bytes >> "Cannot register service: RPC: Unable to send; errno = Address family not supported by protocol family >> >> " >> (don't ask me where stderr goes--I didn't see this message anywhere >> when I ran mountd). >> >> This is apparently not a kernel problem: I can start the versions I >> compiled a month ago and which I still have on my laptop, and they run >> fine. It's rather puzzling, though, because the source files haven't >> changed in that time. I can only assume a library problem somewhere, >> but I don't have the time to follow it up. > > It's most likely something in the RPC library in libc, not in the programs. > Rrrrr.... excuse me while I go fill up the gas tank on my LART. Damn. I don't understand that last sentence, but I don't want to look silly, so I won't ask :-) Greg From owner-freebsd-current Wed Jan 8 09:05:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA17560 for current-outgoing; Wed, 8 Jan 1997 09:05:50 -0800 (PST) Received: from chaos.ecpnet.com (raistlin@chaos.ecpnet.com [204.246.64.13]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA17555 for ; Wed, 8 Jan 1997 09:05:46 -0800 (PST) Received: from localhost (raistlin@localhost) by chaos.ecpnet.com (8.8.4/8.8.4) with SMTP id LAA21976; Wed, 8 Jan 1997 11:08:52 -0600 (CST) Date: Wed, 8 Jan 1997 11:08:51 -0600 (CST) From: Justen Stepka To: grog@lemis.de cc: FreeBSD current users Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701081040.LAA01341@freebie.lemis.de> 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 noticed the same thing, I just thought that I broke something so I *was* planning reinstall. What normally happens is that the system will just hang and I can't abort the process being forced to reboot. On Wed, 8 Jan 1997 grog@lemis.de wrote: :For the past 10 days or so, I haven't been able to build functional :nfsd and mountd: they die with messages like these: : :Jan 8 11:34:38 freebie mountd[1215]: Can't register mount :Jan 8 11:35:16 freebie nfsd:[1261]: can't register with udp portmap : :ktraces show that in each case a sendto fails: : : 577 mountd CALL sendto(0x5,0x465f0,0x38,0,0x46408,0x10) : 577 mountd RET sendto -1 errno 47 Address family not supported by protocol family : 577 mountd CALL write(0x2,0xefbfcb98,0x67) : 577 mountd GIO fd 2 wrote 103 bytes : "Cannot register service: RPC: Unable to send; errno = Address family not supported by protocol family : : " :(don't ask me where stderr goes--I didn't see this message anywhere :when I ran mountd). : :This is apparently not a kernel problem: I can start the versions I :compiled a month ago and which I still have on my laptop, and they run :fine. It's rather puzzling, though, because the source files haven't :changed in that time. I can only assume a library problem somewhere, :but I don't have the time to follow it up. : :Greg : From owner-freebsd-current Wed Jan 8 09:06:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA17589 for current-outgoing; Wed, 8 Jan 1997 09:06:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA17580; Wed, 8 Jan 1997 09:06:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA16505; Wed, 8 Jan 1997 09:55:52 -0700 From: Terry Lambert Message-Id: <199701081655.JAA16505@phaeton.artisoft.com> Subject: Re: Any specfs specialists out there ?? To: sos@FreeBSD.org Date: Wed, 8 Jan 1997 09:55:52 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.org In-Reply-To: <199701080737.IAA01307@ravenock.cybercity.dk> from "sos@FreeBSD.org" at Jan 8, 97 08:37:48 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 > > > I faked this by using 2*DEV_BSIZE which works just dandy on my > > > 1K sec disks. > > > > > > Any good ideas ?? > > > > What is this for? > > It just for me having disks with a 1K sector size, and without this > it fails :(. Ah. I faced the same problem when I added Unicode support to FFS, since it bumped the minimum directory block size to 1k. You can either make sure the minimal FS block size is 8k or higher, or for a 4k, make the min frag size 1k anyway. Really, specfs should not use the DEV_BSIZE as a manifest value; it should get the block size out of the structure for the device, and for your particular device, that should be 1k. I would be very careful with 512b boundry access on such a device in any case (ie: even if you make the change to specfs, you should ensure that no FS is attempting to access in units of smaller than the block size -- the directory block size may be a problem here...). > > Specfs will be dying soon if devfs becomes standard (specfs and struct > > fsops is a crock). > > Yeah, but I wouldn't hold my breath.... After specfs is gone, the pipe code (and by extension, the LOCAL domain socket code) will be the only real users of struct fsops dereference; they should be moved into the FS code and follow the path down. After that, we should be able to drastically shrink struct file for open file instances in the system open file table, and recover multiple pointer dereferences worth of speed on all operations. 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 Wed Jan 8 10:14:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA21215 for current-outgoing; Wed, 8 Jan 1997 10:14:39 -0800 (PST) Received: from nemesis.idirect.com (root@nemesis.idirect.com [207.136.80.40]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA21210 for ; Wed, 8 Jan 1997 10:14:36 -0800 (PST) Received: from hometown.idirect.com (carrera@hometown.idirect.com [207.136.66.27]) by nemesis.idirect.com (8.6.9/8.6.12) with ESMTP id NAA24901 for ; Wed, 8 Jan 1997 13:14:29 -0500 Received: from localhost (carrera@localhost) by hometown.idirect.com (8.7.4/8.6.9) with SMTP id MAA14368 for ; Wed, 8 Jan 1997 12:50:08 -0500 (EST) X-Authentication-Warning: hometown.idirect.com: carrera owned process doing -bs Date: Wed, 8 Jan 1997 12:50:07 -0500 (EST) From: Jason Lixfeld To: freebsd-current@freebsd.org Subject: unsubscribe In-Reply-To: <32D3BEA0.31DFF4F5@qosnet.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 unsubscribe From owner-freebsd-current Wed Jan 8 11:54:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA25634 for current-outgoing; Wed, 8 Jan 1997 11:54:49 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA25582; Wed, 8 Jan 1997 11:54:19 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.4/8.8.3) id VAA18502; Wed, 8 Jan 1997 21:52:31 +0200 (EET) From: mika ruohotie Message-Id: <199701081952.VAA18502@shadows.aeon.net> Subject: Re: dedicating bandwidth? To: gregb@qosnet.com (Greg Burch) Date: Wed, 8 Jan 1997 21:52:31 +0200 (EET) Cc: freebsd-current@freebsd.org, freebsd-isp@freebsd.org, png@qosnet.com In-Reply-To: <32D3BEA0.31DFF4F5@qosnet.com> from Greg Burch at "Jan 8, 97 10:34:56 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 > Mika, > > We have implemented st2+ (rfc1819) and rsvp for freebsd beginning with > 2.1.5. Our implementation includes resource (bandwidth) reservation, > management, policing, etc for WAN services such as ppp and fr. If I > understand your question correctly, the bandwidth management components > may address what you are looking to do. sounds like it, where can i find it? cool. =) > Regards, > Greg Burch > Qosnetics > gregb@qosnet.com mickey From owner-freebsd-current Wed Jan 8 12:08:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA26307 for current-outgoing; Wed, 8 Jan 1997 12:08:27 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA26302 for ; Wed, 8 Jan 1997 12:08:22 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA24840; Wed, 8 Jan 1997 15:06:22 -0500 From: Bill Paul Message-Id: <199701082006.PAA24840@skynet.ctr.columbia.edu> Subject: Re: What's happened to nfsd and mountd? To: peter@spinner.DIALix.COM (Peter Wemm) Date: Wed, 8 Jan 1997 15:06:21 -0500 (EST) Cc: grog@lemis.de, current@freebsd.org In-Reply-To: <199701081608.AAA24235@spinner.DIALix.COM> from "Peter Wemm" at Jan 9, 97 00:08:22 am 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, Peter Wemm had to walk into mine and say: [nfsd/mountd are fubared] > > It's most likely something in the RPC library in libc, not in the programs. > > The first thing that springs to mind is that it looks like it's happening > here in clnt_udp.c: > if (sendto(cu->cu_sock, cu->cu_outbuf, outlen, 0, > (struct sockaddr *)&(cu->cu_raddr), cu->cu_rlen) != outlen) { > cu->cu_error.re_errno = errno; > if (fds != &readfds) > free(fds); > return (cu->cu_error.re_status = RPC_CANTSEND); > } > > In this case, it looks to me like the socket is created and bound > correctly, Hmm, I'll dig into it some more. I would be more inclined to check pmap_set() or get_myaddress(). (I think you did frob get_myaddress().) It would also help if we knew if these people are doing funky things with virtual interfaces or multihomed hosts. (This information is important people! When you describe a problem, you should go into _excrutiating_ detail. What may seem unimportant to you may speak volumes to us.) > > Rrrrr.... excuse me while I go fill up the gas tank on my LART. > > Do I want to know what a LART is, or not? :-] It means Luser Attitude Readjustment Tool, and refers to any sort of mechanism or object used to inflict serious and usually lethal injuries on those lusers that distinguish themselves in the eyes of their sysadmins. Mine gets 20 miles to the gallon. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Wed Jan 8 12:36:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA27848 for current-outgoing; Wed, 8 Jan 1997 12:36:15 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA27843 for ; Wed, 8 Jan 1997 12:36:10 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id EAA06856; Thu, 9 Jan 1997 04:34:35 +0800 (WST) Message-Id: <199701082034.EAA06856@spinner.DIALix.COM> X-Mailer: exmh version 2.0beta 12/23/96 To: Bill Paul cc: grog@lemis.de, current@freebsd.org Subject: Re: What's happened to nfsd and mountd? In-reply-to: Your message of "Wed, 08 Jan 1997 15:06:21 EST." <199701082006.PAA24840@skynet.ctr.columbia.edu> Date: Thu, 09 Jan 1997 04:34:34 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > Of all the gin joints in all the towns in all the world, Peter Wemm had > to walk into mine and say: > > [nfsd/mountd are fubared] > > > > It's most likely something in the RPC library in libc, not in the program s. > > > > The first thing that springs to mind is that it looks like it's happening > > here in clnt_udp.c: > > if (sendto(cu->cu_sock, cu->cu_outbuf, outlen, 0, > > (struct sockaddr *)&(cu->cu_raddr), cu->cu_rlen) != outlen) { > > cu->cu_error.re_errno = errno; > > if (fds != &readfds) > > free(fds); > > return (cu->cu_error.re_status = RPC_CANTSEND); > > } > > > > In this case, it looks to me like the socket is created and bound > > correctly, Hmm, I'll dig into it some more. > > I would be more inclined to check pmap_set() or get_myaddress(). (I think > you did frob get_myaddress().) Yes, but nothing that is likely to cause this problem. Before, it used to get the address of the first interface, which was a bit non-determinate. It could either be a loopback or real interface. The change was to make it return a "real" address always, but if none exist, it falls back to a loopback address. get_myaddress() copies the entire sockaddr_in out from the SIOCGIFCONF data. Perhaps something is getting spammed there? pmap_set() uses that to create the address for the udp transport. For what it's worth, nfsd/mountd work for me. I just did a 'make world' and restarted all my rpc/yp/nfs*/etc and it seems to work fine still. I have not yet booted a new kernel after the if.h/if_var.h/etc changes from a little while back. > It would also help if we knew if these people > are doing funky things with virtual interfaces or multihomed hosts. (This > information is important people! When you describe a problem, you should > go into _excrutiating_ detail. What may seem unimportant to you may speak > volumes to us.) Agreed.. an 'ifconfig -a' would be useful. Cheers, -Peter From owner-freebsd-current Wed Jan 8 15:15:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA07104 for current-outgoing; Wed, 8 Jan 1997 15:15:48 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA07081 for ; Wed, 8 Jan 1997 15:15:41 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vi7DW-000QYhC; Thu, 9 Jan 97 00:15 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id WAA07770; Wed, 8 Jan 1997 22:49:03 +0100 (MET) From: grog@lemis.de Message-Id: <199701082149.WAA07770@freebie.lemis.de> Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701082034.EAA06856@spinner.DIALix.COM> from Peter Wemm at "Jan 9, 97 04:34:34 am" To: peter@spinner.DIALix.COM (Peter Wemm) Date: Wed, 8 Jan 1997 22:49:01 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 Peter Wemm writes: > Bill Paul wrote: >> Of all the gin joints in all the towns in all the world, Peter Wemm had >> to walk into mine and say: >> >> [nfsd/mountd are fubared] >> >>>> It's most likely something in the RPC library in libc, not in the program > s. >>> >>> The first thing that springs to mind is that it looks like it's happening >>> here in clnt_udp.c: >>> if (sendto(cu->cu_sock, cu->cu_outbuf, outlen, 0, >>> (struct sockaddr *)&(cu->cu_raddr), cu->cu_rlen) != outlen) { >>> cu->cu_error.re_errno = errno; >>> if (fds != &readfds) >>> free(fds); >>> return (cu->cu_error.re_status = RPC_CANTSEND); >>> } >>> >>> In this case, it looks to me like the socket is created and bound >>> correctly, Hmm, I'll dig into it some more. >> >> I would be more inclined to check pmap_set() or get_myaddress(). (I think >> you did frob get_myaddress().) > > Yes, but nothing that is likely to cause this problem. Before, it used to > get the address of the first interface, which was a bit non-determinate. > It could either be a loopback or real interface. The change was to make > it return a "real" address always, but if none exist, it falls back to a > loopback address. Hmmm. I was going to complain about what Bill said, but now I'm not so sure... Yes, I may have a few more interfaces than most people. Let's see. tcpdump also goes for the first interface... === root@freebie (/dev/ttyp6) /var/spool/mqueue 69 -> tcpdump tcpdump: listening on ep0 Looks good to me. How do I find the interface that get_myaddress is attacking? > get_myaddress() copies the entire sockaddr_in out from the SIOCGIFCONF > data. Perhaps something is getting spammed there? pmap_set() uses that > to create the address for the udp transport. > > For what it's worth, nfsd/mountd work for me. I just did a 'make world' > and restarted all my rpc/yp/nfs*/etc and it seems to work fine still. I > have not yet booted a new kernel after the if.h/if_var.h/etc changes from > a little while back. Well, I didn't expect it to be broke for everybody, or somebody else would have complained first. >> It would also help if we knew if these people >> are doing funky things with virtual interfaces or multihomed hosts. (This >> information is important people! When you describe a problem, you should >> go into _excrutiating_ detail. What may seem unimportant to you may speak >> volumes to us.) > > Agreed.. an 'ifconfig -a' would be useful. === root@freebie (/dev/ttyp6) /var/spool/mqueue 70 -> ifconfig -a lp0: flags=8810 mtu 1500 ep0: flags=8843 mtu 1500 inet 192.109.197.137 netmask 0xffffff00 broadcast 192.109.197.255 ether 00:a0:24:37:0d:2b ipi0: flags=811 mtu 1500 inet 192.109.197.137 --> 194.163.31.4 netmask 0xffffffc0 ipi1: flags=811 mtu 1500 inet 192.109.197.137 --> 194.64.112.1 netmask 0xffffff00 ipi2: flags=811 mtu 1500 inet 192.109.197.137 --> 194.163.31.129 netmask 0xffffffc0 ipi3: flags=811 mtu 1500 inet 192.109.197.37 --> 192.109.197.38 netmask 0xffffff00 ipi4: flags=811 mtu 1500 inet 192.109.197.148 --> 194.77.2.34 netmask 0xffffff00 ipi5: flags=811 mtu 1500 inet 192.109.197.137 --> 194.163.31.1 netmask 0xffffffc0 ipi6: flags=811 mtu 1500 inet 192.109.197.137 --> 192.129.52.242 netmask 0xffffff00 ipi7: flags=810 mtu 1500 ipi8: flags=810 mtu 1500 ipi9: flags=811 mtu 1500 inet 194.97.201.66 --> 194.97.201.9 netmask 0xffffff00 ipi10: flags=810 mtu 1500 ipi11: flags=810 mtu 1500 ipi12: flags=810 mtu 1500 ipi13: flags=810 mtu 1500 ipi14: flags=810 mtu 1500 ipi15: flags=810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 ppp0: flags=8010 mtu 1500 ppp1: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Note that lp0 is the first interface. Currently it's not active, but I was using it a bit last month. The ipis are ISDN interfaces, and (with the exception of lo0, of course) I don't use the rest. Greg From owner-freebsd-current Wed Jan 8 15:57:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA10347 for current-outgoing; Wed, 8 Jan 1997 15:57:38 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA10334; Wed, 8 Jan 1997 15:57:34 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.3/CET-v2.1) with SMTP id XAA17064; Wed, 8 Jan 1997 23:57:31 GMT Date: Thu, 9 Jan 1997 08:57:31 +0900 (JST) From: Michael Hancock To: phk@freebsd.org cc: current@freebsd.org Subject: Re: potential for panic In-Reply-To: <12720.852123157@critter.dk.tfs.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, 1 Jan 1997, Poul-Henning Kamp wrote: > > TAILQ_REMOVE and STAILQ_REMOVE would panic with a zero dereference > if you tried to remove something not on the queue. > > Wouldn't it make sense to avoid that, or would the overhead be considered > prohibitive ? Extra safety checks in the kernel runtime would be unacceptable for performance freaks, like me. A diagnostic would define responsibility at the expense of a little compile time. There are three points of view here: 1) Robustness (poul) 2) Correctness & production binary performance (me) 3) Compile-time performance & less source code (enough people in core) Regards, Mike Hancock From owner-freebsd-current Wed Jan 8 18:29:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA18445 for current-outgoing; Wed, 8 Jan 1997 18:29:37 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA18440 for ; Wed, 8 Jan 1997 18:29:35 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA14659 for ; Wed, 8 Jan 1997 18:29:27 -0800 (PST) Received: from localhost (davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) with SMTP id NAA00807; Thu, 9 Jan 1997 13:27:30 +1100 (EST) Date: Thu, 9 Jan 1997 13:27:30 +1100 (EST) From: David Nugent Reply-To: davidn@blaze.net.au To: grog@lemis.de cc: Peter Wemm , FreeBSD current users Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701082149.WAA07770@freebie.lemis.de> 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, 8 Jan 1997 grog@lemis.de wrote: >>> It would also help if we knew if these people >>> are doing funky things with virtual interfaces or multihomed hosts. (This >>> information is important people! When you describe a problem, you should >>> go into _excrutiating_ detail. What may seem unimportant to you may speak >>> volumes to us.) >> >> Agreed.. an 'ifconfig -a' would be useful. > >=== root@freebie (/dev/ttyp6) /var/spool/mqueue 70 -> ifconfig -a >lp0: flags=8810 mtu 1500 >ep0: flags=8843 mtu 1500 > inet 192.109.197.137 netmask 0xffffff00 broadcast 192.109.197.255 > ether 00:a0:24:37:0d:2b >ipi0: flags=811 mtu 1500 > inet 192.109.197.137 --> 194.163.31.4 netmask 0xffffffc0 >ipi1: flags=811 mtu 1500 > inet 192.109.197.137 --> 194.64.112.1 netmask 0xffffff00 >ipi2: flags=811 mtu 1500 > inet 192..109.197.137 --> 194.163.31.129 netmask 0xffffffc0 >ipi3: flags=811 mtu 1500 > inet 192.109.197.37 --> 192.109.197.38 netmask 0xffffff00 >ipi4: flags=811 mtu 1500 > inet 192.109.197.148 --> 194.77.2.34 netmask 0xffffff00 >ipi5: flags=811 mtu 1500 > inet 192.109.197.137 --> 194.163.31.1 netmask 0xffffffc0 >ipi6: flags=811 mtu 1500 > inet 192.109.197.137 --> 192.129.52.242 netmask 0xffffff00 >ipi7: flags=810 mtu 1500 >ipi8: flags=810 mtu 1500 >ipi9: flags=811 mtu 1500 > inet 194.97.201.66 --> 194.97.201.9 netmask 0xffffff00 >ipi10: flags=810 mtu 1500 >ipi11: flags=810 mtu 1500 >ipi12: flags=810 mtu 1500 >ipi13: flags=810 mtu 1500 >ipi14: flags=810 mtu 1500 >ipi15: flags=810 mtu 1500 >tun0: flags=8010 mtu 1500 >sl0: flags=c010 mtu 552 >ppp0: flags=8010 mtu 1500 >ppp1: flags=8010 mtu 1500 >lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 We're suffering the same problem here. ifconfig -a shows: ed0: flags=8843 mtu 1500 inet 203.17.53.1 netmask 0xffffff00 broadcast 203.17.53.255 ether 00:40:c7:21:ce:74 sl0: flags=c010 mtu 552 sl1: flags=c010 mtu 552 ppp0: flags=8051 mtu 1500 inet 203.17.53.1 --> 203.17.53.17 netmask 0xfffffff0 ppp1: flags=8051 mtu 1500 inet 203.17.53.1 --> 203.17.53.73 netmask 0xffffff00 ppp2: flags=8051 mtu 552 inet 203.17.53.1 --> 203.17.53.138 netmask 0xffffff00 ppp3: flags=8051 mtu 1500 inet 203.17.53.1 --> 203.17.53.49 netmask 0xffffff00 ppp4: flags=8010 mtu 1500 ppp5: flags=8010 mtu 1500 ppp6: flags=8010 mtu 1500 ppp7: flags=8010 mtu 1500 ppp8: flags=8010 mtu 1500 ppp9: flags=8010 mtu 1500 ppp10: flags=8010 mtu 1500 ppp11: flags=8010 mtu 1500 ppp12: flags=8010 mtu 1500 ppp13: flags=8010 mtu 1500 ppp14: flags=8010 mtu 1500 ppp15: flags=8010 mtu 1500 ppp16: flags=8010 mtu 1500 ppp17: flags=8010 mtu 1500 ppp18: flags=8010 mtu 1500 ppp19: flags=8010 mtu 1500 ppp20: flags=8010 mtu 1500 ppp21: flags=8010 mtu 1500 ppp22: flags=8010 mtu 1500 ppp23: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 The first interface is up and operational. Nothing funky with IP aliases on this box. Another one (with nothing but loopback and ethernet) which *does* have several IP aliases on ed0 is using the exact same build, but mountd/nfsd load and work fine there. Regards, David From owner-freebsd-current Wed Jan 8 19:28:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA22460 for current-outgoing; Wed, 8 Jan 1997 19:28:00 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA22449 for ; Wed, 8 Jan 1997 19:27:50 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id LAA10608; Thu, 9 Jan 1997 11:27:13 +0800 (WST) Message-Id: <199701090327.LAA10608@spinner.DIALix.COM> To: davidn@blaze.net.au cc: grog@lemis.de, FreeBSD current users Subject: Re: What's happened to nfsd and mountd? In-reply-to: Your message of "Thu, 09 Jan 1997 13:27:30 +1100." Date: Thu, 09 Jan 1997 11:27:13 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent wrote: > We're suffering the same problem here. ifconfig -a shows: [..] > The first interface is up and operational. Nothing funky with IP > aliases on this box. Another one (with nothing but loopback and > ethernet) which *does* have several IP aliases on ed0 is using > the exact same build, but mountd/nfsd load and work fine there. > > Regards, > David OK, time to run a quick test.. What do you guys get from this quick hack.. pwroot@spinner[11:04am]~-227# cc -o gma gma.c pwroot@spinner[11:04am]~-228# ./gma get_myaddress() returns 0 sin_family = 2 (AF_INET = 2) sin_len = 16 (16) sin_port = 111 sin_addr = 127.0.0.1 SIOCFIGCONF used 316 bytes of a buffer 1024 long pwroot@spinner[11:04am]~-229# cat gma.c #include #include #include #include #include #include #include main() { struct sockaddr_in mya; int r, s; char buf[BUFSIZ]; struct ifconf ifc; r = get_myaddress(&mya); printf("get_myaddress() returns %d\n", r); printf("sin_family = %d (AF_INET = %d)\n", mya.sin_family, AF_INET); printf("sin_len = %d (%d)\n", mya.sin_len, sizeof(mya)); printf("sin_port = %d\n", ntohs(mya.sin_port)); printf("sin_addr = %s\n", inet_ntoa(mya.sin_addr.s_addr)); s = socket(AF_INET, SOCK_DGRAM, 0); if (s < 0) err(1, "socket"); ifc.ifc_len = sizeof (buf); ifc.ifc_buf = buf; if (ioctl(s, SIOCGIFCONF, (char *)&ifc) < 0) err(1, "SIOCGIFCONF"); printf("SIOCFIGCONF used %d bytes of a buffer %d long\n", ifc.ifc_len, sizeof(buf)); } One of my systems nearby uses 992 bytes of the SIOCGIFCONF 1024 byte buffer (as used in get_myaddress). It would be interesting to know what happens if it is overflowing on the systems that are failing. Just to make things even more bizzare, the system that returns 992 bytes (struct ifreq = 32 bytes), which is 31 ifreq's, actually has 49 interfaces, and yet SIOCGIFCONF returned a "short" list with only 31 entries and no indication of error or overflow. (the actual number of slots of SIOCGIFCONF data comes from "netstat -in | grep -v Name | wc -l", don't forget that SIOCGIFCONF also returns AF_LINK entries) On my own system here, I have 5 interfaces, yet SIOCGIFCONF returns 9 ifreq structs. Garrett suggested redoing get_myaddress() to use sysctl(), which is starting to sound more appealing.. Something to try on the machines that are failing.. In lib/libc/rpc/ get_myaddress.c, change "char buf[BUFSIZ];" to something bigger, eg: "char buf[10240];" If you got about "992 used" for the test program above, make the change there too. Cheers, -Peter From owner-freebsd-current Wed Jan 8 19:49:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA23686 for current-outgoing; Wed, 8 Jan 1997 19:49:33 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA23676 for ; Wed, 8 Jan 1997 19:49:30 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id TAA16665; Wed, 8 Jan 1997 19:49:24 -0800 (PST) Message-Id: <199701090349.TAA16665@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Jan 1997 19:56:50 -0800 To: FreeBSD-current@freebsd.org From: Ken Ingram Subject: Adding Hard Drives - Prepping Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My experience is mainly with Linux so my question is simple... I've added a second IDE Hard Drive to the FreeBSD-based mail server. What documents do I need to peruse to properly partion the drive so I can mount it? newfs needs disklabel from what I can gather from the man pages. Do I need to add any info to Disktab? The drive is the exact same model as the first one, yet the first drive has no entry in /etc/disktab. --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Wed Jan 8 21:16:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA02524 for current-outgoing; Wed, 8 Jan 1997 21:16:36 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA02505; Wed, 8 Jan 1997 21:16:26 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id QAA14366; Thu, 9 Jan 1997 16:16:23 +1100 (EST) From: David Dawes Message-Id: <199701090516.QAA14366@rf900.physics.usyd.edu.au> Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: <199701081356.OAA17128@ravenock.cybercity.dk> from "sos@FreeBSD.org" at "Jan 8, 97 02:56:29 pm" To: sos@FreeBSD.org Date: Thu, 9 Jan 1997 16:16:23 +1100 (EST) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (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 >> >> If someone builds a fixed xload, I'll put it on ftp.xfree86.org. Same >> >> goes for updated xterm/xdm (and whatever else uses utmp) binaries for >> >> current. >> > >> >I have these build and ready, where do you want them ?? > >Done.. file FreeBSD-xstuff.tgz Thanks. I've updated the xload binary in FreeBSD-2.2/X32bin.tgz, and I've updated all three (xload, xterm, xdm) in FreeBSD-current/X32bin.tgz (on ftp.xfree86.org under /pub/XFree86/3.2/binaries/). FreeBSD-current was previously a sym link to the FreeBSD-2.2 directory. It is now a separate directory, but everything except X32bin.tgz is shared with FreeBSD-2.2 Apart from the KOI8-R issue, hopefully this is all that's required for now. David From owner-freebsd-current Wed Jan 8 21:39:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA06181 for current-outgoing; Wed, 8 Jan 1997 21:39:58 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA06167 for ; Wed, 8 Jan 1997 21:39:50 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id QAA01181; Thu, 9 Jan 1997 16:39:02 +1100 (EST) Message-ID: Date: Thu, 9 Jan 1997 16:39:02 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: peter@spinner.DIALix.COM (Peter Wemm) Cc: grog@lemis.de, FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: What's happened to nfsd and mountd? References: <199701090327.LAA10608@spinner.DIALix.COM> X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: <199701090327.LAA10608@spinner.DIALix.COM>; from Peter Wemm on Jan 9, 1997 11:27:13 +0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm writes: > get_myaddress() returns 0 > sin_family = 2 (AF_INET = 2) > sin_len = 16 (16) > sin_port = 111 > sin_addr = 127.0.0.1 > SIOCFIGCONF used 316 bytes of a buffer 1024 long Output is the same except for the very last line which reads: SIOCFIGCONF used 976 bytes of a buffer 1024 long. > Something to try on the machines that are failing.. In lib/libc/rpc/ > get_myaddress.c, change "char buf[BUFSIZ];" to something bigger, > eg: "char buf[10240];" If you got about "992 used" for the test program > above, make the change there too. After a reboot, I get: SIOCFIGCONF used 880 bytes of a buffer 10240 long. mountd still refuses to load, with the same error. :-( Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Jan 8 22:13:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA10025 for current-outgoing; Wed, 8 Jan 1997 22:13:40 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA10017 for ; Wed, 8 Jan 1997 22:13:35 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id HAA14575; Thu, 9 Jan 1997 07:13:18 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.4/8.7.3/tetard-uucp-2.7) id HAA07692; Thu, 9 Jan 1997 07:06:20 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 07:06:19 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: jonny@mailhost.coppe.ufrj.br (Joao Carlos Mendes Luis) Cc: freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments References: <199701062141.TAA08163@gaia.coppe.ufrj.br> X-Mailer: Mutt 0.55 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT i386 In-Reply-To: <199701062141.TAA08163@gaia.coppe.ufrj.br>; from Joao Carlos Mendes Luis on Jan 6, 1997 19:41:17 -0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joao Carlos Mendes Luis (jonny) ecrit/writes: > Interestingly enough, there's no userland command to switch vtys, > while a sigle ioctl is necessary. Maybe next versions of vidcontrol > should include it. What do you think ? It could be useful to start > some kind of "log screen" in a shell daemon. There is in PCVT -- though I think PCVT is slowly rotting away... Actually PCVT would have been my default console, for all its customizable features (who said brokenness ? :-) Then again, syscons is the way development is going, and I have to admit Søren's doing a damn good job. :-P -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-current Wed Jan 8 22:51:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA11730 for current-outgoing; Wed, 8 Jan 1997 22:51:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA11718 for ; Wed, 8 Jan 1997 22:51:30 -0800 (PST) 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 HAA20459; Thu, 9 Jan 1997 07:51:16 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA29812; Thu, 9 Jan 1997 07:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id HAA17892; Thu, 9 Jan 1997 07:30:34 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 07:30:34 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@freebsd.org Subject: Re: Adding Hard Drives - Prepping References: <199701090349.TAA16665@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701090349.TAA16665@ipro.com>; from Ken Ingram on Jan 8, 1997 19:56:50 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > I've added a second IDE Hard Drive to the FreeBSD-based mail server. > What documents do I need to peruse to properly partion the drive so I > can mount it? See the FAQ, section 2.15. Preferably, use the updated FAQ on http://www.freebsd.org/. -- 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 Jan 8 23:33:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA13782 for current-outgoing; Wed, 8 Jan 1997 23:33:34 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA13776 for ; Wed, 8 Jan 1997 23:33:32 -0800 (PST) Received: from arabian.astrolab.org (dial200.nconnect.net [206.54.227.200]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id BAA01594 for ; Thu, 9 Jan 1997 01:29:33 -0600 (CST) Message-ID: <32D49F05.41C67EA6@nconnect.net> Date: Thu, 09 Jan 1997 01:32:21 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.com Subject: CVSup updater failed Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings, I'm trying to grab a fresh src tree. CVSup REL_14_1 is reporting... "Updater failed: Network read failure: TCP.Unexpected: 14" What would cause this? Thanks Randy From owner-freebsd-current Wed Jan 8 23:36:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA14117 for current-outgoing; Wed, 8 Jan 1997 23:36:55 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA14107 for ; Wed, 8 Jan 1997 23:36:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id XAA01002 for ; Wed, 8 Jan 1997 23:36:32 -0800 (PST) Date: Wed, 8 Jan 1997 23:36:31 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: pr's bin/2303 and kern/2423 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk well... I'm not sure exactly were to send this... but basicly the patch in kern/2423 will fix the main thrust behind bin/2303... the patch in kern/2423 fixes the problem was it wasn't the fault of cdcontrol but of the cdrom drive... I'm not sure if the patch will compile under -current... but it patched cleanly... I'm running 960801-SNAP (my main server is also my developement machine) so I can't compile the -current kernel sources until I do an upgrade... from the looks of it... cd.c hasn't changed enough so the patches should be a problem... also.. right now the patch requires that you add "options CD_BCD_HACK" to the kernel for my modes to be incorperated... if you have any questions... just ask... and I'll give all the info you need... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Thu Jan 9 01:29:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA18243 for current-outgoing; Thu, 9 Jan 1997 01:29:36 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA18238 for ; Thu, 9 Jan 1997 01:29:32 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0viGne-000QYkC; Thu, 9 Jan 97 10:29 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id KAA29540; Thu, 9 Jan 1997 10:28:30 +0100 (MET) From: grog@lemis.de Message-Id: <199701090928.KAA29540@freebie.lemis.de> Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701090327.LAA10608@spinner.DIALix.COM> from Peter Wemm at "Jan 9, 97 11:27:13 am" To: peter@spinner.DIALix.COM (Peter Wemm) Date: Thu, 9 Jan 1997 10:28:29 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 Peter Wemm writes: > David Nugent wrote: >> We're suffering the same problem here. ifconfig -a shows: > [..] > >> The first interface is up and operational. Nothing funky with IP >> aliases on this box. Another one (with nothing but loopback and >> ethernet) which *does* have several IP aliases on ed0 is using >> the exact same build, but mountd/nfsd load and work fine there. >> >> Regards, >> David > > OK, time to run a quick test.. What do you guys get from this quick hack.. A pointer to the problem, by the look of it: === grog@freebie (/dev/ttypa) ~/src 3 -> gma get_myaddress() returns 0 sin_family = 0 (AF_INET = 2) sin_len = 3 (16) sin_port = 0 sin_addr = 0.32.0.0 SIOCFIGCONF used 1008 bytes of a buffer 1024 long > One of my systems nearby uses 992 bytes of the SIOCGIFCONF 1024 byte buffer > (as used in get_myaddress). It would be interesting to know what happens > if it is overflowing on the systems that are failing. I'd guess it's probably the wrong family. > Just to make things even more bizzare, the system that returns 992 bytes > (struct ifreq = 32 bytes), which is 31 ifreq's, actually has 49 interfaces, > and yet SIOCGIFCONF returned a "short" list with only 31 entries and no > indication of error or overflow. (the actual number of slots of > SIOCGIFCONF data comes from "netstat -in | grep -v Name | wc -l", don't > forget that SIOCGIFCONF also returns AF_LINK entries) > > On my own system here, I have 5 interfaces, yet SIOCGIFCONF returns 9 ifreq > structs. > > Garrett suggested redoing get_myaddress() to use sysctl(), which is > starting to sound more appealing.. > > Something to try on the machines that are failing.. In lib/libc/rpc/ > get_myaddress.c, change "char buf[BUFSIZ];" to something bigger, > eg: "char buf[10240];" If you got about "992 used" for the test program > above, make the change there too. Oh well, I suppose I could do that. But do you really still think this is the problem? Greg From owner-freebsd-current Thu Jan 9 03:28:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA23927 for current-outgoing; Thu, 9 Jan 1997 03:28:44 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA23921 for ; Thu, 9 Jan 1997 03:28:42 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id LAA13921 for ; Thu, 9 Jan 1997 11:28:23 GMT Date: Thu, 9 Jan 1997 11:28:23 +0000 (GMT) From: Developer To: freebsd-current@freebsd.org Subject: Help -- Netscape problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone any ideas why on FreeBSD-Current netscape always errors with out of memory when sending an email if it is not run from root, however it works okay on freebsd V2.2??? Any help would be great. Please email: dev@flevel.co.uk Regards, Trefor S. From owner-freebsd-current Thu Jan 9 07:03:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA03187 for current-outgoing; Thu, 9 Jan 1997 07:03:20 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA03178 for ; Thu, 9 Jan 1997 07:03:14 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id XAA13553; Thu, 9 Jan 1997 23:02:50 +0800 (WST) Message-Id: <199701091502.XAA13553@spinner.DIALix.COM> X-Mailer: exmh version 2.0beta 12/23/96 To: grog@lemis.de (Greg Lehey) cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: What's happened to nfsd and mountd? In-reply-to: Your message of "Thu, 09 Jan 1997 10:28:29 +0100." <199701090928.KAA29540@freebie.lemis.de> Date: Thu, 09 Jan 1997 23:02:49 +0800 From: Peter Wemm Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey wrote: > Peter Wemm writes: > > David Nugent wrote: > >> We're suffering the same problem here. ifconfig -a shows: > > [..] > > > >> The first interface is up and operational. Nothing funky with IP > >> aliases on this box. Another one (with nothing but loopback and > >> ethernet) which *does* have several IP aliases on ed0 is using > >> the exact same build, but mountd/nfsd load and work fine there. > >> > >> Regards, > >> David > > > > OK, time to run a quick test.. What do you guys get from this quick hack.. > > A pointer to the problem, by the look of it: > > === grog@freebie (/dev/ttypa) ~/src 3 -> gma > get_myaddress() returns 0 > sin_family = 0 (AF_INET = 2) > sin_len = 3 (16) > sin_port = 0 > sin_addr = 0.32.0.0 > SIOCFIGCONF used 1008 bytes of a buffer 1024 long YIKES! SIOCGIFCONF might be screwing up by the look of it. Either that or you have records being returned that are not sizeof(ifreq) in length and the code that is supposed to track these isn't working. There's 16 spare bytes coming from somewhere.. I think get_myaddress() has failed, and didn't return a failure code, so the uninitialised data is being used.. > > One of my systems nearby uses 992 bytes of the SIOCGIFCONF 1024 byte buffer > > (as used in get_myaddress). It would be interesting to know what happens > > if it is overflowing on the systems that are failing. > > I'd guess it's probably the wrong family. Yes. get_myaddress() is returning a family of 0 (AF_UNSPEC), rather than AF_INET, so it's no real suprise that it can't send to that address over a UDP socket. Can you give me the result of 'netstat -in' please? I'm curious to see if you have large entries or something on the isdn interfaces. > Oh well, I suppose I could do that. But do you really still think > this is the problem? Possibly not.. > Greg Cheers, -Peter From owner-freebsd-current Thu Jan 9 07:21:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA03912 for current-outgoing; Thu, 9 Jan 1997 07:21:27 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA03897 for ; Thu, 9 Jan 1997 07:21:15 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0viMHw-000QYkC; Thu, 9 Jan 97 16:21 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id QAA03172; Thu, 9 Jan 1997 16:20:47 +0100 (MET) From: grog@lemis.de Message-Id: <199701091520.QAA03172@freebie.lemis.de> Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701091502.XAA13553@spinner.DIALix.COM> from Peter Wemm at "Jan 9, 97 11:02:49 pm" To: peter@spinner.DIALix.COM (Peter Wemm) Date: Thu, 9 Jan 1997 16:20:47 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 Peter Wemm writes: > Greg Lehey wrote: >> A pointer to the problem, by the look of it: >> >> === grog@freebie (/dev/ttypa) ~/src 3 -> gma >> get_myaddress() returns 0 >> sin_family = 0 (AF_INET = 2) >> sin_len = 3 (16) >> sin_port = 0 >> sin_addr = 0.32.0.0 >> SIOCFIGCONF used 1008 bytes of a buffer 1024 long > > YIKES! SIOCGIFCONF might be screwing up by the look of it. Either that > or you > have records being returned that are not sizeof(ifreq) in length and the > code that is supposed to track these isn't working. There's 16 spare > bytes coming from somewhere.. > > I think get_myaddress() has failed, and didn't return a failure code, so > the uninitialised data is being used.. No, I've got further than that. There's a bug in get_myaddress, line 91: if ((ifreq.ifr_flags & IFF_UP) && ifr->ifr_addr.sa_family == AF_INET && (loopback == 1 && (ifreq.ifr_flags & IFF_LOOPBACK))) { <--- here *addr = *((struct sockaddr_in *)&ifr->ifr_addr); addr->sin_port = htons(PMAPPORT); gotit = 1; break; } This means that it can't find anything in the first pass (where loopback is 0), and it always takes the loopback interface in the second pass. I've changed this to: if ((ifreq.ifr_flags & IFF_UP) && ifr->ifr_addr.sa_family == AF_INET && (loopback == 1 || ! (ifreq.ifr_flags & IFF_LOOPBACK))) { Now gma returns: === grog@freebie (/dev/ttyp5) ~/src 16 -> gma get_myaddress() returns 0 sin_family = 2 (AF_INET = 2) sin_len = 16 (16) sin_port = 111 sin_addr = 192.109.197.137 SIOCFIGCONF used 1008 bytes of a buffer 1024 long Unfortunately, mountd still fails (and draws portmap in for sympathy) with a message which completely baffles me: Jan 9 12:08:28 freebie portmap[754]: connect from 127.0.0.1 to unset(mountd): request from non-local host Jan 9 12:08:39 freebie portmap[759]: connect from 127.0.0.1 to unset(mountd): request from non-local host Jan 9 12:08:39 freebie mountd[749]: Can't register mount Jan 9 12:08:39 freebie portmap[760]: connect from 127.0.0.1 to set(mountd): request from non-local host Jan 9 12:10:29 freebie portmap[803]: connect from 127.0.0.1 to unset(mountd): request from non-local host Jan 9 12:10:29 freebie portmap[804]: connect from 127.0.0.1 to unset(mountd): request from non-local host Jan 9 12:10:29 freebie mountd[802]: Can't register mount Jan 9 12:10:29 freebie portmap[805]: connect from 127.0.0.1 to set(mountd): request from non-local host I've established (with gdb and mountd -d) that it does (now) find the correct interface (which should be obvious form the sin_addr reported by gma), but these messages look like they should have come from the old version, not from this one. Unfortunately, I'm off on a business trip for 2 weeks tomorrow, and I don't have time to follow through any further. >>> One of my systems nearby uses 992 bytes of the SIOCGIFCONF 1024 byte buffer >>> (as used in get_myaddress). It would be interesting to know what happens >>> if it is overflowing on the systems that are failing. >> >> I'd guess it's probably the wrong family. > > Yes. get_myaddress() is returning a family of 0 (AF_UNSPEC), rather than > AF_INET, so it's no real suprise that it can't send to that address over a > UDP socket. > > Can you give me the result of 'netstat -in' please? I'm curious to see if > you have large entries or something on the isdn interfaces. OK, here goes, though again I don't think this is the problem. === root@freebie (/dev/ttyp6) /home/grog 18 -> netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lp0* 1500 0 0 0 0 0 ep0 1500 00.a0.24.37.0d.2b 23066 0 17860 1 0 ep0 1500 192.109.197 192.109.197.137 23066 0 17860 1 0 ipi0 1500 0 0 0 0 0 ipi0 1500 192.109.197.1 192.109.197.137 0 0 0 0 0 ipi1 1500 166 0 208 7 0 ipi1 1500 192.109.197 192.109.197.137 166 0 208 7 0 ipi2 1500 0 0 0 0 0 ipi2 1500 192.109.197.1 192.109.197.137 0 0 0 0 0 ipi3 1500 0 0 0 0 0 ipi3 1500 192.109.197 192.109.197.37 0 0 0 0 0 ipi4 1500 0 0 0 0 0 ipi4 1500 192.109.197 192.109.197.148 0 0 0 0 0 ipi5 1500 0 0 0 0 0 ipi5 1500 192.109.197.1 192.109.197.137 0 0 0 0 0 ipi6 1500 0 0 0 0 0 ipi6 1500 192.109.197 192.109.197.137 0 0 0 0 0 ipi7* 1500 0 0 0 0 0 ipi8* 1500 0 0 0 0 0 ipi9 1500 413 0 514 0 0 ipi9 1500 194.97.201 194.97.201.66 413 0 514 0 0 ipi10 1500 0 0 0 0 0 ipi11 1500 0 0 0 0 0 ipi12 1500 0 0 0 0 0 ipi13 1500 0 0 0 0 0 ipi14 1500 0 0 0 0 0 ipi15 1500 0 0 0 0 0 tun0* 1500 0 0 0 0 0 sl0* 552 0 0 0 0 0 ppp0* 1500 0 0 0 0 0 ppp1* 1500 0 0 0 0 0 lo0 16384 1465 0 1465 0 0 lo0 16384 127 127.0.0.1 1465 0 1465 0 0 I've changed my name server config, and at some time in the next 24 hours my lowest MX will point to freefall. When that happens, I may not get any messages for up to 48 hours. Could you please copy grog@freebie.lemis.de on any message you send before Friday the 10th, 1000 UTC? Thanks in advance Greg From owner-freebsd-current Thu Jan 9 07:52:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA05840 for current-outgoing; Thu, 9 Jan 1997 07:52:27 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA05835; Thu, 9 Jan 1997 07:52:25 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id HAA11473; Thu, 9 Jan 1997 07:50:25 -0800 (PST) Message-Id: <199701091550.HAA11473@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 07:57:49 -0800 To: Wolfgang Helbig From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: questions@freebsd.org, FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The problem is I can't get disklabel to recognize the drive. I'm in a catch-22. I need to run newfs to format(?) the drive but it won't do it because it doesn't have a disklabel. Where do I begin? Disklabel gets me: #disklabel -r -w wd2 auto disklabel: /dev/rwd2c: Undefined error: 0 The sysinstall seems to prep the drive perfectly, however it only preps the already installed system. I need to know the command-line operations to appropriately configure the new drive. Can you describe the steps I need to take and what commands I need to use? At 10:00 AM 1/9/97 +0100, Wolfgang Helbig wrote: >> >> newfs needs disklabel from what I can gather from the man pages. >> Do I need to add any info to Disktab? The drive is the exact same model >> as the first one, yet the first drive has no entry in /etc/disktab. > >Try the -auto flag of disklabel(). If that works you won't need an entry >in /etc/disktab. > >Wolfgang Helbig > > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 08:02:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA06627 for current-outgoing; Thu, 9 Jan 1997 08:02:47 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA06617 for ; Thu, 9 Jan 1997 08:02:44 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id QAA19194 for ; Thu, 9 Jan 1997 16:02:22 GMT Date: Thu, 9 Jan 1997 16:02:22 +0000 (GMT) From: Developer To: freebsd-current@freebsd.org Subject: NFS Hanging when machine is down problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have a number of nfs mounts (Using the -ib flag), the problem is however when one of the nfs servers goes down the machine with the mount hangs on commands such as quota and df?? I thought the -i flag meant that it shouldn't hang?? Any ideas how to fix that? Any help would be great. Regards, Trefor S. From owner-freebsd-current Thu Jan 9 08:06:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA06869 for current-outgoing; Thu, 9 Jan 1997 08:06:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA06863 for ; Thu, 9 Jan 1997 08:06:23 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0viMzG-0003wXC; Thu, 9 Jan 97 08:05 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA09977; Thu, 9 Jan 1997 17:05:48 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA07657; Thu, 9 Jan 1997 17:05:53 +0100 (MET) To: Peter Wemm cc: grog@lemis.de (Greg Lehey), FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: What's happened to nfsd and mountd? In-reply-to: Your message of "Thu, 09 Jan 1997 23:02:49 +0800." <199701091502.XAA13553@spinner.DIALix.COM> Date: Thu, 09 Jan 1997 17:05:53 +0100 Message-ID: <7655.852825953@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701091502.XAA13553@spinner.DIALix.COM>, Peter Wemm writes: >> >> A pointer to the problem, by the look of it: >> >> === grog@freebie (/dev/ttypa) ~/src 3 -> gma >> get_myaddress() returns 0 >> sin_family = 0 (AF_INET = 2) >> sin_len = 3 (16) >> sin_port = 0 >> sin_addr = 0.32.0.0 >> SIOCFIGCONF used 1008 bytes of a buffer 1024 long > >YIKES! SIOCGIFCONF might be screwing up by the look of it. Either that >or you >have records being returned that are not sizeof(ifreq) in length and the >code that is supposed to track these isn't working. There's 16 spare >bytes coming from somewhere.. I belive SIOGIFCONF will only return an integral number of records, and therefore will only seldom hit the buffer size exactly... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Jan 9 09:52:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA12362 for current-outgoing; Thu, 9 Jan 1997 09:52:56 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA12357 for ; Thu, 9 Jan 1997 09:52:54 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id JAA18413; Thu, 9 Jan 1997 09:51:21 -0800 (PST) Message-Id: <199701091751.JAA18413@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 09:58:44 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks. I looked it over and tried some things but it's so poorly written that I'm now more confused than ever. If I run fdisk manually I can't get it to recognize wd2. At 07:30 AM 1/9/97 +0100, J Wunsch wrote: >As Ken Ingram wrote: > >> I've added a second IDE Hard Drive to the FreeBSD-based mail server. >> What documents do I need to peruse to properly partion the drive so I >> can mount it? > >See the FAQ, section 2.15. Preferably, use the updated FAQ on >http://www.freebsd.org/. > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 10:55:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA15181 for current-outgoing; Thu, 9 Jan 1997 10:55:23 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA15175 for ; Thu, 9 Jan 1997 10:55:17 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id KAA22100; Thu, 9 Jan 1997 10:55:12 -0800 (PST) Message-Id: <199701091855.KAA22100@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 11:02:36 -0800 To: FreeBSD-current@FreeBSD.org From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: joerg_wunsch@uriah.heep.sax.de Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Never mind the fdisk it works. But something else bothers me... I have two IDE drives in the system. They are exactly the same: WD0 -- \ WD2 -- / Maxtor 71084A 1036MB(2121840 sectors),2105 cyls,16 heads 63 sector/track, 512 bytes/sector However, The disklabel info for wd0 says: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 64 sectors/cylinder: 4032 cylinders: 525 sectors/unit: 2120769 And for wd2 I edited the disklabel entry to duplicate the entry somewhat. My question is: Why do i have to spend hours of time cross-referencing every damn thing when all I want to do is format the bloody thing. Is there or is there not a simple way to do this? If there is a simple way what should be investigated when it isn't working as described (e.g. FAQ part 2.15)? At 09:58 AM 1/9/97 -0800, Ken Ingram wrote: >Thanks. I looked it over and tried some things but it's so poorly written >that I'm now more confused than ever. > >If I run fdisk manually I can't get it to recognize wd2. > > > > > > >At 07:30 AM 1/9/97 +0100, J Wunsch wrote: >>As Ken Ingram wrote: >> >>> I've added a second IDE Hard Drive to the FreeBSD-based mail server. >>> What documents do I need to peruse to properly partion the drive so I >>> can mount it? >> >>See the FAQ, section 2.15. Preferably, use the updated FAQ on >>http://www.freebsd.org/. >> >>-- >>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. ;-) >> >> > >--Ken >________________________________________________________________________ >Ken Ingram kingram@ipro.com | >------------------------------------------------------------------------ > POST NO BILLS > > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 11:04:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA15667 for current-outgoing; Thu, 9 Jan 1997 11:04:34 -0800 (PST) Received: from veda.is (veda.is [193.4.230.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA15652 for ; Thu, 9 Jan 1997 11:04:26 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.8.4) id TAA01174; Thu, 9 Jan 1997 19:03:56 GMT Date: Thu, 9 Jan 1997 19:03:56 GMT From: Adam David Message-Id: <199701091903.TAA01174@veda.is> To: dev@flevel.co.UK (Developer) Cc: freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem Newsgroups: list.freebsd.current References: X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Has anyone any ideas why on FreeBSD-Current netscape always errors with >out of memory when sending an email if it is not run from root, however it >works okay on freebsd V2.2??? hi Trefor, are you a NIS user on the -current machine but a local user on the 2.2 machine? I'll agree, it's not a very informative error message from netscape for such a case. -- Adam David From owner-freebsd-current Thu Jan 9 12:08:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA19051 for current-outgoing; Thu, 9 Jan 1997 12:08:11 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA19043 for ; Thu, 9 Jan 1997 12:08:09 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id MAA27277; Thu, 9 Jan 1997 12:08:05 -0800 (PST) Message-Id: <199701092008.MAA27277@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 12:15:29 -0800 To: FreeBSD-current@FreeBSD.ORG From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thank you to the folks that have been trying to help. I'm still running into problems getting the bloody thing mounted. This is a listing of what the system is aware of and why: ***** Error message after typing 'newfs /dev/wd2s1e' newfs: /dev/wd2s1e: No such file or directory This error occurs yet the disklabel is built as suggested: # /dev/rwd2c: type: ESDI disk: wd2s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 64 sectors/cylinder: 4032 cylinders: 525 sectors/unit: 2120769 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 2120769 0 4.2BSD 0 0 0 # (Cyl. 0 - 525*) e: 2120769 0 4.2BSD 0 0 0 # (Cyl. 0 - 525*) ******* Working on device /dev/rwd2 ******* parameters extracted from in-core disklabel are: cylinders=526 heads=64 sectors/track=63 (4032 blks/cyl) parameters to be used for BIOS calculations are: cylinders=526 heads=64 sectors/track=63 (4032 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 2120769 (1035 Meg), flag 80 beg: cyl 0/ sector 1/ head 1; end: cyl 525/ sector 63/ head 63 The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: This is a discrepancy to me and I don't quite understand. I'm willing to read what ever I need to for the information, but I don't have months in which to delay this project so I can format the dang drive! ------------------------- /var/log/messages --------------------- Jan 8 10:17:12 inews /kernel: wdc1: unit 0 (wd2): Jan 8 10:17:12 inews /kernel: wd2: 1036MB (2121840 sectors), 2105 cyls, 16 heads, 63 S/T, 512 B/S --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 12:21:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA19555 for current-outgoing; Thu, 9 Jan 1997 12:21:34 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA19550 for ; Thu, 9 Jan 1997 12:21:29 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA13965 for freebsd-current@freebsd.org; Thu, 9 Jan 1997 21:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA18985; Thu, 9 Jan 1997 21:08:45 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 21:08:45 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: 2.2-BETA comments References: <199701062141.TAA08163@gaia.coppe.ufrj.br> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Philippe Regnauld on Jan 9, 1997 07:06:19 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > There is in PCVT -- though I think PCVT is slowly rotting away... Yep, sadly. It would require a major overhaul in order to remain useful. Neither the Hellmuth Michaelis (the author) nor me really have the time and energy for doing this, however. I work mostly in X11 these days, so the driving force is slowly fading away. Don't ask about merging it with syscons: the VT100 emulator is vastly incompatible with the conception of syscons. In order to be done at least halfways useful, it requires 512 character cells, thus only 8 colors are available. Screenmapping is not an option, but always present. I think all of this would be in the way of integrating it into syscons (and taking it away would render the VT100 emulator fairly pointless). I thought about integrating the new keyboad driver into pcvt, but seems it will take another 20 years before i'll get the time doing 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 Thu Jan 9 13:16:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22038 for current-outgoing; Thu, 9 Jan 1997 13:16:58 -0800 (PST) Received: from bullfrog.ecpnet.com (raistlin@bullfrog.ecpnet.com [204.246.64.212]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA22030 for ; Thu, 9 Jan 1997 13:16:53 -0800 (PST) Received: from localhost (raistlin@localhost) by bullfrog.ecpnet.com (8.8.4/8.8.4) with SMTP id PAA01913; Thu, 9 Jan 1997 15:16:54 -0600 (CST) Date: Thu, 9 Jan 1997 15:16:53 -0600 (CST) From: Justen Stepka To: Developer cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS Hanging when machine is down problem 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 Thu, 9 Jan 1997, Developer wrote: : :We have a number of nfs mounts (Using the -ib flag), the problem is :however when one of the nfs servers goes down the machine with the mount :hangs on commands such as quota and df?? I thought the -i flag meant that :it shouldn't hang?? Any ideas how to fix that? I am experience the same thing. Another thing is that nfs will just hang there and I can't finish installing. From owner-freebsd-current Thu Jan 9 13:23:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22213 for current-outgoing; Thu, 9 Jan 1997 13:23:35 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA22206 for ; Thu, 9 Jan 1997 13:23:28 -0800 (PST) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id XAA05522 for ; Thu, 9 Jan 1997 23:23:19 +0200 Date: Fri, 10 Jan 1997 02:27:12 +0200 (EET) From: Andrew Stesin To: current@freebsd.org Subject: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello people, what goes on here: a "Packard Bell" machine, GENERIC 2.2-BETA kernel after pretty successfull ftp install done on Jan 3. On PCI. This PB machine has a vertical card where expansion slots are mounted, expansion cards are laying on the side, just like in early Intel 486 boxes; trifork.gu.net has one with 2 PCI slots and a square chip (PCI bridge?) on it. While booting, PB's BIOS reports: PB450MH PCI release 1.0A No wonder, this strange chip isn't known to FreeBSD, so probably someone will be interested in adding it's vendor recognized as "Packard Bell"? Here what FreeBSD kernel says after boot -v (I'm skipping uninformative entries from disabled devices): FreeBSD 2.2-BETA_A #0: Tue Dec 24 03:41:49 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193313 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 real memory = 25165824 (24576K bytes) avail memory = 22237184 (21716K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000f000 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 is there (id=c8221045) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:16 ncr0 rev 17 int a irq 9 on pci0:18 mapreg[10] type=1 addr=0000fc00 size=0100. mapreg[14] type=0 addr=fefffc00 size=0100. reg20: virtual=0xf4bc5c00 physical=0xfefffc00 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl24 96/12/14) ncr0 waiting for scsi devices to settle (ncr0:0:0): "HP C3325A 5293" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) 2069MB (4238836 512 byte sectors) sd0(ncr0:0:0): with 3703 cyls, 9 heads, and an average 127 sectors/track pci0: uses 256 bytes of memory from fefffc00 upto fefffcff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. 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 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: current command byte:0047 psm0: status after reset 00 02 64 psm: status 00 00 64 (get_mouse_buttons) psm0: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 2 buttons? fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordy 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:20:af:cd:01:0d npx0 on motherboard npx0: INT 16 interface imasks: bio c000c240, tty c0031492, net c0031492 BIOS Geometries: 0:03351f3f 0..821=822 cylinders, 0..31=32 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. wd0s1: type 0xa5, start 0, end = 1660175, size 1660176 wd0s1: C/H/S end 103/86/63 (570023) != end 1660175: invalid sd0s1: type 0xa5, start 0, end = 4238835, size 4238836 sd0s1: C/H/S end 263/218/7 (404711) != end 4238835: invalid Please note the following: -- both drives have some unexpected geometry choosed by DD mode; It All Works but complains a bit. Be it so, but strange anyway. -- ps/2 mouse is recognized Ok by the kernel (???) Though I can't get moused working. Here is a duplicate of messages seen while rebooting, done from a root' vty: # moused -cdf -p /dev/psm0 -t ps/2 moused: rodent is ps/2 moused: read returned -1 : Resource temporarily unavailable exiting or: # cat < /dev/psm0 cat: stdin: Resource temporarily unavailable Makes me wonder -- Who Caught My Mouse? :-) No X11 yet because of no mouse, of course... what a pity. -- Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Thu Jan 9 13:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22964 for current-outgoing; Thu, 9 Jan 1997 13:40:11 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA22959 for ; Thu, 9 Jan 1997 13:40:08 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA08361; Thu, 9 Jan 1997 14:39:44 -0700 (MST) Date: Thu, 9 Jan 1997 14:39:44 -0700 (MST) Message-Id: <199701092139.OAA08361@rocky.mt.sri.com> From: Nate Williams To: Andrew Stesin Cc: current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > psm0: current command byte:0047 > psm0: status after reset 00 02 64 > psm: status 00 00 64 (get_mouse_buttons) > psm0: status 00 02 64 > psm0 at 0x60-0x64 irq 12 on motherboard > psm0: device ID 0, 2 buttons? .. So far so good. > -- ps/2 mouse is recognized Ok by the kernel (???) > Though I can't get moused working. Here is a duplicate > of messages seen while rebooting, done from a root' vty: > > # moused -cdf -p /dev/psm0 -t ps/2 I don't think moused works (yet) on PS/2 mice due to blocking/unblocking > # cat < /dev/psm0 > cat: stdin: Resource temporarily unavailable This is expected behavior. > No X11 yet because of no mouse, of course... what a pity. X should work fine, it just moused that doesn't work. Nate From owner-freebsd-current Thu Jan 9 13:58:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA23872 for current-outgoing; Thu, 9 Jan 1997 13:58:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA23850 for ; Thu, 9 Jan 1997 13:57:54 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA15469; Thu, 9 Jan 1997 22:54:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA19902; Thu, 9 Jan 1997 22:40:13 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 22:40:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping References: <199701091550.HAA11473@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701091550.HAA11473@ipro.com>; from Ken Ingram on Jan 9, 1997 07:57:49 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > Where do I begin? Disklabel gets me: > > #disklabel -r -w wd2 auto > disklabel: /dev/rwd2c: Undefined error: 0 That should not happen. :) Try the following in preparation, to clean out old dirt first: dd if=/dev/zero of=/dev/rwd2 count=100 Also, do add the -B flag to the disklabel command, even if you're never going to boot off it. It will prevent the kernel from pestering you with silly warnings later. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 9 14:00:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA23987 for current-outgoing; Thu, 9 Jan 1997 14:00:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA23982 for ; Thu, 9 Jan 1997 14:00:07 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA15577; Thu, 9 Jan 1997 22:58:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA19914; Thu, 9 Jan 1997 22:42:51 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 22:42:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@FreeBSD.org Subject: Re: Adding Hard Drives - Prepping References: <199701091751.JAA18413@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701091751.JAA18413@ipro.com>; from Ken Ingram on Jan 9, 1997 09:58:44 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > Thanks. I looked it over and tried some things but it's so poorly written > that I'm now more confused than ever. ``poorly written'' is hardly fair. It has been written by somebody who has just figured out how to do all this, back in that time. Feel free to submit a better entry. > If I run fdisk manually I can't get it to recognize wd2. Note: fdisk is optional, you don't necessarily need it. Disklabel is mandatory however. Are you sure your kernel even detects the disk? What do you mean with ``can't get it to recognize''? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 9 14:23:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA25091 for current-outgoing; Thu, 9 Jan 1997 14:23:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA25080 for ; Thu, 9 Jan 1997 14:23:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15945; Thu, 9 Jan 1997 23:21:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA20005; Thu, 9 Jan 1997 22:51:51 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 22:51:51 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@FreeBSD.org Subject: Re: Adding Hard Drives - Prepping References: <199701091855.KAA22100@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701091855.KAA22100@ipro.com>; from Ken Ingram on Jan 9, 1997 11:02:36 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > My question is: Why do i have to spend hours of time cross-referencing > every damn thing when all I want to do is format the bloody thing. You don't have to spend hours for cross-referencing. Not necessarily. When some of us started back in 1992, all we had were the man pages. Nothing else, perhaps a little Usenet support by the more experienced. Well, we figured it out, and i can't remember it took me too many hours getting the picture. However, it requires you to leave traditional PeeCee thinking (like fdisk, or the misnomer MS-DOS calls `format' which actually can be anything or nothing at all, depending on the time of day). > Is there or is there not a simple way to do this? It depends on what you mean with `format'. Low-level format? For a SCSI disk, use /sbin/scsiformat. For an IDE drive, ask the vendor of your drive, he's the only one to know. Certainly, you don't need or want to low-level format your drive. Do you want to fdisk it, in order to share it with other operating systems? Well, use fdisk. It's not great, we know, but nobody has ever been bothered to write a new one. Do you want to disklabel it, in order to create partitions? Certainly, you want. That's the only mandatory step. Well, either read the FAQ, or read the man page. Or ask a question one could really answer. (Not just ``All this sucks, i don't get it.'' What do you expect us answering to this?) Do you want to ``high-level format'' (or simply spoken: create) your filesystems? Yes, you want. Use newfs for this. It often doesn't require any other argument than the name of the raw device at all. > If there is a simple way what should be investigated when it isn't working > as described (e.g. FAQ part 2.15)? Investigate. Describe it better. Fix the bugs -- i have never experienced them, so it's harder for me to fix it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 9 14:24:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA25198 for current-outgoing; Thu, 9 Jan 1997 14:24:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA25193 for ; Thu, 9 Jan 1997 14:24:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15998; Thu, 9 Jan 1997 23:23:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id WAA20014; Thu, 9 Jan 1997 22:54:50 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 22:54:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@freebsd.org Subject: Re: Adding Hard Drives - Prepping References: <199701092008.MAA27277@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701092008.MAA27277@ipro.com>; from Ken Ingram on Jan 9, 1997 12:15:29 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > I'm still running into problems getting the bloody thing mounted. > This is a listing of what the system is aware of and why: > > ***** Error message after typing 'newfs /dev/wd2s1e' > newfs: /dev/wd2s1e: No such file or directory You still bloody failed to read the bloody FAQ (to clone your speach). ``Depending on the disk name and slice number, it might be required that you run the script /dev/MAKEDEV before in order to create the desired device nodes.'' Yes, that's from 2.15, the section you've been bashing on. Feel free to help us getting DEVFS into the state where it can be enabled by default. This will render the above step no longer required. Until it's done, you still need to mknod(8) your device nodes, as other people before you used to do it for 25 years now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 9 15:32:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA28069 for current-outgoing; Thu, 9 Jan 1997 15:32:39 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA28062 for ; Thu, 9 Jan 1997 15:32:37 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id PAA09723; Thu, 9 Jan 1997 15:31:58 -0800 (PST) Message-Id: <199701092331.PAA09723@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 15:39:26 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Your posts are coming in two's.... At 10:40 PM 1/9/97 +0100, J Wunsch wrote: >As Ken Ingram wrote: > >> Where do I begin? Disklabel gets me: >> >> #disklabel -r -w wd2 auto >> disklabel: /dev/rwd2c: Undefined error: 0 > >That should not happen. :) > >Try the following in preparation, to clean out old dirt first: > > dd if=/dev/zero of=/dev/rwd2 count=100 > >Also, do add the -B flag to the disklabel command, even if you're >never going to boot off it. It will prevent the kernel from pestering >you with silly warnings later. > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 15:32:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA28079 for current-outgoing; Thu, 9 Jan 1997 15:32:40 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA28067 for ; Thu, 9 Jan 1997 15:32:38 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id PAA09719; Thu, 9 Jan 1997 15:31:57 -0800 (PST) Message-Id: <199701092331.PAA09719@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 15:39:24 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk OK.OK. Best take a deep breath before I rant... Anyway, thanks for the help. Many people have been responding. I hope to no longer be a b\newbie one day. Just the man pages? Jeez! At 10:51 PM 1/9/97 +0100, J Wunsch wrote: >As Ken Ingram wrote: > >> My question is: Why do i have to spend hours of time cross-referencing >> every damn thing when all I want to do is format the bloody thing. > >You don't have to spend hours for cross-referencing. Not necessarily. >When some of us started back in 1992, all we had were the man pages. >Nothing else, perhaps a little Usenet support by the more experienced. > >Well, we figured it out, and i can't remember it took me too many >hours getting the picture. However, it requires you to leave >traditional PeeCee thinking (like fdisk, or the misnomer MS-DOS calls >`format' which actually can be anything or nothing at all, depending >on the time of day). > >> Is there or is there not a simple way to do this? > >It depends on what you mean with `format'. Low-level format? For a >SCSI disk, use /sbin/scsiformat. For an IDE drive, ask the vendor of >your drive, he's the only one to know. Certainly, you don't need or >want to low-level format your drive. Do you want to fdisk it, in >order to share it with other operating systems? Well, use fdisk. >It's not great, we know, but nobody has ever been bothered to write a >new one. Do you want to disklabel it, in order to create partitions? >Certainly, you want. That's the only mandatory step. Well, either >read the FAQ, or read the man page. Or ask a question one could >really answer. (Not just ``All this sucks, i don't get it.'' What do >you expect us answering to this?) Do you want to ``high-level >format'' (or simply spoken: create) your filesystems? Yes, you want. >Use newfs for this. It often doesn't require any other argument than >the name of the raw device at all. > >> If there is a simple way what should be investigated when it isn't working >> as described (e.g. FAQ part 2.15)? > >Investigate. Describe it better. Fix the bugs -- i have never >experienced them, so it's harder for me to fix it. > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 15:33:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA28161 for current-outgoing; Thu, 9 Jan 1997 15:33:53 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA28152 for ; Thu, 9 Jan 1997 15:33:50 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id PAA09721; Thu, 9 Jan 1997 15:31:58 -0800 (PST) Message-Id: <199701092331.PAA09721@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 15:39:25 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The problem is I have to search through a few different things much like '92 when folks only had man pages. I literally don't know where to begin. Hence my earlier rant about 'cross referencing'. I apologize for being a bit jerkish. At 10:54 PM 1/9/97 +0100, J Wunsch wrote: >As Ken Ingram wrote: > >> I'm still running into problems getting the bloody thing mounted. >> This is a listing of what the system is aware of and why: >> >> ***** Error message after typing 'newfs /dev/wd2s1e' >> newfs: /dev/wd2s1e: No such file or directory > >You still bloody failed to read the bloody FAQ (to clone your speach). > >``Depending on the disk name and slice number, it might be required >that you run the script /dev/MAKEDEV before in order to create the >desired device nodes.'' > >Yes, that's from 2.15, the section you've been bashing on. > >Feel free to help us getting DEVFS into the state where it can be >enabled by default. This will render the above step no longer >required. Until it's done, you still need to mknod(8) your device >nodes, as other people before you used to do it for 25 years now. > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 15:34:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA28198 for current-outgoing; Thu, 9 Jan 1997 15:34:01 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA28169 for ; Thu, 9 Jan 1997 15:33:56 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id PAA09717; Thu, 9 Jan 1997 15:31:56 -0800 (PST) Message-Id: <199701092331.PAA09717@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 09 Jan 1997 15:39:24 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk OK. I wrote in a bit of anger. I'm fine now. :^] Once I get this working I will, in fact, compile the answers I receive and submit them for addition to section 2.15 Some of the stuff has cleared up the main problem is mount. I don't think I know how to use it correctly. I keep getting #mount /dev/rwd2s1e /articles mount: /articles: No such file or directory. At 10:42 PM 1/9/97 +0100, J Wunsch wrote: >As Ken Ingram wrote: > >> Thanks. I looked it over and tried some things but it's so poorly written >> that I'm now more confused than ever. > >``poorly written'' is hardly fair. It has been written by somebody >who has just figured out how to do all this, back in that time. > >Feel free to submit a better entry. > >> If I run fdisk manually I can't get it to recognize wd2. > >Note: fdisk is optional, you don't necessarily need it. Disklabel is >mandatory however. > >Are you sure your kernel even detects the disk? What do you mean with >``can't get it to recognize''? > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Thu Jan 9 18:23:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA07376 for current-outgoing; Thu, 9 Jan 1997 18:23:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA07371 for ; Thu, 9 Jan 1997 18:23:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA19145; Thu, 9 Jan 1997 19:11:58 -0700 From: Terry Lambert Message-Id: <199701100211.TAA19145@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Thu, 9 Jan 1997 19:11:58 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199701092331.PAA09717@ipro.com> from "Ken Ingram" at Jan 9, 97 03:39:24 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 > OK. I wrote in a bit of anger. I'm fine now. :^] > > Once I get this working I will, in fact, compile the answers I receive > and submit them for addition to section 2.15 > > Some of the stuff has cleared up the main problem is mount. I don't think > I know how to use it correctly. > > I keep getting > #mount /dev/rwd2s1e /articles > mount: /articles: No such file or directory. mkdir /articles 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 Thu Jan 9 18:24:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA07483 for current-outgoing; Thu, 9 Jan 1997 18:24:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA07478 for ; Thu, 9 Jan 1997 18:24:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA19154; Thu, 9 Jan 1997 19:13:48 -0700 From: Terry Lambert Message-Id: <199701100213.TAA19154@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Thu, 9 Jan 1997 19:13:47 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199701092331.PAA09721@ipro.com> from "Ken Ingram" at Jan 9, 97 03:39:25 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 problem is I have to search through a few different things much like > '92 when folks only had man pages. I literally don't know where to begin. > Hence my earlier rant about 'cross referencing'. > > I apologize for being a bit jerkish. I happen to agree with Ken here. When will devfs be standard so we can implement physical to logical translation layers and make this whole problem go away? 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 Thu Jan 9 20:23:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA12869 for current-outgoing; Thu, 9 Jan 1997 20:23:16 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA12859 for ; Thu, 9 Jan 1997 20:23:12 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id XAA19597; Thu, 9 Jan 1997 23:22:40 -0500 (EST) Message-Id: <199701100422.XAA19597@whizzo.transsys.com> X-Mailer: exmh version 2.0alpha 12/3/96 To: Nate Williams cc: Andrew Stesin , current@freebsd.org From: "Louis A. Mamakos" Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode References: <199701092139.OAA08361@rocky.mt.sri.com> In-reply-to: Your message of "Thu, 09 Jan 1997 14:39:44 MST." <199701092139.OAA08361@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Jan 1997 23:22:39 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm using moused with a PS/2 mouse. To get this to work, you'll need to make another device in /dev using a different (than default) minor device number to get the other block/non-blocking behavoir. I think that the device ought to be blocking by default, with a fcntl or ioctl to get the non-blocking alternative, rather than having two different devices. louie From owner-freebsd-current Thu Jan 9 21:48:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA20087 for current-outgoing; Thu, 9 Jan 1997 21:48:44 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA20082 for ; Thu, 9 Jan 1997 21:48:38 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id AAA27283 for current@freebsd.org; Fri, 10 Jan 1997 00:47:00 -0500 From: Bill Paul Message-Id: <199701100547.AAA27283@skynet.ctr.columbia.edu> Subject: 2.2-BETA and HP 12000e Superstore DAT changer To: current@freebsd.org Date: Fri, 10 Jan 1997 00:46:58 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We recently got an HP Superstore 12000e DAT autoloader. (HP and their equipment grants -- gotta love 'em.) This is basically an HP 1533C DAT drive with a 6 cartridge magazine. If you use 120m tapes, the manual claims 4GB native capacity per tape (24 GB total) or 8 GB compressed capacity per tape (48 GB total). (I tend not to pay too much attention to the compressed stats.) The drive has a switchblock for controlling certain features and two thumbwheels on the back: one for the SCSI target setting and one for setting changer options. (The manual does not describe what the different changer settings do exactly, but so far I haven't needed to change the factory setting, so I'm not too worried it.) After finally digging up a 1542CF SCSI controller, I tried to get this thing to work with FreeBSD 2.2-BETA. Other than flipping on the switch that forces compression (since I don't know how to enable it via software with FreeBSD), I left all the settings as they came from the factory. I used the following lines in the kernel config: controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 at aha0 tape st0 at scbus0 target 3 unit 0 device ch0 at scbus0 target 3 unit 1 The dape drive itself is probed correctly at target 3, LUN 0 and works fine. However the changer at LUN 1 is never detected. After groping through the scsi subsystem code for a while, I happened onto the scsi_probe_bus() function in sys/scsi/scsiconf.c. Here there is a flag called 'maybe_more' which defaults to 0. Apparently this controls whether or not the function will probe for more than just LUN 0, and since it's 0 by default, it never does. After I changed this to 1 and made a new kernel, the changer device was correctly probed and now it also works fine, thanks to Gary Palmer who gave me a sample program that uses the chio interface which I customized to handle the 12000e's changer. (If you want a copy of this program, ftp to skynet.ctr.columbia.edu and download /pub/freebsd/changer.c.) The SCSI changer driver works great with this device: I can load any of the 6 tapes from the magazine into the drive and even query the drive to see which slot is currently loaded. It would be nice if we had a chcontrol utility in the base system to do this though; people shouldn't have to hack together their own custom tools for these kinds of things. (Note that HP supplies a special 'mtx' utility with the drive for just this purpose, however it is not supplied with source code, and the only 386 binaries are for SCO Open Deathtrap/Open Sewer. The HP utility is also meant to be used with a SCSI passthru device to send commands directly to the drive; consequently it doesn't require a special kernel driver.) My question is: why does scsiconf not probe for other LUNs? In this case I even deliberately wired down the devices to specific targets and LUNs, and the kernel _still_ wouldn't probe the changer until I munged the code. This strikes me as a little bogus: when I tell the kernel that there's a device at target 3, LUN 1, it should bleeding well probe for a device there. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Thu Jan 9 22:14:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA21196 for current-outgoing; Thu, 9 Jan 1997 22:14:43 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA21191 for ; Thu, 9 Jan 1997 22:14:38 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id BAA27329; Fri, 10 Jan 1997 01:12:35 -0500 From: Bill Paul Message-Id: <199701100612.BAA27329@skynet.ctr.columbia.edu> Subject: Re: What's happened to nfsd and mountd? To: grog@lemis.de Date: Fri, 10 Jan 1997 01:12:34 -0500 (EST) Cc: current@freebsd.org, peter@spinner.dialix.com In-Reply-To: <199701091520.QAA03172@freebie.lemis.de> from "grog@lemis.de" at Jan 9, 97 04:20:47 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, grog@lemis.de had to walk into mine and say: > Peter Wemm writes: > > Greg Lehey wrote: > >> A pointer to the problem, by the look of it: > >> > >> === grog@freebie (/dev/ttypa) ~/src 3 -> gma > >> get_myaddress() returns 0 > >> sin_family = 0 (AF_INET = 2) > >> sin_len = 3 (16) > >> sin_port = 0 > >> sin_addr = 0.32.0.0 > >> SIOCFIGCONF used 1008 bytes of a buffer 1024 long > > > > YIKES! [chop] Indeed. > Unfortunately, mountd still fails (and draws portmap in for sympathy) > with a message which completely baffles me: > > Jan 9 12:08:28 freebie portmap[754]: connect from 127.0.0.1 to unset(mountd): request from non-local host [chop] Aha. Okay, I think get_myaddress() is fine now, but next somebody will have to fix src/usr.sbin/portmap/from_local.c. This code is supposed to compare the client IP address against everything it considers to be a local interface address. However, it allocates a static buffer that's only large enough for 16 interfaces. In both these cases, there are much more than 16 interfaces involved, so SIOCGIFCONF is probably failing. There are two bugs here: the first is that portmap doesn't use a flexible enough mechanism to read all the local interfaces and 2) it doesn't syslog() an appropriate error message when SIOCGIFCONF fails so that you have some idea of what's going on. Bumping up the buffer size is not the correct solution, unfortunately. The correct solution is to do what ifconfig(8) does and use sysctl(). Only problem is that the correct solution is also tough to implement. :) I was hoping to eventually make from_local.c go away: if portmap uses a local-only transport (AF_UNIX socket) for pmap_set() and pmap_unset(), then you don't really need from_local() anymore. This also closes a security hole since from_local() is not really secure, thanks to IP spoofing. Also, it just occured to me tonight that this whole situation can get really weird if you're using IP address translation. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Thu Jan 9 22:15:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA21243 for current-outgoing; Thu, 9 Jan 1997 22:15:02 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA21227 for ; Thu, 9 Jan 1997 22:14:59 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id QAA03154; Fri, 10 Jan 1997 16:44:22 +1030 (CST) From: Michael Smith Message-Id: <199701100614.QAA03154@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2-BETA and HP 12000e Superstore DAT changer In-Reply-To: <199701100547.AAA27283@skynet.ctr.columbia.edu> from Bill Paul at "Jan 10, 97 00:46:58 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 10 Jan 1997 16:44:21 +1030 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Bill Paul stands accused of saying: > > My question is: why does scsiconf not probe for other LUNs? In this Because there are some devices out there that drop their lunch when you probe at them with LU != 0. You can add a quirk entry for your HP tape drive (wildcard it so that it covers most drives with a similar ID string) with the SC_MORE_LUS flag so that the kernel will probe beyond LU 0. > case I even deliberately wired down the devices to specific targets > and LUNs, and the kernel _still_ wouldn't probe the changer until I > munged the code. This strikes me as a little bogus: when I tell the > kernel that there's a device at target 3, LUN 1, it should bleeding > well probe for a device there. Agreed. > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Jan 9 22:33:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA22086 for current-outgoing; Thu, 9 Jan 1997 22:33:21 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA22079 for ; Thu, 9 Jan 1997 22:33:18 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA10388; Thu, 9 Jan 1997 23:33:11 -0700 (MST) Date: Thu, 9 Jan 1997 23:33:11 -0700 (MST) Message-Id: <199701100633.XAA10388@rocky.mt.sri.com> From: Nate Williams To: Bill Paul Cc: current@freebsd.org Subject: Re: 2.2-BETA and HP 12000e Superstore DAT changer In-Reply-To: <199701100547.AAA27283@skynet.ctr.columbia.edu> References: <199701100547.AAA27283@skynet.ctr.columbia.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > My question is: why does scsiconf not probe for other LUNs? Because many SCSI devices respond to all of their LUN's. My old SCSI tape drive (some-such device) claimed it was on all of it's LUN's, which confused the heck out of FreeBSD to say the least. Principle of least suprise here. It's easier to 'enable' something that is non-standard that may break standard installations than it is to have 'standard' hardware croaking all over the place. Nate From owner-freebsd-current Thu Jan 9 23:17:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA25314 for current-outgoing; Thu, 9 Jan 1997 23:17:45 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA25291 for ; Thu, 9 Jan 1997 23:17:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA19582; Fri, 10 Jan 1997 18:13:34 +1100 Date: Fri, 10 Jan 1997 18:13:34 +1100 From: Bruce Evans Message-Id: <199701100713.SAA19582@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, kingram@ipro.com Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >new one. Do you want to disklabel it, in order to create partitions? >Certainly, you want. That's the only mandatory step. Well, either Actually, it's not mandatory. newfs has some crufty `#ifdef COMPAT' support for the crufty /etc/disktab. This allows newfs'ing any device or partition that has a suitable entry in /etc/disktab. E.g., newfs fd1c floppy5 # Works for unlabelled 5 inch floppies. newfs fd1a floppy5 # Fails for me on an unlabelled floppy # because /dev/rfd1a doesn't exist # since there is no label, although # the label that newfs constructs # from /etc/disktab says that there # is an `a' partition. newfs fd1a floppy5 # Works in -current because labels # on floppies are br^H^Hnot supported # and /dev/rfd1a is just a link to # /dev/rfd1c. newfs fd1 floppy5 # Right way to label whole floppy. # Fails for me because of device-non- # independence in newfs. newfs # appends an `a' if the drive name # ends with a digit and runs into # a different labelling problem: # there is a label on /dev/rfd1, and # newfs starts using it, but then # appending the `a' switches to a # device for which the label is # invalid (the label is for the # whole disk, and appending the `a' # gives the wrong partition in the # compatibility slice). newfs fd1 floppy5 # Works in -current, as above. Bruce From owner-freebsd-current Thu Jan 9 23:20:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA25469 for current-outgoing; Thu, 9 Jan 1997 23:20:32 -0800 (PST) Received: from axiom.maths.uq.oz.au (root@axiom.maths.uq.oz.au [130.102.160.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA25464 for ; Thu, 9 Jan 1997 23:20:28 -0800 (PST) Received: from qed.maths.uq.edu.au (qed.maths.uq.oz.au [130.102.160.5]) by axiom.maths.uq.oz.au (8.6.11/8.6.12) with ESMTP id RAA29555 for ; Fri, 10 Jan 1997 17:20:23 +1000 Received: (from lucifer@localhost) by qed.maths.uq.edu.au (8.8.2/8.8.0) id RAA19180 for freebsd-current@freebsd.org; Fri, 10 Jan 1997 17:19:02 +1000 (EST) From: David Conran Message-Id: <199701100719.RAA19180@qed.maths.uq.edu.au> Subject: another problem in "make world" To: freebsd-current@freebsd.org Date: Fri, 10 Jan 1997 17:19:02 +1000 (EST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have only recently sup'd the current kernel ... and did a "make world" it died in: ------------------------------------------------------------------------------ cd /usr/src/lib/csu/i386 && make depend && make -DNOMAN -DNOPROFILE all install cleandir obj rm -f .depend mkdep -O -DLIBC_SCCS -fno-omit-frame-pointer -DCRT0 -DDYNAMIC /home/src/lib/csu/i386/crt0.c mkdep -a -O -DLIBC_SCCS -fno-omit-frame-pointer /home/src/lib/csu/i386/c++rt0.c cc -O -DLIBC_SCCS -fno-omit-frame-pointer -c -DCRT0 -DDYNAMIC /home/src/lib/csu/i386/crt0.c -o crt0.o In file included from /home/src/lib/csu/i386/crt0.c:44: /usr/include/link.h:187: conflicting types for `dlopen' /usr/include/dlfcn.h:41: previous declaration of `dlopen' /usr/include/link.h:189: conflicting types for `dlsym' /usr/include/dlfcn.h:42: previous declaration of `dlsym' *** Error code 1 Stop. ------------------------------------------------------------------------------ This was compiled on an old-ish 2.2 snap. I went into the /usr/src/lib/csu/i386 ... and did a make clean;make depend; make and it did the same thing but ... I looked at the Makefile there ... and tried ... "make beforeinstall" and now it works. ie. install -C -o bin -g bin -m 444 /usr/src/lib/csu/i386/dlfcn.h /usr/include um .. is the "make beforeinstall" not being called somewhere in the "make world" for this lib? David -- _--_|\ David Conran, Voice: +61-7-3365-3254 / * Systems Administrator Fax: +61-7-3365-1477 \_.--._/ Department of Mathematics, Email: lucifer@maths.uq.edu.au v The University of Queensland, 4072 "Reach out and grep someone" From owner-freebsd-current Thu Jan 9 23:45:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA26856 for current-outgoing; Thu, 9 Jan 1997 23:45:20 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA26851 for ; Thu, 9 Jan 1997 23:45:13 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vibeK-00075I-00; Fri, 10 Jan 1997 00:45:12 -0700 To: current@freebsd.org Subject: ppp changes for buffer overflows going in Date: Fri, 10 Jan 1997 00:45:12 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm about to commit a large number of changes to the user mode ppp. Since they are all no brainers, and have been reviewed, I feel reasonabily confident that things are OK. However, I am unable to test ppp to my level of satisfaction easily, since I don't have a ppp link to test it with. I think these changes will be good, but thought I'd give a heads up. They are 2.2 candidates, but I'd like to have them be tested in -current for as long as possible before committing to the 2.2 branch. They fix an exploitable ppp buffer overflow problem that could be used to break root. Warner From owner-freebsd-current Fri Jan 10 00:08:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA28582 for current-outgoing; Fri, 10 Jan 1997 00:08:22 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA28577 for ; Fri, 10 Jan 1997 00:08:19 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.4/8.8.4/prosa-1.1) id JAA01464; Fri, 10 Jan 1997 09:07:45 +0100 (CET) Message-ID: Date: Fri, 10 Jan 1997 09:07:45 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: freebsd-current@freebsd.org Subject: More on keyboard lock in 2.2-B X-Mailer: Mutt 0.55 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was able to reproduce the keyboard lock fairly often, even in normal operation (no sysinstall or nothing) -- what I did was switch back and forth between lock/nolock, doing pg_up and pg_down pretty fast (like I sometimes do :-) -- no input coming in, mind you. Lock -> had to unplug the keyboard and rpelug it. -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@.prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Fri Jan 10 00:36:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA29537 for current-outgoing; Fri, 10 Jan 1997 00:36:07 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA29520 for ; Fri, 10 Jan 1997 00:35:59 -0800 (PST) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id KAA53250; Fri, 10 Jan 1997 10:35:29 +0200 Date: Fri, 10 Jan 1997 13:39:25 +0200 (EET) From: Andrew Stesin To: Nate Williams cc: current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: <199701092139.OAA08361@rocky.mt.sri.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 Thu, 9 Jan 1997, Nate Williams wrote: [...] > X should work fine, it just moused that doesn't work. Yes thanks, X _does_ work when asked to use /dev/psm0 directly, and it's a win :) I should say "that's /dev/sysmouse which doesn't work neither for X nor for text with PS/2 mouse". So am I right and there _really_ isn't a way to use PS/2 mice for textmode cut/paste yet? Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Fri Jan 10 00:39:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA29689 for current-outgoing; Fri, 10 Jan 1997 00:39:08 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA29682 for ; Fri, 10 Jan 1997 00:39:06 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id BAA11066; Fri, 10 Jan 1997 01:38:52 -0700 (MST) Date: Fri, 10 Jan 1997 01:38:52 -0700 (MST) Message-Id: <199701100838.BAA11066@rocky.mt.sri.com> From: Nate Williams To: Andrew Stesin Cc: Nate Williams , current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: References: <199701092139.OAA08361@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > X should work fine, it just moused that doesn't work. > > Yes thanks, X _does_ work when asked to use /dev/psm0 > directly, and it's a win :) I should say "that's /dev/sysmouse > which doesn't work neither for X nor for text with PS/2 mouse". > > So am I right and there _really_ isn't a way to use PS/2 mice > for textmode cut/paste yet? Not yet, there are some patches in a submitted PR that supposedly fix it, but since I know *nothing* about moused I'm not touching them. I break enough stuff that I claim to know about. *grin* Nate From owner-freebsd-current Fri Jan 10 00:41:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA29802 for current-outgoing; Fri, 10 Jan 1997 00:41:19 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA29797 for ; Fri, 10 Jan 1997 00:41:03 -0800 (PST) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id KAA92502; Fri, 10 Jan 1997 10:38:50 +0200 Date: Fri, 10 Jan 1997 13:42:46 +0200 (EET) From: Andrew Stesin To: Joerg Wunsch cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping 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 Thu, 9 Jan 1997, J Wunsch wrote: > Try the following in preparation, to clean out old dirt first: > > dd if=/dev/zero of=/dev/rwd2 count=100 > > Also, do add the -B flag to the disklabel command, even if you're ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > never going to boot off it. Does sysinstall use -B by default? Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Fri Jan 10 00:54:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00486 for current-outgoing; Fri, 10 Jan 1997 00:54:06 -0800 (PST) Received: from veda.is (veda.is [193.4.230.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA00481 for ; Fri, 10 Jan 1997 00:54:03 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.8.4) id IAA21202; Fri, 10 Jan 1997 08:53:52 GMT Date: Fri, 10 Jan 1997 08:53:52 GMT From: Adam David Message-Id: <199701100853.IAA21202@veda.is> To: wpaul@skynet.ctr.columbia.EDU (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: What's happened to nfsd and mountd? Newsgroups: list.freebsd.current References: <199701091520.QAA03172@freebie.lemis.de> <199701100612.BAA27329@skynet.ctr.columbia.edu> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Jan 9 12:08:28 freebie portmap[754]: connect from 127.0.0.1 to unset(mountd): request from non-local host >Aha. Okay, I think get_myaddress() is fine now, but next somebody will have >to fix src/usr.sbin/portmap/from_local.c. This code is supposed to compare >the client IP address against everything it considers to be a local >interface address. However, it allocates a static buffer that's only >large enough for 16 interfaces. In both these cases, there are much more >than 16 interfaces involved, so SIOCGIFCONF is probably failing. There >are two bugs here: the first is that portmap doesn't use a flexible enough >mechanism to read all the local interfaces and 2) it doesn't syslog() >an appropriate error message when SIOCGIFCONF fails so that you have >some idea of what's going on. lo0 is the last interface on the list from SIOCGIFCONF, therefore it is omitted if the buffer is too small. As an aside, the first entry on the list from SIOCGIFCONF is now bigger than the rest, by 4 bytes. In from_local.c the primary IP for the interface is repeated for each alias, instead of the alias IP. Is this intentional? -- Adam David From owner-freebsd-current Fri Jan 10 00:55:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00575 for current-outgoing; Fri, 10 Jan 1997 00:55:48 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA00568 for ; Fri, 10 Jan 1997 00:55:42 -0800 (PST) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id KAA62704; Fri, 10 Jan 1997 10:54:53 +0200 Date: Fri, 10 Jan 1997 13:58:49 +0200 (EET) From: Andrew Stesin To: "Louis A. Mamakos" cc: Nate Williams , current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: <199701100422.XAA19597@whizzo.transsys.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 Thu, 9 Jan 1997, Louis A. Mamakos wrote: > I'm using moused with a PS/2 mouse. To get this to work, you'll need to > make another device in /dev using a different (than default) minor device > number to get the other block/non-blocking behavoir. Thanks Louis, that's cool news! And what is the actual minor No. for moused to work? > I think that the device ought to be blocking by default, with a fcntl or > ioctl to get the non-blocking alternative, rather than having two > different devices. The author of psm code will make some decision, I hope? Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Fri Jan 10 00:56:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00661 for current-outgoing; Fri, 10 Jan 1997 00:56:57 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA00535 for ; Fri, 10 Jan 1997 00:54:42 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24550 for FreeBSD-current@FreeBSD.org; Fri, 10 Jan 1997 09:53:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA22562; Fri, 10 Jan 1997 09:31:21 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 09:31:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@FreeBSD.org Subject: Re: Adding Hard Drives - Prepping References: <199701092331.PAA09721@ipro.com> <199701100213.TAA19154@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701100213.TAA19154@phaeton.artisoft.com>; from Terry Lambert on Jan 9, 1997 19:13:47 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > I happen to agree with Ken here. > > When will devfs be standard so we can implement physical to logical > translation layers and make this whole problem go away? That's only one part of the story. You still have to understand the difference between slices, partitions, filesystems, and mounting. -- 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 Fri Jan 10 00:58:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00754 for current-outgoing; Fri, 10 Jan 1997 00:58:42 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA00699 for ; Fri, 10 Jan 1997 00:57:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24596 for FreeBSD-current@FreeBSD.ORG; Fri, 10 Jan 1997 09:56:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA22571; Fri, 10 Jan 1997 09:33:05 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 09:33:05 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping References: <199701092331.PAA09723@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701092331.PAA09723@ipro.com>; from Ken Ingram on Jan 9, 1997 15:39:26 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > Your posts are coming in two's.... Since i didn't know you are on the hackers list. Hence i left the Cc to you as well. (Many people do this, too many even if they know that the recipient is on the list.) Since i recently changed my mailer to `Mutt', it's however very simple for me to send it to the list only now... :) It's just another key to hit when replying. Did it now. -- 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 Fri Jan 10 01:03:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA01024 for current-outgoing; Fri, 10 Jan 1997 01:03:27 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA01012 for ; Fri, 10 Jan 1997 01:03:24 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id CAA11204; Fri, 10 Jan 1997 02:03:08 -0700 (MST) Date: Fri, 10 Jan 1997 02:03:08 -0700 (MST) Message-Id: <199701100903.CAA11204@rocky.mt.sri.com> From: Nate Williams To: Andrew Stesin Cc: "Louis A. Mamakos" , Nate Williams , current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: References: <199701100422.XAA19597@whizzo.transsys.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I think that the device ought to be blocking by default, with a fcntl or > > ioctl to get the non-blocking alternative, rather than having two > > different devices. > > The author of psm code will make some decision, I hope? The author of moused needs to make the decision, not the device driver authors. Nate From owner-freebsd-current Fri Jan 10 01:22:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA01985 for current-outgoing; Fri, 10 Jan 1997 01:22:42 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA01950 for ; Fri, 10 Jan 1997 01:21:22 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA24955 for FreeBSD-current@FreeBSD.ORG; Fri, 10 Jan 1997 10:21:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA22816; Fri, 10 Jan 1997 10:10:22 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 10:10:22 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andrew Stesin on Jan 10, 1997 13:42:46 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Andrew Stesin wrote: > > Also, do add the -B flag to the disklabel command, even if you're > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > never going to boot off it. > > Does sysinstall use -B by default? Sysinstall doesn't use disklabel(8), but libdisk(3). Yes, i think it always installs the BSD bootcode. -- 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 Fri Jan 10 02:13:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA04210 for current-outgoing; Fri, 10 Jan 1997 02:13:10 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA04205 for ; Fri, 10 Jan 1997 02:13:05 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id LAA00544; Fri, 10 Jan 1997 11:14:07 +0100 (MET) Message-Id: <199701101014.LAA00544@ravenock.cybercity.dk> Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: from Andrew Stesin at "Jan 10, 97 01:58:49 pm" To: stesin@gu.net (Andrew Stesin) Date: Fri, 10 Jan 1997 11:13:59 +0100 (MET) Cc: louie@TransSys.COM, nate@mt.sri.com, current@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Andrew Stesin who wrote: > On Thu, 9 Jan 1997, Louis A. Mamakos wrote: > > > I'm using moused with a PS/2 mouse. To get this to work, you'll need to > > make another device in /dev using a different (than default) minor device > > number to get the other block/non-blocking behavoir. > > Thanks Louis, that's cool news! And what is the actual > minor No. for moused to work? You should use minor 0 instead of minor 1 ... It works just fine as has been for ages, maybe we should document this somewhere, FAQ meister ??... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 10 02:25:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA04564 for current-outgoing; Fri, 10 Jan 1997 02:25:30 -0800 (PST) Received: from hda.hda.com (ip79-max1-fitch.ziplink.net [199.232.245.79]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA04552 for ; Fri, 10 Jan 1997 02:25:25 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id FAA02572; Fri, 10 Jan 1997 05:21:38 -0500 From: Peter Dufault Message-Id: <199701101021.FAA02572@hda.hda.com> Subject: Re: 2.2-BETA and HP 12000e Superstore DAT changer In-Reply-To: <199701100547.AAA27283@skynet.ctr.columbia.edu> from Bill Paul at "Jan 10, 97 00:46:58 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 10 Jan 1997 05:21:38 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (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 > My question is: why does scsiconf not probe for other LUNs? It used to probe until there was no response at a LUN. I added maybe_more when I had a device with LUN0 and then LUN2 (Canon scanner/printer). Apparently there are so many devices that respond to any LUN it was changed to work this way. > ... This strikes me as a little bogus: when I tell the > kernel that there's a device at target 3, LUN 1, it should bleeding > well probe for a device there. Yes. I'd rather see probing for all LUNS and a way to load the quirk tables without rebuilding. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Fri Jan 10 02:27:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA04629 for current-outgoing; Fri, 10 Jan 1997 02:27:39 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA04623 for ; Fri, 10 Jan 1997 02:27:31 -0800 (PST) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id LAA26492 for ; Fri, 10 Jan 1997 11:27:45 +0100 (MET) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vieAn-00020hC; Fri, 10 Jan 97 11:26 MET Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA135811905; Fri, 10 Jan 1997 11:25:05 +0100 From: "Hr.Ladavac" Message-Id: <199701101025.AA135811905@ws2301.gud.siemens.co.at> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Fri, 10 Jan 1997 11:25:05 +0100 (MEZ) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@freebsd.org In-Reply-To: <199701092331.PAA09717@ipro.com> from "Ken Ingram" at Jan 9, 97 03:39:24 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 E-mail message from Ken Ingram contained: > OK. I wrote in a bit of anger. I'm fine now. :^] > > Once I get this working I will, in fact, compile the answers I receive > and submit them for addition to section 2.15 > > Some of the stuff has cleared up the main problem is mount. I don't think > I know how to use it correctly. > > I keep getting > #mount /dev/rwd2s1e /articles > mount: /articles: No such file or directory. The mount point (directory) must also exist prior to mounting. man mount. After the mount the previous contents of the directory will be hidden from you (until you unmount, unless you use some more exotic filesystems which are used to 'overlay' the mount point.) /Marino > > > --Ken > ________________________________________________________________________ > Ken Ingram kingram@ipro.com | > ------------------------------------------------------------------------ > POST NO BILLS > > From owner-freebsd-current Fri Jan 10 02:52:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA05252 for current-outgoing; Fri, 10 Jan 1997 02:52:48 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA05236 for ; Fri, 10 Jan 1997 02:52:06 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.4/8.8.3) id MAA27219; Fri, 10 Jan 1997 12:33:44 +0200 (EET) From: mika ruohotie Message-Id: <199701101033.MAA27219@shadows.aeon.net> Subject: Re: Adding Hard Drives - Prepping To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 Jan 1997 12:33:44 +0200 (EET) Cc: kingram@ipro.com, FreeBSD-current@freebsd.org In-Reply-To: from J Wunsch at "Jan 9, 97 10:54:50 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 > > newfs: /dev/wd2s1e: No such file or directory > required. Until it's done, you still need to mknod(8) your device slightly related question... i often like to make lots of different partitions, coz i want to run many different filesystems on their own partitions... the default hands me only partitions a e f g h, can i get more of those? now i get around that prob by slicing the drive in two (havent yet needed more slices)... i dont like to play much with mknod on a production server... =) for the record, it seems that after one has assigned the sd0s1h, the first assigned partition from the sd0s1 is e, then f g h and a is the last, is there some reason for this? first time i happened i was confused... and usually the reason i do these different partitions to even 2gig scsi drives is the ccd, i just seem to adore playing with it... while i post, i might as well ask this too... i assume i can drive ccded filesystems in 4 different ways, right? just one big drive, no interleaving (i dont use this, no risk, no fun) interleaved (i love this) mirrored (backups? who needs these anyway...) interleaved and mirrored (havent yet tested this one) from man page: CCDF_SWAP 0x01 Interleave should be dmmax CCDF_UNIFORM 0x02 Use uniform interleave what does these exactly mean? and last, i doubt dev-people often gets worshipped, but really, i am a very happy user... mickey From owner-freebsd-current Fri Jan 10 03:11:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA06170 for current-outgoing; Fri, 10 Jan 1997 03:11:00 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA06161; Fri, 10 Jan 1997 03:10:47 -0800 (PST) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id NAA39890; Fri, 10 Jan 1997 13:10:36 +0200 Date: Fri, 10 Jan 1997 16:14:33 +0200 (EET) From: Andrew Stesin To: sos@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: <199701101014.LAA00544@ravenock.cybercity.dk> 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 Fri, 10 Jan 1997 sos@FreeBSD.ORG wrote: > You should use minor 0 instead of minor 1 ... > It works just fine as has been for ages, maybe we should document this > somewhere, FAQ meister ??... Gmm. As now XFree86 uses /dev/sysmouse as a "default and standard" mouse interface on FreeBSD, should the "minor 0" approach for psm0 become the default since 2.2? Plus a single phrase in psm(4) manpage explaining this, and another in a "What's New" section of RELNOTES? Otherwise _many_ people will ask this very same question again and again. Thanks! Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Fri Jan 10 03:57:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA07578 for current-outgoing; Fri, 10 Jan 1997 03:57:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA07572 for ; Fri, 10 Jan 1997 03:57:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id WAA27192; Fri, 10 Jan 1997 22:53:40 +1100 Date: Fri, 10 Jan 1997 22:53:40 +1100 From: Bruce Evans Message-Id: <199701101153.WAA27192@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, kingram@ipro.com Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Where do I begin? Disklabel gets me: >> >> #disklabel -r -w wd2 auto >> disklabel: /dev/rwd2c: Undefined error: 0 > >That should not happen. :) This always happens if /dev/rwd2c (the whole of BSD compatibility slice) is smaller than 8K. read() returns a short count, and disklabel doesn't understand this non-error. Tiny slices should not be created except to debug problems like this. Bruce From owner-freebsd-current Fri Jan 10 05:03:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA10378 for current-outgoing; Fri, 10 Jan 1997 05:03:30 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA10373 for ; Fri, 10 Jan 1997 05:03:26 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id NAA23697; Fri, 10 Jan 1997 13:02:45 GMT Date: Fri, 10 Jan 1997 13:02:45 +0000 (GMT) From: Developer To: Adam David cc: freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-Reply-To: <199701091903.TAA01174@veda.is> 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 Thu, 9 Jan 1997, Adam David wrote: > >Has anyone any ideas why on FreeBSD-Current netscape always errors with > >out of memory when sending an email if it is not run from root, however it > >works okay on freebsd V2.2??? > > hi Trefor, > are you a NIS user on the -current machine but a local user on the 2.2 > machine? I'll agree, it's not a very informative error message from netscape > for such a case. Thanks for the information --- Any ideas how I can fix this? Regards, Trefor S. From owner-freebsd-current Fri Jan 10 05:25:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA10988 for current-outgoing; Fri, 10 Jan 1997 05:25:03 -0800 (PST) Received: from veda.is (veda.is [193.4.230.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA10978 for ; Fri, 10 Jan 1997 05:24:59 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by veda.is (8.8.4/8.8.4) with ESMTP id NAA07521; Fri, 10 Jan 1997 13:24:40 GMT Message-Id: <199701101324.NAA07521@veda.is> X-Mailer: exmh version 2.0beta 12/23/96 To: Developer cc: freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-reply-to: Your message of "Fri, 10 Jan 1997 13:02:45 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Jan 1997 13:31:51 +0000 From: Adam David Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > are you a NIS user on the -current machine but a local user on the 2.2 > > machine? I'll agree, it's not a very informative error message from netscape > > for such a case. > > Thanks for the information --- Any ideas how I can fix this? The workaround is to create a local user on the NIS client machine for each user of netscape. I believe the problem occurs because the netscape binary is linked static, and there is some incompatibility between BSDI and FreeBSD concerning NIS support. The netscape mail client sucks anyway, might it be possible to hook in another client to respond to a mailto: URL event? (I can't imagine anyone wanting to use netscape mail for any other purpose ;) -- Adam David From owner-freebsd-current Fri Jan 10 06:38:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA13578 for current-outgoing; Fri, 10 Jan 1997 06:38:57 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA13573 for ; Fri, 10 Jan 1997 06:38:55 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id JAA24496; Fri, 10 Jan 1997 09:35:38 -0500 (EST) Message-Id: <199701101435.JAA24496@whizzo.transsys.com> X-Mailer: exmh version 2.0alpha 12/3/96 To: Andrew Stesin cc: Nate Williams , current@freebsd.org From: "Louis A. Mamakos" Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode References: In-reply-to: Your message of "Fri, 10 Jan 1997 13:58:49 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Jan 1997 09:35:38 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My /dev/psm0 is: crw------- 1 root wheel 21, 0 Oct 16 22:26 /dev/psm0 that is, minor device 0. I believe that MAKEDEV builds psm0 by default with minor device 1 get get the non-blocking behavior. Minimally, perhaps both varients of the device should get created - I would expect to have at least the "normal" device available so that "cat /dev/mouse" works. But that's just my opinion. louie From owner-freebsd-current Fri Jan 10 07:13:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA14871 for current-outgoing; Fri, 10 Jan 1997 07:13:02 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA14862 for ; Fri, 10 Jan 1997 07:12:56 -0800 (PST) Received: from alterego.stack.nl (alterego.stack.nl [131.155.141.160]) by terra.stack.nl (8.8.4) with ESMTP id QAA04398 for ; Fri, 10 Jan 1997 16:12:13 +0100 (MET) Received: (from xaa@localhost) by alterego.stack.nl (8.8.4/8.8.0) id QAA02540; Fri, 10 Jan 1997 16:12:53 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 16:12:53 +0100 From: xaa@stack.nl (Mark Huizer) To: freebsd-current@freebsd.org Subject: monday cvsup.nl.freebsd.org will be down a few times X-Mailer: Mutt 0.56 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Next monday (the 13th of january) cvsup.nl.freebsd.org will be down a few times for testing speed upgrades to our router :-) Sorry for the inconvenience Mark ------------------------------------------------------------------------- - Mark Huizer - xaa@stack.nl - rcbamh@urc.tue.nl - ------------------------------------------------------------------------- - The two most common things in the universe are hydrogen and stupidity - ------------------------------------------------------------------------- From owner-freebsd-current Fri Jan 10 07:40:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA16252 for current-outgoing; Fri, 10 Jan 1997 07:40:45 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA16247 for ; Fri, 10 Jan 1997 07:40:42 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id KAA25510 for ; Fri, 10 Jan 1997 10:40:39 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.8.3/8.7.3) with SMTP id KAA10907 for ; Fri, 10 Jan 1997 10:40:39 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 10 Jan 1997 10:40:38 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: FreeBSD current Subject: moused 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 was experimenting with moused and vidcontrol, and had a surprise, after I'd had a nice mouse going for maybe half an hour. All vts suddenly filled all the empty character positions with a character looking like a shortened version of the character "u". Is there any method to reset the screen, or font, or what can I do (short of rebooting, which I did last time) to correct this? ----------------------------+----------------------------------------------- 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 picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jan 10 09:08:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA21320 for current-outgoing; Fri, 10 Jan 1997 09:08:18 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA21314 for ; Fri, 10 Jan 1997 09:08:12 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id SAA01738; Fri, 10 Jan 1997 18:08:09 +0100 (MET) Message-Id: <199701101708.SAA01738@ravenock.cybercity.dk> Subject: Re: moused In-Reply-To: from Chuck Robey at "Jan 10, 97 10:40:38 am" To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 10 Jan 1997 18:08:01 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Chuck Robey who wrote: > I was experimenting with moused and vidcontrol, and had a surprise, after > I'd had a nice mouse going for maybe half an hour. All vts suddenly > filled all the empty character positions with a character looking like a > shortened version of the character "u". Interesting feature :) > Is there any method to reset the screen, or font, or what can I do (short > of rebooting, which I did last time) to correct this? Hmm, shutting off the mouse and reloading the fonts should take care of that, but since I don't know what happend... I have seen this yet, anybody else ?? The only problem I know of is on my p5, where the system freezes when I move the moused rapidly around, I dont know why yet, but the p5 optimized bcopy and friends are suspects... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 10 09:42:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA22760 for current-outgoing; Fri, 10 Jan 1997 09:42:09 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA22755 for ; Fri, 10 Jan 1997 09:41:58 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id JAA09020; Fri, 10 Jan 1997 09:41:48 -0800 (PST) Message-Id: <199701101741.JAA09020@austin.polstra.com> To: randyd@nconnect.net Subject: Re: CVSup updater failed Newsgroups: polstra.freebsd.current In-Reply-To: <32D49F05.41C67EA6@nconnect.net> References: <32D49F05.41C67EA6@nconnect.net> Organization: Polstra & Co., Seattle, WA Cc: freebsd-current@freebsd.org Date: Fri, 10 Jan 1997 09:41:47 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm trying to grab a fresh src tree. CVSup REL_14_1 is reporting... > > "Updater failed: Network read failure: TCP.Unexpected: 14" > > What would cause this? I'll help you track this down, but off -current, where it really doesn't belong. Bugs and questions about CVSup should be mailed to "cvsup-bugs@polstra.com". If you really want to discuss it on a FreeBSD list, then -hackers is the only suitable one. I'll follow up with private mail asking you some specific questions about the problem. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Jan 10 10:33:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA24833 for current-outgoing; Fri, 10 Jan 1997 10:33:59 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA24776; Fri, 10 Jan 1997 10:33:41 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id KAA17783 ; Fri, 10 Jan 1997 10:26:47 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA12547; Fri, 10 Jan 1997 11:26:43 -0700 (MST) Date: Fri, 10 Jan 1997 11:26:43 -0700 (MST) Message-Id: <199701101826.LAA12547@rocky.mt.sri.com> From: Nate Williams To: sos@freebsd.org Cc: current@freebsd.org Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: <199701101014.LAA00544@ravenock.cybercity.dk> References: <199701101014.LAA00544@ravenock.cybercity.dk> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org writes: > > > I'm using moused with a PS/2 mouse. To get this to work, you'll need to > > > make another device in /dev using a different (than default) minor device > > > number to get the other block/non-blocking behavoir. > > > > Thanks Louis, that's cool news! And what is the actual > > minor No. for moused to work? > > You should use minor 0 instead of minor 1 ... > It works just fine as has been for ages, maybe we should document this > somewhere, FAQ meister ??... We should modify moused to use select() and then all of them will work correctly. :) Nate From owner-freebsd-current Fri Jan 10 11:23:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA26964 for current-outgoing; Fri, 10 Jan 1997 11:23:29 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA26959 for ; Fri, 10 Jan 1997 11:23:21 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA06447 for current@freebsd.org; Fri, 10 Jan 1997 20:23:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA23900; Fri, 10 Jan 1997 20:14:45 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 20:14:45 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: 2.2-BETA and HP 12000e Superstore DAT changer References: <199701100547.AAA27283@skynet.ctr.columbia.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701100547.AAA27283@skynet.ctr.columbia.edu>; from Bill Paul on Jan 10, 1997 00:46:58 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Paul wrote: > The SCSI changer driver works great with this device: I can load any of > the 6 tapes from the magazine into the drive and even query the drive to > see which slot is currently loaded. It would be nice if we had a chcontrol > utility in the base system to do this though; people shouldn't have to > hack together their own custom tools for these kinds of things. Note that there's a new changer driver send-pr'ed (# kern/1201) by Jason Thorpe (of NetBSD), which also has a chcontrol IIRC. It's already in the SCSI branch, but not yet in the main tree. -- Well, i checked, it seems that only the kernel part is in the branch yet. -- 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 Fri Jan 10 11:25:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27145 for current-outgoing; Fri, 10 Jan 1997 11:25:16 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA27133 for ; Fri, 10 Jan 1997 11:25:12 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id LAA25156; Fri, 10 Jan 1997 11:25:10 -0800 (PST) Message-Id: <199701101925.LAA25156@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 11:32:32 -0800 To: FreeBSD-current@FreeBSD.ORG From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is this the best place to ask the questions I've been asking? Considering the technical degree of most of the posts I've seen, I feel like I'm possibly wasting bandwith... --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 11:25:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27208 for current-outgoing; Fri, 10 Jan 1997 11:25:31 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA27200 for ; Fri, 10 Jan 1997 11:25:29 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id LAA25142; Fri, 10 Jan 1997 11:25:08 -0800 (PST) Message-Id: <199701101925.LAA25142@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 11:32:30 -0800 To: Warner Losh From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When I mkdir /articles and run mount /dev/rwd2s1e /articles I get the error: '/dev/rwd2s1e on /articles: Block device required' In order for 'mount /dev/rwd2s1e /articles' to complete properly does MAKEDEV produce the BLOCK DEVICE /articles? This isn't clear from the man pages. I have to admit that before I created all this hubub I looked over the man pages for disklabel,mount,fstab,newfs and anything related without getting a good idea of what works. It seems to be a trial/error sort of thing. I've been playing dumb so as not to cause assumptions about what I know, hoping that a rank newbie attitude would help me see the answer a little more clearly. This is as opposed to my actual position in knowledge of rank amateur. Fortunately I'm not screwing up the system disk. At 06:12 PM 1/9/97 -0700, Warner Losh wrote: >In message <199701092331.PAA09721@ipro.com> Ken Ingram writes: >: The problem is I have to search through a few different things much like >: '92 when folks only had man pages. I literally don't know where to begin. >: Hence my earlier rant about 'cross referencing'. > >man fdisk To put a BIOS disk label on it. >man disklabel To put a FreeBSD disk label on it >man newfs To put file systems on the partitions created > by disklabel > >Disklabel is a horrible interface :-(. > >and you just gotta know (or look at the FAQ) that sometimes MAKEDEV is >needed. > >Warner > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 11:25:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27245 for current-outgoing; Fri, 10 Jan 1997 11:25:54 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA27240 for ; Fri, 10 Jan 1997 11:25:52 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id LAA25150; Fri, 10 Jan 1997 11:25:09 -0800 (PST) Message-Id: <199701101925.LAA25150@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 11:32:31 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), FreeBSD-current@freebsd.org From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I understand slices,partitions,filesystems and mounting. In fact the histrionics I've gone through to simply add 1Gb to a newsserver has been quite instructional I will actually have something to contribute when all is said and done. Is devfs something about 'device file system' or something thereabout? And truly, what does knolwedge of partitions, &tc. have to do with making a standard. I still would need that info now if things had been easier. As it stands I got what I was looking for: a rather intense intro to 'Adding Hard Drives - Prepping' At 09:31 AM 1/10/97 +0100, J Wunsch wrote: >As Terry Lambert wrote: > >> I happen to agree with Ken here. >> >> When will devfs be standard so we can implement physical to logical >> translation layers and make this whole problem go away? > >That's only one part of the story. You still have to understand the >difference between slices, partitions, filesystems, and mounting. > >-- >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. ;-) > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 11:52:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA28579 for current-outgoing; Fri, 10 Jan 1997 11:52:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA28564 for ; Fri, 10 Jan 1997 11:52:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA06932 for FreeBSD-current@freebsd.org; Fri, 10 Jan 1997 20:52:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA24018; Fri, 10 Jan 1997 20:36:40 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 20:36:40 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@freebsd.org Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] References: <199701101033.MAA27219@shadows.aeon.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701101033.MAA27219@shadows.aeon.net>; from mika ruohotie on Jan 10, 1997 12:33:44 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As mika ruohotie wrote: > the default hands me only partitions a e f g h, can i get more of those? > now i get around that prob by slicing the drive in two (havent yet needed > more slices)... i dont like to play much with mknod on a production > server... =) Partition `d' is also available. By now, there's only space for 8 partitions, and extending this will probably cause even more brokeness than the recent utmp.h changes. :( > for the record, it seems that after one has assigned the sd0s1h, the first > assigned partition from the sd0s1 is e, then f g h and a is the last, is > there some reason for this? first time i happened i was confused... See the (updated) section 2.15 in the FAQ, it also explains the historic naming conventions (in the last paragraph). -- 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 Fri Jan 10 12:01:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA29003 for current-outgoing; Fri, 10 Jan 1997 12:01:43 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA28998 for ; Fri, 10 Jan 1997 12:01:41 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id MAA27033; Fri, 10 Jan 1997 12:01:39 -0800 (PST) Message-Id: <199701102001.MAA27033@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 12:09:00 -0800 To: FreeBSD-current@FreeBSD.ORG From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Hard drive has been successfully prepped and mounted. Thanks to all you FreeBSD gurus for helping me solve what turns out to be a rather simple problem. So as a not to take folks for granted: A personal Thank you to: M.R.Murphy Wofgang Helbig Steven G. Kargl Manu Iyengar Warner Losh John-Mark Gurney David Nugent Paul T. Root #He's a cousin of the infamous Charlie J Wunsch Terry Lambert Bruce Evans Andrew Stesin Hr.Ladavac mika ruohotie Thanks for taking the time to respond to my questions, adding your knowledge, and not chewing my head off for being a newbie. As soon as my work unpiles (amazing how it backed up for the last 4 days) I will produce an algorithm describing the steps I have taken to add my drive based on the info I was able to use. --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 12:07:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA29305 for current-outgoing; Fri, 10 Jan 1997 12:07:49 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA29296 for ; Fri, 10 Jan 1997 12:07:44 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vinEO-0000OL-00; Fri, 10 Jan 1997 13:07:12 -0700 To: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: FreeBSD-current@freebsd.org In-reply-to: Your message of "Fri, 10 Jan 1997 11:32:30 PST." <199701101925.LAA25142@ipro.com> References: <199701101925.LAA25142@ipro.com> Date: Fri, 10 Jan 1997 13:07:12 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701101925.LAA25142@ipro.com> Ken Ingram writes: : When I mkdir /articles and run mount /dev/rwd2s1e /articles I get the error: : : '/dev/rwd2s1e on /articles: Block device required' : : In order for 'mount /dev/rwd2s1e /articles' to complete properly does MAKEDEV : produce the BLOCK DEVICE /articles? This isn't clear from the man pages. The 'r' devices are the raw or character device. You usually use that to create the file system, partions and what not. However, the kernel wants the block device, which is found by removing the 'r' from the front. Warner From owner-freebsd-current Fri Jan 10 12:30:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA00782 for current-outgoing; Fri, 10 Jan 1997 12:30:10 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA00776 for ; Fri, 10 Jan 1997 12:30:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id MAA25295; Fri, 10 Jan 1997 12:29:55 -0800 (PST) Date: Fri, 10 Jan 1997 12:29:55 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Ken Ingram cc: Warner Losh , FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping In-Reply-To: <199701101925.LAA25142@ipro.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 Fri, 10 Jan 1997, Ken Ingram wrote: > When I mkdir /articles and run mount /dev/rwd2s1e /articles I get the error: > > '/dev/rwd2s1e on /articles: Block device required' > > In order for 'mount /dev/rwd2s1e /articles' to complete properly does MAKEDEV > produce the BLOCK DEVICE /articles? This isn't clear from the man pages. do a `cd /dev;sh MAKEDEV wd2s1e'... basicly /dev/wd2s1e is missing... the r means raw in that no buffering is done... with out the r it is a block device and buffering is done... hope this helps... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Jan 10 12:45:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA01553 for current-outgoing; Fri, 10 Jan 1997 12:45:48 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA01548 for ; Fri, 10 Jan 1997 12:45:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20483; Fri, 10 Jan 1997 13:32:43 -0700 From: Terry Lambert Message-Id: <199701102032.NAA20483@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 Jan 1997 13:32:43 -0700 (MST) Cc: FreeBSD-current@freebsd.org In-Reply-To: from "J Wunsch" at Jan 10, 97 09:31:21 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 > > I happen to agree with Ken here. > > > > When will devfs be standard so we can implement physical to logical > > translation layers and make this whole problem go away? > > That's only one part of the story. You still have to understand the > difference between slices, partitions, filesystems, and mounting. Not if you realize that there is no representational difference between a DOS partition, an extended DOS partition, and a disklabel (BSD or otherwise). The same tool can handle them all, as long as the interface for subdomain management is abstracted to be the same ioctl() to a physical to logical translation layer for all types of devices. Slices and partitions and extended partitions and CCD agregations and plain raw disks are all the same types of objects. Filesystems are relevent only in terms of "formatting" them. All "formatting" should work on all terminal devices originating in a physical to logical device translation layer, so it's not necessary for the tool to know about that (DOS has a seperate "fdisk" and "format" and has withstood years of battering). Mounting is an antiquated idea; it is relevent only because the device format recognition is expected to be done by a human telling the computer about a device it should already know about, either on a command line, or in a file called /etc/fstab. This is an implementation detail (of a bad implementation, in this particular case). What *is* relevent is the concept of mapping a device resource into a file system hierarchy. This is, however, totally logically independent of most of the process called "mounting", which should instead be implemented on device arrival notification following a successful attach. A user should be able to mapp as device resource into an FS hierarchy with no knowledge of the device apart from "it currently exists" and "if it currently exists, I want it here". This works for removable media, such as CDROM's and floppies, as well as it does for PCMCIA FlashRAM cards and disk drives, or more esoteric resources, such as mapped network drives with a nomadic system (laptop) in docked and undocked states. A user does *not* (and *should not*) have to understand the difference between slices, partitions, filesystems, and mounting. It is an implementation error that the user currently has to care about these things. Regards, 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 Jan 10 12:47:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA01634 for current-outgoing; Fri, 10 Jan 1997 12:47:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA01627 for ; Fri, 10 Jan 1997 12:47:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA20496; Fri, 10 Jan 1997 13:35:56 -0700 From: Terry Lambert Message-Id: <199701102035.NAA20496@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Fri, 10 Jan 1997 13:35:56 -0700 (MST) Cc: imp@village.org, FreeBSD-current@freebsd.org In-Reply-To: <199701101925.LAA25142@ipro.com> from "Ken Ingram" at Jan 10, 97 11:32:30 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 > When I mkdir /articles and run mount /dev/rwd2s1e /articles I get the error: > > '/dev/rwd2s1e on /articles: Block device required' > > In order for 'mount /dev/rwd2s1e /articles' to complete properly does MAKEDEV > produce the BLOCK DEVICE /articles? This isn't clear from the man pages. mount /dev/rwd2s1e /articles * A raw device is a character device, not a block device. 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 Jan 10 12:58:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02113 for current-outgoing; Fri, 10 Jan 1997 12:58:44 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA02105 for ; Fri, 10 Jan 1997 12:58:42 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id MAA29789; Fri, 10 Jan 1997 12:58:40 -0800 (PST) Message-Id: <199701102058.MAA29789@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 13:06:01 -0800 To: FreeBSD-current@freebsd.org From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk One final question before I move on to -questions. Newfs gives the 'Warning: 3984 sector(s) in last cylinder unallocated /dev/rwd2s1e: 2121840 sectors in 519 cylinders of 1 tracks, 4096 sectors 1036.1MB in 33 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) The disk is 1035MB and 526 cylinders. After mounting df -k reports app. 950MB available. How do I get maximal use out of the disk? Or is the result of the system? (If so why the warning?) --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 13:00:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA02386 for current-outgoing; Fri, 10 Jan 1997 13:00:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA02381 for ; Fri, 10 Jan 1997 13:00:19 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07614; Fri, 10 Jan 1997 21:59:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA24214; Fri, 10 Jan 1997 21:24:59 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 21:24:59 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping References: <199701101925.LAA25156@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701101925.LAA25156@ipro.com>; from Ken Ingram on Jan 10, 1997 11:32:32 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > Is this the best place to ask the questions I've been asking? There's always the `freebsd-questions@freebsd.org' mailing list. This list is more targeted towards people running FreeBSD-current. -- 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 Fri Jan 10 13:00:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA02429 for current-outgoing; Fri, 10 Jan 1997 13:00:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA02409 for ; Fri, 10 Jan 1997 13:00:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07620; Fri, 10 Jan 1997 22:00:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA24233; Fri, 10 Jan 1997 21:31:08 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 21:31:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@FreeBSD.ORG Cc: kingram@ipro.com (Ken Ingram) Subject: Re: Adding Hard Drives - Prepping References: <199701101925.LAA25142@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > When I mkdir /articles and run mount /dev/rwd2s1e /articles I get the error: > > '/dev/rwd2s1e on /articles: Block device required' mount /dev/wd2s1e /articles > I have to admit that before I created all this hubub I looked over > the man pages for disklabel,mount,fstab,newfs and anything related > without getting a good idea of what works. It seems to be a > trial/error sort of thing. The problem is that neither the man pages nor the handbook are really targeted to this kind of questions. They all silently assume that you basically know how unix filesystems work, and mostly mention the hairy details only (man page), or the FreeBSD specifics (handbook). People who are totally unfamiliar with the unix way of going are better off by reading some literature. I think you would get a good start by buying Walnut Creek's CD-ROM, since it is accompanied by Greg Lehey's ``Installing and Running FreeBSD'', which has got some good press in the past. I think you can also order that book separately from them. -- 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 Fri Jan 10 13:02:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA02605 for current-outgoing; Fri, 10 Jan 1997 13:02:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA02566 for ; Fri, 10 Jan 1997 13:02:12 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07623; Fri, 10 Jan 1997 22:00:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA24242; Fri, 10 Jan 1997 21:33:48 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 21:33:48 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: kingram@ipro.com (Ken Ingram) Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Adding Hard Drives - Prepping References: <199701101925.LAA25150@ipro.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701101925.LAA25150@ipro.com>; from Ken Ingram on Jan 10, 1997 11:32:31 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ken Ingram wrote: > Is devfs something about 'device file system' or something thereabout? Yes, it's a device filesystem. Its goal is to replace the existing /dev tree with all its static entries. The idea behind it is that the static /dev vs. the dynamic nature of successfully probed devices in a running kernel are always a source of potential discrepancy. DEVFS intends to create all the entries in /dev dynamical, based on the drivers that successfully probed there devices. This saves you the manual mknod (or /dev/MAKEDEV) run. -- 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 Fri Jan 10 13:20:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA03945 for current-outgoing; Fri, 10 Jan 1997 13:20:52 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA03930 for ; Fri, 10 Jan 1997 13:20:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20569; Fri, 10 Jan 1997 14:09:42 -0700 From: Terry Lambert Message-Id: <199701102109.OAA20569@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Fri, 10 Jan 1997 14:09:42 -0700 (MST) Cc: FreeBSD-current@FreeBSD.ORG In-Reply-To: <199701101925.LAA25156@ipro.com> from "Ken Ingram" at Jan 10, 97 11:32:32 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 this the best place to ask the questions I've been asking? > > Considering the technical degree of most of the posts I've seen, I feel like > I'm possibly wasting bandwith... You are asking philosophically uncomfortable questions; this is probably the best place to ask, since they are issues of policy and plan and current implementation, rather than issues of physical necessity. That is, the problems are problems because that's the way the code is written, not because that's the way the universe must work. You get technical answers because a number of us have defended our viewpoints until our arguments have become highly refined. Regards, 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 Jan 10 13:24:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA04273 for current-outgoing; Fri, 10 Jan 1997 13:24:56 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA04268 for ; Fri, 10 Jan 1997 13:24:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA20554; Fri, 10 Jan 1997 14:06:48 -0700 From: Terry Lambert Message-Id: <199701102106.OAA20554@phaeton.artisoft.com> Subject: Re: Adding Hard Drives - Prepping To: kingram@ipro.com (Ken Ingram) Date: Fri, 10 Jan 1997 14:06:48 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@freebsd.org In-Reply-To: <199701101925.LAA25150@ipro.com> from "Ken Ingram" at Jan 10, 97 11:32:31 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 > I understand slices,partitions,filesystems and mounting. In fact the > histrionics I've gone through to simply add 1Gb to a newsserver has > been quite instructional I will actually have something to contribute . when all is said and done. > > Is devfs something about 'device file system' or something thereabout? Yes. When a device is probed true, a device node is created for it automatically in a devfs implementation. There are no device nodes for non-existant devices. There are no incorrect device nodes. If you disallow symlinks, there are no broken links. Unfortunately, devfs alone is not sufficient to level all of the obstacles you personally ran into... what is still missing from the current implementation is called a physical to logical translation layer. --- Physical to logical translation layers, simplified --- When a device is probed true, it "arrives" in the knowledge of the system. Let us say for example that /dev/dsk/wd0 "arrives". When this happens, it is possible to examine the device as a result of this "arrival event". This examination is done by running a list of available "physical to logical translation layer" probes against the device. Typically, the probles will read the first sector of the device to determine if partitioning is present. If partitioning is present, then the physical to logical device attach occurs. For example, say the "DOS partitioning physical to logical mappping" probe came true. The attach routine for the layer determines that the DOS partition table contains two valid partitions, P0 and P2. The attach routine reenters the interface -- two more "arrival events" occur. Let us say they are for "/dev/dsk/wd0/p0" and "/dev/dsk/wd0/p2". Say "/dev/dsk/wd0/p0" (the first DOS partition on the disk device wd0) contains a BSD disklabel. So again, we have partitioning present; this time the "BSD disklabel physical to logical mapping" probe comes true. The attach routine for the layer determies that the BSD disklabel contains four valid partitions, a, b, c, and d (note that c and d are real partitions. Because we can reference the "whole disk" via /dev/dsk/wd0 and the "whole BSD area" via /dev/dsk/wd0/p0, we no longer need to steal c and d for these purposes). The attach routine reenters the interface -- four more "arrival events" occur. Let us say they are for "/dev/dsk/wd0/p0/a", "/dev/dsk/wd0/p0/b", "/dev/dsk/wd0/p0/c", and "/dev/dsk/wd0/p0/d". Say that b is swap, and the rest are file systems... that is, there is no more partitioning present. We must also get an "arrival" for "/dev/dsk/wd0/p2"; say it contains a VFAT (DOS) filesystem. In point of fact, CCD devices can "arrive" and be accumulated until they are all present the same way (at which time a "/dev/dsk/ccd0" would itself "arrive"). And so on. It works for device agregation, partitioning, and even for media perfection (an error revocery layer, like BAD144, could be applied to any device, exactly the same way). --- Magic --- We have device arrival events for the following "terminal" devices: "/dev/dsk/wd0/p2" "/dev/dsk/wd0/p0/a" "/dev/dsk/wd0/p0/b" "/dev/dsk/wd0/p0/c" "/dev/dsk/wd0/p0/d" We can say we are done here... or... We can handle any unclaimed (by physical to logical layering) device arrival as a *filesystem* arrival. This assumes the mount routines will fail silently without noise on the mount atempt, and that the mount hierarchy insertion is logically seperate from the physical mount operation where the mount structure is filled out. In simple terms, we move mount point covering out of the VFS code, and each resource is mounted as if it were it's own root device. This incidently, as a side effect, greatly simplifies a lot of code, and makes any new FS more likely to be robust in the face of things like vnode locking, NFS exports, and all of the things which are common to FS implementations at the VFS consumer level, but which are currently implemented in each and every FS implementation... it makes the common code common, like it should have been in the first place. In concept, it's similar to unbottoning your bellybutton... you have to watch that your butt doesn't fall off. ;-). IFF we do this, then we can automount drives at arrival. Since CDROMs, docking station drives, network drives in the case of transient net connectivity, and PCMCIA cards can all "arrive" after a system is up, we can make these resources available *automatically* and *transparently*. > And truly, what does knolwedge of partitions, &tc. have to do with making a > standard. I still would need that info now if things had been easier. Logically, it doesn't have dick to o with it. In the current implementation, a lot of wires are exposed; they are used in a uniform, predictable, and therfore unifiable way, but they have not been abstracted. That is one of the promises of devfs. > As it stands I got what I was looking for: a rather intense intro > to 'Adding Hard Drives - Prepping' Unfortunately, as I have been trying to point out, a number of us want desperately to make that information useless, as soon as we possibly can. Regards, 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 Jan 10 14:01:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA05776 for current-outgoing; Fri, 10 Jan 1997 14:01:42 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA05769 for ; Fri, 10 Jan 1997 14:01:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id OAA29220; Fri, 10 Jan 1997 14:01:25 -0800 (PST) Date: Fri, 10 Jan 1997 14:01:25 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Ken Ingram cc: FreeBSD-current@freebsd.org Subject: Re: Adding Hard Drives - Prepping In-Reply-To: <199701102058.MAA29789@ipro.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 Fri, 10 Jan 1997, Ken Ingram wrote: > One final question before I move on to -questions. > > Newfs gives the 'Warning: 3984 sector(s) in last cylinder unallocated > /dev/rwd2s1e: 2121840 sectors in 519 cylinders of 1 tracks, 4096 sectors > 1036.1MB in 33 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) > > The disk is 1035MB and 526 cylinders. After mounting df -k reports > app. 950MB available. > > How do I get maximal use out of the disk? Or is the result of the system? > (If so why the warning?) the way FFS keeps the disk nice in speedy is that it keeps a percentage of the disk as `root' only... with this extra room it is able to keep files that other fs's (like fat) from becoming fragmented... the default is 8% if I remeber... the warning above is because newfs is saying the cylindar size is 4096 sectors... back in the old days when cylindar sizes were constant throughout the whole disk (now they have zones with different sectors/track density)... this would allow some more speed opimizations... the above warning says you are only leaving about 2megs of diskspace at the end that isn't used... for this reason I try to hit partion sizes at exactly 4096... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Jan 10 14:12:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA06231 for current-outgoing; Fri, 10 Jan 1997 14:12:48 -0800 (PST) Received: from ipro.com (farad.ipro.com [204.179.121.96]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA06226 for ; Fri, 10 Jan 1997 14:12:44 -0800 (PST) Received: from ipro.ipro.com by ipro.com (8.7.4/SMI-SVR4) id OAA02511; Fri, 10 Jan 1997 14:08:16 -0800 (PST) Message-Id: <199701102208.OAA02511@ipro.com> X-Sender: kingram@ipro.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Jan 1997 14:15:41 -0800 To: Terry Lambert From: Ken Ingram Subject: Re: Adding Hard Drives - Prepping Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This was an excellent explanation. I feel a bit more knowledgable on the whole. Thanks At 02:06 PM 1/10/97 -0700, Terry Lambert wrote: >> I understand slices,partitions,filesystems and mounting. In fact the >> histrionics I've gone through to simply add 1Gb to a newsserver has >> been quite instructional I will actually have something to contribute >. when all is said and done. >> >> Is devfs something about 'device file system' or something thereabout? > >Yes. > >When a device is probed true, a device node is created for it >automatically in a devfs implementation. There are no device >nodes for non-existant devices. There are no incorrect device >nodes. If you disallow symlinks, there are no broken links. > > >Unfortunately, devfs alone is not sufficient to level all of the >obstacles you personally ran into... what is still missing from >the current implementation is called a physical to logical >translation layer. > > >--- >Physical to logical translation layers, simplified >--- > >When a device is probed true, it "arrives" in the knowledge of the >system. Let us say for example that /dev/dsk/wd0 "arrives". > >When this happens, it is possible to examine the device as a result >of this "arrival event". This examination is done by running a list >of available "physical to logical translation layer" probes against >the device. Typically, the probles will read the first sector of the >device to determine if partitioning is present. > >If partitioning is present, then the physical to logical device >attach occurs. For example, say the "DOS partitioning physical to >logical mappping" probe came true. > >The attach routine for the layer determines that the DOS partition >table contains two valid partitions, P0 and P2. > >The attach routine reenters the interface -- two more "arrival events" >occur. Let us say they are for "/dev/dsk/wd0/p0" and "/dev/dsk/wd0/p2". > >Say "/dev/dsk/wd0/p0" (the first DOS partition on the disk device wd0) >contains a BSD disklabel. > >So again, we have partitioning present; this time the "BSD disklabel >physical to logical mapping" probe comes true. > >The attach routine for the layer determies that the BSD disklabel >contains four valid partitions, a, b, c, and d (note that c and d >are real partitions. Because we can reference the "whole disk" >via /dev/dsk/wd0 and the "whole BSD area" via /dev/dsk/wd0/p0, we >no longer need to steal c and d for these purposes). > >The attach routine reenters the interface -- four more "arrival events" >occur. Let us say they are for "/dev/dsk/wd0/p0/a", "/dev/dsk/wd0/p0/b", >"/dev/dsk/wd0/p0/c", and "/dev/dsk/wd0/p0/d". Say that b is swap, and >the rest are file systems... that is, there is no more partitioning >present. > >We must also get an "arrival" for "/dev/dsk/wd0/p2"; say it contains >a VFAT (DOS) filesystem. > > >In point of fact, CCD devices can "arrive" and be accumulated until they >are all present the same way (at which time a "/dev/dsk/ccd0" would >itself "arrive"). > >And so on. > >It works for device agregation, partitioning, and even for media >perfection (an error revocery layer, like BAD144, could be applied >to any device, exactly the same way). > > >--- >Magic >--- > >We have device arrival events for the following "terminal" devices: > >"/dev/dsk/wd0/p2" >"/dev/dsk/wd0/p0/a" >"/dev/dsk/wd0/p0/b" >"/dev/dsk/wd0/p0/c" >"/dev/dsk/wd0/p0/d" > >We can say we are done here... or... > >We can handle any unclaimed (by physical to logical layering) device >arrival as a *filesystem* arrival. This assumes the mount routines >will fail silently without noise on the mount atempt, and that the >mount hierarchy insertion is logically seperate from the physical >mount operation where the mount structure is filled out. > >In simple terms, we move mount point covering out of the VFS code, >and each resource is mounted as if it were it's own root device. > >This incidently, as a side effect, greatly simplifies a lot of >code, and makes any new FS more likely to be robust in the face of >things like vnode locking, NFS exports, and all of the things which >are common to FS implementations at the VFS consumer level, but >which are currently implemented in each and every FS implementation... >it makes the common code common, like it should have been in the first >place. > >In concept, it's similar to unbottoning your bellybutton... you have >to watch that your butt doesn't fall off. ;-). > > >IFF we do this, then we can automount drives at arrival. > >Since CDROMs, docking station drives, network drives in the case >of transient net connectivity, and PCMCIA cards can all "arrive" >after a system is up, we can make these resources available >*automatically* and *transparently*. > > >> And truly, what does knolwedge of partitions, &tc. have to do with making a >> standard. I still would need that info now if things had been easier. > >Logically, it doesn't have dick to o with it. > >In the current implementation, a lot of wires are exposed; they are used >in a uniform, predictable, and therfore unifiable way, but they have >not been abstracted. That is one of the promises of devfs. > > >> As it stands I got what I was looking for: a rather intense intro >> to 'Adding Hard Drives - Prepping' > >Unfortunately, as I have been trying to point out, a number of us want >desperately to make that information useless, as soon as we possibly >can. > > > Regards, > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. > > --Ken ________________________________________________________________________ Ken Ingram kingram@ipro.com | ------------------------------------------------------------------------ POST NO BILLS From owner-freebsd-current Fri Jan 10 16:41:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA13733 for current-outgoing; Fri, 10 Jan 1997 16:41:50 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA13720 for ; Fri, 10 Jan 1997 16:41:44 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id BAA10634 for ; Sat, 11 Jan 1997 01:41:29 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id BAA08825 for FreeBSD-current@freebsd.org; Sat, 11 Jan 1997 01:41:26 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id BAA04150; Sat, 11 Jan 1997 01:16:05 +0100 (CET) Message-ID: Date: Sat, 11 Jan 1997 01:16:04 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: FreeBSD-current@freebsd.org Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] References: <199701101033.MAA27219@shadows.aeon.net> X-Mailer: Mutt 0.55.15 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2837 In-Reply-To: ; from J Wunsch on Jan 10, 1997 20:36:40 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > Partition `d' is also available. By now, there's only space for 8 > partitions, and extending this will probably cause even more brokeness > than the recent utmp.h changes. :( One should be able to put a second partition (fdisk term) on a disk and then use up to 7 slices into that new partition... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Fri Jan 10 16:42:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA13796 for current-outgoing; Fri, 10 Jan 1997 16:42:02 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA13769 for ; Fri, 10 Jan 1997 16:41:56 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id BAA10653 for ; Sat, 11 Jan 1997 01:41:46 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id BAA08826 for FreeBSD-current@freebsd.org; Sat, 11 Jan 1997 01:41:26 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id BAA04183; Sat, 11 Jan 1997 01:25:32 +0100 (CET) Message-ID: Date: Sat, 11 Jan 1997 01:25:32 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: FreeBSD-current@freebsd.org Subject: Re: Adding Hard Drives - Prepping References: <199701102058.MAA29789@ipro.com> X-Mailer: Mutt 0.55.15 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2837 In-Reply-To: <199701102058.MAA29789@ipro.com>; from Ken Ingram on Jan 10, 1997 13:06:01 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Ken Ingram: > Newfs gives the 'Warning: 3984 sector(s) in last cylinder unallocated > /dev/rwd2s1e: 2121840 sectors in 519 cylinders of 1 tracks, 4096 sectors > 1036.1MB in 33 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) Don't worry about the warning, it is just that 2121840 is not a multiple of 519 x 4096. We ignore geometry when newfs-ing SCSI disks because the geometry is purely logical. > The disk is 1035MB and 526 cylinders. After mounting df -k reports > app. 950MB available. dk -k ignores the 8% of the partition that are reserved for "root" usage. Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0h 829345 408896 354102 54% /work The 1K-blocks number includes all data, inode tables, superblocks, cylinder groups and so on. 829345 - (408869 + 66347) = 354129 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Fri Jan 10 17:44:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA17456 for current-outgoing; Fri, 10 Jan 1997 17:44:35 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA17451 for ; Fri, 10 Jan 1997 17:44:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA21302; Fri, 10 Jan 1997 18:33:33 -0700 From: Terry Lambert Message-Id: <199701110133.SAA21302@phaeton.artisoft.com> Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Fri, 10 Jan 1997 18:33:33 -0700 (MST) Cc: FreeBSD-current@freebsd.org In-Reply-To: from "Ollivier Robert" at Jan 11, 97 01:16:04 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 > According to J Wunsch: > > Partition `d' is also available. By now, there's only space for 8 > > partitions, and extending this will probably cause even more brokeness > > than the recent utmp.h changes. :( > > One should be able to put a second partition (fdisk term) on a disk and > then use up to 7 slices into that new partition... DOS partiton tables are limited to 8G, total, because of C/H/S limitations. Equalized, this is 2G total per primary, and ~512M per secondary. This is fine, as long as you are using small drives and breaking them up (probably breaking them up more than they should be). 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 Jan 10 18:04:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA18514 for current-outgoing; Fri, 10 Jan 1997 18:04:45 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA18443 for ; Fri, 10 Jan 1997 18:02:47 -0800 (PST) Received: (from uucp@localhost) by perki0.connect.com.au id NAA26608 (8.7.6h/IDA-1.6); Sat, 11 Jan 1997 13:01:09 +1100 (EST) >Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.4/8.8.4) with SMTP id MAA27980; Sat, 11 Jan 1997 12:11:41 +1100 (EST) Message-Id: <199701110111.MAA27980@nemeton.com.au> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: mark@salford.ac.uk (Mark Powell), freebsd-current@freebsd.org Subject: Building "2.2-RELEASE" early! In-reply-to: Date: Sat, 11 Jan 1997 12:11:41 +1100 From: Giles Lean Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Moved to -current from -scsi due to subjct drift] On Fri, 10 Jan 1997 21:35:54 +0100 J Wunsch wrote: > > I'm running 2.2-RELEASE, is it in there? > > Oh, so you're ahead of time! :-) Checking out a -rRELENG_2_2 tree from CVS builds what claims to be "2.2-RELEASE". Surprised me too! $ uname -sr FreeBSD 2.2-RELEASE 'make world' is in good shape for both "2.2-RELEASE" and 3.0-current when done on a machine installed with 2.2-BETA (separately installed for each run -- what are multiple disks for, after all!). Giles From owner-freebsd-current Fri Jan 10 18:53:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21622 for current-outgoing; Fri, 10 Jan 1997 18:53:06 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21601; Fri, 10 Jan 1997 18:53:00 -0800 (PST) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.8.3/8.8.2) id SAA08942; Fri, 10 Jan 1997 18:52:53 -0800 (PST) Date: Fri, 10 Jan 1997 18:52:53 -0800 (PST) From: Josh MacDonald Message-Id: <199701110252.SAA08942@paris.CS.Berkeley.EDU> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: recent texinfo commits Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The changes to the source tree involving new installation mechanism and the new texinfo version are finished. Over the next hour or so I'll be fixing the various places in the source tree where stuff won't compile because of the new rules. I don't know how to make things automatically bootstrap themselves. You'll need to have gnu/usr.bin/texinfo/install-info installed before make install will work. -josh From owner-freebsd-current Fri Jan 10 19:09:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA22452 for current-outgoing; Fri, 10 Jan 1997 19:09:46 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA22435; Fri, 10 Jan 1997 19:09:03 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA23216; Sat, 11 Jan 97 12:08:07 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA28050; Sat, 11 Jan 97 12:08:06 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA16149; Sat, 11 Jan 1997 12:11:36 +0900 (JST) Message-Id: <199701110311.MAA16149@zodiac.mech.utsunomiya-u.ac.jp> To: Nate Williams Cc: sos@freebsd.org, current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: Your message of "Fri, 10 Jan 1997 11:26:43 MST." <199701101826.LAA12547@rocky.mt.sri.com> References: <199701101014.LAA00544@ravenock.cybercity.dk> <199701101826.LAA12547@rocky.mt.sri.com> Date: Sat, 11 Jan 1997 12:11:35 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >sos@freebsd.org writes: >> > > I'm using moused with a PS/2 mouse. To get this to work, you'll need to >> > > make another device in /dev using a different (than default) minor devic >e >> > > number to get the other block/non-blocking behavoir. >> > >> > Thanks Louis, that's cool news! And what is the actual >> > minor No. for moused to work? >> >> You should use minor 0 instead of minor 1 ... >> It works just fine as has been for ages, maybe we should document this >> somewhere, FAQ meister ??... > >We should modify moused to use select() and then all of them will work >correctly. :) > > >Nate I tried the patch, to use select(), in PR bin/1695 and it worked handsomely with `psm', `mse', and serial mice. Now we have two options: a) modify `moused' to use `select()' We need to 1) patch `moused'. It makes `moused' work with not only with `psm' but also with `mse'. Although not mentioned in this thread of discussion, `mse' is also a non-blocking device and currently doesn't work with `moused'. We don't need to update any documentation/FAQ in this case, I expect. b) create blocking nodes We need to 1) create a blokcing node each for `psm' and `mse', 2) change `moused's built-in default of using `/dev/psm0' for the PS/2 mouse; it should now refer to the new blocking node, 3) and update documentation/FAQ. I prefer a) to b), because a) seems simpler. Kazu From owner-freebsd-current Fri Jan 10 19:27:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA23478 for current-outgoing; Fri, 10 Jan 1997 19:27:43 -0800 (PST) Received: from scorpio (scorpio.venturanet.it [194.243.76.3]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA23472 for ; Fri, 10 Jan 1997 19:27:40 -0800 (PST) Received: from io.venturanet.it by scorpio (SMI-8.6/SMI-SVR4) id EAA11767; Sat, 11 Jan 1997 04:26:44 -0100 Message-ID: <32D7071E.1FDE@venturanet.it> Date: Sat, 11 Jan 1997 04:21:02 +0100 From: luka X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: current@freefall.freebsd.org 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 i don't wanna be subscriber of this mailing list why every day i receive thde freebsd digest? plz anyone can help me ? From owner-freebsd-current Fri Jan 10 19:59:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA25068 for current-outgoing; Fri, 10 Jan 1997 19:59:45 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA25060; Fri, 10 Jan 1997 19:59:22 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA23281; Sat, 11 Jan 97 12:58:32 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA28120; Sat, 11 Jan 97 12:58:31 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id NAA16806; Sat, 11 Jan 1997 13:02:01 +0900 (JST) Message-Id: <199701110402.NAA16806@zodiac.mech.utsunomiya-u.ac.jp> To: current@freebsd.org Cc: nate@mt.sri.com, sos@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Who Caught My PS/2 mouse?! + unknown PCI bridge + DD mode In-Reply-To: Your message of "Sat, 11 Jan 1997 12:11:35 JST." <199701110311.MAA16149@zodiac.mech.utsunomiya-u.ac.jp> References: <199701101014.LAA00544@ravenock.cybercity.dk> <199701101826.LAA12547@rocky.mt.sri.com> <199701110311.MAA16149@zodiac.mech.utsunomiya-u.ac.jp> Date: Sat, 11 Jan 1997 13:02:00 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is follow-up to my own comment: >Now we have two options: > >a) modify `moused' to use `select()' > >We need to 1) patch `moused'. It makes `moused' work with not only >with `psm' but also with `mse'. Although not mentioned in this thread >of discussion, `mse' is also a non-blocking device and currently >doesn't work with `moused'. > >We don't need to update any documentation/FAQ in this case, I expect. > >b) create blocking nodes > >We need to 1) create a blokcing node each for `psm' and `mse', 2) >change `moused's built-in default of using `/dev/psm0' for the PS/2 >mouse; it should now refer to the new blocking node, 3) and update >documentation/FAQ. > >I prefer a) to b), because a) seems simpler. > >Kazu Even if we are eventually to take the approach b), modifying `moused' to use `select()' does no harm. I would suggest we should make `moused' use `select()' anyway. What do you think? Kazu From owner-freebsd-current Fri Jan 10 20:40:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA26647 for current-outgoing; Fri, 10 Jan 1997 20:40:25 -0800 (PST) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA26642 for ; Fri, 10 Jan 1997 20:40:23 -0800 (PST) Received: from Gatekeeper.Lamb.net (ulf@gatekeeper.Lamb.net [207.90.181.2]) by DNS.Lamb.net (8.8.4/8.8.2) with ESMTP id UAA27693; Fri, 10 Jan 1997 20:51:48 -0800 (PST) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.8.4/8.7.6) id UAA04320; Fri, 10 Jan 1997 20:39:54 -0800 (PST) From: Ulf Zimmermann Message-Id: <199701110439.UAA04320@Gatekeeper.Lamb.net> Subject: Re: (no subject) To: luka@venturanet.it (luka) Date: Fri, 10 Jan 1997 20:39:53 -0800 (PST) Cc: current@freefall.freebsd.org In-Reply-To: <32D7071E.1FDE@venturanet.it> from luka at "Jan 11, 97 04:21:02 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 > i don't wanna be subscriber of this mailing list > why every day i receive thde freebsd digest? > plz anyone can help me ? > Send email to majordomo@Freebsd.org with the following line in the message body: help It will tell you need to know. Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net From owner-freebsd-current Fri Jan 10 21:47:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA00463 for current-outgoing; Fri, 10 Jan 1997 21:47:49 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA00443; Fri, 10 Jan 1997 21:47:45 -0800 (PST) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.8.3/8.8.2) id VAA09224; Fri, 10 Jan 1997 21:47:41 -0800 (PST) Date: Fri, 10 Jan 1997 21:47:41 -0800 (PST) From: Josh MacDonald Message-Id: <199701110547.VAA09224@paris.CS.Berkeley.EDU> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: texinfo commits done Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To my knowledge, everything should build properly now. Let me know if something breaks. -josh From owner-freebsd-current Fri Jan 10 22:13:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01509 for current-outgoing; Fri, 10 Jan 1997 22:13:14 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA01494 for ; Fri, 10 Jan 1997 22:13:11 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0viwgc-0001BA-00; Fri, 10 Jan 1997 23:12:58 -0700 To: roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] Cc: FreeBSD-current@freebsd.org In-reply-to: Your message of "Sat, 11 Jan 1997 01:16:04 +0100." References: <199701101033.MAA27219@shadows.aeon.net> Date: Fri, 10 Jan 1997 23:12:58 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Ollivier Robert writes: : According to J Wunsch: : > Partition `d' is also available. By now, there's only space for 8 : > partitions, and extending this will probably cause even more brokeness : > than the recent utmp.h changes. :( : : One should be able to put a second partition (fdisk term) on a disk and : then use up to 7 slices into that new partition... When OpenBSD bumped their stuff from 8 to 16 partitions, there were relatively few things that broke and needed fixing. I thought you could have up to four slices, not 7. Does FreeBSD grok extended partitions now? Warner From owner-freebsd-current Fri Jan 10 22:16:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01726 for current-outgoing; Fri, 10 Jan 1997 22:16:17 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01706; Fri, 10 Jan 1997 22:16:13 -0800 (PST) Received: from arabian.astrolab.org (dial234.nconnect.net [206.54.227.234]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id AAA27849; Sat, 11 Jan 1997 00:11:59 -0600 (CST) Message-ID: <32D72FE5.446B9B3D@nconnect.net> Date: Sat, 11 Jan 1997 00:15:01 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Josh MacDonald CC: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: texinfo commits done References: <199701110547.VAA09224@paris.CS.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josh MacDonald wrote: > > To my knowledge, everything should build properly now. Let me know > if something breaks. > > -josh Mine breaks .... gzip -c as-all.info > as-all.info.gz install -c -s -o bin -g bin -m 555 as /usr/bin ===> doc install-info --defsection="Programming & development tools." -- defentry="* AS: (as-all). The GNU Assembler manual." as-all.info //usr/share/info/ ins nfo: not found *** code 127 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Fri Jan 10 22:21:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA02080 for current-outgoing; Fri, 10 Jan 1997 22:21:49 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA02062; Fri, 10 Jan 1997 22:21:45 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.8.3/8.8.2) with ESMTP id WAA09412; Fri, 10 Jan 1997 22:21:40 -0800 (PST) From: Josh MacDonald Message-Id: <199701110621.WAA09412@paris.CS.Berkeley.EDU> To: Randy DuCharme cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: texinfo commits done In-reply-to: Your message of "Sat, 11 Jan 1997 00:15:01 CST." <32D72FE5.446B9B3D@nconnect.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9405.852963694.1@paris.CS.Berkeley.EDU> Date: Fri, 10 Jan 1997 22:21:35 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In order, you need to: (cd /usr/src/share/info; make beforeinstall) (cd /usr/src/share/mk; make install) (cd /usr/src/gnu/usr.bin/texinfo; make all install) And then you should be able to make install from any of the documentation directories I just modified. I said at least most of this in previous mail. -josh > Josh MacDonald wrote: > > > > To my knowledge, everything should build properly now. Let me know > > if something breaks. > > > > -josh > > > Mine breaks .... > > gzip -c as-all.info > as-all.info.gz > install -c -s -o bin -g bin -m 555 as /usr/bin > ===> doc > install-info --defsection="Programming & development tools." -- > defentry="* AS: > (as-all). The GNU Assembler manual." as-all.info > //usr/share/info/ > ins nfo: not found > *** code 127 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > From owner-freebsd-current Sat Jan 11 00:43:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06472 for current-outgoing; Sat, 11 Jan 1997 00:43:52 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA06453; Sat, 11 Jan 1997 00:43:45 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id TAA07768; Sat, 11 Jan 1997 19:13:39 +1030 (CST) From: Michael Smith Message-Id: <199701110843.TAA07768@genesis.atrad.adelaide.edu.au> Subject: Re: recent texinfo commits In-Reply-To: <199701110252.SAA08942@paris.CS.Berkeley.EDU> from Josh MacDonald at "Jan 10, 97 06:52:53 pm" To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Sat, 11 Jan 1997 19:13:38 +1030 (CST) Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (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 Josh MacDonald stands accused of saying: > > The changes to the source tree involving new installation mechanism > and the new texinfo version are finished. Over the next hour or so > I'll be fixing the various places in the source tree where stuff won't > compile because of the new rules. I don't know how to make things > automatically bootstrap themselves. You'll need to have > gnu/usr.bin/texinfo/install-info installed before make install will work. Go Josh! Note that if you have tools that need to be built before the tree itself can build, have a look at the 'bootstrap' target in the toplevel makefile, specifically the 'build-tools' target right at the end. > -josh -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Jan 11 01:57:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA08575 for current-outgoing; Sat, 11 Jan 1997 01:57:06 -0800 (PST) Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [160.45.22.81]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA08570 for ; Sat, 11 Jan 1997 01:57:03 -0800 (PST) Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) id ; Sat, 11 Jan 97 10:57 MET Received: (from dirk@localhost) by hal.IN-Berlin.DE (8.8.4/8.8.4) id KAA01600; Sat, 11 Jan 1997 10:55:27 +0100 (MET) Message-ID: Date: Sat, 11 Jan 1997 10:55:26 +0100 From: dirk@hal.IN-Berlin.DE (Dirk Froemberg) To: rg@gds.de (Richard Gresek) Cc: freebsd-current@freebsd.org Subject: Re: `UF_OPAQUE' undeclared References: <199701072310.AAA08241@gds.de> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199701072310.AAA08241@gds.de>; from Richard Gresek on Jan 8, 1997 00:09:08 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Richard! Just copy /sys/sys/stat.h to /usr/include/sys/stat.h or make a link from /sys/sys to /usr/include/sys (make world would do so, of course after xinstall is installed 8-). Best regards Dirk Richard Gresek writes: > I am new to this list, so I probably missed something which could > solve my problem: > > I pulled the entire /usr/src from ftp.freebsd.org:.16/FreeBSD/FreeBSD-current > and started the compile with 'make world' from the top of the > src-tree and finally got the following. Can somebody tell me where to > look? > > (All done on a 2.1.6-RELEASE) > > Thanks in advance > > Richard > > +--------- > install -c -s -o bin -g bin -m 555 make /usr/bin > /usr/obj/usr/src/usr.bin/make created for /usr/src/usr.bin/make > cd /usr/src/usr.bin/xinstall && make depend && make -DNOMAN > -DNOPROFILE all install cleandir obj rm -f .depend mkdep -f .depend -a > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c > /usr/src/usr.bin/xinstall/xinstall.c cc -O -c > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function > `flags_to_string': > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: `UF_OPAQUE' > undeclared (first use this function) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: (Each > undeclared identifier is reported only once > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:74: for each > function it appears in.) > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c: In function > `string_to_flags': > /usr/src/usr.bin/xinstall/../../bin/ls/stat_flags.c:134: `UF_OPAQUE' > undeclared (first use this function) > *** Error code 1 > > Stop. > +--------- > > +-------------------------------------------------------------------+ > : Plus.Net Internet PoP fuer > : Oppenheimer Landstr. 55 Frankfurt & Westerwald > : 60596 Frankfurt > : Tel.: +49 69 61991275 http://www.plusnet.de > : Fax : +49 69 610238 > +-------------------------------------------------------------------+ -- e-mail: dirk@hal.in-berlin.de PGP-Public-Key available "Soldaten sind Moerder." -- Kurt Tucholsky From owner-freebsd-current Sat Jan 11 02:08:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA08937 for current-outgoing; Sat, 11 Jan 1997 02:08:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA08921; Sat, 11 Jan 1997 02:08:18 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id CAA10933; Sat, 11 Jan 1997 02:08:11 -0800 (PST) To: Josh MacDonald cc: Randy DuCharme , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: texinfo commits done In-reply-to: Your message of "Fri, 10 Jan 1997 22:21:35 PST." <199701110621.WAA09412@paris.CS.Berkeley.EDU> Date: Sat, 11 Jan 1997 02:08:11 -0800 Message-ID: <10929.852977291@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Add dependencies to the lib-tools or build-tools targets as necessary, please. See how the world rule in /usr/src/Makefile bootstraps itself and see if you can make these texinfo changes DTRT. Thanks! Jordan > In order, you need to: > > (cd /usr/src/share/info; make beforeinstall) > (cd /usr/src/share/mk; make install) > (cd /usr/src/gnu/usr.bin/texinfo; make all install) > > And then you should be able to make install from any of the > documentation directories I just modified. I said at least > most of this in previous mail. > > -josh > > > Josh MacDonald wrote: > > > > > > To my knowledge, everything should build properly now. Let me know > > > if something breaks. > > > > > > -josh > > > > > > Mine breaks .... > > > > gzip -c as-all.info > as-all.info.gz > > install -c -s -o bin -g bin -m 555 as /usr/bin > > ===> doc > > install-info --defsection="Programming & development tools." -- > > defentry="* AS: > > (as-all). The GNU Assembler manual." as-all.info > > //usr/share/info/ > > ins nfo: not found > > *** code 127 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > From owner-freebsd-current Sat Jan 11 03:23:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA10803 for current-outgoing; Sat, 11 Jan 1997 03:23:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA10798 for ; Sat, 11 Jan 1997 03:23:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA21204 for freebsd-current@freebsd.org; Sat, 11 Jan 1997 12:23:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA29276; Sat, 11 Jan 1997 12:19:22 +0100 (MET) Message-ID: Date: Sat, 11 Jan 1997 12:19:22 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Building "2.2-RELEASE" early! References: <199701110111.MAA27980@nemeton.com.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701110111.MAA27980@nemeton.com.au>; from Giles Lean on Jan 11, 1997 12:11:41 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Giles Lean wrote: > > > > I'm running 2.2-RELEASE, is it in there? > > > > Oh, so you're ahead of time! :-) > > Checking out a -rRELENG_2_2 tree from CVS builds what claims to be > "2.2-RELEASE". Surprised me too! > > $ uname -sr > FreeBSD 2.2-RELEASE Funny. /usr/src/release/Makefile for sure still sets this to 2.2-BETA. But you'll probably only get this when doing a `make release', not a `make world'. -- 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 Jan 11 03:52:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA12424 for current-outgoing; Sat, 11 Jan 1997 03:52:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA12373 for ; Sat, 11 Jan 1997 03:52:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA21518 for FreeBSD-current@freebsd.org; Sat, 11 Jan 1997 12:52:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA29628; Sat, 11 Jan 1997 12:49:33 +0100 (MET) Message-ID: Date: Sat, 11 Jan 1997 12:49:33 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-current@freebsd.org Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] References: <199701101033.MAA27219@shadows.aeon.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on Jan 10, 1997 23:12:58 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > Ollivier Robert writes: > : One should be able to put a second partition (fdisk term) on a disk and > : then use up to 7 slices into that new partition... Arrgh! Please, don't start to confuse the names here, too! But yes, you can have multiple slices with up to 7 partitions each. > When OpenBSD bumped their stuff from 8 to 16 partitions, there were > relatively few things that broke and needed fixing. What about backwards-compatibility to themselves? I think that's the biggest issue. > I thought you could have up to four slices, not 7. Does FreeBSD grok > extended partitions now? Uh-oh, Warner. :-) That's possible since FreeBSD 2.0.5. I think you can have 32 slices or so (that's more than DOS can have, it has only 26 drive letters :-). -- 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 Jan 11 05:05:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA16760 for current-outgoing; Sat, 11 Jan 1997 05:05:14 -0800 (PST) Received: from grackle.grondar.za (6NH3ObdYcbPhIocBOt7kWU6jhNZcE7Mw@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA16749 for ; Sat, 11 Jan 1997 05:05:02 -0800 (PST) Received: from grackle.grondar.za (RN2yLrdYF09EaMZoGpIXiwjddl8xB8E0@localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id PAA10057 for ; Sat, 11 Jan 1997 15:04:50 +0200 (SAT) Message-Id: <199701111304.PAA10057@grackle.grondar.za> To: current@freebsd.org Subject: My sendmail/NIS keeps on dying. X-Face: "=q0"STs_81w9y4&#}>]hpQ-VBL.1^,QB{9u[05?&^k1*y#*OpIkS7b?V0Rs8qg]`Z}LBTa JT}q{S+z%%SR{~1@;Ybho~Ck.)PC/#3$lceQZ`O Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi My sendmail keeps on dying with the following errors (Actually, it does not totally die, it just stops answering on port 25): Jan 11 14:56:38 grunt sendmail[11238]: NOQUEUE: SYSERR(root): getrequests: accept: Bad address I have NIS enabled in the machine - there seems to be connection, because I also get lots of Jan 11 14:56:53 grunt ypbind[412]: select: Bad address Any ideas? M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sat Jan 11 06:31:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19065 for current-outgoing; Sat, 11 Jan 1997 06:31:05 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA19060 for ; Sat, 11 Jan 1997 06:31:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id BAA03753; Sun, 12 Jan 1997 01:26:01 +1100 Date: Sun, 12 Jan 1997 01:26:01 +1100 From: Bruce Evans Message-Id: <199701111426.BAA03753@godzilla.zeta.org.au> To: imp@village.org, roberto@keltia.freenix.fr Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I thought you could have up to four slices, not 7. Does FreeBSD grok >extended partitions now? You can have up to 30 slices. FreeBSD has grokked extended partitions since 2.0.5. Bruce From owner-freebsd-current Sat Jan 11 07:47:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA21573 for current-outgoing; Sat, 11 Jan 1997 07:47:56 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA21567; Sat, 11 Jan 1997 07:47:49 -0800 (PST) Received: by sequent.kiae.su id AA19315 (5.65.kiae-2 ); Sat, 11 Jan 1997 18:36:19 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 11 Jan 97 18:36:18 +0300 Received: from localhost (nagual.ru [127.0.0.1]) by nagual.ru (8.8.4/8.8.4) with SMTP id SAA01031; Sat, 11 Jan 1997 18:35:21 +0300 (MSK) Date: Sat, 11 Jan 1997 18:35:20 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: jmacd@freebsd.org, FreeBSD-current Subject: Recent bsd.info.mk commit breaks SRCDIR, please merge properly! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joshua, among SRCDIR method brokennes, you broke INFO* macros usage too. Don't do blind commits, please! I expect this things will be restored. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Jan 11 07:49:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA21620 for current-outgoing; Sat, 11 Jan 1997 07:49:00 -0800 (PST) Received: from cobber.cord.edu (cobber.cord.edu [138.129.1.32]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA21615 for ; Sat, 11 Jan 1997 07:48:59 -0800 (PST) Received: by cobber.cord.edu (4.1/SMI-4.1) id AA10672; Sat, 11 Jan 97 09:43:58 CST Date: Sat, 11 Jan 1997 09:41:50 -0600 (CST) From: Kyle Mestery Subject: Re: Building "2.2-RELEASE" early! To: freebsd-current@freebsd.org 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 > Funny. /usr/src/release/Makefile for sure still sets this to > 2.2-BETA. But you'll probably only get this when doing a `make > release', not a `make world'. I also had 2.2-BETA installed, and once I cvsupped current 2.2 and did a make world, a uname -sr on my system also says FreeBSD 2.2-RELEASE. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Kyle A.D. Mestery | --* POWERED BY FREEBSD *-- 1901 20th St. S #4 | Network Support Specialist Moorhead, MN 56560 | Concordia College, Moorhead, MN 218-236-6359 | "My other computer runs UNIX also" -TJ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< From owner-freebsd-current Sat Jan 11 08:17:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA22432 for current-outgoing; Sat, 11 Jan 1997 08:17:50 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA22425 for ; Sat, 11 Jan 1997 08:17:38 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA01765; Sat, 11 Jan 1997 11:10:42 -0500 From: Bill Paul Message-Id: <199701111610.LAA01765@skynet.ctr.columbia.edu> Subject: Re: My sendmail/NIS keeps on dying. To: mark@grondar.za (Mark Murray) Date: Sat, 11 Jan 1997 11:10:41 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199701111304.PAA10057@grackle.grondar.za> from "Mark Murray" at Jan 11, 97 03:04:46 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 Murray had to walk into mine and say: > Hi > > My sendmail keeps on dying with the following errors (Actually, it > does not totally die, it just stops answering on port 25): > > Jan 11 14:56:38 grunt sendmail[11238]: NOQUEUE: SYSERR(root): getrequests: accept: Bad address > > I have NIS enabled in the machine - there seems to be connection, because > I also get lots of > > Jan 11 14:56:53 grunt ypbind[412]: select: Bad address > > Any ideas? I could swear I wrote the other day that when people report problems like this they should provide lots and lots and lots of details. For example, is this really a 3.0-current machine, and if so, how current? What else is running? Are you using virtual interfaces? Is the machine multi-homed? Did this start all of a sudden or has it been happening all along? I mean it people: I'm getting really tired of people posting stuff that just says "Hey: this doesn't work! How do I fix it?" without givine _ANY_ kind of useful information whatsoever. (Sadly, I get the same thing at work too.) -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Sat Jan 11 08:37:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA23093 for current-outgoing; Sat, 11 Jan 1997 08:37:20 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA23086 for ; Sat, 11 Jan 1997 08:37:17 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vj6QG-0003vmC; Sat, 11 Jan 97 08:36 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA17262; Sat, 11 Jan 1997 17:36:36 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA11871; Sat, 11 Jan 1997 17:36:49 +0100 (MET) To: Bruce Evans cc: imp@village.org, roberto@keltia.freenix.fr, FreeBSD-current@FreeBSD.ORG Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] In-reply-to: Your message of "Sun, 12 Jan 1997 01:26:01 +1100." <199701111426.BAA03753@godzilla.zeta.org.au> Date: Sat, 11 Jan 1997 17:36:48 +0100 Message-ID: <11869.853000608@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701111426.BAA03753@godzilla.zeta.org.au>, Bruce Evans writes: >>I thought you could have up to four slices, not 7. Does FreeBSD grok >>extended partitions now? > >You can have up to 30 slices. FreeBSD has grokked extended partitions >since 2.0.5. each of which can contain 7 usable freebsd partitions --> 210 filesystems. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sat Jan 11 09:22:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA24653 for current-outgoing; Sat, 11 Jan 1997 09:22:47 -0800 (PST) Received: from grackle.grondar.za (6c1YWIFghFsj39BYwUsCU14hxybGT8FR@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA24645 for ; Sat, 11 Jan 1997 09:22:42 -0800 (PST) Received: from grackle.grondar.za (vS2Jx30OfBUxDuaiszd77ppYkWi2/5oE@localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id TAA20776; Sat, 11 Jan 1997 19:22:18 +0200 (SAT) Message-Id: <199701111722.TAA20776@grackle.grondar.za> To: Bill Paul cc: current@freebsd.org Subject: Re: My sendmail/NIS keeps on dying. Date: Sat, 11 Jan 1997 19:22:14 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > I could swear I wrote the other day that when people report problems > like this they should provide lots and lots and lots of details. For > example, is this really a 3.0-current machine, and if so, how current? > What else is running? Are you using virtual interfaces? Is the machine > multi-homed? Did this start all of a sudden or has it been happening > all along? OK - guilty to all charges. :-) The machine is 3.0-CURRENT, and the vintage is approx 22-Dec-1996. The ypbind complaints have been happening for a while (some months) with (apparently) no ill effects, just logging turds. I suspect (now that you mention it) that it may have started when I added another loopback device (lo1). The machine is sorta multihomed. I have 2 loopback devices - lo0 and lo1, and i intend to attach my httpd and cached to separate IPs on lo1. So far only httpd (apache) is attached to lo1. BTW - lo1 has 3 IPs - it is natively 127.0.0.2, and as aliases it has two IPs of my class C. Apache has been attached for about 12 days now. I also have an ethernet card on ed0, and a tun0 device (currently unused but it or ppp0 will soon be my "outside" connection). The mail problem only started in the last 24 hours. Baffling.... What else is needed? M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sat Jan 11 09:27:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA24821 for current-outgoing; Sat, 11 Jan 1997 09:27:00 -0800 (PST) Received: from freeside.fc.net ([204.157.153.2]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA24812 for ; Sat, 11 Jan 1997 09:26:54 -0800 (PST) Received: from rider.fc.net (rider.fc.net [206.224.74.198]) by freeside.fc.net (8.6.12/8.6.6) with ESMTP id LAA03251; Sat, 11 Jan 1997 11:25:57 -0600 Received: from papillon.lemis.de ([192.109.197.159]) by rider.fc.net (8.7.5/8.7.3) with ESMTP id LAA04958; Sat, 11 Jan 1997 11:27:57 -0600 (CST) From: Greg Lehey Received: (grog@localhost) by papillon.lemis.de (8.8.4/8.6.12) id NAA00382; Fri, 10 Jan 1997 13:47:32 -0600 (CST) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199701101947.NAA00382@papillon.lemis.de> Subject: Re: What's happened to nfsd and mountd? In-Reply-To: <199701100612.BAA27329@skynet.ctr.columbia.edu> from Bill Paul at "Jan 10, 97 01:12:34 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 10 Jan 1997 13:47:32 -0600 (CST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (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 Bill Paul writes: > Of all the gin joints in all the towns in all the world, grog@lemis.de > had to walk into mine and say: > >> Peter Wemm writes: >>> Greg Lehey wrote: >>>> A pointer to the problem, by the look of it: >>>> >>>> === grog@freebie (/dev/ttypa) ~/src 3 -> gma >>>> get_myaddress() returns 0 >>>> sin_family = 0 (AF_INET = 2) >>>> sin_len = 3 (16) >>>> sin_port = 0 >>>> sin_addr = 0.32.0.0 >>>> SIOCFIGCONF used 1008 bytes of a buffer 1024 long >>> >>> YIKES! >> chop] > > Indeed. > >> Unfortunately, mountd still fails (and draws portmap in for sympathy) >> with a message which completely baffles me: >> >> Jan 9 12:08:28 freebie portmap[754]: connect from 127.0.0.1 to unset(mountd): request from non-local host >> chop] > > Aha. Okay, I think get_myaddress() is fine now, but next somebody will have > to fix src/usr.sbin/portmap/from_local.c. Yes, I thought it would be something like that. I just didn't have time to go look. > This code is supposed to compare the client IP address against > everything it considers to be a local interface address. However, it > allocates a static buffer that's only large enough for 16 > interfaces. In both these cases, there are much more than 16 > interfaces involved, so SIOCGIFCONF is probably failing. There are > two bugs here: the first is that portmap doesn't use a flexible > enough mechanism to read all the local interfaces and 2) it doesn't > syslog() an appropriate error message when SIOCGIFCONF fails so that > you have some idea of what's going on. Sounds a reasonable hypothesis. > Bumping up the buffer size is not the correct solution, unfortunately. > The correct solution is to do what ifconfig(8) does and use sysctl(). > Only problem is that the correct solution is also tough to implement. :) > > I was hoping to eventually make from_local.c go away: if portmap uses > a local-only transport (AF_UNIX socket) for pmap_set() and pmap_unset(), > then you don't really need from_local() anymore. This also closes a > security hole since from_local() is not really secure, thanks to > IP spoofing. Also, it just occured to me tonight that this whole > situation can get really weird if you're using IP address translation. The situation certainly seems to be crying out for a better solution. I never got round to looking at the code: is AF_UNIX faster than AF_INET to localhost? Greg From owner-freebsd-current Sat Jan 11 09:28:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA24891 for current-outgoing; Sat, 11 Jan 1997 09:28:16 -0800 (PST) Received: from freeside.fc.net (reclaimed.agis.net [204.157.153.2]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA24886 for ; Sat, 11 Jan 1997 09:28:13 -0800 (PST) Received: from rider.fc.net (rider.fc.net [206.224.74.198]) by freeside.fc.net (8.6.12/8.6.6) with ESMTP id LAA03244; Sat, 11 Jan 1997 11:25:53 -0600 Received: from papillon.lemis.de ([192.109.197.159]) by rider.fc.net (8.7.5/8.7.3) with ESMTP id LAA04955; Sat, 11 Jan 1997 11:27:54 -0600 (CST) From: Greg Lehey Received: (grog@localhost) by papillon.lemis.de (8.8.4/8.6.12) id JAA00366; Sat, 11 Jan 1997 09:29:01 -0600 (CST) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199701111529.JAA00366@papillon.lemis.de> Subject: Re: last command - wtmp changes? In-Reply-To: <199701071116.MAA05806@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 7, 97 12:16:40 pm" To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 11 Jan 1997 09:29:00 -0600 (CST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Reply-to: grog@lemis.de (Greg Lehey) X-Mailer: ELM [version 2.4ME+ PL28 (25)] 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 Christoph Kukulies writes: >> As Christoph Kukulies wrote: >> >>> Strange, when I login in as user 'kuku' in one of my machines >>> I'm seeing the following picture: >>> >>> bach> last kuku | head >>> kuku ttyp0 137.226.31.18 Mon Jan 6 10:10 still logged in >>> kuku ttyp0 137.226.31.18 Mon Jan 6 10:08 - 10:09 (00:00) >>> kuku ttyp0 137.226.31.18 Mon Jan 6 10:07 - 10:08 (00:01) >>> kuku ttyp0 gilberto Sat Jan 4 21:42 - 21:43 (00:00) >>> kuku ttyp0 137.226.145.27 Fri Jan 3 10:12 still logged in >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> This connection doesn't exist. >> >> That only means the connection broke, but telnetd (or whatever it has >> been) has ``forgotten'' to write the logout entry in wtmp. > > Well, I know of these situations sometimes happening but what I meant > was: Why does this 'broken' connection in last 'kuku' only show when > I'm logged in as user kuku and does not show up in the output of > the last command when I give it from another user account. > > Well, maybe it's not worth and has been some transient problem. > It's gone anyway now after I rebooted yesterday. It doesn't always go away that easily. I'm currently travelling with my notebook, and I find: === grog@papillon (/dev/ttyp1) ~ 1 -> last grog grog ttyp0 Wed Dec 31 18:00 still logged in freebie:0.0 grog Å2~ Sat Sep 23 06:24 still logged in unix:0.0 grog )L¼2ttyp0 Wed Dec 31 18:00 still logged in unix:0.0 grog k¹2~ Sat Sep 23 06:24 - 18:00 (12:36) unix:0.0 grog )¸2ttyp1 Wed Dec 31 18:00 - shutdown (9849+15:44) I shut freebie down yesterday before leaving, and I'm pretty sure I'm not connected to any other machine right now. And, of course, I've rebooted several times since then. *And* I didn't even have the machine on September 23. Note also the amusing system names. I'm guessing that last doesn't check for error conditions on resolver lookups. The time at the end of the last line is also amusing. At a rough guess, it goes back to the Epoch. Looks like there's a minefield of bugs for some interested party to clean up here. Greg From owner-freebsd-current Sat Jan 11 10:19:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA27152 for current-outgoing; Sat, 11 Jan 1997 10:19:27 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA27147 for ; Sat, 11 Jan 1997 10:19:12 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.4/8.8.3) id UAA09453; Sat, 11 Jan 1997 20:15:11 +0200 (EET) From: mika ruohotie Message-Id: <199701111815.UAA09453@shadows.aeon.net> Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 11 Jan 1997 20:15:11 +0200 (EET) Cc: FreeBSD-current@freebsd.org In-Reply-To: from J Wunsch at "Jan 10, 97 08:36:40 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 > As mika ruohotie wrote: > > the default hands me only partitions a e f g h, can i get more of those? > Partition `d' is also available. By now, there's only space for 8 > partitions, and extending this will probably cause even more brokeness > than the recent utmp.h changes. :( ugh, ok... i've never dared to use the d, coz i remember having some probs with that ages ago... like with version 1.0 i think... =) anyway, so i was doing the Right Thing(tm) when i started to slice it for more partitions around... > > assigned partition from the sd0s1 is e, then f g h and a is the last, is > > there some reason for this? first time i happened i was confused... > See the (updated) section 2.15 in the FAQ, it also explains the > historic naming conventions (in the last paragraph). aaah, thanx... i knew that... (ofcourse i've read the faq someday) :p > cheers, J"org mickey From owner-freebsd-current Sat Jan 11 12:01:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02395 for current-outgoing; Sat, 11 Jan 1997 12:01:13 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA02386 for ; Sat, 11 Jan 1997 12:01:05 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id OAA02372; Sat, 11 Jan 1997 14:59:15 -0500 From: Bill Paul Message-Id: <199701111959.OAA02372@skynet.ctr.columbia.edu> Subject: Re: My sendmail/NIS keeps on dying. To: mark@grondar.za (Mark Murray) Date: Sat, 11 Jan 1997 14:59:14 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199701111722.TAA20776@grackle.grondar.za> from "Mark Murray" at Jan 11, 97 07:22:14 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 Murray had to walk into mine and say: [chop] > The machine is 3.0-CURRENT, and the vintage is approx 22-Dec-1996. That's not all that current. In fact I think that was before I added the async DNS support to ypserv. > The ypbind complaints have been happening for a while (some months) > with (apparently) no ill effects, just logging turds. I suspect > (now that you mention it) that it may have started when I added > another loopback device (lo1). Another loopback device? Err.. okay. Who am I to argue. > The machine is sorta multihomed. I have 2 loopback devices - lo0 > and lo1, and i intend to attach my httpd and cached to separate > IPs on lo1. So far only httpd (apache) is attached to lo1. BTW - > lo1 has 3 IPs - it is natively 127.0.0.2, and as aliases it has > two IPs of my class C. So you are doing non-standard wackiness. Shoulda guessed. (It's times like this I wish virtual interfaces and IP aliasing had never been invented.) > Apache has been attached for about 12 days > now. I also have an ethernet card on ed0, and a tun0 device (currently > unused but it or ppp0 will soon be my "outside" connection). > > The mail problem only started in the last 24 hours. Baffling.... It seems that in some cases, sendmail may roll over to using NIS if attempts to do a DNS lookup for a particular site fail, usually due to the remote nameserver being unreachable and the request timing out. This has the unfortunate effect of causing ypserv to fork() off many child processes that do DNS lookups and can cause the parent ypserv to block. This problem doesn't occur with the new async resolver in ypserv since it no longer needs to fork(). I'm a little confused about the origin of the 'select: Bad address' errors from ypbind (and to some extent sendmail). I have seen this error in the past, but only on rare occasions. I always assumed it had something to do with the new pipe code in the 2.2 branch, as it never happens on my 2.1.0 system (and ypbind does use pipes for parent/child communications). This is not to say that there's a bug in the new pipe code: most likely I inadvertently created a dependency on some behavior of the old socket-based implementation and now it's come back to haunt me. Unfortunately I don't know how to reliably reproduce the condition that causes the error message, so I haven't been able to track down the bug. (And no, having ypbind ignore the condition is not the answer.) > What else is needed? If you are lucky enough to catch sendmail in the act, try to run ps -auxw a couple times and see how many ypserv processes are running. If you see a lot, then this could be caused by ypserv blocking and you should update to a more current -current to pick up the new ypserv. If you don't want to do that, try turning off DNS lookups in ypserv: # cd /var/yp # vi /var/yp/Makefile (comment out B=-b) # touch /etc/hosts # make Also make sure not to run ypserv with the -n flag. -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 ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Sat Jan 11 12:55:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05533 for current-outgoing; Sat, 11 Jan 1997 12:55:51 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA05528 for ; Sat, 11 Jan 1997 12:55:49 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA06082; Sat, 11 Jan 1997 15:55:46 -0500 Date: Sat, 11 Jan 1997 15:55:46 -0500 From: Garrett Wollman Message-Id: <9701112055.AA06082@halloran-eldar.lcs.mit.edu> To: grog@lemis.de (Greg Lehey) Cc: FreeBSD-current@freebsd.org (FreeBSD current users) Subject: PF_LOCAL vs PF_INET (was: Re: What's happened to nfsd and mountd?) In-Reply-To: <199701101947.NAA00382@papillon.lemis.de> References: <199701100612.BAA27329@skynet.ctr.columbia.edu> <199701101947.NAA00382@papillon.lemis.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > The situation certainly seems to be crying out for a better solution. > I never got round to looking at the code: is AF_UNIX faster than > AF_INET to localhost? Make that PF_LOCAL versus PF_INET. The answer is ``absolutely, yes''. Remember that a PF_INET datagram socket, to pick the simplest case, still has to: - Fiddle with ports and local addresses. - Cons up a UDP header - Cons up an IP header - Compute the pseudo-header+data checksum - Compute the header checksum - Hand it off to the loopback interface - Take a software interrupt - Take it from the loopback interface - Verify the header checksum - Verify that it's a local address - Verify the pseudo-header+data checksum - Pass it up to UDP - Strip the headers - Look in the PCB table for a PCB matching this datagram - Look again to deal with wildcards - Find the socket buffer of the remote end - Stick the packet in the remote end's socket buffer - Wakeup the remote end For PF_LOCAL, the process is much simpler: - Locate the socket buffer of the remote end - Stick the packet in the remote end's socket buffer - Wakeup the remote end -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sat Jan 11 13:12:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA06307 for current-outgoing; Sat, 11 Jan 1997 13:12:49 -0800 (PST) Received: from grackle.grondar.za (D9lVFBNPbh1xZDjnou7h2g/8Ki71q94r@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA06297 for ; Sat, 11 Jan 1997 13:12:40 -0800 (PST) Received: from grackle.grondar.za (QLhpvu73r4YKaLWKsLqkg9fVJvS6f3VS@localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id XAA24216; Sat, 11 Jan 1997 23:11:48 +0200 (SAT) Message-Id: <199701112111.XAA24216@grackle.grondar.za> To: Bill Paul cc: current@freebsd.org Subject: Re: My sendmail/NIS keeps on dying. Date: Sat, 11 Jan 1997 23:11:44 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > > Apache has been attached for about 12 days > > now. I also have an ethernet card on ed0, and a tun0 device (currently > > unused but it or ppp0 will soon be my "outside" connection). > > > > The mail problem only started in the last 24 hours. Baffling.... > > It seems that in some cases, sendmail may roll over to using NIS if > attempts to do a DNS lookup for a particular site fail, usually due > to the remote nameserver being unreachable and the request timing out. > This has the unfortunate effect of causing ypserv to fork() off many > child processes that do DNS lookups and can cause the parent ypserv > to block. This problem doesn't occur with the new async resolver in > ypserv since it no longer needs to fork(). BINGO! I am running as a (sorta) SMART_HOST for South Africa. Right now there are 2+ sites that are unreachable, and one is so bad that DNS must have failed by now. > If you are lucky enough to catch sendmail in the act, try to run ps -auxw > a couple times and see how many ypserv processes are running. If you see Plenty ypserv's. > a lot, then this could be caused by ypserv blocking and you should update > to a more current -current to pick up the new ypserv. If you don't want > to do that, try turning off DNS lookups in ypserv: > > # cd /var/yp > # vi /var/yp/Makefile (comment out B=-b) > # touch /etc/hosts > # make Will do. (Done - do far so good - after 15mins - a bit of a record!) > Also make sure not to run ypserv with the -n flag. I never do. -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sat Jan 11 16:52:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA20953 for current-outgoing; Sat, 11 Jan 1997 16:52:15 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA20945 for ; Sat, 11 Jan 1997 16:52:12 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) id QAA20815; Sat, 11 Jan 1997 16:52:10 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: another problem in "make world" Date: 11 Jan 1997 16:52:10 -0800 Organization: Polstra & Co., Seattle, WA Lines: 26 Distribution: local Message-ID: <5b9cjq$kac@austin.polstra.com> References: <199701100719.RAA19180@qed.maths.uq.edu.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701100719.RAA19180@qed.maths.uq.edu.au>, David Conran wrote: > cc -O -DLIBC_SCCS -fno-omit-frame-pointer -c -DCRT0 -DDYNAMIC /home/src/lib/csu/i386/crt0.c -o crt0.o > In file included from /home/src/lib/csu/i386/crt0.c:44: > /usr/include/link.h:187: conflicting types for `dlopen' > /usr/include/dlfcn.h:41: previous declaration of `dlopen' > /usr/include/link.h:189: conflicting types for `dlsym' > /usr/include/dlfcn.h:42: previous declaration of `dlsym' > *** Error code 1 > > Stop. > ------------------------------------------------------------------------------ > This was compiled on an old-ish 2.2 snap. ... > um .. is the "make beforeinstall" not being called somewhere in the > "make world" for this lib? I think you're right -- it should be under the "includes" target. If somebody else doesn't get to it first, I'll fix this as part of some other changes I'm about to make to . John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sat Jan 11 17:12:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA21772 for current-outgoing; Sat, 11 Jan 1997 17:12:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA21767 for ; Sat, 11 Jan 1997 17:12:32 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id RAA16395; Sat, 11 Jan 1997 17:12:25 -0800 (PST) To: Kyle Mestery cc: freebsd-current@freebsd.org Subject: Re: Building "2.2-RELEASE" early! In-reply-to: Your message of "Sat, 11 Jan 1997 09:41:50 CST." Date: Sat, 11 Jan 1997 17:12:25 -0800 Message-ID: <16392.853031545@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can clear this up - it does this because I bumped the release string after I released BETA. I didn't want to forget, and it seemed as good a time as any since no GAMMA was planned. :-) Of course now, A GAMMA will probably inevitably happen just to make Murphy happy. :-) Jordan From owner-freebsd-current Sat Jan 11 21:11:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA03234 for current-outgoing; Sat, 11 Jan 1997 21:11:56 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA03217 for ; Sat, 11 Jan 1997 21:11:53 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vjICa-00032J-00; Sat, 11 Jan 1997 22:11:24 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Partition naming [Was: Adding Hard Drives - Prepping] Cc: FreeBSD-current@freebsd.org In-reply-to: Your message of "Sat, 11 Jan 1997 12:49:33 +0100." References: <199701101033.MAA27219@shadows.aeon.net> Date: Sat, 11 Jan 1997 22:11:24 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message J Wunsch writes: : What about backwards-compatibility to themselves? I think that's : the biggest issue. I believe they just did it since they hadn't done a release at that stage yet. They also bumbed the, to use the right FreeBSD term, slice code from a5 to a6 to denote new sytle systems. I'm given to believe that they support but, but haven't tried anything but all new since the change happened before I had a bootable kernel for my MIPS PC. : > I thought you could have up to four slices, not 7. Does FreeBSD grok : > extended partitions now? : : Uh-oh, Warner. :-) That's possible since FreeBSD 2.0.5. I think you : can have 32 slices or so (that's more than DOS can have, it has only : 26 drive letters :-). Cool. Way to go Bruce! 2.0.5 was the first release to have slices, if I recall, since I had to reslice and repartion my system when I made the 2.0 -> 2.1 upgrade (I skipped 2.0.5 for a variety of reasons). Warner From owner-freebsd-current Sat Jan 11 22:09:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA12011 for current-outgoing; Sat, 11 Jan 1997 22:09:31 -0800 (PST) Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA12006 for ; Sat, 11 Jan 1997 22:09:28 -0800 (PST) From: brian@mpress.com Received: (qmail 20638 invoked by uid 100); 12 Jan 1997 06:09:20 -0000 Message-ID: <19970112060920.20637.qmail@mpress.com> Subject: tcp_extenions=NO between to FreeBSD Hosts!? To: freebsd-current@freebsd.org Date: Sat, 11 Jan 1997 22:09:20 -0800 (PST) Reply-to: brian@mpress.com X-Mailer: ELM [version 2.4ME+ PL28 (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 The following two hosts FreeBSD top.mediacity.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jan 11 01:17:49 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/LAPTOP i386 FreeBSD garfield.panix.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Sat Jan 11 20:33:29 PST 1997 larry@garfield.panix.com:/usr/src/sys/compile/LAPTOP-PCD i386 cannot talk tcp between each other unless one of us has issued the command: sysctl -w net.inet.tcp.rfc1644=0 so is the problem one of us, or a router in between us? -- Brian Litzinger brian@mpress.com