From owner-freebsd-hackers Sun Apr 23 00:34:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15382 for hackers-outgoing; Sun, 23 Apr 1995 00:34:54 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA15372 for ; Sun, 23 Apr 1995 00:34:50 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <29059-0@bunyip.cc.uq.oz.au>; Sun, 23 Apr 1995 16:43:50 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA22611; Sun, 23 Apr 1995 16:47:13 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.2a) id QAA11076; Sun, 23 Apr 1995 16:44:39 +1000 Date: Sun, 23 Apr 1995 16:44:39 +1000 From: Stephen McKay Message-Id: <199504230644.QAA11076@orion.devetir.qld.gov.au> To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, syssgm@devetir.qld.gov.au Subject: Re: Release stability (fwd) Sender: hackers-owner@FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: >> In the old DEC world there was a three piece cycle that was followed >> many times. A feature release followed by a robustness release. There >> was also a performance release that followed the robustness release. > >Yes, I think that a new/stable/fast cycle of 3 has a lot to be said >for it. What would people say to us going to the following numbering >scheme in support of this? > >.<0,1,2[,3..]>[.] I had to join in just to clear up a minor point for some of us who treat version numbers as something other than arbitrary (hopefully unique*) tags. Are you implying that 3.0 will roll out simply because 2.n used up its number range, or will 3.0 have to be, say, the first SMP edition, or the first multi-platform edition? It seems much more logical to me for the system to be: ... Thus, corresponds to truly large changes such as switching from net/2 to 4.4 (or the others I mentioned above), which you expect to offer great future gains, but short-term instability. corresponds to adding new but not world-shaking features, ie normal developmental progress. is fixing and polishing of the more recent features, hopefully without introducing any more features. is available for alpha, beta, gamma testing, or the existing snap system, whichever makes more sense to everyone. The major drama with this proposal is the requirement to branch the source tree when some people want to add major goodies while the rest are still polishing. Other posts implied that this was difficult, and that not enough people are available to ensure that fixes make it into both trees. It seems highly unlikely that people could simply hold off adding goodies because of the current position in the release cycle. Ok, I've bored a hundred people, but I'm just wishing that the numbering could be strictly hierachical with major change down to minor change. No trailing RELEASE, ALPHA or other difficult additions please. :-) Stephen. * Just look at Microsoft, who don't bother to update their release numbers for all changes! DISCLAIMER: I use this sort of numbering for my own stuff, but no one else seems to care what I use as long as the numbers increase! Final PS: I used 1.1 for a year with excellent stability right up until a SCSI tape bug bit-sprayed my hard disk. Now I'm having a very good time with 2.0R (modulo a small VM problem when accessing raw disk partitions). I think the people who complained about 1.1 and 2.0R are being far too harsh. Both are much better than the System V stuff I used to have! From owner-freebsd-hackers Sun Apr 23 01:29:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16842 for hackers-outgoing; Sun, 23 Apr 1995 01:29:10 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA16831 for ; Sun, 23 Apr 1995 01:29:06 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id KAA27599 for ; Sun, 23 Apr 1995 10:29:03 +0200 Message-Id: <199504230829.KAA27599@lirmm.lirmm.fr> To: hackers@FreeBSD.org Subject: pb using maninstall Date: Sun, 23 Apr 1995 10:29:02 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, in /usr/src/gnu/usr.bin/ld make maninstall from ld : ld.1 make realinstall from ldconfig : ldconfig.8 from ldd : ldd.1 make install or afterinstall from ldconfig : ldconfig.8 from ldd : ldd.1 from rtld : cd /usr/src/gnu/usr.bin/ld; install ld.1 /usr/src/gnu/usr.bin/ld is particular because it contains a PROG (ld) and contains subdirs containing others PROGs (ldconfig, ldd, rtld). I tried the following (BUT FAILED) because maninstall go into subdirs and current dir but install don't see current dir. =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/ld/Makefile,v retrieving revision 1.16 diff -c -r1.16 Makefile *** 1.16 1994/12/23 22:30:29 --- Makefile 1995/04/22 16:13:49 *************** *** 16,19 **** --- 16,20 ---- .PATH: $(.CURDIR)/$(MACHINE) + .include .include Is .../usr.bin/ld a or a ? That is the question. The correct solution (IMHO) will be to create .../usr.bin/ld/ld and to deprecate .../usr.bin/ld as a dir. These entries are also suspicious: ./libexec/bootpd make maninstall /usr/src/libexec/bootpd; install bootptab.5 /usr/src/libexec/bootpd; install bootpd.8 make install /usr/src/libexec/bootpd/tools/bootpef; install bootpef.8 /usr/src/libexec/bootpd/tools/bootptest; install bootptest.8 /usr/src/libexec/bootpd; install bootptab.5 /usr/src/libexec/bootpd; install bootpd.8 ./usr.sbin/named make maninstall /usr/src/usr.sbin/named; install named.8 make install /usr/src/usr.sbin/named/tools/named.reload; install named.reload.8 /usr/src/usr.sbin/named/tools/named.restart; install named.restart.8 /usr/src/usr.sbin/named/xfer; install named-xfer.8 /usr/src/usr.sbin/named; install named.8 ./usr.sbin/portmap make maninstall /usr/src/usr.sbin/portmap; install portmap.8 make install ===> pmap_set no man page ===> pmap_dump ditto /usr/src/usr.sbin/portmap; install portmap.8 I found a typo in bsd.prog.mk, see below .if defined(PROG) .if defined(SRCS) .else defined(PROG) <---- should be .else defined(SRCS) SRCS= ${PROG}.c .endif .if !defined(MAN1) && !defined(MAN2) && !defined(MAN3) && \ !defined(MAN4) && !defined(MAN5) && !defined(MAN6) && \ !defined(MAN7) && !defined(MAN8) && !defined(NOMAN) MAN1= ${PROG}.1 .endif .endif -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Sun Apr 23 01:42:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17185 for hackers-outgoing; Sun, 23 Apr 1995 01:42:59 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17179 for ; Sun, 23 Apr 1995 01:42:51 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA09488 (5.67a/IDA-1.5); Sun, 23 Apr 1995 03:35:10 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA09374; 23 Apr 95 03:34:17 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id DAA09371; Sun, 23 Apr 1995 03:34:17 -0500 From: Peter da Silva Message-Id: <199504230834.DAA09371@bonkers.taronga.com> Subject: Re: More devfs stuff To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 23 Apr 1995 03:34:17 -0500 (CDT) Cc: rgrimes@gndrsh.aac.dev.com, pritc003@maroon.tc.umn.edu, hackers@FreeBSD.org In-Reply-To: <9504230251.AA10096@cs.weber.edu> from "Terry Lambert" at Apr 22, 95 08:51:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 454 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On the other hand, there are many reporting tools (ps, etc.) that > have a limit on the number of tty type devices based on a interface > identifier character and one or two instance identifiers (for ps this > is one). What tools other than PS have this field-overflow type of problem? It's the only one that ever gets brought up. If it's really the only thing standing in the way of sensible device naming then it's time to change the output format. From owner-freebsd-hackers Sun Apr 23 01:56:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17761 for hackers-outgoing; Sun, 23 Apr 1995 01:56:48 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17752 ; Sun, 23 Apr 1995 01:56:46 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: kmitch@cray-ymp.acm.stuorg.vt.edu, hackers@FreeBSD.org Subject: Re: Problems with current (IDE/pdksh port) In-reply-to: Your message of "Sat, 22 Apr 95 22:36:30 PDT." <199504230536.WAA26275@silvia.HIP.Berkeley.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Apr 1995 01:56:46 -0700 Message-ID: <17751.798627406@freefall.cdrom.com> From: Gary Palmer (FreeBSD/ARM Team) Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504230536.WAA26275@silvia.HIP.Berkeley.EDU>, Satoshi Asami | =?I SO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: >When it got to the "checking for working mmap", it just hang. No >answers to ping or anything. I don't know what the status it is now, >nobody at WC seems to have the time to take a look at thud.... Sorry - we were out getting parts for wcarchive. I've just brought thud back up from a panic ``locking against myself'' (whatever that means!). For those intrepid adventurers there is a panic dump available. Gary From owner-freebsd-hackers Sun Apr 23 01:59:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17859 for hackers-outgoing; Sun, 23 Apr 1995 01:59:09 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17848 ; Sun, 23 Apr 1995 01:59:05 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: Best SCSI Controller In-reply-to: Your message of "Sat, 22 Apr 95 22:00:11 EDT." <199504230200.TAA09881@freefall.cdrom.com> Date: Sun, 23 Apr 1995 01:59:04 -0700 Message-ID: <17846.798627544@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > controller for FreeBSD? It seems BusLogic support has been around a loong > time, so Im lookint at the 946c as agood choice, comments? (What do you run > Jordan?) I recommend and run with the Bt946c. Performance is good, the price is right and Buslogic itself is a company I'm always more than willing to endorse. They've been very helpful in providing us with information when needed, their tech support department actually seems to know their product (and returns phone calls), and when I needed PROM upgrades for 2 of my cards they Federal Expressed the new ones to me at no cost and with NO questions asked! A company with a customer service attitude like this deserves all the business they can get, IMNSHO. Jordan From owner-freebsd-hackers Sun Apr 23 02:02:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA18152 for hackers-outgoing; Sun, 23 Apr 1995 02:02:52 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA18137 ; Sun, 23 Apr 1995 02:02:44 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: gpalmer@freefall.cdrom.com (Gary Palmer), tom@haven.uniserve.com, jkh@violet.berkeley.edu, hackers@FreeBSD.org, lloth@menzo.sojourn.com Subject: Re: yeah, what is the deal with this? In-reply-to: Your message of "Sat, 22 Apr 95 20:46:10 MDT." <9504230246.AA10045@cs.weber.edu> Date: Sun, 23 Apr 1995 02:02:42 -0700 Message-ID: <18134.798627762@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Too bad you can't bring up ICMP before IP on SLIP. Otherwise you'd > use DHCP in bootp to do it. Not that anyone has real DHCP support. Actually, a Japanese research institute recently announced their freely available DHCP for BSD software but their license agreement is simply too onerous to consider living with. Jordan From owner-freebsd-hackers Sun Apr 23 02:27:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA18868 for hackers-outgoing; Sun, 23 Apr 1995 02:27:38 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA18859 for ; Sun, 23 Apr 1995 02:27:35 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id CAA26469; Sun, 23 Apr 1995 02:27:21 -0700 From: Julian Elischer Message-Id: <199504230927.CAA26469@ref.tfs.com> Subject: Re: yeah, what is the deal with this? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Apr 1995 02:27:21 -0700 (PDT) Cc: terry@cs.weber.edu, gpalmer@freefall.cdrom.com, tom@haven.uniserve.com, jkh@violet.berkeley.edu, hackers@FreeBSD.org, lloth@menzo.sojourn.com In-Reply-To: <18134.798627762@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 23, 95 02:02:42 am Content-Type: text Content-Length: 472 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Too bad you can't bring up ICMP before IP on SLIP. Otherwise you'd > > use DHCP in bootp to do it. Not that anyone has real DHCP support. > > Actually, a Japanese research institute recently announced their > freely available DHCP for BSD software but their license agreement is > simply too onerous to consider living with. > onerous or not we either need a binary, on the cdrom or a pointer to it.. this is the kind of stuff that sell a product..... julian From owner-freebsd-hackers Sun Apr 23 02:36:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19067 for hackers-outgoing; Sun, 23 Apr 1995 02:36:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA19060 for ; Sun, 23 Apr 1995 02:36:45 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA25575; Sun, 23 Apr 1995 19:33:15 +1000 Date: Sun, 23 Apr 1995 19:33:15 +1000 From: Bruce Evans Message-Id: <199504230933.TAA25575@godzilla.zeta.org.au> To: charnier@lirmm.fr, hackers@FreeBSD.org Subject: Re: pb using maninstall Sender: hackers-owner@FreeBSD.org Precedence: bulk >/usr/src/gnu/usr.bin/ld is particular because it contains a PROG (ld) >and contains subdirs containing others PROGs (ldconfig, ldd, rtld). >I tried the following (BUT FAILED) because maninstall go into subdirs and >current dir but install don't see current dir. >diff -c -r1.16 Makefile > ... >+ .include >Is .../usr.bin/ld a or a ? That is the question. It is both. bsd.prog.mk is supposed to handle this, and does handle it for other targets. The handling is not quite right. E.g., if you run `make -k install' in /usr/src/gnu/usr.bin/ld and there is an error, then the subdirs are not entered. I often get this error when I run `make -k install' with an nfs mounted /usr. I want this to install only to directories on the root partition and continue after access errors on the /usr partition. It works except /sbin/ld.so doesn't get installed because the rtld subdir doesn't get entered. >The correct solution (IMHO) will be to create .../usr.bin/ld/ld and to >deprecate .../usr.bin/ld as a dir. I like the existing layout. Someone should fix bsd.prog.mk. I think it is easy to add the maninstall rule by copying an existing rule. >I found a typo in bsd.prog.mk, see below >.if defined(PROG) >.if defined(SRCS) >.else defined(PROG) <---- should be .else defined(SRCS) Shouldn't it be `.else !defined(SRCS)? :-) >SRCS= ${PROG}.c >.endif >.if !defined(MAN1) && !defined(MAN2) && !defined(MAN3) && \ > !defined(MAN4) && !defined(MAN5) && !defined(MAN6) && \ > !defined(MAN7) && !defined(MAN8) && !defined(NOMAN) >MAN1= ${PROG}.1 >.endif >.endif It's hard to see which ifdefs the endifs correspond too. None of the endifs in /usr/src/share/mk/*.mk is commented, although "comments" seem work due to design bugs the same as in traditional C: .ifdef FOO .else !FOO .endif FOO (Gnu standard) but also .ifdef FOO .else WRONG .endif :-( garbage :-( Bruce From owner-freebsd-hackers Sun Apr 23 02:40:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19250 for hackers-outgoing; Sun, 23 Apr 1995 02:40:21 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA19242 for ; Sun, 23 Apr 1995 02:40:18 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id CAA27009; Sun, 23 Apr 1995 02:40:10 -0700 Date: Sun, 23 Apr 1995 02:40:10 -0700 Message-Id: <199504230940.CAA27009@silvia.HIP.Berkeley.EDU> To: gpalmer@freefall.cdrom.com CC: kmitch@cray-ymp.acm.stuorg.vt.edu, hackers@FreeBSD.org In-reply-to: <17751.798627406@freefall.cdrom.com> (gpalmer@freefall.cdrom.com) Subject: Re: Problems with current (IDE/pdksh port) From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Sorry - we were out getting parts for wcarchive. I've just brought thud back * up from a panic ``locking against myself'' (whatever that means!). * For those intrepid adventurers there is a panic dump available. Thanks...it's running happily now, I disabled pdksh in the upper-level Makefile for now. Please someone take a look into the panic dump. Hey, isn't David Greenman still around? :) Satoshi From owner-freebsd-hackers Sun Apr 23 02:55:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19794 for hackers-outgoing; Sun, 23 Apr 1995 02:55:57 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA19787 ; Sun, 23 Apr 1995 02:55:55 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Julian Elischer cc: waddell@POSC.org (Dave Waddell), gary@wcs.uq.oz.au, hackers@FreeBSD.org Subject: Re: To anyone who lives in Houston TX. In-reply-to: Your message of "Sat, 22 Apr 95 20:42:15 PDT." <199504230342.UAA25503@ref.tfs.com> Date: Sun, 23 Apr 1995 02:55:55 -0700 Message-ID: <19786.798630955@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > While we're about it Are the there any single women here, within > driving distance of SF? > :) :) None that I'd introduce to a known Australian! We've too few available women here already - go get your own Sheila, you aussie wolf in cheap clothing! Ours are so innocent and unsuspecting - they wouldn't know what hit them and then would be embittered for life, leaving the pool of available women even sparser for the rest of us! You guys are worse than a water lily infestation! :-) :-) Jordan From owner-freebsd-hackers Sun Apr 23 03:03:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA20077 for hackers-outgoing; Sun, 23 Apr 1995 03:03:54 -0700 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA20070 for ; Sun, 23 Apr 1995 03:03:48 -0700 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0s2yW5-0000MgC; Sun, 23 Apr 95 03:03 PDT Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id DAA10084 for hackers@freebsd.org; Sun, 23 Apr 1995 03:03:44 -0700 From: Morgan Davis Message-Id: <199504231003.DAA10084@io.cts.com> Subject: current disk trouble To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 03:03:43 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1386 Sender: hackers-owner@FreeBSD.org Precedence: bulk After -current from a week ago, booting up resulted in some kernel messages about disk partitions not being fully within slices and partitions starting at block 1, and other things that make you think there's something seriously wrong with your drives. I set up FreeBSD initially when the 2.0R version was released in late November 1994, and used its tools to set up the FreeBSD partitions. Not sure what needs to be done (if anything can be done) to avoid these errors without wiping out everything I've set up (that seemed to work just fine before). Of course, I've been using the system for a week now with no real side-effects, but every time I reboot and see those kernel messages, it bugs me. fdisk says: ******* Working on device /dev/rwd0d ******* parameters extracted from in-core disklabel are: cylinders=419 heads=16 sectors/track=63 (1008 blks/cyl) parameters to be used for BIOS calculations are: cylinders=419 heads=16 sectors/track=63 (1008 blks/cyl) fdisk: Invalid fdisk partition table found Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 1, size 422351 (206 Meg), flag 80 beg: cyl 0/ sector 2/ head 0; end: cyl 419/ sector 1/ head 0 From owner-freebsd-hackers Sun Apr 23 03:09:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA20300 for hackers-outgoing; Sun, 23 Apr 1995 03:09:55 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA20294 for ; Sun, 23 Apr 1995 03:09:54 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Sun, 23 Apr 95 03:09 PDT From: julian@TFS.COM (Julian Elischer) To: hackers@FreeBSD.org Subject: [DEVFS] related matters Sender: hackers-owner@FreeBSD.org Precedence: bulk There are a few matters pertaining to devfs that reflect out to other parts of the system. These include: 1/time: it appears that 'time' is not set up at teh time of device probing. this means that the fields in the device structures that correspond to mtime, atime and ctime are initialised to teh epoch (Jan1 1970).. which is obviously NOT one of the options for the correct value.. possible work-arounds include: a/ passing through the whole tree later and 'touching' each device (yuk). b/ changing the place in the initialisation where the real time is read in from the CMOS.. 2/VFS initialisation: At device probe time, the VFS hasn't been initialised yet.. I've worked around this in two ways: a/ he first time a device registers with devfs, the initialisation routines are called. b/ Pointers that would normally point to the methods structures (which are set up and created by VFS initialisation) are made to be pointers to pointers, where the address given is the address of a location that AT SOME TIME IN THE FUTURE, will point to the methods, (when they are finally set up). This means that there is an extra indirection on all devfs operations and should somehow a device need to be accessed before the VFS is set up, it will probably get a page fault. I would like to move these two initialisations to be BEFORE the device initialisations.. Can anyone see what the problems are with this.. 3/DEVICES that are never attached. Some devices are never probed or attached in the same way that (say) a serial port is.. An example of this is /dev/mem. I would like to either a/ add a special table of such devices at the beginning of autoconf or somewhere, so that they can have entries placed in the devfs for them.. or b/ add some small init/attach functions to these devices and place their names in some 'compusory devices' list so that they can be attached like any other device. The fact that some devices just 'are' without any initilisation code has always irked me for some reason.. If the cdevsw and bdevsw are to be made dynamic, (or ever made to go away), then probably each device will need an init routine anyway, unless a general init routine reading a table will do... Your thoughts are solicited on these topics..... julian From owner-freebsd-hackers Sun Apr 23 03:24:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA20838 for hackers-outgoing; Sun, 23 Apr 1995 03:24:56 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA20832 for ; Sun, 23 Apr 1995 03:24:54 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id DAA26650 for hackers@freebsd.org; Sun, 23 Apr 1995 03:24:53 -0700 From: Julian Elischer Message-Id: <199504231024.DAA26650@ref.tfs.com> Subject: [EISA] related matters To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 03:24:53 -0700 (PDT) Content-Type: text Content-Length: 979 Sender: hackers-owner@FreeBSD.org Precedence: bulk The present scheme of allocating devices to one of a number of spl levels and configuring them by those queues is in my opinion, broken.. How are PCI and EISA devices supposed to fit in with this if my EISA devices have different spls, should I add them to the queues used by the isa code, or should I some how beat up the priority masks for each device? it would seem to me that the whole situation would be simpler if we could simply let each device set a spl elvel individually, and only have a single list of devices (one for ISA). The problem is that for PCI and EISA busses, the devices are found in the order they appear on the bus rather than the order they appear on some internal list. This breaks the way that the isa probing code works and makes it very difficult to fit in with it.. other OS's (e.g. mach) manage to allow the masks for each device be individually specified in any order.. does anyone see why we shouldn't use their code for the job? julian From owner-freebsd-hackers Sun Apr 23 03:39:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA21248 for hackers-outgoing; Sun, 23 Apr 1995 03:39:48 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA21241 ; Sun, 23 Apr 1995 03:39:46 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Julian Elischer cc: terry@cs.weber.edu, gpalmer@freefall.cdrom.com, tom@haven.uniserve.com, jkh@violet.berkeley.edu, hackers@FreeBSD.org, lloth@menzo.sojourn.com Subject: Re: yeah, what is the deal with this? In-reply-to: Your message of "Sun, 23 Apr 95 02:27:21 PDT." <199504230927.CAA26469@ref.tfs.com> Date: Sun, 23 Apr 1995 03:39:46 -0700 Message-ID: <21239.798633586@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > onerous or not we either need a binary, on the cdrom or a pointer to it.. > this is the kind of stuff that sell a product..... I'll try to dig up the reference - they sent something to this list awhile back.. Jordan From owner-freebsd-hackers Sun Apr 23 03:47:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA21420 for hackers-outgoing; Sun, 23 Apr 1995 03:47:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA21411 for ; Sun, 23 Apr 1995 03:46:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA27202; Sun, 23 Apr 1995 20:42:25 +1000 Date: Sun, 23 Apr 1995 20:42:25 +1000 From: Bruce Evans Message-Id: <199504231042.UAA27202@godzilla.zeta.org.au> To: hackers@FreeBSD.org, julian@TFS.COM Subject: Re: [DEVFS] related matters Sender: hackers-owner@FreeBSD.org Precedence: bulk >There are a few matters pertaining to devfs that reflect out to >other parts of the system. These include: >1/time: > it appears that 'time' is not set up at teh time of device probing. If the CMOS clock is on local time, then the correct time is not available until after adjkerntz has run. > possible work-arounds include: > a/ passing through the whole tree later and 'touching' > each device (yuk). Yuk. > b/ changing the place in the initialisation where > the real time is read in from the CMOS.. adjkerntz (or something that understands all the timezone rules) can't be run until a file system has been mounted, and you need timestamps long before that. I think the localtime offset should be stored in superblocks and used to fix the clock in mountroot(), but even that is too late for devfs - you would have to touch all the devices opened before mountroot(). >2/VFS initialisation: > At device probe time, the VFS hasn't been initialised yet.. I don't understand the details here, but if you need a lot of fixup hooks then the hooks can handle the times too. >3/DEVICES that are never attached. > Some devices are never probed or attached in the same way that > (say) a serial port is.. An example of this is /dev/mem. > I would like to either > a/ add a special table of such devices > at the beginning of autoconf or somewhere, so that > they can have entries placed in the devfs for them.. > or > b/ add some small init/attach functions to these devices > and place their names in some 'compusory devices' > list so that they can be attached like any other device. Use (b). You will need a device for all the minors and config doesn't know all the minors even for serial ports. E.g., there may be up to 16 ports on Cyclades cards and it doesn't seem reasonable to require a config line for each port. Perhaps you should depend on devconf's registerdev() functions getting called. Should they be called for each subdevice on a `controller' device even when not all the subdevices are handled by config? Bruce From owner-freebsd-hackers Sun Apr 23 03:51:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA21518 for hackers-outgoing; Sun, 23 Apr 1995 03:51:58 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA21512 for ; Sun, 23 Apr 1995 03:51:55 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id DAA04598; Sun, 23 Apr 1995 03:51:52 -0700 Date: Sun, 23 Apr 1995 03:51:52 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199504231051.DAA04598@violet.berkeley.edu> To: hackers@FreeBSD.org Subject: benchmark hell.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: agate!howland.reston.ans.net!newsjunkie.ans.net!Rezonet.net!rcogate.rco.qc.ca!usenet From: leopapan@papandreou.interax.net (Leo Papandreou) Newsgroups: comp.unix.bsd.freebsd.misc Subject: FreeBSD performance Date: 23 Apr 1995 00:08:00 GMT Organization: Inter-Acces Communications Lines: 43 Message-ID: <3nc5p0$vj2@rcogate.rco.qc.ca> NNTP-Posting-Host: g7014.258.interlink.net Mime-Version: 1.0 X-Newsreader: WinVN 0.93.11 ----------------------------------------------------------------------------- BYTE UNIX Benchmarks (Version 3.11) (A) Linux 1.1.49 Plato P90 32MB Seagate ST31200N ncr8150 ?? (B) Linux 1.1.49 ASUS PC/I-P54SP4 P90, 16MB HP C3323SE "" (C) FreeBSD 2.0 Plato P90 32MB Seagate ST32250N BT946C (NOTE: A & B taken from www.fintronic.com) A B C ---------- ----------- ---------- Arithmetic (double) 15937.5 6.3 15886.1 6.3 17736.8 7.0 Dhrystone 2 no regs 132809.9 5.9 129854.2 5.8 120128.7 5.4 Execl Throughput 102.4 6.2 113.7 6.9 51.4 3.1 ? File Copy 2447.0 13.7 3149.0 17.6 3256.0 18.2 Pipe-base Context Switching 14451.8 11.0 11538.4 8.8 6150.8 4.7 ? Shell scripts (8 concurrent) 23.0 5.8 24.0 6.0 17.0 4.2 SUM 48.8 51.3 42.6 AVG 8.1 8.5 7.1 ----------------------------------------------------------------------------- Disregarding File Copy because of the Barracuda, Arithmetic and Dhrystone because they're cpu bound, FreeBSD seems 2 times slower than Linux in the essential UNIX measurements. A very wide margin indeed. Admittedly my one system and some vendor's stats arent to be construed as comprehensive- but 2 times!? The other interesting thing is that (C) with 8MB had dd showing 6.99 MB/sec (really!) but as soon as it was upgraded to 32MB throughput dropped to ~3.7 MB/sec. I have to say that the system doesnt feel any slower and conclude that it always had a throughput of 3.7. Regardless, this looks like a bug to me. Comments? /Leo From owner-freebsd-hackers Sun Apr 23 04:16:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22000 for hackers-outgoing; Sun, 23 Apr 1995 04:16:34 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA21994 for ; Sun, 23 Apr 1995 04:16:30 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA27389; Sun, 23 Apr 1995 04:16:25 -0700 Date: Sun, 23 Apr 1995 04:16:25 -0700 Message-Id: <199504231116.EAA27389@silvia.HIP.Berkeley.EDU> To: hackers@FreeBSD.org Subject: strange behavior with sh and dangling symlinks From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk The below is on a 0416-snap system Rod put together for me. (It happens on older systems too.) ===== >> sh $ ls $ mkdir a $ ln -s ../b a $ echo */b */b $ touch b $ echo */b a/b $ /bin/rm b $ echo */b */b $ echo a/* a/b $ ls -lL a total 0 lrwxr-xr-x 1 asami grad 4 Apr 23 04:11 b -> ../b $ ===== In short, "*/filename" doesn't expand properly when the target of the symlink doesn't exist. "dirname/*" does expand, so this is inconsistent, to say the least. This happens only in sh. tcsh and bash expands everything fine. (I found this trying to track down why bsd.port.mk was behaving funnily when I removed the "real" package in .packages/ before removing the symlinks in other subdirs....) Satoshi From owner-freebsd-hackers Sun Apr 23 04:21:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22031 for hackers-outgoing; Sun, 23 Apr 1995 04:21:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA22024 for ; Sun, 23 Apr 1995 04:20:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA27990; Sun, 23 Apr 1995 21:20:23 +1000 Date: Sun, 23 Apr 1995 21:20:23 +1000 From: Bruce Evans Message-Id: <199504231120.VAA27990@godzilla.zeta.org.au> To: hackers@FreeBSD.org, julian@ref.tfs.com Subject: Re: [EISA] related matters Sender: hackers-owner@FreeBSD.org Precedence: bulk This discussion should probaly be in freebsd-current. >The present scheme of allocating devices to one of a number >of spl levels and configuring them by those queues is in my opinion, broken.. The isa version of FreeBSD actually has sets of interrupts and not levels. The sets may overlap. Configuration is broken but it is hard to avoid having unwanted interdependencies of the sets without changing large amounts of "machine-independent" code. E.g., splbio() would have to be replaced by (*splbio[bp->splbiotab])() for minimal locking while working on block `bp'. These changes would probably just make things slower. >How are PCI and EISA devices supposed to fit in with this >if my EISA devices have different spls, should I add them to the queues >used by the isa code, or should I some how beat up the priority masks >for each device? If there is an isa `bio' device (e.g., fd) and an eisa `bio' device (e.g. sd) then `biomask' has to contain the union of the interrupt masks for the two devices so that the "machine-independent" code doesn't have to care whether it is working on an fd block or an sd block, or a mixture. >it would seem to me that the whole situation would be simpler >if we could simply let each device set a spl elvel individually, >and only have a single list of devices (one for ISA). This would be easy to allow at interrupt time: just mask the interrupt that occurred and not everything in the xxx_imask for the interrupt. This wouldn't simplify the problem of initializing the xxx_imask's, however. >The problem is that for PCI and EISA busses, the devices are found >in the order they appear on the bus rather than the order they appear >on some internal list. This breaks the way that >the isa probing code works and makes it very difficult to >fit in with it.. >other OS's (e.g. mach) manage to allow the masks for each device be >individually specified in any order.. >does anyone see why we shouldn't use their code for the job? Is it encumbered? NetBSD also has better code for this. I think it recalculates all the xxx_imasks whenever something important has changed. Bruce From owner-freebsd-hackers Sun Apr 23 04:36:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22491 for hackers-outgoing; Sun, 23 Apr 1995 04:36:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA22485 for ; Sun, 23 Apr 1995 04:36:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA04058; Sun, 23 Apr 1995 04:33:45 -0700 From: "Rodney W. Grimes" Message-Id: <199504231133.EAA04058@gndrsh.aac.dev.com> Subject: Re: pb using maninstall To: charnier@lirmm.fr (Philippe Charnier) Date: Sun, 23 Apr 1995 04:33:45 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504230829.KAA27599@lirmm.lirmm.fr> from "Philippe Charnier" at Apr 23, 95 10:29:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1743 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hello, > > > in /usr/src/gnu/usr.bin/ld > > make maninstall > from ld : ld.1 > > make realinstall > from ldconfig : ldconfig.8 > from ldd : ldd.1 > > make install or afterinstall > from ldconfig : ldconfig.8 > from ldd : ldd.1 > from rtld : cd /usr/src/gnu/usr.bin/ld; install ld.1 > > > /usr/src/gnu/usr.bin/ld is particular because it contains a PROG (ld) > and contains subdirs containing others PROGs (ldconfig, ldd, rtld). > > I tried the following (BUT FAILED) because maninstall go into subdirs and > current dir but install don't see current dir. > > > =================================================================== > RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/ld/Makefile,v > retrieving revision 1.16 > diff -c -r1.16 Makefile > *** 1.16 1994/12/23 22:30:29 > --- Makefile 1995/04/22 16:13:49 > *************** > *** 16,19 **** > --- 16,20 ---- > > .PATH: $(.CURDIR)/$(MACHINE) > > + .include > .include bsd.prog.mk already contains the equivelent of bsd.subdir.mk, this patch is not the right thing to do. There is some brokenness in the .mk files that is not so easy to fix though do to overloaded target names :-(. maninstall is really an internal target that was not meant to be used by the user. You are abusing an undocumented ``feature'' and expecting it to do what *you* want it to do and not what the internals of the .mk files want it to do. Please read src/share/mk/bsd.README, there is no exported target called maninstall for a #include of -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Apr 23 05:19:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24683 for hackers-outgoing; Sun, 23 Apr 1995 05:19:31 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA24677 for ; Sun, 23 Apr 1995 05:19:25 -0700 Received: from localhost (root@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id VAA08744; Sun, 23 Apr 1995 21:02:02 +0901 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id LAA00554; Sun, 23 Apr 1995 11:37:22 +0900 From: Atsushi Murai Message-Id: <199504230237.LAA00554@tama.spec.co.jp> Subject: Re: yeah, what is the deal with this? To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Sun, 23 Apr 1995 11:37:21 +0900 (JST) Cc: lloth@menzo.sojourn.com, hackers@FreeBSD.org In-Reply-To: <199504221431.QAA18340@blaise.ibp.fr> from "Ollivier Robert" at Apr 22, 95 04:31:42 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 647 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Can Free BSD do dynamic IP addressing? I have a customer that needs to be > > able to handle dynamic IP addressing in order to get on-line. Is this possible? > > Both PPP shipped in FreeBSD do of course support dynamic address assignment. > It is in the PPP standard. I use it myself. I might be mis-reading a dynamic address assignment. But if you mean it as assignment (candidate for negotiation) by un-used address pool. We need to implement DHCP client function. Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Sun Apr 23 05:54:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25833 for hackers-outgoing; Sun, 23 Apr 1995 05:54:51 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA25823 for ; Sun, 23 Apr 1995 05:54:41 -0700 Received: by sequent.kiae.su id AA21044 (5.65.kiae-2 ); Sun, 23 Apr 1995 16:47:43 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 23 Apr 95 16:47:43 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id PAA01446; Sun, 23 Apr 1995 15:54:57 +0400 To: Bruce Evans , hackers@FreeBSD.org, julian@TFS.COM References: <199504231042.UAA27202@godzilla.zeta.org.au> In-Reply-To: <199504231042.UAA27202@godzilla.zeta.org.au>; from Bruce Evans at Sun, 23 Apr 1995 20:42:25 +1000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 23 Apr 1995 15:54:56 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: [DEVFS] related matters Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1173 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504231042.UAA27202@godzilla.zeta.org.au> Bruce Evans writes: >> b/ changing the place in the initialisation where >> the real time is read in from the CMOS.. >adjkerntz (or something that understands all the timezone rules) can't >be run until a file system has been mounted, and you need timestamps long >before that. I think the localtime offset should be stored in superblocks >and used to fix the clock in mountroot(), but even that is too late for >devfs - you would have to touch all the devices opened before mountroot(). I think kernel must remember last boot time and last timezone offset before adjkerntz will be run (stored somewhere at boot device). Adjkerntz will be gmtoffset and run in any case in future to deal with local-time systems like msdosfs even when your CMOS clock is GMT, but I am not shure that I can finish it before release. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sun Apr 23 06:03:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA26335 for hackers-outgoing; Sun, 23 Apr 1995 06:03:59 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA26328 ; Sun, 23 Apr 1995 06:03:57 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: amurai@spec.co.jp cc: roberto@blaise.ibp.fr (Ollivier Robert), lloth@menzo.sojourn.com, hackers@FreeBSD.org Subject: Re: yeah, what is the deal with this? In-reply-to: Your message of "Sun, 23 Apr 95 11:37:21 +0900." <199504230237.LAA00554@tama.spec.co.jp> Date: Sun, 23 Apr 1995 06:03:56 -0700 Message-ID: <26325.798642236@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I might be mis-reading a dynamic address assignment. But if you mean > it as assignment (candidate for negotiation) by un-used address pool. > We need to implement DHCP client function. That may have been what he was talking about. Do you know anything about the other Japanese group working on DHCP? Jordan From owner-freebsd-hackers Sun Apr 23 07:07:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29463 for hackers-outgoing; Sun, 23 Apr 1995 07:07:59 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA29455 for ; Sun, 23 Apr 1995 07:07:49 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id WAA10192; Sun, 23 Apr 1995 22:50:34 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id WAA00871; Sun, 23 Apr 1995 22:47:21 +0900 From: Atsushi Murai Message-Id: <199504231347.WAA00871@tama.spec.co.jp> Subject: Re: yeah, what is the deal with this? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Apr 1995 22:47:21 +0900 (JST) Cc: terry@cs.weber.edu, gpalmer@freefall.cdrom.com, tom@haven.uniserve.com, jkh@violet.berkeley.edu, hackers@FreeBSD.org, lloth@menzo.sojourn.com In-Reply-To: <18134.798627762@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 23, 95 02:02:42 am Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 857 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Too bad you can't bring up ICMP before IP on SLIP. Otherwise you'd > > use DHCP in bootp to do it. Not that anyone has real DHCP support. > > Actually, a Japanese research institute recently announced their > freely available DHCP for BSD software but their license agreement is > simply too onerous to consider living with. That's right. Once I try to make sure license agreement by JAPANESE directly, they want to continue to work with them by centrized themselves. Addition You can get them from Network and modify them as you like but NOT ALLOW re-distribute with any modification. So what shall we do ? > Jordan > Atsushi. P.S. Functionality itself seems to be OK for me. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Sun Apr 23 07:08:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29485 for hackers-outgoing; Sun, 23 Apr 1995 07:08:15 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA29466 for ; Sun, 23 Apr 1995 07:08:02 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id KAA22835; Sun, 23 Apr 1995 10:10:25 -0400 From: "Rashid Karimov." Message-Id: <199504231410.KAA22835@haven.ios.com> Subject: Re: Best SCSI Controller To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Apr 1995 10:10:24 -0400 (EDT) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <17846.798627544@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 23, 95 01:59:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 748 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there, > > > controller for FreeBSD? It seems BusLogic support has been around a loong > > time, so Im lookint at the 946c as agood choice, comments? (What do you run > > Jordan?) > > I recommend and run with the Bt946c. Performance is good, the price > is right and Buslogic itself is a company I'm always more than willing > to endorse. They've been very helpful in providing us with [skipped] > me at no cost and with NO questions asked! A company with a customer > service attitude like this deserves all the business they can get, > IMNSHO. I vote for bt946c too - run it here at P/90 w/o problems for 4 months. Don't have any expirience regarding customer support though ( this itself is a benchmark of quality ) :) Rashid From owner-freebsd-hackers Sun Apr 23 07:26:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29731 for hackers-outgoing; Sun, 23 Apr 1995 07:26:58 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA29610 for ; Sun, 23 Apr 1995 07:22:10 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id XAA10333; Sun, 23 Apr 1995 23:05:23 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id XAA01003; Sun, 23 Apr 1995 23:01:53 +0900 From: Atsushi Murai Message-Id: <199504231401.XAA01003@tama.spec.co.jp> Subject: Re: yeah, what is the deal with this? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Apr 1995 23:01:53 +0900 (JST) Cc: amurai@spec.co.jp, roberto@blaise.ibp.fr, lloth@menzo.sojourn.com, hackers@FreeBSD.org In-Reply-To: <26325.798642236@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 23, 95 06:03:56 am Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 553 Sender: hackers-owner@FreeBSD.org Precedence: bulk > That may have been what he was talking about. Do you know anything about > the other Japanese group working on DHCP? I don't think anyone is working on DHCP for paticulary system like a FreeBSD. But it's easy to compile as a bsd4.4-ish os but not mas-re-distribution causing by their licence agreement. And a DHCP client itself can be ported easily with their library > Jordan Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Sun Apr 23 10:12:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02583 for hackers-outgoing; Sun, 23 Apr 1995 10:12:43 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02577 for ; Sun, 23 Apr 1995 10:12:36 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12334 (5.67a/IDA-1.5 for freebsd.org!hackers); Sun, 23 Apr 1995 12:10:50 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA05659; 23 Apr 95 12:10:07 CDT (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.11/8.6.6) with SMTP id MAA05656 for ; Sun, 23 Apr 1995 12:10:07 -0500 Message-Id: <199504231710.MAA05656@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: 1.1.5.1 ports X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 23 Apr 1995 12:10:04 -0500 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm trying to set up a pretty complete 1.1.5.1 FTP site, so that between it and the 1.1 CD you can pretty much recover all the 1.1.5.1 environment that used to be available at ftp.cdrom.com. Unfortunately my FTP access is pretty slow, over a PPP link... I found the following ports at gilberto.physik.RWTH-Aachen.DE that were not on the 1.1 CDROM. Are these all the "new" ports? Were any of the old ports updated between 1.1 and 1.1.5.1? ports/game: nethack.tar.gz xmine.tar.gz ports/lang: itcl.tar.gz logo.tar.gz ports/net: fspclient.tar.gz ports/util: cpm.tar.gz ispell.tar.gz sattrack.tar.gz hfs.tar.gz libmytinfo.tar.gz ports/x11: gnuplot.tar.gz kterm.tar.gz piewm.tar.gz rxvt.tar.gz xphoon.tar.gz Yes, I know 1.1.5.1 is the past, but there's quite a few people still using it. From owner-freebsd-hackers Sun Apr 23 10:29:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02819 for hackers-outgoing; Sun, 23 Apr 1995 10:29:29 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02813 for ; Sun, 23 Apr 1995 10:29:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02570; Sun, 23 Apr 1995 19:29:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA09354 for freebsd-hackers@freebsd.org; Sun, 23 Apr 1995 19:28:59 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id SAA01390 for freebsd-hackers@freebsd.org; Sun, 23 Apr 1995 18:23:50 +0200 From: J Wunsch Message-Id: <199504231623.SAA01390@jette.heep.sax.de> Subject: Re: DIGIBOARD driver in ~julian To: freebsd-hackers@FreeBSD.org Date: Sun, 23 Apr 1995 18:23:47 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <9504211708.AA03664@cs.weber.edu> from "Terry Lambert" at Apr 21, 95 11:08:42 am Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1012 Sender: hackers-owner@FreeBSD.org Precedence: bulk > There was a recent court case where Microsoft won against Stacker on > the basis of drawing a distinction between "Reverse Engineering", > which is perfectly legal ain the US, and "Deep Reverse Engineering", > a term best spoken into a coffee can to get those Darth Vader-like > echoes. ... > I really urge that people look into cleanrooming before assuming that > the only place it can be done is a non-Berne signatory or non-Gatt > signatory country. > ... > I wouldn't have replied, but the message to which I'm responding > implies a limitation to where you are allowed to cleanroom which > simply does not exist. If people took this to heart, it would > artificially restrict the pool of talent that can be used for > cleanroom coding -- and that would be a bad thing. Thanks for enlightening this, Terry. I've really been under the impression that it was beyond legality in US to disassemble some- thing (and i will yet have to check it again -- but it's still my believe for the german situation). From owner-freebsd-hackers Sun Apr 23 10:29:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02826 for hackers-outgoing; Sun, 23 Apr 1995 10:29:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02808 for ; Sun, 23 Apr 1995 10:29:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02578; Sun, 23 Apr 1995 19:29:02 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA09363 for hackers@freebsd.org; Sun, 23 Apr 1995 19:29:02 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id TAA01486 for hackers@freebsd.org; Sun, 23 Apr 1995 19:03:17 +0200 From: J Wunsch Message-Id: <199504231703.TAA01486@jette.heep.sax.de> Subject: Re: Gating hackers into the newsgroups To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 19:03:12 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504222155.RAA05328@hda.com> from "Peter Dufault" at Apr 22, 95 05:55:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1758 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Our mailing list definition: > > > freebsd-hackers Technical discussions and suggestions > ... > > freebsd-current Discussions about the use of FreeBSD-current > ... > > If -hackers isn't technical which lists are? > Also, which are the development lists? Am I missing out on a whole > bunch of good technical discussion about FreeBSD? I agree with Peter here. What we really need is to have a few more people reviewing Usenet and scanning the queued articles for problems that fall into their `responsibility'. By now, there are only a few people visible in Usenet. Most of the load appears to be on Jordan. Stefan Esser is a very positive example, i usually let PCI-related articles queued without an answer but the idea in mind: `Stefan will certainly have answered this one within the next couple of days.' Ah yeah, not to forget Terry, who appears to be discussing on several hundreds of Usenet groups and mailing lists. :-) Of course, it's also possible for major contributors who have a wide area of responsibility to find someone acting as a ``Usenet gateway and answer cache'' :-), who can answer the `FAQ of the week' out of his cache, and forward the real technical questions to the person in question. This way, those who're already snowed under won't have to handle the immense load of Usenet, while they can make sure that they won't lose important problem reports. (My own recent Usenet activities are rather a side-effect of problems in my paywork. I can't play this role forever.) The hackers list is already near 10 MB / month. I won't like to see it further bloated. Remember there are enough people in the outside world who really have to _pay_ for every and each kilobyte of mail. Jörg From owner-freebsd-hackers Sun Apr 23 10:41:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA03038 for hackers-outgoing; Sun, 23 Apr 1995 10:41:08 -0700 Received: from shell1.best.com (root@shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA03029 for ; Sun, 23 Apr 1995 10:41:06 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id KAA19443; Sun, 23 Apr 1995 10:40:47 -0701 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id KAA10084; Sun, 23 Apr 1995 10:40:00 -0700 Date: Sun, 23 Apr 1995 10:40:00 -0700 From: "Russell L. Carter" Message-Id: <199504231740.KAA10084@geli.clusternet> To: hackers@FreeBSD.org, jkh@violet.berkeley.edu Subject: Re: benchmark hell.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, the real measure would be Linux 1.2++ and FreeBSD from mid March on. And file copy on the Barracuda isn't so hot, I only get ~3.5 MB/s on bonnie out of mine, so I suspect that the advantage there is real. That leaves just the execl and pipe based context switch to check out. It's been years since I ran these, aren't there a lot more tests? Russell From owner-freebsd-hackers Sun Apr 23 10:55:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA03219 for hackers-outgoing; Sun, 23 Apr 1995 10:55:59 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA03213 for ; Sun, 23 Apr 1995 10:55:57 -0700 Received: from jsdinc.root.com (uucp@localhost) by Root.COM (8.6.8/8.6.5) with UUCP id KAA09135; Sun, 23 Apr 1995 10:55:49 -0700 Received: (root@localhost) by jsdinc.root.com (8.6.11/8.6.5) id MAA02465; Sun, 23 Apr 1995 12:56:23 GMT From: "John S. Dyson" Message-Id: <199504231256.MAA02465@jsdinc.root.com> Subject: Re: benchmark hell.. To: geli.com!rcarter@implode.root.com (Russell L. Carter) Date: Sun, 23 Apr 1995 12:56:23 +0000 () Cc: hackers@FreeBSD.org, jkh@violet.berkeley.edu In-Reply-To: <199504231740.KAA10084@geli.clusternet> from "Russell L. Carter" at Apr 23, 95 10:40:00 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 770 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Well, the real measure would be Linux 1.2++ and FreeBSD from > mid March on. And file copy on the Barracuda isn't so hot, > I only get ~3.5 MB/s on bonnie out of mine, so I suspect > that the advantage there is real. That leaves just the execl > and pipe based context switch to check out. It's been > years since I ran these, aren't there a lot more tests? > > Russell > Part of the execl problem is the Sun-OS style shared libs that we use. Without shared libs, our fork/exec times kick-butt. I think that we-all have made some improvements in the times now so that my lmbench fork/exec tests (with our shared libs) on my 486/66 are fairly close to the example Linux Pentium results. But, our pipe performance could be better though. John dyson@root.com From owner-freebsd-hackers Sun Apr 23 11:08:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA03371 for hackers-outgoing; Sun, 23 Apr 1995 11:08:06 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA03365 for ; Sun, 23 Apr 1995 11:08:01 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id TAA01421; Sun, 23 Apr 1995 19:06:49 +0100 From: Paul Richards Message-Id: <199504231806.TAA01421@isl.cf.ac.uk> Subject: Re: Gating hackers into the newsgroups To: dufault@hda.com (Peter Dufault) Date: Sun, 23 Apr 1995 19:06:48 +0100 (BST) Cc: nate@trout.sri.MT.net, rgrimes@gndrsh.aac.dev.com, hsu@freefall.cdrom.com, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199504222155.RAA05328@hda.com> from "Peter Dufault" at Apr 22, 95 05:55:18 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 900 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Peter Dufault who said > > Our mailing list definition: > > > freebsd-hackers Technical discussions and suggestions > ... > > freebsd-current Discussions about the use of FreeBSD-current > > I don't mind having "questions" gated to the newsgroup. I don't > want to see hackers gated. IMHO, -current isn't for technical Hmm, ok. I guess questions is the more appropriate list to gateway. Can someone who knows about these things step forward because I've got no idea how to actually set this up :-) Are there any dissenting views, if no-one speaks up in the next few days I'll actively pursue doing this. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Sun Apr 23 11:28:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA03741 for hackers-outgoing; Sun, 23 Apr 1995 11:28:40 -0700 Received: from redline.ru (mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA03728 for ; Sun, 23 Apr 1995 11:28:29 -0700 Date: Sun, 23 Apr 1995 22:25:35 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: Peter da Silva cc: rcarter@geli.com, freebsd-hackers@FreeBSD.org Subject: Re: Case for FreeBSD presentation docs? In-Reply-To: <199504201147.GAA18141@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 20 Apr 1995, Peter da Silva wrote: > Date: Thu, 20 Apr 1995 06:47:46 -0500 (CDT) > From: Peter da Silva > To: Anthony Graphics > Cc: rcarter@geli.com, freebsd-hackers@FreeBSD.org > Subject: Re: Case for FreeBSD presentation docs? > > > > |> work on the price of the WS vs the Price of a good PC > > ^^ > > AXP PCI 33 board costs approx 1100 USD with 166 mhz Alpha in the States > > And OSF/1 costs over $1500 (or rather, the price difference for OSF/1 is > over $1500). Well, 1-2 User licence costs $300 or 400 to my best knowledge (DEC calls it media with basic docs?) I can tell you how to upgrade to the unlimited user licence for free ;-) A bit of trickery with LMF and ... ;^] Hmm, but you'd probably need to multiply memory requirement by x4 so it's out of comparison anyway for the memory intensive apps (what is not memory intesive anyway? ;^) AGL > > Since you're pretty much stuck with NT for your AXP PCI 33 if you want to > benefit from the price, I class it as a PC rather than a WS. Hopefully > NetBSD will change that. > From owner-freebsd-hackers Sun Apr 23 11:45:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04337 for hackers-outgoing; Sun, 23 Apr 1995 11:45:59 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04330 for ; Sun, 23 Apr 1995 11:45:58 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA01489; Sun, 23 Apr 95 11:43:17 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0s36Zj-0005PMC; Sun, 23 Apr 95 20:40 MSZ Message-Id: To: hackers%freebsd.org@inet-gw-1.pa.dec.com Subject: Re: How do I set a kernel variable? Reply-To: gj@FreeBSD.org Date: Sun, 23 Apr 95 18:40:06 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk It turns out that it _is_ possible to set a variable, but there's a trick to it. Normally, gdb opens the core-file (e.g. /dev/mem) read-only. In order to get it to open the core-file for writing, you need to do the following: root:peedub:bash:69> gdb -k /kernel <--- this... GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... (kgdb) set write <--- and this... (kgdb) core-file /dev/mem <--- and this IdlePTD 19a000 current pcb at 624000 #0 0xf010dcf3 in mi_switch () (kgdb) p/x ttydebug $1 = 0x0 (kgdb) set ttydebug=1 (kgdb) p/x ttydebug $2 = 0x1 (kgdb) set ttydebug=0 (kgdb) p/x ttydebug $3 = 0x0 (kgdb) q this opens the core-file for writing. It has to be done in this order because the "set write" command sets a variable (write_files) in exec.c which is tested in kcorelow.c when the core-file is opened. If you try to just do the following: gdb -k set write exec-file /kernel you'll get an error, because gdb tries to open /kernel for writing, which (for some reason) fails miserably. Maybe we should have a "-w" flag to specify opening the core-file for writing ? Any opinions ? Could you add this tip to the kernel-debug.FAQ, J"org ? Gary J. From owner-freebsd-hackers Sun Apr 23 11:51:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04459 for hackers-outgoing; Sun, 23 Apr 1995 11:51:42 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04445 for ; Sun, 23 Apr 1995 11:51:26 -0700 Date: Sun, 23 Apr 1995 22:48:40 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: Terry Lambert cc: Peter da Silva , rcarter@geli.com, freebsd-hackers@FreeBSD.org Subject: Re: Case for FreeBSD presentation docs? In-Reply-To: <9504201758.AA25719@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 20 Apr 1995, Terry Lambert wrote: > Date: Thu, 20 Apr 95 11:58:21 MDT > From: Terry Lambert > To: Peter da Silva > Cc: agl@mac.glas.apc.org, rcarter@geli.com, freebsd-hackers@FreeBSD.org > Subject: Re: Case for FreeBSD presentation docs? > > > > > |> work on the price of the WS vs the Price of a good PC > > > ^^ > > > AXP PCI 33 board costs approx 1100 USD with 166 mhz Alpha in the States > > > > And OSF/1 costs over $1500 (or rather, the price difference for OSF/1 is > > over $1500). > > > > Since you're pretty much stuck with NT for your AXP PCI 33 if you want to > > benefit from the price, I class it as a PC rather than a WS. Hopefully > > NetBSD will change that. > > My neighbor (well, 5 minutes, anyway) is doing the Linux port to that ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The scheduler comes from the 1.2.5 ? ;v) I was pretty happy about our new Linux box(ASUS SP3G NCR53C810,Mach32 DRAM, AST clone) until I run into the following problem: when I'm doing mt retension everything else dies (I mean until the command completes the system turns into Windoze box running in the DOS compatibility session) So I'm now stuck with the question what sucks: NCR driver in Linux NCR itself (kidding?) or the system in whole... The previous server (VLB machine assembled from the parts of unknown origin ;-) dealt with this simple task much better (with Aha1542C) so I think the problem lies in the driver. > box. You are not limited to NT. ^^ I think nobody on this list haven't considered it as an alternative ;^) > > Neither FreeBSD nor NetBSD is poised to port easily, even though > NetBSD has an Alpha port, since neither system has dealt with the > issue of a generic bus attach mechanism. There was some argument > recently, actually that this type of thing should be avoided -- I > think this is probably a bad idea. > > I was recently involved in some NetBSD discussions with, among others, > Charles. As usual, I wanted a more radical change than people were > willing to buy off on initially. 8-). NetBSD will be moving in the > right direction, anyway. > > > I think all it would take is one architecture port to force the issue > for FreeBSD. > > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > AGL From owner-freebsd-hackers Sun Apr 23 11:58:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04669 for hackers-outgoing; Sun, 23 Apr 1995 11:58:29 -0700 Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA04663 for ; Sun, 23 Apr 1995 11:58:28 -0700 Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.9/8.6.5) with UUCP id LAA17945; Sun, 23 Apr 1995 11:58:11 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.6.8/8.6.6) id LAA23543; Sun, 23 Apr 1995 11:45:21 -0700 From: Frank Mayhar Message-Id: <199504231845.LAA23543@exit.com> Subject: Re: 1.1.5.1 ports To: peter@bonkers.taronga.com (Peter da Silva) Date: Sun, 23 Apr 1995 11:45:19 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504231710.MAA05656@bonkers.taronga.com> from "Peter da Silva" at Apr 23, 95 12:10:04 pm X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 681 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yes, I know 1.1.5.1 is the past, but there's quite a few people still using it. Ayup. And will be, at least until 2.1 comes out, and maybe a bit past that. I've stayed with 1.1.5.1 because of the stability it had which 2.0, sadly, lacked. One thing that would be useful (for myself and, undoubtedly, others) would be some kind of upgrade script, that would avoid the necessity of a complete from-scratch reinstall. (As far as I'm concerned, something based on the sources would be fine. Unfortunately, I just don't have the time or resources to do this myself, not only because I don't run 2.x, but because of work and personal commitments.) -- Frank Mayhar frank@exit.com From owner-freebsd-hackers Sun Apr 23 12:07:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA04739 for hackers-outgoing; Sun, 23 Apr 1995 12:07:30 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA04733 for ; Sun, 23 Apr 1995 12:07:29 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA27675; Sun, 23 Apr 1995 12:07:28 -0700 From: Poul-Henning Kamp Message-Id: <199504231907.MAA27675@ref.tfs.com> Subject: Re: [DEVFS] related matters To: julian@TFS.COM (Julian Elischer) Date: Sun, 23 Apr 1995 12:07:28 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Apr 23, 95 03:09:00 am Content-Type: text Content-Length: 1235 Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1/time: > it appears that 'time' is not set up at teh time of device probing. > this means that the fields in the device structures that > correspond to mtime, atime and ctime are initialised to > teh epoch (Jan1 1970).. which is obviously NOT one of the > options for the correct value.. > possible work-arounds include: > a/ passing through the whole tree later and 'touching' > each device (yuk). Well, this is exactly what the chmod/own/grp script will do, isn't it ? > I would like to move these two initialisations to be BEFORE the > device initialisations.. Can anyone see what the problems are > with this.. not really... > 3/DEVICES that are never attached. > Some devices are never probed or attached in the same way that > (say) a serial port is.. An example of this is /dev/mem. > I would like to either > a/ add a special table of such devices > at the beginning of autoconf or somewhere, so that > they can have entries placed in the devfs for them.. We already have a TEXT_SET(pseudo_set,) that should be used. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Apr 23 12:10:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA04770 for hackers-outgoing; Sun, 23 Apr 1995 12:10:15 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA04764 for ; Sun, 23 Apr 1995 12:10:14 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA27694; Sun, 23 Apr 1995 12:10:13 -0700 From: Poul-Henning Kamp Message-Id: <199504231910.MAA27694@ref.tfs.com> Subject: Re: [EISA] related matters To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 23 Apr 1995 12:10:13 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504231024.DAA26650@ref.tfs.com> from "Julian Elischer" at Apr 23, 95 03:24:53 am Content-Type: text Content-Length: 671 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The present scheme of allocating devices to one of a number > of spl levels and configuring them by those queues is in my opinion, broken.. > > it would seem to me that the whole situation would be simpler > if we could simply let each device set a spl elvel individually, > and only have a single list of devices (one for ISA). It has always had me wondering why >I< had to tell config about spl-levels... What we really should have is a TEXT_SET(device_probe...) and kill config... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Apr 23 12:12:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA04785 for hackers-outgoing; Sun, 23 Apr 1995 12:12:34 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA04779 for ; Sun, 23 Apr 1995 12:12:32 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13001 (5.67a/IDA-1.5); Sun, 23 Apr 1995 13:46:49 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA08215; 23 Apr 95 13:41:32 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id NAA08212; Sun, 23 Apr 1995 13:41:31 -0500 From: Peter da Silva Message-Id: <199504231841.NAA08212@bonkers.taronga.com> Subject: Re: Case for FreeBSD presentation docs? To: agl@mac.glas.apc.org (Anthony Graphics) Date: Sun, 23 Apr 1995 13:41:31 -0500 (CDT) Cc: rcarter@geli.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Anthony Graphics" at Apr 23, 95 10:25:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 272 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > And OSF/1 costs over $1500 (or rather, the price difference for OSF/1 is > > over $1500). > Well, 1-2 User licence costs $300 or 400 to my best knowledge Hmmm. That's pretty damn funky pricing for the board then, unless they're hiding something in their price lists. From owner-freebsd-hackers Sun Apr 23 13:05:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05753 for hackers-outgoing; Sun, 23 Apr 1995 13:05:09 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA05742 for ; Sun, 23 Apr 1995 13:05:04 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA12444 ; Sun, 23 Apr 1995 22:05:00 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id WAA25250 ; Sun, 23 Apr 1995 22:04:59 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504232004.WAA25250@blaise.ibp.fr> Subject: Re: Gating hackers into the newsgroups To: paul@isl.cf.ac.uk (Paul Richards) Date: Sun, 23 Apr 1995 22:04:59 +0200 (MET DST) Cc: rgrimes@gndrsh.aac.dev.com, hsu@freefall.cdrom.com, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199504221930.UAA28513@isl.cf.ac.uk> from "Paul Richards" at Apr 22, 95 08:30:29 pm X-Operating-System: FreeBSD 2.0.950416-SNAP ctm#562 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 369 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What do people think about a full hackers<->comp.os.freebsd gateway then? Keep the lists and the newsgroups separated. It would lower the signal/noise ratio. Mailing-lists are readable, newsgroups generally are not. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0.950416-SNAP #17: Sun Apr 16 17:12:07 MET DST 1995 From owner-freebsd-hackers Sun Apr 23 13:11:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05865 for hackers-outgoing; Sun, 23 Apr 1995 13:11:08 -0700 Received: from ebrps.engr.subr.edu (mdiez@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05859 for ; Sun, 23 Apr 1995 13:11:05 -0700 Received: by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA08616; Sun, 23 Apr 1995 15:08:18 -0500 Date: Sun, 23 Apr 1995 15:08:18 -0500 (CDT) From: Matthew Diez To: hackers@FreeBSD.org Subject: Slip w/ 2.0 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have to get this off of my chest, having watched Linux EAT my filesystems 8 times already, I gave up on it. So I decided to eat crow and try out FreeBSD. Well, the 2.0R was about as bad as Linux, and kept on eating my filesystems (this is a dx-2/66, 8 RAM, ISA, 420 mb IDE hd). Well, I gave it one more chance, and the 950412 snapshot works beautifully! In fact, I'll keep FreeBSD as my ONLY UN*X if I can figure out one thing: To establish SL/IP i normally have to use SLIRP(a pseudo-slip connection on the AIX machine I dial into). The only thing I've had success using is Trumpet Winsock(don't laugh). My usual connection is like this: login: /*I enter my username*/ password: /*enter the password*/ $: /*at the prompt I type 'slirp' and the manually initiate slip with winsock*/ ...... Since I've never used Kermit or anything _decent_ like it, I would like to know the easiest way to configure my system for this pseudo-slip connection. I tried Satoshi Asami's SLIP Client doc but that didn't work. Having said my piece, I bid you adieu. From owner-freebsd-hackers Sun Apr 23 13:30:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06339 for hackers-outgoing; Sun, 23 Apr 1995 13:30:22 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA06329 for ; Sun, 23 Apr 1995 13:30:17 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA11581; Sun, 23 Apr 1995 22:44:11 +0200 Received: by uni4nn.iaf.nl with UUCP id AA29323 (5.67b/IDA-1.5); Sun, 23 Apr 1995 22:30:51 +0100 Received: by iafnl.iaf.nl with UUCP id AA32619 (5.65c/IDA-1.4.4); Sun, 23 Apr 1995 20:40:32 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id SAA00739; Sat, 22 Apr 1995 18:45:43 +0200 From: Wilko Bulte Message-Id: <199504221645.SAA00739@yedi.iaf.nl> Subject: Re: Gating hackers into the newsgroups To: paul@isl.cf.ac.uk (Paul Richards) Date: Sat, 22 Apr 1995 18:45:42 +1596657 (MET DST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199504211910.UAA11985@isl.cf.ac.uk> from "Paul Richards" at Apr 21, 95 08:10:46 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1072 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I was just wondering, what do people think about gating hackers mail > into the newsgroups. Hackers is a fairly open forum anyway and the > new newsgroups are actually pretty good technically so it would > boost our presence if we got more traffic going through it. To MHO there is enough confusing (for the innocent bystander..) traffic on -hackers to make this a less than desirable idea. Why not point people to the mailing list when they are asking for specific info that warrants reading -hackers? > Note, I'm only talking about hackers and I'm only talking about hackers > mail going to the newsgroup and not the other way around, we don't want > all those Linux flames coming onto the mailing list. Arghh ;-) > Paul Richards, FreeBSD core team member. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Apr 23 13:37:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06516 for hackers-outgoing; Sun, 23 Apr 1995 13:37:27 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA06459 for ; Sun, 23 Apr 1995 13:36:08 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA11587; Sun, 23 Apr 1995 22:48:10 +0200 Received: by uni4nn.iaf.nl with UUCP id AA29332 (5.67b/IDA-1.5); Sun, 23 Apr 1995 22:30:55 +0100 Received: by iafnl.iaf.nl with UUCP id AA32623 (5.65c/IDA-1.4.4); Sun, 23 Apr 1995 20:40:35 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id SAA00753; Sat, 22 Apr 1995 18:51:47 +0200 From: Wilko Bulte Message-Id: <199504221651.SAA00753@yedi.iaf.nl> Subject: Re: [DEVFS] your opinions sought! To: andreas@knobel.gun.de (Andreas Klemm) Date: Sat, 22 Apr 1995 18:51:46 +1596657 (MET DST) Cc: davidg@Root.COM, bde@zeta.org.au, julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199504211817.UAA01523@knobel.GUN.de> from "Andreas Klemm" at Apr 21, 95 08:17:01 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1390 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I agree with Bruce. I would have agreed with Rod, but the simple fact is > > that our /dev directory is getting very large and bloated, and this will only > > get worse. Perhaps /dev/disks/* and /dev/ttys/*, etc, might be a way to > > organize things (in other words, by device class). I prefer to not minimize > > the number of levels as much as possible, while still providing some > > organization. > > If you want to group the devices, so that a listing of /dev > doesn't get too long, why not taking Sun's / SVR4's naming > scheme ? It's something like a standard in the Unix market. > > 6 /dev/sad > 34 /dev/dsk > 0 /dev/fd > 98 /dev/pts > 34 /dev/rdsk It sure makes sense to follow convention. Switching to and from different dialects is a pain we have to face more than enough. I personnally don't like the /devices idea and all the links etc that Solaris uses. Un*x was designed with compact names etc, everyone who needs self explanatory names is probably using the same OS. :-) [del ] > andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Apr 23 13:48:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA06847 for hackers-outgoing; Sun, 23 Apr 1995 13:48:30 -0700 Received: from husc.harvard.edu (scunix5.harvard.edu [140.247.30.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA06836 for ; Sun, 23 Apr 1995 13:48:25 -0700 Received: from fas by husc.harvard.edu with SMTP; Sun, 23 Apr 1995 16:48:23 -0400 Received: by fas (5.0/16.2) id AA07607; Sun, 23 Apr 1995 16:47:08 -0400 Date: Sun, 23 Apr 1995 16:47:06 -0400 (EDT) From: Sir Ilya Tsymbal Subject: install problem with 3c509. What to do? To: hackers@FreeBSD.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1559 Sender: hackers-owner@FreeBSD.org Precedence: bulk Date: Sun, 23 Apr 1995 16:33:58 -0400 (EDT) From: Sir Ilya Tsymbal Subject: Install problem To: hackers@freebsd.net Cc: Ilya Tsymbal Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I have been trying to install FreeBSD but to no avail. After booting with a floppy, doing the HD stuff, then booting from HD, I get a nice screen from which I choose to install bindist, through FTP, Ethernet, with a 3COM card at 300h memory and IRQ 10, which is what the card is configured for. I am then prompted for all sortsa stuff, like IP, netmask, name, domain name and some others. when this is all done, and the program says 'fetching the files blah blah' I switch to the command output screen, and I see these error messages: NcFTP: could not get your passwd entry: (9) bad file descriptor : gethostbyname error(2): host name lookup failure NcFTP 1.8.6 (october 20..... blah blah... Error: improper distribution. No checksum script found. I know the card and the connnection works fine, I have logged in to a Novell server with it. So, if you have any idea what could be wrong or what I could do to get around th problem, I would appreciate if you tell me. I will be checking this newsgroup (CUBFM), but please also CC: your reply to me. Thanks, Ilya Tsymbal Ilya Tsymbal '96 Harvard U, Quincy House. itsymbal@husc.harvard.edu http://itsymbal.student.harvard.edu/ From owner-freebsd-hackers Sun Apr 23 14:04:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07213 for hackers-outgoing; Sun, 23 Apr 1995 14:04:48 -0700 Received: from RosedeLima.Vir.com (RosedeLima.Vir.com [199.84.154.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA07207 ; Sun, 23 Apr 1995 14:04:44 -0700 Received: from ipdyne28.vir.com by Vir.com (8.6.10/2.0) id QAA28237; Sun, 23 Apr 1995 16:01:11 -0500 Date: Sun, 23 Apr 1995 16:01:11 -0500 Message-Id: <199504232101.QAA28237@Vir.com> X-Sender: procecorjb@vir.com X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@FreeBSD.org From: procecorjb@Vir.com (Robert Burns) Subject: Support for Digiboards Cc: info@FreeBSD.org, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk How can I get my digiboard product (PC/Xe) to work with freebsd 2.0. I was told that someone was working it but I hav'nt had any luck getting answers. I know that BSDI supports some digiboards. Is there something of value in that? Someone out there pleeeeeeeeease help!!!!!!!!! Robert Burns procecorjb@vir.com mtl,ca From owner-freebsd-hackers Sun Apr 23 14:21:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07554 for hackers-outgoing; Sun, 23 Apr 1995 14:21:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA07537 for ; Sun, 23 Apr 1995 14:21:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05826; Sun, 23 Apr 1995 23:20:54 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA10364 for hackers@freebsd.org; Sun, 23 Apr 1995 23:20:53 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id XAA02403 for hackers@freebsd.org; Sun, 23 Apr 1995 23:17:14 +0200 From: J Wunsch Message-Id: <199504232117.XAA02403@jette.heep.sax.de> Subject: Re: Gating hackers into the newsgroups To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 23:17:12 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504231744.KAA03064@freefall.cdrom.com> from "Jeffrey Hsu" at Apr 23, 95 10:44:08 am Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1067 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The hackers list is already near 10 MB / month. I won't like to see > it further bloated. > > The -hackers mailing list reads like a newsgroup anyways, so two-way > gating will allow you to unsubscribe from -hackers and just read the > articles in the newsgroup you're interested in following. I still don't like it. Usenet is too slow to respond in a timely fashion, at least at this end of the world here. A fully two-way gateway would further bloat the list. 80 % of the questions asked in comp.unix.bsd.freebsd.misc can easily be answered by 80 % of the user base out there. There is absolutely no need to ask this kind of stuff to the _developers_ of the system. Most of the people apparently lack a good unix introduction. The easier our install procedure will become, the larger this part of the newsgroup questions will grow. This is not to say that this is a bad thing, but IMHO, Usenet is better suited for a user <-> user support, while the mailing lists provide for a way to have user <-> developer interaction. We do need both. Jörg From owner-freebsd-hackers Sun Apr 23 14:34:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA07926 for hackers-outgoing; Sun, 23 Apr 1995 14:34:12 -0700 Received: from zibbi.mikom.csir.co.za (some.schmuck.lame.delegated.to.RAIN.PSG.COM [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA07919 ; Sun, 23 Apr 1995 14:34:07 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id XAA01284; Sun, 23 Apr 1995 23:33:13 +0200 From: John Hay Message-Id: <199504232133.XAA01284@zibbi.mikom.csir.co.za> Subject: syscons probe function To: hackers@FreeBSD.org (FreeBSD-hackers), sos@FreeBSD.org Date: Sun, 23 Apr 1995 23:33:12 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 982 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have mailed about this 2 weeks ago but received no response, so I'm trying again:) The changes to syscons.c in the last month or so panic my machines that do not have a screen but have syscons in the kernel (they only have a serial terminal). It happens somewhere in the attach routine during a bcopy. This led me to look through the the syscons.c file. One thing that bothers me is that the probe can never fail. It assumes that there is a screen. In the attach routine it will check if it is a colour screen otherwise it reverts to monochrome. Shouldn't the probe determine if there is a screen and fail if there isn't? With the other changes in the kernel and the boot blocks one would assume that you can have a kernel with syscons compiled in and the syscons probe will just fail and go on with your console on the serial port, which does happen by the way, I do see the panic message on the serial terminal. Anyone care to comment? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Sun Apr 23 15:18:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11309 for hackers-outgoing; Sun, 23 Apr 1995 15:18:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11294 for ; Sun, 23 Apr 1995 15:18:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06497; Mon, 24 Apr 1995 00:18:23 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10747 for hackers@freebsd.org; Mon, 24 Apr 1995 00:18:22 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id XAA02620 for hackers@freebsd.org; Sun, 23 Apr 1995 23:55:53 +0200 From: J Wunsch Message-Id: <199504232155.XAA02620@jette.heep.sax.de> Subject: Re: benchmark hell.. To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 23:55:49 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504231256.MAA02465@jsdinc.root.com> from "John S. Dyson" at Apr 23, 95 12:56:23 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 211 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Part of the execl problem is the Sun-OS style shared libs that we > use. To the contrary, *make*ing the Linux shlib's is a pain in the butt, while it's a very easy process to create a SunOS-like shlib. Jörg From owner-freebsd-hackers Sun Apr 23 15:18:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11302 for hackers-outgoing; Sun, 23 Apr 1995 15:18:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11293 for ; Sun, 23 Apr 1995 15:18:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06501; Mon, 24 Apr 1995 00:18:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10751 for hackers@freebsd.org; Mon, 24 Apr 1995 00:18:23 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id AAA02644 for hackers@freebsd.org; Mon, 24 Apr 1995 00:05:20 +0200 From: J Wunsch Message-Id: <199504232205.AAA02644@jette.heep.sax.de> Subject: Re: How do I set a kernel variable? To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 00:05:17 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at Apr 23, 95 06:40:06 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 918 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It turns out that it _is_ possible to set a variable, but there's a trick > to it. [Evil trickery deleted] > > If you try to just do the following: > > gdb -k > set write > exec-file /kernel > > you'll get an error, because gdb tries to open /kernel for writing, which > (for some reason) fails miserably. /kernel installed by ``make install''? I think it will have the immutable flag set then. > > Maybe we should have a "-w" flag to specify opening the core-file for > writing ? Any opinions ? After reading your description, just this question came to mind. If nobody objects: go for it. > > Could you add this tip to the kernel-debug.FAQ, J"org ? Once my CVS is back, yes. Otherwise: you've got commit privs, too. Your english is (hopefully :) better than mine -- so you can also do it yourself. I don't mind doing it however. Will keep you message in my growing work queue, as a reminder. Jörg From owner-freebsd-hackers Sun Apr 23 15:18:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11318 for hackers-outgoing; Sun, 23 Apr 1995 15:18:49 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11295 for ; Sun, 23 Apr 1995 15:18:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06505; Mon, 24 Apr 1995 00:18:25 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10754 for hackers@freebsd.org; Mon, 24 Apr 1995 00:18:24 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id AAA02677 for hackers@freebsd.org; Mon, 24 Apr 1995 00:11:04 +0200 From: J Wunsch Message-Id: <199504232211.AAA02677@jette.heep.sax.de> Subject: Re: [EISA] related matters To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 00:11:02 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504231910.MAA27694@ref.tfs.com> from "Poul-Henning Kamp" at Apr 23, 95 12:10:13 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 215 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It has always had me wondering why >I< had to tell config about spl-levels... > ...and watch out for funny things if your idea in the config file dis- agrees with the driver's idea of which splXXX() to use. :-/ From owner-freebsd-hackers Sun Apr 23 16:04:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12981 for hackers-outgoing; Sun, 23 Apr 1995 16:04:31 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12975 for ; Sun, 23 Apr 1995 16:04:29 -0700 Received: from jsdinc.root.com (uucp@localhost) by Root.COM (8.6.8/8.6.5) with UUCP id QAA09525; Sun, 23 Apr 1995 16:04:26 -0700 Received: (root@localhost) by localhost (8.6.11/8.6.5) id SAA00351; Sun, 23 Apr 1995 18:06:20 GMT From: "John S. Dyson" Message-Id: <199504231806.SAA00351@localhost> Subject: Re: benchmark hell.. To: FreeBSD.org!hackers@implode.root.com Date: Sun, 23 Apr 1995 18:06:20 +0000 () Cc: hackers@FreeBSD.org In-Reply-To: <199504232155.XAA02620@jette.heep.sax.de> from "J Wunsch" at Apr 23, 95 11:55:49 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1328 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Part of the execl problem is the Sun-OS style shared libs that we > > use. > > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > while it's a very easy process to create a SunOS-like shlib. > I agree... I have built some large SVR3 style shared libs in the past (100-500 entry points), from code that wasn't originally meant to use them. But the SunOS style shared libs are slower to start-up and take an extra (scarce) register much of the time on an X86. On some machines like the R3000-R4400 that I use/kernel hack at work, it really does not cost as much (they pre-bind the shared libs to an address, and the R3000-R4400's have lots of registers.) In fact, you can produces SunOS style shared libs directly from the .a's on the R3000-R4400's!!!! The fact is though, we DO have what we have, and I hope that we can make our shlib's faster and more efficient. We have done lots in the mmap code to help mitigate the speed issues, and it would be nice if someone could take on the task of improving the efficiency from the ld.so viewpoint someday. Note that I wasn't saying that our shared libs are BAD, it is just that they can make it seem that the system is slower (and in some cases can make a difference in reality). But indeed the SunOS scheme is more flexible. John dyson@root.com From owner-freebsd-hackers Sun Apr 23 16:11:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13114 for hackers-outgoing; Sun, 23 Apr 1995 16:11:24 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13108 for ; Sun, 23 Apr 1995 16:11:24 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA28229; Sun, 23 Apr 1995 16:11:05 -0700 From: Julian Elischer Message-Id: <199504232311.QAA28229@ref.tfs.com> Subject: Re: Case for FreeBSD presentation docs? To: agl@mac.glas.apc.org (Anthony Graphics) Date: Sun, 23 Apr 1995 16:11:05 -0700 (PDT) Cc: terry@cs.weber.edu, peter@bonkers.taronga.com, rcarter@geli.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Anthony Graphics" at Apr 23, 95 10:48:40 pm Content-Type: text Content-Length: 912 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The scheduler comes from the 1.2.5 ? ;v) > I was pretty happy about our new Linux box(ASUS SP3G NCR53C810,Mach32 DRAM, > AST clone) until I run into the following problem: when I'm doing > mt retension > everything else dies (I mean until the command completes the system > turns into Windoze box running in the DOS compatibility session) > So I'm now stuck with the question what sucks: > NCR driver in Linux The linux system NCR driver doesn't support detatch/reattach, and a few other 'normal' niceties.. (of course this will be fixed with time.) they also have no such thing as a raw device (so I'm told) so everything always goes through the buffer cache.. (source, author of NCR driver (indirectly)) > The previous server (VLB machine assembled from the parts of unknown > origin ;-) dealt with this simple task much better (with Aha1542C) > so I think the problem lies in the driver. yes julian From owner-freebsd-hackers Sun Apr 23 16:30:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13469 for hackers-outgoing; Sun, 23 Apr 1995 16:30:50 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13462 for ; Sun, 23 Apr 1995 16:30:49 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA28279 for hackers@FreeBSD.org; Sun, 23 Apr 1995 16:30:48 -0700 From: Julian Elischer Message-Id: <199504232330.QAA28279@ref.tfs.com> Subject: Re: Gating hackers into the newsgroups To: hackers@FreeBSD.org Date: Sun, 23 Apr 1995 16:30:48 -0700 (PDT) In-Reply-To: <199504232117.XAA02403@jette.heep.sax.de> from "J Wunsch" at Apr 23, 95 11:17:12 pm Content-Type: text Content-Length: 2531 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > The hackers list is already near 10 MB / month. I won't like to see > > it further bloated. > > > > The -hackers mailing list reads like a newsgroup anyways, so two-way > > gating will allow you to unsubscribe from -hackers and just read the > > articles in the newsgroup you're interested in following. > > I still don't like it. Usenet is too slow to respond in a timely > fashion, at least at this end of the world here. > > A fully two-way gateway would further bloat the list. 80 % of the > questions asked in comp.unix.bsd.freebsd.misc can easily be answered > by 80 % of the user base out there. There is absolutely no need to ask > this kind of stuff to the _developers_ of the system. Most of the > people apparently lack a good unix introduction. The easier our > install procedure will become, the larger this part of the newsgroup > questions will grow. This is not to say that this is a bad thing, > but IMHO, Usenet is better suited for a user <-> user support, while > the mailing lists provide for a way to have user <-> developer > interaction. We do need both. > Ok but what aare we trying to achieve? 1/ we want people looking at the usenet groups to decide which OS to get to realise that there is a lot of support with FreeBSD. (and a lot of users) 2/ we want people who just 'check-out' the news group, to stay current to see answers to problems and not just problems It's largely a PR exercise as well as a real tech-support issue. 3/ We don't want people answering on the newsgroup if the original posting was in the mailing list.. My suggestion: 'questions' is gated to the news group by being sent to an alias 'news' all 'news' items have the following headder tacked on the FRONT of them before being gated to usenet: **************************************************************************** * This article has been forwarded to USENET from the FreeBSD-questions * * mailing list. It's appearance here on USENET is for informational * * purposes only. Replies to USENET on this topic will NOT be seen * * by the original posters. to reply, send mail to: * * FreeBSD-questions@FreeBSD.org * * send mail to majordome@FreeBSD.org, stating 'help' for more information * **************************************************************************** Note: this is a ONE WAY gate, that allows people to see the activity and makes it explicitly known what to do to respond.. julian From owner-freebsd-hackers Sun Apr 23 16:34:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13521 for hackers-outgoing; Sun, 23 Apr 1995 16:34:53 -0700 Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13511 for ; Sun, 23 Apr 1995 16:34:44 -0700 From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.12/8.6.10) id AAA04090; Mon, 24 Apr 1995 00:33:19 +0100 X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Mon, 24 Apr 95 0:28:32 +0100 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Sun, 23 Apr 95 23:28:29 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Sun, 23 Apr 95 23:28:28 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:4294-950423232828-0D0B] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: non-disclosure:; Date: Sun, 23 Apr 95 23:28:28 +0000 Content-Identifier: Re(2): IP proble Message-Id: <"PC-950423232723-3424*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: amurai@spec.co.jp Cc: hackers@FreeBSD.org In-Reply-To: <199504201443.XAA01201@tama.spec.co.jp> Subject: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I have now discovered the problem that was giving me my reboots (at least the ones concerned with IIJ PPP). Having found out what made it go bang, it then became obvious that my configuration was in fact wrong - though this does point up some issues in kernel packet routing and in the IIJPPP that probably want fixing. How to make it go bang ====================== This problem applies to any point-to-point interface - I have reproduced it with tun0 and ppp0. ifconfig tun0 1.2.3.4 5.6.7.8 # normally done for you by ppp route add default 1.2.3.4 # *WRONG* should be 4.5.6.7 ping 9.8.7.6 # any address with no specific route BOOM! What appears to be going on is that the local interface address of a point-to-point link is not considered valid when routing a packet (ie. unlike the ethernet interfaces, the point-to-point interfaces don't provide a loopback facility for their own interface address). However, the test for a legal destination for a default route allows either end of a point-to-point link to be specified and so the dud default route is allowed to be entered into the routing table. When a packet then comes along and tries to use the default route, the routing logic appears to go into , , -> infinite recursion and crash. Problem 1 ========= It shouldn't be possible to add such an invalid default route. ifa_ifwithroute() in src/sys/net/route.c looks like the right place, but it is rather complicated already.... Problem 2 ========= Disaster shouldn't occur if the routing table does get screwed up (which it might otherwise do with redirects or interfaces disappearing). Probably easy enough to add some recursion control if only I could find where it was actually happening in the first place... Problem 3 ========= IIJ PPP really needs a better means of adding default routes. The reason my configuration was wrong in the first place was that my ISP assigns me a fixed IP address, but the address at their end varies according to which of their machines I dial into - so I set up the default route to my interface address (fixed) and let the address of the other end get negotiated by PPP. Manual dialling is no problem, since the script can contain "add 0 0 HISADDR", but the problem with dial-on-demand is that the default route must exist before the link is up (in order to get the packets to trigger the auto-dial), yet may need to change afterwards when the address at the far end has been negotiated. Either ppp needs to know all the routes that point at its interface (which might be network route(s) rather than a global default route), and delete/re-insert them once the address of the far end is known, or else the kernel restriction on routing to the local interface address needs to be relaxed (but what if you have multiple point-to-point links sharing the same address). I'm not sure if this problem explains all the wierd behaviour I was seeing - some of the unpredictability was caused by things like DNS caching leading to unexpected DNS traffic trying to use the defective route, but not the tcpdump/ipfw problems. Maybe they were unrelated bugs that have since been fixed (I can't now reproduce them on my test systems, and haven't yet dared upgrade my 'live' system to a more recent kernel, as it currently works if I don't touch it). Any thoughts on the above greatly appreciated. I can probably make some suitable changes to ppp to solve problem 3, but I'm not sure I understand the existing kernel routing code well enough to fix 1 and 2. Andrew. andrew.gordon@net-tel.co.uk From owner-freebsd-hackers Sun Apr 23 16:54:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13749 for hackers-outgoing; Sun, 23 Apr 1995 16:54:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13743 for ; Sun, 23 Apr 1995 16:54:09 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA28367; Sun, 23 Apr 1995 16:54:00 -0700 From: Julian Elischer Message-Id: <199504232354.QAA28367@ref.tfs.com> Subject: Re: syscons probe function To: jhay@mikom.csir.co.za (John Hay) Date: Sun, 23 Apr 1995 16:54:00 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199504232133.XAA01284@zibbi.mikom.csir.co.za> from "John Hay" at Apr 23, 95 11:33:12 pm Content-Type: text Content-Length: 1315 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have mailed about this 2 weeks ago but received no response, so I'm trying > again:) sorry to hear this... sometime everyone assumes that someone else is going to answer.. basically if you haven't heard in 2 days, assume this has happenned. (we are planning on fixing this when we work out HOW) :) > > The changes to syscons.c in the last month or so panic my machines that do > not have a screen but have syscons in the kernel (they only have a serial > terminal). It happens somewhere in the attach routine during a bcopy. > > This led me to look through the the syscons.c file. One thing that bothers me > is that the probe can never fail. It assumes that there is a screen. In the > attach routine it will check if it is a colour screen otherwise it reverts > to monochrome. > > Shouldn't the probe determine if there is a screen and fail if there isn't? > With the other changes in the kernel and the boot blocks one would assume > that you can have a kernel with syscons compiled in and the syscons probe > will just fail and go on with your console on the serial port, which does > happen by the way, I do see the panic message on the serial terminal. I wonder HOW we could see it there is a display? do a memory test on it's ram? maybe the serial console code should disable syscons? julian From owner-freebsd-hackers Sun Apr 23 16:56:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13807 for hackers-outgoing; Sun, 23 Apr 1995 16:56:46 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13800 for ; Sun, 23 Apr 1995 16:56:44 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id QAA00688; Sun, 23 Apr 1995 16:46:34 GMT Message-Id: <199504231646.QAA00688@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Anthony Graphics cc: freebsd-hackers@FreeBSD.org Subject: Do you run FreeBSD? Re: Case for FreeBSD presentation docs? In-reply-to: Your message of "Sun, 23 Apr 1995 22:48:40 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 16:46:32 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Anthony Graphics said: Curious, as to if you are just a linux user posting on the mailing list. One of the reasons that I joined the mailing lists was to get away from the linux postings on the *bsd lists. Tnks, Amancio From owner-freebsd-hackers Sun Apr 23 17:43:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14981 for hackers-outgoing; Sun, 23 Apr 1995 17:43:00 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA14973 for ; Sun, 23 Apr 1995 17:42:33 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA09625; Sun, 23 Apr 1995 17:42:19 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA12354; Mon, 24 Apr 1995 10:39:20 +1000 Date: Mon, 24 Apr 1995 10:39:20 +1000 From: Bruce Evans Message-Id: <199504240039.KAA12354@godzilla.zeta.org.au> To: FreeBSD.org!hackers@implode.root.com, toor@jsdinc.root.com Subject: Re: benchmark hell.. Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > Part of the execl problem is the Sun-OS style shared libs that we >> > use. I think this is being fixed by slowing down the Linux libraries to support ELF :-). >> To the contrary, *make*ing the Linux shlib's is a pain in the butt, >> while it's a very easy process to create a SunOS-like shlib. Apparently the benchmark doesn't test making the libraries :-). >efficient. We have done lots in the mmap code to help mitigate the speed >issues, and it would be nice if someone could take on the task of improving >the efficiency from the ld.so viewpoint someday. I think making libgcc static already made them 10% faster for small programs. Bruce From owner-freebsd-hackers Sun Apr 23 17:59:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA15216 for hackers-outgoing; Sun, 23 Apr 1995 17:59:23 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA15193 for ; Sun, 23 Apr 1995 17:58:59 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id CAA02825; Mon, 24 Apr 1995 02:00:05 +0100 From: Paul Richards Message-Id: <199504240100.CAA02825@isl.cf.ac.uk> Subject: Re: Gating hackers into the newsgroups To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 24 Apr 1995 02:00:04 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199504232330.QAA28279@ref.tfs.com> from "Julian Elischer" at Apr 23, 95 04:30:48 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1742 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Julian Elischer who said > > 'questions' is gated to the news group by being sent to an alias > 'news' > > all 'news' items have the following headder tacked on the FRONT of them > before being gated to usenet: > > **************************************************************************** > * This article has been forwarded to USENET from the FreeBSD-questions * > * mailing list. It's appearance here on USENET is for informational * > * purposes only. Replies to USENET on this topic will NOT be seen * > * by the original posters. to reply, send mail to: * > * FreeBSD-questions@FreeBSD.org * > * send mail to majordome@FreeBSD.org, stating 'help' for more information * > **************************************************************************** > > Note: this is a ONE WAY gate, that allows people to see the activity > and makes it explicitly known what to do to respond.. The reply-to field can be set to the appropriate list too. That would at least provide an easy way to contact us. This is an interesting idea. It'll basically do what I'd like to see, which is provide a more accurate impression of how active this project is in the newsgroups and it also seems to solve all the drawbacks that people have so far raised. Hmm, if this was acceptable we could gate all the "general" mailing lists to the newsgroups in this way. They'd look like the linux newsgroups then :-) -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Sun Apr 23 17:43:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14988 for hackers-outgoing; Sun, 23 Apr 1995 17:43:16 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA14974 for ; Sun, 23 Apr 1995 17:42:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA12354; Mon, 24 Apr 1995 10:39:20 +1000 Date: Mon, 24 Apr 1995 10:39:20 +1000 From: Bruce Evans Message-Id: <199504240039.KAA12354@godzilla.zeta.org.au> To: FreeBSD.org!hackers@implode.root.com, toor@jsdinc.root.com Subject: Re: benchmark hell.. Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > Part of the execl problem is the Sun-OS style shared libs that we >> > use. I think this is being fixed by slowing down the Linux libraries to support ELF :-). >> To the contrary, *make*ing the Linux shlib's is a pain in the butt, >> while it's a very easy process to create a SunOS-like shlib. Apparently the benchmark doesn't test making the libraries :-). >efficient. We have done lots in the mmap code to help mitigate the speed >issues, and it would be nice if someone could take on the task of improving >the efficiency from the ld.so viewpoint someday. I think making libgcc static already made them 10% faster for small programs. Bruce From owner-freebsd-hackers Sun Apr 23 18:03:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA15386 for hackers-outgoing; Sun, 23 Apr 1995 18:03:11 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA15378 ; Sun, 23 Apr 1995 18:03:09 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Sir Ilya Tsymbal cc: hackers@FreeBSD.org Subject: Re: install problem with 3c509. What to do? In-reply-to: Your message of "Sun, 23 Apr 95 16:47:06 EDT." Date: Sun, 23 Apr 1995 18:03:09 -0700 Message-ID: <15376.798685389@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am then prompted for all sortsa stuff, like IP, netmask, name, domain > name and some others. And your values for one of these is simply wrong. That's your problem. Please verify particularly that the name server and gateway values are correct - only your local system guru can tell you for sure, we certainly can't from here. Jordan > when this is all done, and the program says 'fetching the files blah blah' > I switch to the command output screen, and I see these error messages: > NcFTP: could not get your passwd entry: (9) bad file descriptor > : gethostbyname error(2): host name lookup failure > NcFTP 1.8.6 (october 20..... blah blah... > Error: improper distribution. No checksum script found. > > I know the card and the connnection works fine, I have logged in to a Novell > server with it. > > So, if you have any idea what could be wrong or what I could do to get > around th problem, I would appreciate if you tell me. > I will be checking this newsgroup (CUBFM), but please also CC: your reply > to me. > > Thanks, > > Ilya Tsymbal > > > Ilya Tsymbal '96 Harvard U, Quincy House From owner-freebsd-hackers Sun Apr 23 18:09:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA15581 for hackers-outgoing; Sun, 23 Apr 1995 18:09:33 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA15575 for ; Sun, 23 Apr 1995 18:09:29 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA12989; Mon, 24 Apr 1995 11:05:35 +1000 Date: Mon, 24 Apr 1995 11:05:35 +1000 From: Bruce Evans Message-Id: <199504240105.LAA12989@godzilla.zeta.org.au> To: julian@ref.tfs.com, phk@ref.tfs.com Subject: Re: [EISA] related matters Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >It has always had me wondering why >I< had to tell config about spl-levels... >What we really should have is a TEXT_SET(device_probe...) and kill config... No linker magic is required or good. Drivers should register their interrupt masking requirements as late as possible, preferably not until open() completes. I looked for other things that could be config'ed better in GENERIC: isa? config at attach time or later vector config when intr is attached iosiz config at attach time after probe decides it? These things can't always (never for isa) be config'ed later because probing likely addresses is too dangerous: port, iomem These things can't always be config'ed later because probing is unreliable: irq, drq Bruce From owner-freebsd-hackers Sun Apr 23 18:13:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA15648 for hackers-outgoing; Sun, 23 Apr 1995 18:13:03 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA15641 for ; Sun, 23 Apr 1995 18:12:58 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15657 (5.67a/IDA-1.5); Sun, 23 Apr 1995 20:03:27 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA16136; 23 Apr 95 19:51:08 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA16133; Sun, 23 Apr 1995 19:51:07 -0500 From: Peter da Silva Message-Id: <199504240051.TAA16133@bonkers.taronga.com> Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) To: Andrew.Gordon@net-tel.co.uk Date: Sun, 23 Apr 1995 19:51:07 -0500 (CDT) Cc: amurai@spec.co.jp, hackers@FreeBSD.org In-Reply-To: <"PC-950423232723-3424*/G=Andrew/S=Gordon/O=NET-TEL Computer from "Andrew.Gordon@net-tel.co.uk" at Apr 23, 95 11:28:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 249 Sender: hackers-owner@FreeBSD.org Precedence: bulk > or else the kernel restriction on routing to the local > interface address needs to be relaxed (but what if you have multiple > point-to-point links sharing the same address). How could you do that? Each interface needs to have a unique address. From owner-freebsd-hackers Sun Apr 23 18:22:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16000 for hackers-outgoing; Sun, 23 Apr 1995 18:22:27 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA15994 for ; Sun, 23 Apr 1995 18:22:25 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id SAA00281; Sun, 23 Apr 1995 18:14:51 GMT Message-Id: <199504231814.SAA00281@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: jkh@violet.berkeley.edu (Jordan K. Hubbard) cc: hackers@FreeBSD.org Subject: Re: benchmark hell.. In-reply-to: Your message of "Sun, 23 Apr 1995 03:51:52 MST." <199504231051.DAA04598@violet.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 18:14:49 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Jordan K. Hubbard said: > File Copy 2447.0 13.7 3149.0 17.6 3256.0 18.2 Well, file copy on Linux systems is faster because of the meta-data async behavior. Not that is safe thing to have on a system but on benchmarks it looks good. Amancio From owner-freebsd-hackers Sun Apr 23 18:23:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16036 for hackers-outgoing; Sun, 23 Apr 1995 18:23:22 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA16029 ; Sun, 23 Apr 1995 18:23:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: benchmark hell.. In-reply-to: Your message of "Sun, 23 Apr 95 23:55:49 +0200." <199504232155.XAA02620@jette.heep.sax.de> Date: Sun, 23 Apr 1995 18:23:19 -0700 Message-ID: <16028.798686599@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Part of the execl problem is the Sun-OS style shared libs that we > > use. > > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > while it's a very easy process to create a SunOS-like shlib. I don't think that was the point. We all understand that *BSD's shared lib scheme is infinitely superior to the Linux one from the _developer's_ standpoint, but it's got its own performance penalty associated with it. We decided that the trade-off was worth it, Linux didn't. Jordan From owner-freebsd-hackers Sun Apr 23 18:35:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16252 for hackers-outgoing; Sun, 23 Apr 1995 18:35:52 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA16246 ; Sun, 23 Apr 1995 18:35:50 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com cc: doc@freefall.cdrom.com Subject: tun man page? Date: Sun, 23 Apr 1995 18:35:50 -0700 Message-ID: <16245.798687350@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone out there care to write a man page for the IP tunneling device driver? Unless it's hiding really well in the source tree, I can't find one. Jordan From owner-freebsd-hackers Sun Apr 23 18:59:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16983 for hackers-outgoing; Sun, 23 Apr 1995 18:59:05 -0700 Received: from mail04.mail.aol.com (mail04.mail.aol.com [152.163.172.53]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA16977 for ; Sun, 23 Apr 1995 18:59:04 -0700 From: StevenR362@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA200268712; Sun, 23 Apr 1995 21:58:32 -0400 Date: Sun, 23 Apr 1995 21:58:32 -0400 Message-Id: <950423215830_93699040@aol.com> To: mdiez@ebrps.engr.subr.edu, hackers@FreeBSD.org Subject: Re: Slip w/ 2.0 Sender: hackers-owner@FreeBSD.org Precedence: bulk >In fact, I'll keep FreeBSD as my ONLY UN*X if I can figure out one thing: >To establish SL/IP i normally have to use SLIRP(a pseudo-slip connection >on the AIX machine I dial into). The only thing I've had success using is >Trumpet Winsock(don't laugh). >My usual connection is like this: >login: /*I enter my username*/ >password: /*enter the password*/ >$: /*at the prompt I type 'slirp' and the manually initiate slip with winsock*/ ...... >Since I've never used Kermit or anything _decent_ like it, I would like >to know the easiest way to configure my system for this pseudo-slip >connection. I tried Satoshi Asami's SLIP Client doc but that didn't work. I also use slirp for telnet/ftp access. You simply use a comm package that allows you to quit without hanging up the line. I use Seyon to dial into the University HPUX system from my FreeBSD box and then login:,password:, shell prompt %slirp and then exit Seyon without hanging up the modem line. Then on my home FreeBSD system I run the following suid root shell script ( I know, I know suid script's are a "Bad Thing" Tm. ;) #!/bin/sh slattach -a -h -s 38400 /dev/cua01 ifconfig sl0 inet my.fake.ip university.ip.addr netmask 255.255.255.0 route delete default route add default university.ip.addr I also had to configure named with the following entry in the /etc/named.boot file to get outside name lookup to work. cache . root.cache forwarders university.nameserver.ip_addr slave This might not be the best solution but it works for me. :) Steve P.S. Have you gotten ftp to work with slirp and Trumpet Winsock? slirp:ftp works fine with FreeBSD but I've never been able to get it to work right with Trumpet. From owner-freebsd-hackers Sun Apr 23 19:17:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA17396 for hackers-outgoing; Sun, 23 Apr 1995 19:17:37 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA17382 ; Sun, 23 Apr 1995 19:17:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA14777; Mon, 24 Apr 1995 12:11:50 +1000 Date: Mon, 24 Apr 1995 12:11:50 +1000 From: Bruce Evans Message-Id: <199504240211.MAA14777@godzilla.zeta.org.au> To: hackers@FreeBSD.org, jhay@mikom.csir.co.za, sos@FreeBSD.org Subject: Re: syscons probe function Sender: hackers-owner@FreeBSD.org Precedence: bulk >The changes to syscons.c in the last month or so panic my machines that do >not have a screen but have syscons in the kernel (they only have a serial >terminal). It happens somewhere in the attach routine during a bcopy. >This led me to look through the the syscons.c file. One thing that bothers me >is that the probe can never fail. It assumes that there is a screen. In the >attach routine it will check if it is a colour screen otherwise it reverts >to monochrome. >Shouldn't the probe determine if there is a screen and fail if there isn't? Yes, but scinit() needs to decide before the probe is even called. I suspect that the crash is due to a missing video BIOS. syscons gropes in the video BIOS memory for `video_mode_ptr' iff the card appears to be an SVGA. The pointers are supposed to be checked with the ISMAPPED() macro. However, video mode data isn't checked. Perhaps the main thing wrong is the SVGA test: outb(crtc_addr, 7); if (inb(crtc_addr) == 7) svga = TRUE; If there is no device at crtc_addr, then the inb() will return a garbage value which will often be the value just written. The test should be at least as complicated as: outb(crtc_addr, 7); outb(harmless_port, value_other_than_7); if (inb(crtc_addr) == 7) svga = TRUE; Bruce From owner-freebsd-hackers Sun Apr 23 19:31:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18157 for hackers-outgoing; Sun, 23 Apr 1995 19:31:39 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18145 for ; Sun, 23 Apr 1995 19:31:35 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id TAA00688; Sun, 23 Apr 1995 19:24:01 GMT Message-Id: <199504231924.TAA00688@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: benchmark hell.. In-reply-to: Your message of "Sun, 23 Apr 1995 18:23:19 MST." <16028.798686599@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 19:23:57 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > > Part of the execl problem is the Sun-OS style shared libs that we > > > use. > > > > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > > while it's a very easy process to create a SunOS-like shlib. > Excuse, but how many copies of static shared libraries must one keep in a linux system :) Yeah , their implementation is faster than ours in this case I rather keep our implementation of shared libraries. Amancio From owner-freebsd-hackers Sun Apr 23 19:38:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18547 for hackers-outgoing; Sun, 23 Apr 1995 19:38:49 -0700 Received: from husc.harvard.edu (scunix5.harvard.edu [140.247.30.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18539 for ; Sun, 23 Apr 1995 19:38:45 -0700 Received: from fas by husc.harvard.edu with SMTP; Sun, 23 Apr 1995 22:38:37 -0400 Received: by fas (5.0/16.2) id AA14913; Sun, 23 Apr 1995 22:37:16 -0400 Date: Sun, 23 Apr 1995 22:37:06 -0400 (EDT) From: Sir Ilya Tsymbal Subject: Re: install problem with 3c509. What to do? To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org, Ilya Tsymbal In-Reply-To: <15376.798685389@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1837 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Jordan K. Hubbard wrote: > > I am then prompted for all sortsa stuff, like IP, netmask, name, domain > > name and some others. > > And your values for one of these is simply wrong. That's your > problem. Please verify particularly that the name server and gateway > values are correct - only your local system guru can tell you for > sure, we certainly can't from here. > > Jordan Hi, thanks for replying so promptly. Well, I made sure everything I type in is correct. And it was. my computer's name is itsymbal.student.harvard.edu; that's what I type in for Fully Qualified name. I know this setting is correct. my ip is 140.247.147.81; I know this is correct for sure. Next is the netmask; the default that comes up is 0xffffff00, the one I have been told I have is 255.255.255.0, which is the same as 0xffffff00, I believe. I have tried both. Any extensions to ifconfig, put them here: I am not sure about this. I didn't put any, just pressed Enter. Default gateway is my IP with a 1 at the end, 140.247.147.1 NS we are told to use is 128.103.21.15, and I checked and it's up. So, I am pretty much sure the settings are correct. Except maybe for extra flags. I tried using both primary and secondary us sources; I don't believe the FTP program ever tried to connect to either. Right after the 'fetching bin distr....' message comes up, I get a message NcFTP: could not get your password entry (9): bad file descripror. Why does it try to get a password entry? Isn't it anonymous FTP? And then I get an error: : gethostbyname error (2):hostname lookup failure. So, that's all the clues I have. I know the card is recognised during startup as a 3c5x9 at Ox300 and IRQ 10, which is what it is. Please tell me what to do, I am at the end of my wits. Ilya Tsymbal From owner-freebsd-hackers Sun Apr 23 19:42:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18761 for hackers-outgoing; Sun, 23 Apr 1995 19:42:24 -0700 Received: from amalfi.trl.OZ.AU (amalfi.trl.OZ.AU [137.147.99.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18748 for ; Sun, 23 Apr 1995 19:42:08 -0700 Received: from netbsd08.dn.itg.telecom.com.au ([144.139.63.32]) by amalfi.trl.OZ.AU (8.6.10/8.6.9) with ESMTP id MAA28762; Mon, 24 Apr 1995 12:39:56 +1000 Received: from netbsd08.dn.itg.telecom.com.au (netbsd08.dn.itg.telecom.com.au [144.139.63.32]) by netbsd08.dn.itg.telecom.com.au (8.6.8/8.6.6) with SMTP id LAA26101; Mon, 24 Apr 1995 11:03:34 +0800 Date: Mon, 24 Apr 1995 11:03:33 +0800 (WST) From: Terry Dwyer To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: yeah, what is the deal with this? In-Reply-To: <21239.798633586@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Jordan K. Hubbard wrote: > > I'll try to dig up the reference - they sent something to this list awhile > back.. > > Jordan You may want to have a look at this. It is basically CMU BootP. It offers DHCP support _and_ automatic (not dynamic) address assignment. No, I have not tested it. >From the bootp mailing list... -------------------------------------------------------------------- >From A.J.Cole@cbl.leeds.ac.uk Date: Thu, 20 Apr 1995 08:20:37 +0100 From: Andrew J Cole To: A.J.Cole@cbl.leeds.ac.uk, DINHK@agvic.gov.au Cc: bootp@andrew.cmu.edu Subject: Re: bootp-2.4.3+dhcp >Date: Thu, 20 Apr 1995 16:04:26 +0010 >From: "Kim Dinh" > >> 1) there is an updated DHCP patch set for 2.4.3 ... >> >> nimbus.anu.edu.au:/pub/tridge/samba/contributed/DHCP.patch >> >> with leasing fixed etc. > >Hi Andrew, > >Could you please tell me where can I get bootp-2.4.3 + DHCP ? I >cannot use the above patch because I do not have bootp-2.4.2 The patches apply equally well to the bootp-2.4.3 kit firewall.mc.com:/pub/bootp-2.4.3.tar.Z -rw-r--r-- 1 ftponly ftpanon 128265 Mar 27 22:58 bootp-2.4.3.tar.Z if the problem is the references to bootp-2.4.2 as well as bootp-2.4.3 in the DHCP.patch just untaring twice mv(ing) the first one to bootp-2.4.2 is probably the easiest way to apply the patch. Andrew ----------------------------------------------------------------------- From owner-freebsd-hackers Sun Apr 23 19:48:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18976 for hackers-outgoing; Sun, 23 Apr 1995 19:48:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18970 for ; Sun, 23 Apr 1995 19:48:27 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA15534; Mon, 24 Apr 1995 12:43:02 +1000 Date: Mon, 24 Apr 1995 12:43:02 +1000 From: Bruce Evans Message-Id: <199504240243.MAA15534@godzilla.zeta.org.au> To: hasty@star-gate.com, jkh@freefall.cdrom.com Subject: Re: benchmark hell.. Cc: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Part of the execl problem is the Sun-OS style shared libs that we > > > > use. > > > > > > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > > > while it's a very easy process to create a SunOS-like shlib. > > >Excuse, but how many copies of static shared libraries must one keep >in a linux system :) One. Bruce From owner-freebsd-hackers Sun Apr 23 20:12:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA19627 for hackers-outgoing; Sun, 23 Apr 1995 20:12:37 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA19621 for ; Sun, 23 Apr 1995 20:12:33 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16534 (5.67a/IDA-1.5 for freebsd.org!hackers); Sun, 23 Apr 1995 21:49:05 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA18810; 23 Apr 95 21:42:15 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id VAA18807 for hackers@freebsd.org; Sun, 23 Apr 1995 21:42:15 -0500 Date: Sun, 23 Apr 1995 21:42:15 -0500 From: Peter da Silva Message-Id: <199504240242.VAA18807@bonkers.taronga.com> To: hackers@FreeBSD.org Subject: FreeBSD 1.1.5.1 page Sender: hackers-owner@FreeBSD.org Precedence: bulk OK, I've put together the 1.1.5.1 stuff I've been able to locate in http://bonkers.neosoft.com/freebsd/ It'll be moving to www.neosoft.com when I get a chance. This doesn't yet include my ports or the stuff in faser.cs.olemiss.edu:/pub/FreeBSD. It also doesn't include anything already on the 1.1 CDROM. From owner-freebsd-hackers Sun Apr 23 20:13:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA19645 for hackers-outgoing; Sun, 23 Apr 1995 20:13:06 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA19636 for ; Sun, 23 Apr 1995 20:13:02 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16532 (5.67a/IDA-1.5); Sun, 23 Apr 1995 21:48:59 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA18789; 23 Apr 95 21:39:14 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id VAA18786; Sun, 23 Apr 1995 21:39:14 -0500 From: Peter da Silva Message-Id: <199504240239.VAA18786@bonkers.taronga.com> Subject: Re: Gating hackers into the newsgroups To: paul@isl.cf.ac.uk (Paul Richards) Date: Sun, 23 Apr 1995 21:39:13 -0500 (CDT) Cc: julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199504240100.CAA02825@isl.cf.ac.uk> from "Paul Richards" at Apr 24, 95 02:00:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 780 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Note: this is a ONE WAY gate, that allows people to see the activity > > and makes it explicitly known what to do to respond.. > The reply-to field can be set to the appropriate list too. That would > at least provide an easy way to contact us. That's good. That would have a similar effect to making a moderated newsgroup without the hassles. One question, though... are people going to be as frank about any real problems in the more open environment of a newsgroup? Because posting to the list will become equivalent to posting a a newsgroup. Yes, I know the lists are open, but you DO have to make a bit more of an effort to get them. And you're not going to come across them in casual browsing. Perhaps new lists would be better, to lessen the impact of this factor. From owner-freebsd-hackers Sun Apr 23 20:38:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20077 for hackers-outgoing; Sun, 23 Apr 1995 20:38:01 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20058 for ; Sun, 23 Apr 1995 20:37:55 -0700 Received: by haven.uniserve.com id <200>; Sun, 23 Apr 1995 20:51:29 -0700 Date: Sun, 23 Apr 1995 20:50:45 -0700 (PDT) From: Tom Samplonius To: Peter da Silva cc: hackers@FreeBSD.org Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) In-Reply-To: <199504240051.TAA16133@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Peter da Silva wrote: > > or else the kernel restriction on routing to the local > > interface address needs to be relaxed (but what if you have multiple > > point-to-point links sharing the same address). > > How could you do that? Each interface needs to have a unique address. No it doesn't. I've run a SLIP interface and an ethernet interface on a FreeBSD machine both having the same address. I know that it is opinion of some that this shouldn't work, but ..... Tom From owner-freebsd-hackers Sun Apr 23 20:44:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20265 for hackers-outgoing; Sun, 23 Apr 1995 20:44:15 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20259 for ; Sun, 23 Apr 1995 20:44:13 -0700 Received: by haven.uniserve.com id <205>; Sun, 23 Apr 1995 20:57:28 -0700 Date: Sun, 23 Apr 1995 20:56:52 -0700 (PDT) From: Tom Samplonius To: StevenR362@aol.com cc: mdiez@ebrps.engr.subr.edu, hackers@FreeBSD.org Subject: Re: Slip w/ 2.0 In-Reply-To: <950423215830_93699040@aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995 StevenR362@aol.com wrote: > I also had to configure named with the following entry in the /etc/named.boot > file to get outside name lookup to work. > > cache . root.cache > forwarders university.nameserver.ip_addr > slave Why don't you just add the line: nameserver university.nameserver.ip_addr to your /etc/resolv.conf? This way you don't have run and config named. Tom From owner-freebsd-hackers Sun Apr 23 21:00:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20509 for hackers-outgoing; Sun, 23 Apr 1995 21:00:54 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20489 for ; Sun, 23 Apr 1995 21:00:39 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA01230; Mon, 24 Apr 1995 09:57:35 +0500 From: "Serge A. Babkin" Message-Id: <199504240457.JAA01230@hq.icb.chel.su> Subject: Re: Support for Digiboards To: procecorjb@Vir.com (Robert Burns) Date: Mon, 24 Apr 1995 09:57:35 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199504232101.QAA28237@Vir.com> from "Robert Burns" at Apr 23, 95 04:01:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 597 Sender: hackers-owner@FreeBSD.org Precedence: bulk > How can I get my digiboard product (PC/Xe) to work with freebsd 2.0. > I was told that someone was working it but I hav'nt had any luck getting > answers. I'm working on it. May be yet somebody is working too ? > I know that BSDI supports some digiboards. Is there something > of value in that? You're able to use Digiboard with BSDI. This driver has no source code with BSDI 1.1, I don't know about BSDI 2.0. Drivers in binary form are incompatiblle with FreeBSD. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Apr 23 21:09:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20816 for hackers-outgoing; Sun, 23 Apr 1995 21:09:58 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA20809 ; Sun, 23 Apr 1995 21:09:57 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Sir Ilya Tsymbal cc: hackers@FreeBSD.org Subject: Re: install problem with 3c509. What to do? In-reply-to: Your message of "Sun, 23 Apr 95 22:37:06 EDT." Date: Sun, 23 Apr 1995 21:09:57 -0700 Message-ID: <20807.798696597@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Default gateway is my IP with a 1 at the end, 140.247.147.1 > NS we are told to use is 128.103.21.15, and I checked and it's up. > > So, I am pretty much sure the settings are correct. Except maybe for > extra flags. No, that should be correct.. > I tried using both primary and secondary us sources; I don't believe the > FTP program ever tried to connect to either. No, it couldn't even look up their names.. :-( > Right after the 'fetching bin distr....' message comes up, I get a message > NcFTP: could not get your password entry (9): bad file descripror. That can be ignored - there's no passwd file yet and that's a (admittedly gratuitous) warning, not a fatal error. > And then I get an error: : gethostbyname error > (2):hostname lookup failure. There's where it fails in its attempt to look up the remote hostname. Truly, your problem is either: 1. You ethernet card isn't actually working properly. I'd drop into a shell, type `ifconfig ep0' to see if it's up, perhaps try and ping the gateway. If that works, then you know it's not the card. 2. Your gateway isn't passing your packets for some reason. This could be some sort of configuration error on their end. Try and see if you can ping any sites on the other side of the gateway and, of course, the name server itself. 3. Something is truly wrong with the name server, though this is the least likely scenario. Good luck! Jordan From owner-freebsd-hackers Sun Apr 23 21:11:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20870 for hackers-outgoing; Sun, 23 Apr 1995 21:11:44 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20864 for ; Sun, 23 Apr 1995 21:11:42 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id VAA00477; Sun, 23 Apr 1995 21:03:03 GMT Message-Id: <199504232103.VAA00477@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Bruce Evans cc: jkh@freefall.cdrom.com, hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: benchmark hell.. In-reply-to: Your message of "Mon, 24 Apr 1995 12:43:02 +1000." <199504240243.MAA15534@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 21:02:58 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Bruce Evans said: > > > > > Part of the execl problem is the Sun-OS style shared libs that we > > > > > use. > > > > > > > > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > > > > while it's a very easy process to create a SunOS-like shlib. > > > > > >Excuse, but how many copies of static shared libraries must one keep > >in a linux system :) > > One. > > Bruce I don't think so.... Amancio From owner-freebsd-hackers Sun Apr 23 21:13:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20900 for hackers-outgoing; Sun, 23 Apr 1995 21:13:35 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA20894 for ; Sun, 23 Apr 1995 21:13:31 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17165 (5.67a/IDA-1.5); Sun, 23 Apr 1995 22:55:54 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA20419; 23 Apr 95 22:54:57 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id WAA20416; Sun, 23 Apr 1995 22:54:57 -0500 From: Peter da Silva Message-Id: <199504240354.WAA20416@bonkers.taronga.com> Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) To: tom@haven.uniserve.com (Tom Samplonius) Date: Sun, 23 Apr 1995 22:54:57 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Apr 23, 95 08:50:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 604 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > or else the kernel restriction on routing to the local > > > interface address needs to be relaxed (but what if you have multiple > > > point-to-point links sharing the same address). > > How could you do that? Each interface needs to have a unique address. > No it doesn't. I've run a SLIP interface and an ethernet interface on > a FreeBSD machine both having the same address. I know that it is > opinion of some that this shouldn't work, but ..... Well, I think it kinda violates TCP/IP requirements, yes. I guess it's workable, but then you lose the ability to route to each address. From owner-freebsd-hackers Sun Apr 23 21:14:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20939 for hackers-outgoing; Sun, 23 Apr 1995 21:14:42 -0700 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20933 for ; Sun, 23 Apr 1995 21:14:41 -0700 Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.15/15.5+ECS 3.3) id AA228666873; Sun, 23 Apr 1995 21:14:33 -0700 Message-Id: <199504240414.AA228666873@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA10448; Mon, 24 Apr 1995 14:13:51 +1000 From: M C Wong Subject: Re: Slip w/ 2.0 To: StevenR362@aol.com Date: Mon, 24 Apr 1995 14:13:50 EST Cc: mdiez@ebrps.engr.subr.edu, hackers@FreeBSD.org In-Reply-To: <950423215830_93699040@aol.com>; from "StevenR362@aol.com" at Apr 23, 95 9:58 pm X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@FreeBSD.org Precedence: bulk > #!/bin/sh > slattach -a -h -s 38400 /dev/cua01 > ifconfig sl0 inet my.fake.ip university.ip.addr netmask 255.255.255.0 > route delete default > route add default university.ip.addr ^^^^^^^^^^^^^^^^^^ correct me if I am wrong, isn't that the default gw should be a machine on your end, ie my.fake.ip, even though my.fake.ip and university.ip.addr will have the same IP network address ? The other observation, with ifconfig on slX (for serial interface X), if you leave out the destination IP address, it will show that : my.fake.ip ---> 0.0.0.0 on next ifconfig slX command, and it still DOES talk to the other end, in which case, you MUST set your default route to the IP address of your end, since the other end is not necessarily known. From owner-freebsd-hackers Sun Apr 23 21:27:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21210 for hackers-outgoing; Sun, 23 Apr 1995 21:27:22 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA21202 for ; Sun, 23 Apr 1995 21:27:16 -0700 Received: by haven.uniserve.com id <199>; Sun, 23 Apr 1995 21:40:01 -0700 Date: Sun, 23 Apr 1995 21:38:31 -0700 (PDT) From: Tom Samplonius To: Peter da Silva cc: hackers@FreeBSD.org Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) In-Reply-To: <199504240354.WAA20416@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Peter da Silva wrote: > Well, I think it kinda violates TCP/IP requirements, yes. I guess it's > workable, but then you lose the ability to route to each address. The difficulty is not making the routing work, which it certainly does, but how do you *specify* additional routes which is rather annoying. I don't really understand in what way this "violates TCP/IP" requirements. All modern routers that I've used don't make this restriction, which is a good thing when you have 30 network interfaces. Tom From owner-freebsd-hackers Sun Apr 23 21:46:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21848 for hackers-outgoing; Sun, 23 Apr 1995 21:46:37 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA21831 for ; Sun, 23 Apr 1995 21:46:26 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA18753; Mon, 24 Apr 1995 14:45:55 +1000 Date: Mon, 24 Apr 1995 14:45:55 +1000 From: Bruce Evans Message-Id: <199504240445.OAA18753@godzilla.zeta.org.au> To: bde@zeta.org.au, hasty@star-gate.com Subject: Re: benchmark hell.. Cc: hackers@FreeBSD.org, jkh@freefall.cdrom.com, joerg_wunsch@uriah.heep.sax.de Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Excuse, but how many copies of static shared libraries must one keep > > >in a linux system :) > > > > One. > > > > Bruce > >I don't think so.... Linux libraries are backwards compatible if the major number is the same, except for early versions from more than 2 or 3 years ago. The major number has been stable for 1 or 2 years (much longer than in FreeBSD). Bruce From owner-freebsd-hackers Sun Apr 23 22:13:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA22376 for hackers-outgoing; Sun, 23 Apr 1995 22:13:32 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA22346 for ; Sun, 23 Apr 1995 22:13:28 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id BAA24339; Mon, 24 Apr 1995 01:13:19 -0400 Date: Mon, 24 Apr 1995 01:13:19 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199504240513.BAA24339@genesis.tiac.net> To: hackers@FreeBSD.org Subject: floppy tape formatting Sender: hackers-owner@FreeBSD.org Precedence: bulk Good news. I've got floppy tape formatting working on my 1.1.5.1 system. (Bye bye DOS!) I'm going to be putting together a 2.0-current patch set over the next couple of days but before I submit it I'd like to get a few testers to check it out. If you've got some time (and maybe an unformatted tape :-)) send me a message with the following information and I'll send you the 2.x patches: Your email address: Tape drive manufacturer and model: QIC-40 or QIC-80: Tape length(s) you use: (Need the info so I can try and get a variety of hardware.) Thanks! - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Sun Apr 23 22:49:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23113 for hackers-outgoing; Sun, 23 Apr 1995 22:49:08 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA23106 for ; Sun, 23 Apr 1995 22:49:05 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id WAA01089 for ; Sun, 23 Apr 1995 22:41:37 GMT Message-Id: <199504232241.WAA01089@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@FreeBSD.org Subject: Jave source available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 22:41:35 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Well guys go for it :) Amancio ------- Forwarded Message Received: from wicked.neato.org ([198.70.96.1]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id WAA13311 for ; Sun, 23 Apr 1995 22:37:51 -0701 Received: from java.sun.com ([198.70.96.253]) by wicked.neato.org (8.6.12/8.6.12) with SMTP id WAA18537; Sun, 23 Apr 1995 22:28:21 -0700 Received: by java.sun.com (5.x/SMI-SVR4) id AA02875; Sun, 23 Apr 1995 22:24:16 -0700 Received: by java.sun.com (5.x/SMI-SVR4) id AA02866; Sun, 23 Apr 1995 22:24:13 -0700 Message-Id: <9504240518.AA26434@gladys.Eng.Sun.COM> Date: Sun, 23 Apr 1995 22:15:00 -0700 From: lindholm@scndprsn.Eng.Sun.COM (Tim Lindholm) To: java-announce@java.Eng.Sun.COM, java-porting@java.Eng.Sun.COM Subject: SPARC/Solaris Alpha 2 Sources Released Sender: owner-java-porting@java.sun.com Precedence: bulk X-Info: To unsubscribe, send 'unsubscribe' to java-porting-request@java.sun.com The Alpha2 Source Release of Java(tm) and HotJava(tm) from Sun Microsystems is now available for downloading. The Alpha2 source release contains the full sources for the Alpha2 binary release for Sun Solaris 2.3 and 2.4 SPARC-based machines. It is being made available for people to inspect, rebuild or port. Do not download the source release if you expect that it will immediately run on any configuration besides SPARC/Solaris 2.X. To determine whether the Alpha2 Source Release is for you, start by reading http://java.sun.com/source.html. This will be your guide to downloading the release. In particular, be sure to read the source release license, and do not download the release if you object to the terms of that license. Ports are currently under way within our group for Windows95/Windows NT, MacOS and Solaris x86. A port of Java or HotJava is a non-trivial task. People seriously interested in porting Java and HotJava are strongly encouraged to contact us directly for guidance. The java- porting mailing list is also intended to support porting efforts. To subscribe to this mailing list, see http://java.sun.com/mail.html There are currently no mirror sites for the source release. If some become available, they will be announced here. Specific problems with ftp downloading or with the server machine should be addressed to src-admin@java.sun.com. The source release mechanism is still being debugged. If you have problems with it please report them to src-admin@java.sun.com. - -- Tim - - Note to Sun employees: this is an EXTERNAL mailing list! Info: send 'help' to java-porting-request@java.sun.com ------- End of Forwarded Message From owner-freebsd-hackers Sun Apr 23 22:51:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23144 for hackers-outgoing; Sun, 23 Apr 1995 22:51:39 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA23138 for ; Sun, 23 Apr 1995 22:51:35 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id WAA01099 for ; Sun, 23 Apr 1995 22:44:07 GMT Message-Id: <199504232244.WAA01099@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@FreeBSD.org Subject: 3d again... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Apr 1995 22:44:05 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk A little while ago , I posted on Lockheed's fantastic 3d chip well this is what some folks are planning to do with :) Happy Reading, Amancio ------------ From: info7@well.sf.ca.us (Randy Clark) Newsgroups: sci.virtual-worlds Subject: ANNOUNCE: 3 million polygons/sec on PC VR rides. Date: 21 Apr 1995 15:40:54 GMT Organization: The Whole Earth 'Lectronic Link, Sausalito, CA Message-ID: <3n8jm6$rsf@nntp1.u.washington.edu> Press Release: Contact: Jim Bahringer, RPI Entertainment,(415) 495-5671, FAX (415) 512-1131. Email: FASTAR99@AOL.COM RPI ENTERTAINMENT SELECTS LOCKHEED MARTIN GRAPHICS TECHNOLOGY TO IMPLEMENT FASTEST, PROPRIETARY, PHOTOREAL PC VIRTUAL REALITY RIDE SYSTEM. San Francisco, CA -- April 20 -- The frustration with the realities of (virtual reality( is that, today, the visuals are so poor that few are compelled to use it. RPI Entertainment plans to change all that as they initiate production of an amazing graphics system for their location based entertainment units. The system, finally, can make VR and simulation rides look like the crisp special-effects scenes portrayed in science-fiction films. RPI Entertainment(TM) has selected Lockheed Martin(s Real3D(TM) real-time graphics technology as the foundation for a proprietary ultra-fast, photo-real-time image-generation graphics (power card(. Production of the board has begun. The RPI systems will be capable of producing three million polygons per second using only a single PC motherboard. Compared to contemporary standards, this is an amazing capability, not only because of the speed but, also, the ability to produce a relatively massive array of texture maps, or photographic images in real-time. RPI systems will also overlay pre-produced video and film sequences for true interactive-movie experiences. This will reduce the cost of simulation and ride systems by over $100,000.00, creating pricepoints for complete rides under $20,000.00 for photo-perfect experiences. RPI plans to put a VR or simulation ride in every family entertainment center, mall, museum and public facility RPI is currently shipping The Cyberchair(. The Cyberchairs are upgradeable and offer a variety of software experiences and shared user action via telephone interface. You sit in the high-tech flight seat, don virtual reality glasses, grab the industrial grade joysticks and blast off to the edge of a digital galaxy or to a telephonic flight game with a friend in France. RPI Entertainment is a US corporation with 20 years experience in 100,000 person+ media project design and production. RPI Entertainment specializes in state-of-the-art turn-key Arcade, Theater, Family entertainment center and Theme park ride and presentation projects. Advantages of the RPI systems include: higher fidelity, one to one perspective viewing, no distractions from audience members and theater structure, the world's best 3D stereoscopic media and a better emotional and dramatic effect. RPI offers motion chairs, pods, stand-up units, flying rigs, cockpits and other build-to-order simulation rides and entertainmnent devices. RPI has patent protected immersive chambers and its ride systems. Patents issued, pending and continuations, continuations-in-part and third party licenses support the RPI group of companies. ### [MODERATOR'S NOTE: Commercial postings are offered on this newsgroup as a public service. Their appearance here does not indicate endorsement by the moderators or by the USENET or its administrators.] From owner-freebsd-hackers Sun Apr 23 22:53:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23172 for hackers-outgoing; Sun, 23 Apr 1995 22:53:05 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA23162 for ; Sun, 23 Apr 1995 22:52:54 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA21961; Mon, 24 Apr 1995 13:52:50 +0800 Date: Mon, 24 Apr 1995 13:52:50 +0800 (CST) From: Brian Tao cc: hackers@FreeBSD.org Subject: Re: Gating hackers into the newsgroups In-Reply-To: <199504232330.QAA28279@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Julian Elischer wrote: > > 'questions' is gated to the news group by being sent to an alias > 'news' > > all 'news' items have the following headder tacked on the FRONT of them > before being gated to usenet: > > **************************************************************************** > * This article has been forwarded to USENET from the FreeBSD-questions * > * mailing list. It's appearance here on USENET is for informational * > * purposes only. Replies to USENET on this topic will NOT be seen * > * by the original posters. to reply, send mail to: * > * FreeBSD-questions@FreeBSD.org * > * send mail to majordome@FreeBSD.org, stating 'help' for more information * ^^^^^^^^^(majordomo) > **************************************************************************** Eek! Do you really want to add another ~600 bytes to every message gated from freebsd-questions to the newsgroup? Wouldn't a weekly FAQ with instructions on joining the mailing lists be enough? Or at least shorten the banner to something like: [ Reposted from the FreeBSD-questions mailing list! To subscribe to this ] [ list, send mail to majordomo@freebsd.org with "help" in message body. ] ... and set Reply-To: to freebsd-questions@freebsd.org like someone else mentioned. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Apr 23 22:59:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23277 for hackers-outgoing; Sun, 23 Apr 1995 22:59:15 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA23269 ; Sun, 23 Apr 1995 22:59:03 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id HAA02863; Mon, 24 Apr 1995 07:55:49 +0200 From: John Hay Message-Id: <199504240555.HAA02863@zibbi.mikom.csir.co.za> Subject: Re: syscons probe function To: bde@zeta.org.au (Bruce Evans) Date: Mon, 24 Apr 1995 07:55:48 +0200 (SAT) Cc: hackers@FreeBSD.org, jhay@mikom.csir.co.za, sos@FreeBSD.org In-Reply-To: <199504240211.MAA14777@godzilla.zeta.org.au> from "Bruce Evans" at Apr 24, 95 12:11:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1992 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >The changes to syscons.c in the last month or so panic my machines that do > >not have a screen but have syscons in the kernel (they only have a serial > >terminal). It happens somewhere in the attach routine during a bcopy. > > >This led me to look through the the syscons.c file. One thing that bothers me > >is that the probe can never fail. It assumes that there is a screen. In the > >attach routine it will check if it is a colour screen otherwise it reverts > >to monochrome. > > >Shouldn't the probe determine if there is a screen and fail if there isn't? > > Yes, but scinit() needs to decide before the probe is even called. > Well just to get my machines working with a new kernel and not exclude syscons I made the following change to the syscons probe routine. It just fail the probe if the keyboard isn't there. NOTE that I don't think this is the right or best way I just wanted to get going again. *** syscons.c.v2.10.org Wed Apr 19 21:09:18 1995 --- syscons.c Wed Apr 19 21:14:23 1995 *************** *** 173,181 **** } } gotres: ! if (!retries) printf("scprobe: keyboard won't accept RESET command\n"); ! else { gotack: DELAY(10); while ((inb(KB_STAT) & KB_BUF_FULL) == 0) DELAY(10); --- 173,182 ---- } } gotres: ! if (!retries) { printf("scprobe: keyboard won't accept RESET command\n"); ! return 0; ! } else { gotack: DELAY(10); while ((inb(KB_STAT) & KB_BUF_FULL) == 0) DELAY(10); *************** *** 183,190 **** val = inb(KB_DATA); if (val == KB_ACK) goto gotack; ! if (val != KB_RESET_DONE) printf("scprobe: keyboard RESET failed %02x\n", val); } #ifdef XT_KEYBOARD kbd_wait(); --- 184,193 ---- val = inb(KB_DATA); if (val == KB_ACK) goto gotack; ! if (val != KB_RESET_DONE) { printf("scprobe: keyboard RESET failed %02x\n", val); + return 0; + } } #ifdef XT_KEYBOARD kbd_wait(); -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Sun Apr 23 23:04:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA23466 for hackers-outgoing; Sun, 23 Apr 1995 23:04:58 -0700 Received: from husc7.harvard.edu (husc7.harvard.edu [140.247.30.37]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA23460 for ; Sun, 23 Apr 1995 23:04:55 -0700 Date: Mon, 24 Apr 1995 02:01:23 -0400 (EDT) From: Sir Ilya Tsymbal Reply-To: Sir Ilya Tsymbal Subject: Re: install problem with 3c509. What to do? To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org In-Reply-To: <20807.798696597@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > And then I get an error: : gethostbyname error > > (2):hostname lookup failure. > > There's where it fails in its attempt to look up the remote hostname. > > Truly, your problem is either: > > 1. You ethernet card isn't actually working properly. I'd drop into a shell, > type `ifconfig ep0' to see if it's up, perhaps try and ping the gateway. > If that works, then you know it's not the card. I did that. It appears to work properly. I got: ep0: flags=863 mtu 1500 inet 140.247.147.81 netmask 0xffffff00 broadcast 140.247.147.255 ether 00:20:af:11:98 these settings are all correct for my card - all the numbers I got from local netadmin for my computer. So I assume it's not the card itself that is causing the problem. > 2. Your gateway isn't passing your packets for some reason. This could > be some sort of configuration error on their end. Try and see if you > can ping any sites on the other side of the gateway and, of course, the > name server itself. > Well, here is what happens: I try ping, and I get: Ping: wrote , 64 chars, ret=-1 Ping: sendto: no route to host Then at the end, packet loss = 100%. I tried to ping the gateway from another machine, and it reports it up. I tried pinging my machine from even the same subnet and it's down. So, it seems I can't even get to the gateway itself... Hmmm.. Do you have any ideas? > 3. Something is truly wrong with the name server, though this is the least > likely scenario. I don't think that is the problem. I ping'ed it and it's up, I also tried another Name server, same problem. ( I pinged it from another machine) Thanks again, Ilya Tsymbal From owner-freebsd-hackers Sun Apr 23 23:52:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24127 for hackers-outgoing; Sun, 23 Apr 1995 23:52:15 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA24121 for ; Sun, 23 Apr 1995 23:52:13 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA09053; Mon, 24 Apr 1995 02:51:37 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id TAA09201; Sun, 23 Apr 1995 19:22:45 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id TAA00879; Sun, 23 Apr 1995 19:38:14 -0400 Date: Sun, 23 Apr 1995 19:38:14 -0400 From: Thomas David Rivers Message-Id: <199504232338.TAA00879@lakes> To: ref.tfs.com!julian@dg-rtp.dg.com, ponds!rivers Subject: Re: Interesting SCSI cdrom problem.. Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > This is a 'feature' of the driver > once the door has been openned, the drive reports to the driver, that > there has been user intervention of some kind.. > specifically a 'Unit attention' erro is reported to the driver.. > > this tells the driver that the cdrom MAY HAVE BEEN CHANGED!. > > The driver therefore aborts ALL operations until ALL USERS have closed the > device. (including the 'mount' 'user' ). > > When the last user has closed the device, operations on the cdrom are > re-enabled.. > > I'm glad to see you are getting this as it proves that the code in > question is working, and it is vitally important to devices > with read-write removable media that it does.... > consider.. > async write to drive... > {change media} > sync > (OUCH!) > > the same problem exists for cdoms but it doesn't corrupt the media, > just totally screws the internal cached copy of the filesystem nodes > (i.e if it assumed that the same cdrom was in but wasn't.....) > Yes, that entirely makes sense. I was considering the situation myself; what else could you do given that the "disk" can be jerked out from under you? - Thanks - - Dave Rivers - From owner-freebsd-hackers Sun Apr 23 23:57:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24242 for hackers-outgoing; Sun, 23 Apr 1995 23:57:46 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA24236 for ; Sun, 23 Apr 1995 23:57:45 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA29984; Sun, 23 Apr 1995 23:55:31 -0700 From: Julian Elischer Message-Id: <199504240655.XAA29984@ref.tfs.com> Subject: Re: Gating hackers into the newsgroups To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sun, 23 Apr 1995 23:55:31 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 24, 95 01:52:50 pm Content-Type: text Content-Length: 1992 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Sun, 23 Apr 1995, Julian Elischer wrote: > > > > all 'news' items have the following headder tacked on the FRONT of them > > before being gated to usenet: > > > > **************************************************************************** > > * This article has been forwarded to USENET from the FreeBSD-questions * > > * mailing list. It's appearance here on USENET is for informational * > > * purposes only. Replies to USENET on this topic will NOT be seen * > > * by the original posters. to reply, send mail to: * > > * FreeBSD-questions@FreeBSD.org * > > * send mail to majordome@FreeBSD.org, stating 'help' for more information * > ^^^^^^^^^(majordomo) > > **************************************************************************** > > Eek! Do you really want to add another ~600 bytes to every > message gated from freebsd-questions to the newsgroup? Wouldn't a > weekly FAQ with instructions on joining the mailing lists be enough? > Or at least shorten the banner to something like: well, YES if you must know... it can't be missed, and all those thiings need to be said.. I'd settle for: ****** * forwarded from the FreeBSD-questions mailing list. * Replies to USENET on this topic will NOT be seen * by the original posters. to reply, send mail to: * FreeBSD-questions@FreeBSD.org (answers or followups) * send mail to majordomo@FreeBSD.org, stating 'help' for more information ****** I think your version is TOO brief.. part of the effect of the banner is to reinforce the idea that there is more going on than just the USENET group shows. > > [ Reposted from the FreeBSD-questions mailing list! To subscribe to this ] > [ list, send mail to majordomo@freebsd.org with "help" in message body. ] > > ... and set Reply-To: to freebsd-questions@freebsd.org like someone > else mentioned. If we are sure that works for all NEWS software.... julian From owner-freebsd-hackers Mon Apr 24 00:05:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24387 for hackers-outgoing; Mon, 24 Apr 1995 00:05:43 -0700 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24379 for ; Mon, 24 Apr 1995 00:05:34 -0700 From: uucp@kmd-ac.dk Received: from kmd-ac.dk by dkuug.dk with UUCP id AA15696 (5.65c8/IDA-1.4.4j for freebsd.org!hackers); Mon, 24 Apr 1995 09:05:20 +0200 Date: Mon, 24 Apr 1995 09:05:20 +0200 Message-Id: <199504240705.AA15696@dkuug.dk> Subject: Re: syscons probe function Apparently-To: hackers@FreeBSD.org X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From sos Mon Apr 24 09:06:34 +0200 1995 remote from FreeBSD.org Received: from FreeBSD.org by kmd-ac.dk; Mon, 24 Apr 1995 09:01 GMT Received: (sos@localhost) by baltazar (8.6.9/8.6.5) id JAA09287; Mon, 24 Apr 1995 09:06:35 +0200 Message-Id: <199504240706.JAA09287@baltazar> To: jhay@mikom.csir.co.za (John Hay) Date: Mon, 24 Apr 1995 09:06:34 +0200 (MET DST) Cc: hackers@FreeBSD.org, sos@FreeBSD.org In-Reply-To: <199504232133.XAA01284@zibbi.mikom.csir.co.za> from "John Hay" at Apr 23, 95 11:33:12 pm From: sos@FreeBSD.org (So/ren Schmidt) Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1415 In reply to John Hay who wrote: > > I have mailed about this 2 weeks ago but received no response, so I'm trying > again:) Oops, that shouldn't have happend.. > The changes to syscons.c in the last month or so panic my machines that do > not have a screen but have syscons in the kernel (they only have a serial > terminal). It happens somewhere in the attach routine during a bcopy. > > This led me to look through the the syscons.c file. One thing that bothers me > is that the probe can never fail. It assumes that there is a screen. In the > attach routine it will check if it is a colour screen otherwise it reverts > to monochrome. Yep, right, the probe/attach thing is just for "fun", the asume you have the hardware there, it is easy to fix though... > Shouldn't the probe determine if there is a screen and fail if there isn't? > With the other changes in the kernel and the boot blocks one would assume > that you can have a kernel with syscons compiled in and the syscons probe > will just fail and go on with your console on the serial port, which does > happen by the way, I do see the panic message on the serial terminal. > > Anyone care to comment? Did so, I'll look at it RSN... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Mon Apr 24 00:24:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24687 for hackers-outgoing; Mon, 24 Apr 1995 00:24:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24678 for ; Mon, 24 Apr 1995 00:24:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04240; Mon, 24 Apr 1995 09:23:35 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13225; Mon, 24 Apr 1995 09:23:34 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id JAA03513; Mon, 24 Apr 1995 09:04:20 +0200 From: J Wunsch Message-Id: <199504240704.JAA03513@jette.heep.sax.de> Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 09:04:18 +0200 (MET DST) Cc: Andrew.Gordon@net-tel.co.uk Reply-To: hackers@FreeBSD.org In-Reply-To: <199504240051.TAA16133@bonkers.taronga.com> from "Peter da Silva" at Apr 23, 95 07:51:07 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 459 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > or else the kernel restriction on routing to the local > > interface address needs to be relaxed (but what if you have multiple > > point-to-point links sharing the same address). > > How could you do that? Each interface needs to have a unique address. > With the exception that only the remote side of point-to-point links is meaningful for this restriction. You can easily share the local address for 20 plugged-in SLIP or PPP connections. Jörg From owner-freebsd-hackers Mon Apr 24 00:24:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24703 for hackers-outgoing; Mon, 24 Apr 1995 00:24:22 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24676 for ; Mon, 24 Apr 1995 00:24:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04246; Mon, 24 Apr 1995 09:23:43 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13231 for hackers@freebsd.org; Mon, 24 Apr 1995 09:23:42 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id JAA03600 for hackers@freebsd.org; Mon, 24 Apr 1995 09:19:32 +0200 From: J Wunsch Message-Id: <199504240719.JAA03600@jette.heep.sax.de> Subject: Re: Slip w/ 2.0 To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 09:19:29 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Apr 23, 95 08:56:52 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 945 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > cache . root.cache > > forwarders university.nameserver.ip_addr > > slave > > Why don't you just add the line: > > nameserver university.nameserver.ip_addr > > > to your /etc/resolv.conf? This way you don't have run and config named. But this is different. A caching nameserver has its own merits. It avoids the ask-back at the forwarder for each address you need. This really makes a difference if the SLIP line is e.g. saturated by a fat ftp transfer, and the DNS packets would have to sit in the queue until their time has come. With a caching server, while almost no effort is needed to configure it, it will quickly remember the cached addresses, so the backoff will only happen on the first lookup of an address. Alternatively, lowering the MTU will make the line responding ``more quickly'', but at the cost of added overhead. Jörg From owner-freebsd-hackers Mon Apr 24 00:24:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24696 for hackers-outgoing; Mon, 24 Apr 1995 00:24:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24673 for ; Mon, 24 Apr 1995 00:23:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04244; Mon, 24 Apr 1995 09:23:42 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13228 for hackers@freebsd.org; Mon, 24 Apr 1995 09:23:35 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id JAA03585 for hackers@freebsd.org; Mon, 24 Apr 1995 09:14:39 +0200 From: J Wunsch Message-Id: <199504240714.JAA03585@jette.heep.sax.de> Subject: Re: Re(2): IP problem with 950412-SNAP (and earlier -SNAPs) To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 09:14:36 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504240354.WAA20416@bonkers.taronga.com> from "Peter da Silva" at Apr 23, 95 10:54:57 pm Reply-To: joerg_wunsch@uriah.heep.sax.de X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 951 Sender: hackers-owner@FreeBSD.org Precedence: bulk [2 p-p-p interface with identical addresses] > > No it doesn't. I've run a SLIP interface and an ethernet interface on > > a FreeBSD machine both having the same address. I know that it is > > opinion of some that this shouldn't work, but ..... > > Well, I think it kinda violates TCP/IP requirements, yes. I guess it's > workable, but then you lose the ability to route to each address. > Use the remote address as routing distinction. e.g.: 192.168.1.1 <---- SLIP ----> 111.222.333.444 gate to world 192.168.1.1 <--------------> 192.168.1.* local ether route add default 111.222.333.444 will do the trick: all packets to 192.168.1.* will pass thru the ether interface, packets for the wide world will be sent out of the SLIP i/f. The host route to 111.222.333.444 is implicit in BSD as soon as the interface is up (it is _not_ implicit in Linux, as i had to find now :). You only have to deal with network routes yourself. Jörg From owner-freebsd-hackers Mon Apr 24 00:43:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA25166 for hackers-outgoing; Mon, 24 Apr 1995 00:43:12 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA25157 for ; Mon, 24 Apr 1995 00:43:10 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA05850; Mon, 24 Apr 1995 16:43:03 +0900 Date: Mon, 24 Apr 1995 16:43:03 +0900 Message-Id: <199504240743.QAA05850@remington.mt.cs.keio.ac.jp> To: itsymbal@fas.harvard.edu Cc: jkh@freefall.cdrom.com, hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: install problem with 3c509. What to do? In-Reply-To: Your message of Mon, 24 Apr 1995 02:01:23 -0400 (EDT). From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article itsymbal@fas.harvard.edu writes: >> I did that. It appears to work properly. I got: >> ep0: flags=863 mtu 1500 >> inet 140.247.147.81 netmask 0xffffff00 broadcast 140.247.147.255 >> ether 00:20:af:11:98 >> >> these settings are all correct for my card - all the numbers I got from >> local netadmin for my computer. >> So I assume it's not the card itself that is causing the problem. I think you must specify some link? options to ifconfig. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Mon Apr 24 01:21:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26282 for hackers-outgoing; Mon, 24 Apr 1995 01:21:22 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA26231 for ; Mon, 24 Apr 1995 01:20:48 -0700 Date: Mon, 24 Apr 1995 12:19:00 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: Amancio Hasty cc: freebsd-hackers@FreeBSD.org Subject: Re: Do you run FreeBSD? Re: Case for FreeBSD presentation docs? In-Reply-To: <199504231646.QAA00688@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 23 Apr 1995, Amancio Hasty wrote: > Date: Sun, 23 Apr 1995 16:46:32 +0000 > From: Amancio Hasty > To: Anthony Graphics > Cc: freebsd-hackers@FreeBSD.org > Subject: Do you run FreeBSD? Re: Case for FreeBSD presentation docs? > > >>> Anthony Graphics said: > > Curious, as to if you are just a linux user posting on the > mailing list. One of the reasons that I joined the mailing lists > was to get away from the linux postings on the *bsd lists. Well I run both systems at the site: some things works better in BSD while others are in Linux. And some features are absent in either Linux or BSD ;-) Hope the people here ain't offended too much :^) AGL > > Tnks, > Amancio > > > From owner-freebsd-hackers Mon Apr 24 01:25:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26487 for hackers-outgoing; Mon, 24 Apr 1995 01:25:08 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA26480 ; Mon, 24 Apr 1995 01:25:05 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: hackers@FreeBSD.org Subject: Re: Jave source available In-reply-to: Your message of "Sun, 23 Apr 95 22:41:35 -0000." <199504232241.WAA01089@star-gate.com> Date: Mon, 24 Apr 1995 01:25:04 -0700 Message-ID: <26479.798711904@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Well guys go for it :) > > Amancio I've submitted a request for a source license. Thanks for the pointer, Amancio! Jordan From owner-freebsd-hackers Mon Apr 24 01:30:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26715 for hackers-outgoing; Mon, 24 Apr 1995 01:30:28 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA26708 ; Mon, 24 Apr 1995 01:30:25 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Sir Ilya Tsymbal cc: hackers@FreeBSD.org Subject: Re: install problem with 3c509. What to do? In-reply-to: Your message of "Mon, 24 Apr 95 02:01:23 EDT." Date: Mon, 24 Apr 1995 01:30:24 -0700 Message-ID: <26707.798712224@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > So, it seems I can't even get to the gateway itself... Hmmm.. > > Do you have any ideas? Indeed - hmmmmm! :-) No idea. Bad netmask? It's really not your actual gateway? :-) Jordan From owner-freebsd-hackers Mon Apr 24 01:37:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26882 for hackers-outgoing; Mon, 24 Apr 1995 01:37:57 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA26811 for ; Mon, 24 Apr 1995 01:34:37 -0700 Date: Mon, 24 Apr 1995 12:32:48 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: freebsd-hackers@FreeBSD.org Subject: Is P5 is faster than DX4 100 under FreeBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Linux FAQ (or was it HOWTO?) states that bogomips are measured as DX2/DX4 Mhz * 0.5 P5 Mhz * 0.39 The question is: whether the same thing applies in FreeBSD? How P5 60 Mhz compares with 486 DX4 100 Mhz (just a rough pointer would be nice). I mean just raw cpu integer performance. AGL From owner-freebsd-hackers Mon Apr 24 01:45:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA27111 for hackers-outgoing; Mon, 24 Apr 1995 01:45:19 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA27105 for ; Mon, 24 Apr 1995 01:45:15 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA05645; Mon, 24 Apr 1995 01:42:20 -0700 From: "Rodney W. Grimes" Message-Id: <199504240842.BAA05645@gndrsh.aac.dev.com> Subject: Re: install problem with 3c509. What to do? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Apr 1995 01:42:20 -0700 (PDT) Cc: itsymbal@fas.harvard.edu, hackers@FreeBSD.org In-Reply-To: <26707.798712224@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 24, 95 01:30:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 653 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > So, it seems I can't even get to the gateway itself... Hmmm.. > > > > Do you have any ideas? > > Indeed - hmmmmm! :-) > > No idea. Bad netmask? It's really not your actual gateway? :-) What type of cable connection does he have to his ep0 3com board? And does he need a -link0 or what ever it is now option to select the alternate cable type. This is a FAQ!! And saw one other person reply with that as a possible problem, but have not seen any results from checking this out :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Apr 24 01:52:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA27403 for hackers-outgoing; Mon, 24 Apr 1995 01:52:42 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA27387 for ; Mon, 24 Apr 1995 01:52:30 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id KAA22267; Sat, 22 Apr 1995 10:24:13 +0200 Message-Id: <199504220824.KAA22267@lirmm.lirmm.fr> To: Luigi Rizzo cc: hackers@FreeBSD.org Subject: Re: wchar_t definition... In-reply-to: Your message of "Fri, 21 Apr 1995 16:45:34 +0200." <199504211445.QAA21595@labinfo.iet.unipi.it> Date: Sat, 22 Apr 1995 10:24:11 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message wchar_t definition..., Luigi Rizzo wrote : >This was on snap950322 with XFree86-3.1. > >While compiling the stock xdvi (xdvk-1.18f) I got the following errors: > >In file included from xdvi.h:22, > from config.h:43, > from xdvi.c:86: >/usr/X11R6/include/X11/Xlib.h:74: conflicting types for `wchar_t' >/usr/include/stdlib.h:50: previous declaration of `wchar_t' Try with -DNOFOIL_X_WCHAR_T or -DNO_FOIL_X_WCHAR_T or even -DFOIL_X_WCHAR_T (didn't remember the correct one for FreeBSD) >/usr/X11R6/include/X11/Xos.h:107: conflicting types for `sys_errlist' remove #include in Xdvi sources -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Mon Apr 24 01:54:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA27483 for hackers-outgoing; Mon, 24 Apr 1995 01:54:02 -0700 Received: from caern.protocorp.com ([198.147.97.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA27474 for ; Mon, 24 Apr 1995 01:53:58 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id BAA00857; Fri, 31 Mar 1995 01:53:24 -0800 Message-Id: <199503310953.BAA00857@caern.protocorp.com> To: steve2@genesis.tiac.net (Steve Gerakines) cc: hackers@FreeBSD.org Subject: Re: floppy tape formatting In-reply-to: Your message of "Mon, 24 Apr 1995 01:13:19 EDT." <199504240513.BAA24339@genesis.tiac.net> Date: Fri, 31 Mar 1995 01:53:22 -0800 From: Charlie & Sender: hackers-owner@FreeBSD.org Precedence: bulk Boy am I ready. My tape drive, though, may or may not be working correctly at the moment. Put me on as a tester but let me call Colorado Tape in the morning and see what they have to say. I sure haven't been having a whole lot of luck dumping the system and checking the integrity of the resulting tapes. My particulars: obrien@leonardo.net Colorado 350 internal drive 425 ft. QIC-80 tapes (3M 2120XL) Mike O'Brien From owner-freebsd-hackers Mon Apr 24 02:04:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27772 for hackers-outgoing; Mon, 24 Apr 1995 02:04:04 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA27761 for ; Mon, 24 Apr 1995 02:04:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Hot Java.. Date: Mon, 24 Apr 1995 02:03:57 -0700 Message-ID: <27759.798714237@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm looking over the sources here a little (I shouldn't, but I couldn't help myself) and it looks like it's going to be a bit of a bear. It uses threads pretty aggressively, manipulating thread stack spaces and juggling their internal priorities in addition to all the usual create/destroy/block thread ops. I haven't looked at pthreads lately, but I'd say it'll have to be fairly capable to deal with the demands made on it by Hot Java. I also don't know whether or not Java assumes your libc to be thread safe, but I rather expect that it does. Anyone interested in forming a Java interest group to discuss the porting of this to FreeBSD? I think it's going to be a post-2.1 project, and something of a long one at that. It would make sense to combine effort. Jordan From owner-freebsd-hackers Mon Apr 24 02:12:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28179 for hackers-outgoing; Mon, 24 Apr 1995 02:12:16 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA28166 for ; Mon, 24 Apr 1995 02:12:05 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA00930; Mon, 24 Apr 95 02:06:07 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0s3K2P-0005PMC; Mon, 24 Apr 95 11:02 MSZ Message-Id: To: hackers%freebsd.org@inet-gw-1.pa.dec.com, joerg_wunsch%uriah.heep.sax.de@inet-gw-1.pa.dec.com In-Reply-To: Message from J Wunsch of Mon, 24 Apr 95 00:05:17 O. Reply-To: gj@FreeBSD.org Subject: Re: How do I set a kernel variable? Date: Mon, 24 Apr 95 09:02:36 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk J"org Wunsch writes: >> you'll get an error, because gdb tries to open /kernel for writing, which >> (for some reason) fails miserably. > > /kernel installed by ``make install''? I think it will have the > immutable flag set then. this occurred to me after I sent out the mail. >> >> Maybe we should have a "-w" flag to specify opening the core-file for >> writing ? Any opinions ? > > After reading your description, just this question came to mind. If > nobody objects: go for it. OK, this is a trivial change. I'll do it, if no one objects. >> >> Could you add this tip to the kernel-debug.FAQ, J"org ? > > Once my CVS is back, yes. Otherwise: you've got commit privs, too. Ah, but I >do not< have commit privs (yet) ! Otherwise, I wouldn't have asked you to do it. > I don't mind doing it however. Will keep you message in my growing > work queue, as a reminder. OK, thanks. Could be that I get the change done before you get around to putting the "evil trickery" into the FAQ. But then, a reference to the "-w" flag should probably be added to it. > Jvrg Using the Umlauts on your keyboard again, eh ? :-) Gary J. From owner-freebsd-hackers Mon Apr 24 02:19:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28423 for hackers-outgoing; Mon, 24 Apr 1995 02:19:37 -0700 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA28409 for ; Mon, 24 Apr 1995 02:19:18 -0700 Received: from caramba.cs.tu-berlin.de (sys@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id LAA11327; Mon, 24 Apr 1995 11:18:57 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id LAA09543; Mon, 24 Apr 1995 11:18:55 +0200 Date: Mon, 24 Apr 1995 11:18:55 +0200 Message-Id: <199504240918.LAA09543@caramba.cs.tu-berlin.de> To: Paul Richards Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers mailing list) Subject: Gating hackers into the newsgroups In-Reply-To: <199504211910.UAA11985@isl.cf.ac.uk> References: <199504211910.UAA11985@isl.cf.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Paul Richards writes: >I was just wondering, what do people think about gating hackers mail >into the newsgroups. Hackers is a fairly open forum anyway and the >new newsgroups are actually pretty good technically so it would >boost our presence if we got more traffic going through it. > >Note, I'm only talking about hackers and I'm only talking about hackers >mail going to the newsgroup and not the other way around, we don't want >all those Linux flames coming onto the mailing list. $ egrep '^muc\..*freebsd' ~/.newsrc muc.lists.freebsd.announce: muc.lists.freebsd.bugs:1-115 muc.lists.freebsd.current!1-74 muc.lists.freebsd.hackers:1-17,19-155 muc.lists.freebsd.questions:1-181 $ egrep '^muc\..*freebsd' /usr/news/lib/active muc.lists.freebsd.hackers 0000000329 0000000001 m muc.lists.freebsd.current 0000000218 0000000001 m muc.lists.freebsd.questions 0000000181 0000000001 m muc.lists.freebsd.bugs 0000000115 0000000001 m muc.lists.freebsd.announce 0000000000 0000000001 m muc.* are local newsgroups for München/Bayern (Munich/Mnichov) Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Mon Apr 24 03:10:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29296 for hackers-outgoing; Mon, 24 Apr 1995 03:10:17 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA29290 for ; Mon, 24 Apr 1995 03:10:15 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id MAA17078 for ; Mon, 24 Apr 1995 12:10:10 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id MAA29906 for hackers@FreeBSD.org; Mon, 24 Apr 1995 12:10:10 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504241010.MAA29906@blaise.ibp.fr> Subject: Re: benchmark hell.. To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 12:10:09 +0200 (MET DST) In-Reply-To: <199504232155.XAA02620@jette.heep.sax.de> from "J Wunsch" at Apr 23, 95 11:55:49 pm X-Operating-System: FreeBSD 2.0.950416-SNAP ctm#562 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 471 Sender: hackers-owner@FreeBSD.org Precedence: bulk > To the contrary, *make*ing the Linux shlib's is a pain in the butt, > while it's a very easy process to create a SunOS-like shlib. That will change with the introduction of the ELF format for binaries. They will have the same ease of use and it seems not that slower either from the report I got from my Linux's friends. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0.950416-SNAP #17: Sun Apr 16 17:12:07 MET DST 1995 From owner-freebsd-hackers Mon Apr 24 03:23:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29493 for hackers-outgoing; Mon, 24 Apr 1995 03:23:36 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA29486 for ; Mon, 24 Apr 1995 03:23:31 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id MAA17228 ; Mon, 24 Apr 1995 12:23:27 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id MAA29960 ; Mon, 24 Apr 1995 12:23:26 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199504241023.MAA29960@blaise.ibp.fr> Subject: Re: Gating hackers into the newsgroups To: paul@isl.cf.ac.uk (Paul Richards) Date: Mon, 24 Apr 1995 12:23:26 +0200 (MET DST) Cc: julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199504240100.CAA02825@isl.cf.ac.uk> from "Paul Richards" at Apr 24, 95 02:00:04 am X-Operating-System: FreeBSD 2.0.950416-SNAP ctm#562 X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 666 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The reply-to field can be set to the appropriate list too. That would > at least provide an easy way to contact us. To do it fully, you'll need to put the Followup-To: poster header line to force people to answer by mail. > Hmm, if this was acceptable we could gate all the "general" mailing lists > to the newsgroups in this way. They'd look like the linux newsgroups then :-) That's a thing I don't want to see. Many Linux friends I know have stopped reading the *linux newsgroups because of the S/N ratio. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0.950416-SNAP #17: Sun Apr 16 17:12:07 MET DST 1995 From owner-freebsd-hackers Mon Apr 24 03:47:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29864 for hackers-outgoing; Mon, 24 Apr 1995 03:47:00 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA29857 for ; Mon, 24 Apr 1995 03:45:37 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id TAA08997; Mon, 24 Apr 1995 19:43:15 +0900 Received: (from sa2c@localhost) by us.and.or.jp (8.6.11/3.3W8) id TAA01684; Mon, 24 Apr 1995 19:42:03 +0900 Date: Mon, 24 Apr 1995 19:42:03 +0900 From: NIIMI Satoshi Message-Id: <199504241042.TAA01684@us.and.or.jp> To: Brian Tao Cc: hackers@FreeBSD.org In-reply-to: Brian Tao's message of Sun, 23 Apr 1995 14:07:09 +0800 (CST) Subject: Re: DHCP on FreeBSD (was Re: yeah, what is the deal with this?) Sender: hackers-owner@FreeBSD.org Precedence: bulk I saw an announcement of WIDE DHCP in fj.* newsgroup a few days ago, but it didn't support FreeBSD box. I think someone (Mr. Murai?) is working to port it for FreeBSD 2.x. -- NIIMI Satoshi From owner-freebsd-hackers Mon Apr 24 04:38:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA01730 for hackers-outgoing; Mon, 24 Apr 1995 04:38:50 -0700 Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA01720 for ; Mon, 24 Apr 1995 04:38:41 -0700 Received: from studs.sci.kun.nl by wn1.sci.kun.nl via studs.sci.kun.nl [131.174.124.5] with ESMTP id NAA21551 (8.6.10/2.9); Mon, 24 Apr 1995 13:38:36 +0200 From: William Wanders Received: by studs.sci.kun.nl id NAA07287 (8.6.10/2.1); Mon, 24 Apr 1995 13:38:34 +0200 Date: Mon, 24 Apr 1995 13:38:34 +0200 Message-Id: <199504241138.NAA07287@studs.sci.kun.nl> To: steve2@genesis.tiac.net CC: hackers@FreeBSD.org In-reply-to: <199504240513.BAA24339@genesis.tiac.net> (steve2@genesis.tiac.net) Subject: Re: floppy tape formatting Sender: hackers-owner@FreeBSD.org Precedence: bulk Date: Mon, 24 Apr 1995 01:13:19 -0400 From: steve2@genesis.tiac.net (Steve Gerakines) Sender: hackers-owner@FreeBSD.org Precedence: bulk Good news. I've got floppy tape formatting working on my 1.1.5.1 system. (Bye bye DOS!) I'm going to be putting together a 2.0-current patch set over the next couple of days but before I submit it I'd like to get a few testers to check it out. If you've got some time (and maybe an unformatted tape :-)) send me a message with the following information and I'll send you the 2.x patches: Thats wonderfull !!! And yes i can make some time free to test it :-) Your email address: wwanders@sci.kun.nl Tape drive manufacturer and model: IOMega 420 MB QIC-40 or QIC-80: QIC-40 (read only) QIC-80 & QIC-WIDE Tape length(s) you use: 307.5ft and 400ft (WIDE) (Need the info so I can try and get a variety of hardware.) Thanks! - Steve steve2@genesis.tiac.net Question1:I'm trying to modify ft in such a way that i can use more backups on a single tape. Currently i'm using the volume table for that. But i currently dont have the standards at hand (letter to QIC standards is on the mail) is the volumetable a correct segment only ? like the headers ? Question2:Would it be a good idea to incorperate volumetables also in the driver? Eg commands like 'mt fsf 2' could easily be done with the data inside the volumetable. William Wanders (wwanders@sci.kun.nl) From owner-freebsd-hackers Mon Apr 24 05:02:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA02684 for hackers-outgoing; Mon, 24 Apr 1995 05:02:05 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA02677 for ; Mon, 24 Apr 1995 05:02:02 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA07712; Mon, 24 Apr 95 04:57:54 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0s3Lyk-0005PMC; Mon, 24 Apr 95 13:06 MSZ Message-Id: