From owner-freebsd-hackers Sun Sep 1 02:06:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15946 for hackers-outgoing; Sun, 1 Sep 1996 02:06:28 -0700 (PDT) Received: from TomQNX.tomqnx.com (pma03.comnet.ca [205.206.213.53]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA15937 for ; Sun, 1 Sep 1996 02:06:23 -0700 (PDT) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0ux8VO-00082NC; Sun, 1 Sep 96 05:07 EDT Message-Id: From: tom@tomqnx.com (Tom Torrance at home) Subject: Re: New routed To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 1 Sep 1996 05:07:46 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <10638.841521528@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 31, 96 12:58:48 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > YES. Things work fine without routed if you have a connection with a > > FIXED IP number. If your connection gives you a separate IP number on > > every call, the route for your new IP number to use 127.0.0.1 as > > a gateway is only put in the table IF you are running routed or gated. > > All other entries, including the default route are updated > > properly by ijppp IF they exist when it re-establishes the connection. > > Erm, I'm sorry but this just doesn't make any sense. Your > route_loopback shouldn't change one whit, whether you have a dynamic > IP address or not, and there's nothing at all you've said here which > brings me any closer to understanding why you need to run routed. > Please don't lose patience with a poor grandfather who spends the wee hours of the morning trying to learn something about Unix. I have never seen a professionally set up system (which would explain a lot) and I learn by trial and error (mostly error). I was not typing about route_loopback. The following is the 'netstat -rn' from 205.150.43.2 running the new routed. --------------cut here------------- Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 49 lo0 205.150.43 link#2 UC 0 0 205.150.43.2 127.0.0.1 UHS 1 66 lo0 205.150.43.3 0:60:8c:de:bf:e1 UHLW 1 27 ep0 1180 205.150.43.255 ff:ff:ff:ff:ff:ff UHLWb 1 45 ep0 205.206.213.3 205.206.213.79 UH 0 248 tun0 205.206.213.79 127.0.0.1 UH 0 0 lo0 **** 224/4 link#2 UCS 0 0 224.0.0.1 1:0:5e:0:0:1 UHLW 1 109 ep0 224.0.0.2 1:0:5e:0:0:2 UHLW 0 18 ep0 224.0.0.4 1:0:5e:0:0:4 UHLW 0 73 ep0 224.0.0.9 1:0:5e:0:0:9 UHLW 1 21 ep0 ------------cut here---------------- The **** item is the one added by both gated and routed. For that reason I assumed it was necessary. Am I wrong? They also add the broadcast routes, which also seem to be necessary. I don't have a clue how to manually add the one above:-) You will note that the default route to 205.206.213.3 has been deleted by routed. Before the ijppp call that established the above, the pertinent routes were default 205.206.213.5 205.206.213.5 205.206.213.111 206.206.213.111 127.0.0.1 Most traffic 'starts' with a DNS lookup. If my primary server was in 205.206.213.0, I believe that things 'might' start up OK, but my primary DNS server is 198.53.64.7, run by my ISP's ISP, and without the default route, the DNS lookup is not routed to tun0 and ijppp does not make the call to establish the connection. I hope this clarifies my previous comments. Regards, Tom From owner-freebsd-hackers Sun Sep 1 04:53:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23661 for hackers-outgoing; Sun, 1 Sep 1996 04:53:56 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA23656 for ; Sun, 1 Sep 1996 04:53:54 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) id HAA05800; Sun, 1 Sep 1996 07:54:07 -0400 (EDT) Date: Sun, 1 Sep 1996 07:54:07 -0400 (EDT) From: Thomas J Balfe To: freebsd-hackers@freebsd.org Subject: ftpd? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Strange. I wanted on the fly compression like wcarchive does, so I stuck compress, tar and gzip in /usr/ftp/usr/bin, then chmod 111 them. I changed /usr/local/etc/ftpconversions to reflect the chroot() binaries. It works. Great. But, how? They are supposed to dynamically linked! Do they inherit ftpd's libc and work that way or is it some sort of kernel thing that isn't supposed to be that way or am I somewhat dazed and confused? Now a sleepless night turns into a sleepless day. ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== "Humanity has been compared...to a sleeper who handles matches in his sleep and wakes to find himself in flames." - H.G. Wells The World Set Free 1914 From owner-freebsd-hackers Sun Sep 1 05:12:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24129 for hackers-outgoing; Sun, 1 Sep 1996 05:12:33 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24124 for ; Sun, 1 Sep 1996 05:12:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id FAA01995; Sun, 1 Sep 1996 05:12:31 -0700 (PDT) Message-Id: <199609011212.FAA01995@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Thomas J Balfe cc: freebsd-hackers@freebsd.org Subject: Re: ftpd? In-reply-to: Your message of "Sun, 01 Sep 1996 07:54:07 EDT." From: David Greenman Reply-To: dg@root.com Date: Sun, 01 Sep 1996 05:12:31 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Strange. I wanted on the fly compression like wcarchive does, so I stuck >compress, tar and gzip in /usr/ftp/usr/bin, then chmod 111 them. I >changed /usr/local/etc/ftpconversions to reflect the chroot() binaries. >It works. Great. But, how? They are supposed to dynamically linked! Do they >inherit ftpd's libc and work that way or is it some sort of kernel thing >that isn't supposed to be that way or am I somewhat dazed and confused? >Now a sleepless night turns into a sleepless day. compress, tar, and gzip are built static, not dynamic. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Sep 1 05:25:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24377 for hackers-outgoing; Sun, 1 Sep 1996 05:25:44 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24372 for ; Sun, 1 Sep 1996 05:25:42 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id IAA00173; Sun, 1 Sep 1996 08:25:18 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: dg@Root.COM cc: Thomas J Balfe , freebsd-hackers@freebsd.org From: "Gary Palmer" Subject: Re: ftpd? In-reply-to: Your message of "Sun, 01 Sep 1996 05:12:31 PDT." <199609011212.FAA01995@root.com> Date: Sun, 01 Sep 1996 08:25:18 -0400 Message-ID: <169.841580718@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote in message ID <199609011212.FAA01995@root.com>: > compress, tar, and gzip are built static, not dynamic. At least for compress, that isn't true: /usr/bin/compress: FreeBSD/i386 demand paged dynamically linked executable (from a 2.1.5-stable make world) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sun Sep 1 05:29:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24469 for hackers-outgoing; Sun, 1 Sep 1996 05:29:49 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24464; Sun, 1 Sep 1996 05:29:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id FAA02042; Sun, 1 Sep 1996 05:29:51 -0700 (PDT) Message-Id: <199609011229.FAA02042@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Gary Palmer" cc: Thomas J Balfe , freebsd-hackers@freebsd.org Subject: Re: ftpd? In-reply-to: Your message of "Sun, 01 Sep 1996 08:25:18 EDT." <169.841580718@orion.webspan.net> From: David Greenman Reply-To: dg@root.com Date: Sun, 01 Sep 1996 05:29:51 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >David Greenman wrote in message ID ><199609011212.FAA01995@root.com>: >> compress, tar, and gzip are built static, not dynamic. > >At least for compress, that isn't true: > >/usr/bin/compress: FreeBSD/i386 demand paged dynamically linked executable > >(from a 2.1.5-stable make world) I thought it used to be...in any case, tar and gzip are static. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Sep 1 05:35:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24901 for hackers-outgoing; Sun, 1 Sep 1996 05:35:45 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24896; Sun, 1 Sep 1996 05:35:43 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) id IAA05889; Sun, 1 Sep 1996 08:35:38 -0400 (EDT) Date: Sun, 1 Sep 1996 08:35:38 -0400 (EDT) From: Thomas J Balfe To: David Greenman cc: Gary Palmer , freebsd-hackers@freebsd.org Subject: Re: ftpd? In-Reply-To: <199609011229.FAA02042@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just tested stock compress, it makes zero length file, so I'll just compile a static version of it later. At least I can allow myself some rest. ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== "Humanity has been compared...to a sleeper who handles matches in his sleep and wakes to find himself in flames." - H.G. Wells The World Set Free 1914 From owner-freebsd-hackers Sun Sep 1 05:47:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25491 for hackers-outgoing; Sun, 1 Sep 1996 05:47:44 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA25485 for ; Sun, 1 Sep 1996 05:47:41 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id IAA01295; Sun, 1 Sep 1996 08:47:35 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: dg@root.com cc: freebsd-hackers@freebsd.org From: "Gary Palmer" Subject: Re: ftpd? In-reply-to: Your message of "Sun, 01 Sep 1996 05:29:51 PDT." <199609011229.FAA02042@root.com> Date: Sun, 01 Sep 1996 08:47:35 -0400 Message-ID: <1291.841582055@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote in message ID <199609011229.FAA02042@root.com>: > >At least for compress, that isn't true: > >/usr/bin/compress: FreeBSD/i386 demand paged dynamically linked executable > >(from a 2.1.5-stable make world) > I thought it used to be...in any case, tar and gzip are static. Should it be changed to be static to match gzip? Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sun Sep 1 06:29:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26499 for hackers-outgoing; Sun, 1 Sep 1996 06:29:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA26494 for ; Sun, 1 Sep 1996 06:29:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id GAA00389; Sun, 1 Sep 1996 06:27:46 -0700 (PDT) To: tom@tomqnx.com (Tom Torrance at home) cc: hackers@freebsd.org Subject: Re: New routed In-reply-to: Your message of "Sun, 01 Sep 1996 05:07:46 EDT." Date: Sun, 01 Sep 1996 06:27:46 -0700 Message-ID: <387.841584466@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Please don't lose patience with a poor grandfather who spends the > wee hours of the morning trying to learn something about Unix. > I have never seen a professionally set up system (which would explain > a lot) and I learn by trial and error (mostly error). OK, perhaps we can cut to the chase here then. 1. There is a loopback route already added in /etc/sysconfig by the two lines: static_routes="... loopback" route_loopback="${hostname} localhost" The network_interfaces="lo0 ..." and ifconfig_lo0="inet localhost" lines earlier up take care of the actual loop back interface itself. 2. ppp manages the default route automatically, given an " add 0 0" line somewhere in your ppp options file (the default if you had your system's ppp initially configured by sysinstall). 3. Given the presence of the 2 above routes, already present after system startup and ppp connection time, you need to ask yourself the following question: "Why do I need to run routed or gated? What additional feature, not listed above, are they providing me?" Jordan From owner-freebsd-hackers Sun Sep 1 07:07:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27480 for hackers-outgoing; Sun, 1 Sep 1996 07:07:30 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA27475 for ; Sun, 1 Sep 1996 07:07:26 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA08242; Mon, 2 Sep 1996 00:04:48 +1000 Date: Mon, 2 Sep 1996 00:04:48 +1000 From: Bruce Evans Message-Id: <199609011404.AAA08242@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, tbalfe@tioga.com Subject: Re: ftpd? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Strange. I wanted on the fly compression like wcarchive does, so I stuck >compress, tar and gzip in /usr/ftp/usr/bin, then chmod 111 them. I >changed /usr/local/etc/ftpconversions to reflect the chroot() binaries. >It works. Great. But, how? They are supposed to dynamically linked! Do they tar and gzip are statically linked by default :-(. Perhaps compress wasn't used. Bruce From owner-freebsd-hackers Sun Sep 1 07:16:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28130 for hackers-outgoing; Sun, 1 Sep 1996 07:16:26 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (root@zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28115; Sun, 1 Sep 1996 07:16:21 -0700 (PDT) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with SMTP id QAA05090; Sun, 1 Sep 1996 16:16:18 +0200 (MET DST) X-Sender: michael@mail.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 1 Sep 1996 16:16:19 +0200 To: hackers@freebsd.org, questions@freebsd.org From: petzi@zit.th-darmstadt.de (Michael Beckmann) Subject: Re: your mail regarding Linux password file Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks everybody ! It actually works. I took a Linux password entry, reformatted it (extra colons) and copied it into vipw on a FreeBSD box with DES installed. I was able to log in to that account, so my problem is solved. Best regards, Michael From owner-freebsd-hackers Sun Sep 1 07:52:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29368 for hackers-outgoing; Sun, 1 Sep 1996 07:52:25 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA29363 for ; Sun, 1 Sep 1996 07:52:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA02265; Sun, 1 Sep 1996 16:51:47 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA00841; Sun, 1 Sep 1996 16:51:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id QAA17615; Sun, 1 Sep 1996 16:33:25 +0200 (MET DST) From: J Wunsch Message-Id: <199609011433.QAA17615@uriah.heep.sax.de> Subject: Re: FreeBSD without console To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 1 Sep 1996 16:33:24 +0200 (MET DST) Cc: dan@dpcsys.com (Dan Busarow) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Dan Busarow at "Aug 31, 96 02:42:35 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Dan Busarow wrote: > > > Is there a way that I can run without > > > any console port i.e. no VGA or COM1 port and redirect > > > No. The console must exist (if it exists at all) before the root file > > system is mounted. > > Sure you can. Boot with -c and disable sc0. Read what i wrote: ``if it exists at all''. It cannot exist in terms of a plain file, however. This was the question (as i understand it). Of course, you can run without *any* console, but then you gotta rely exclusively on syslog to catch all the interesting messages. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Sep 1 08:31:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00399 for hackers-outgoing; Sun, 1 Sep 1996 08:31:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00394 for ; Sun, 1 Sep 1996 08:31:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA10132; Mon, 2 Sep 1996 01:22:52 +1000 Date: Mon, 2 Sep 1996 01:22:52 +1000 From: Bruce Evans Message-Id: <199609011522.BAA10132@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, staff@kyklopen.ping.dk Subject: Re: movsbw question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The pgcc uses the movsbw instruction with a 32 bit oprand and according >to my old i486 assembler book the instraction takes a "r32" oprand but >"as" says it take a reg16 operand. Now what is right? Neither :-). It takes a r/m8 operand and converts it to a r16 result. An Intel assembler book would spell the instruction movsx. The FreeBSD version of gas doesn't really understand this instruction. It generates a superfluous second operand size override for movsbw %al,%bx It emits bytes 0x66, 0x66, 0x0f, 0xbe, 0xd8. This is fixed in GNU assembler version 2.6 (i486-linux), using BFD version 2.6.0.2 Bruce From owner-freebsd-hackers Sun Sep 1 09:34:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03092 for hackers-outgoing; Sun, 1 Sep 1996 09:34:22 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03012 for ; Sun, 1 Sep 1996 09:33:12 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA19354 for ; Sun, 1 Sep 1996 18:30:16 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA29450 for hackers@FreeBSD.org; Sun, 1 Sep 1996 18:30:02 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.9/keltia-uucp-2.9) id SAA05639; Sun, 1 Sep 1996 18:03:03 +0200 (MET DST) Message-Id: <199609011603.SAA05639@keltia.freenix.fr> Date: Sun, 1 Sep 1996 18:03:03 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hackers@FreeBSD.org Subject: Re: New routed In-Reply-To: <387.841584466@time.cdrom.com>; from Jordan K. Hubbard on Sep 1, 1996 6:27:46 -0700 References: <387.841584466@time.cdrom.com> X-Mailer: Mutt 0.41 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > 1. There is a loopback route already added in /etc/sysconfig by > the two lines: This one is not needed because ifconfig(8) setup a route itself (at least in CURRENT). ------------------------------------------------------------ network_interfaces="lo0 ed0" ifconfig_lo0="inet localhost" ifconfig_ed0="inet keltia.freenix.fr netmask 0xfffffff0" # Set to the list of route add lines for this host. You must have a # route_${static_routes} line for each static route listed here. # static_routes="multicast" route_multicast="224.0.0.0 -netmask 0xf0000000 -interface ${hostname}" route_loopback="${hostname} localhost" ------------------------------------------------------------ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #20: Fri Aug 30 23:00:02 MET DST 1996 From owner-freebsd-hackers Sun Sep 1 11:02:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08261 for hackers-outgoing; Sun, 1 Sep 1996 11:02:53 -0700 (PDT) Received: from itchy.mindspring.com (itchy.mindspring.com [204.180.128.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA08255; Sun, 1 Sep 1996 11:02:51 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by itchy.mindspring.com (8.7.5/8.7.3) with ESMTP id OAA26335; Sun, 1 Sep 1996 14:02:48 -0400 (EDT) Received: from bogus.interpath.net (user-168-121-39-4.dialup.mindspring.com [168.121.39.4]) by borg.mindspring.com (8.6.12/8.6.12) with SMTP id OAA08513; Sun, 1 Sep 1996 14:02:42 -0400 Message-Id: <1.5.4.32.19960901180245.006975f8@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 01 Sep 1996 14:02:45 -0400 To: Terry Lambert From: "Kevin P. Neal" Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? Cc: nate@mt.sri.com (Nate Williams), richmond@cronus.oanet.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:34 PM 8/31/96 -0700, Terry Lambert wrote: >> I doubt you can 'blame' the coders. 99% of the video cards sold have >> been for platforms running M$ OS's, so therefore why spend the time >> necessary to have a 'generic' solution when one isn't necessary. > >Professionalism? What's that? ;) I'm going to a University that teaches "void main(void)" in it's 100-level CSC (CS is crop-science here, YES I am in the south!) programming class. Since 114 is the alternative to Chemistry II for many people, 95% of the people in CSC 114 will never take another programming class again. This makes it "OK" to teach void main here (or so I am told, I think that's bull). Worse: There are a BUNCH of "A" students here at NCSU in CSC. They make A's in all or most of their classes. Yet if you question them, they don't know their head from a hole in the ground. One example is klsmith2. She was working on homework for a programming class. It was a C++ class (they *love* C++ here. They don't teach C, but they do teach C++, Perl, and Java. Go figure. I learned C in 9th grade+, learned C++ in CSC 210, and when I picked up both the Perl books and the Java books, read for a moment, and code started flowing out of my hands. This is why you teach C and C++ instead of Perl or Java). She couldn't get her program to compile on the dialup machine she was logged into. She logged into a different one, it compiled, and she was happy. When questioned on _why_ it wouldn't compile on the first dialup, her response was: "I don't know, I don't DO hardware". The two dialups were Suns. One was running SunOS 4.x, the other 5.x. They had different versions of g++, and g++ tends to track the C++ spec. She didn't care, she just wanted her A. This is typical around here. Here is another: The m68k assembler class uses software (assembers, testing software) that was written by students here. One dude, last name Mott, now maintains the code. When I took the class and used the software, I noticed that the assembler was defined "void main(int argc, char **argv)". Aaaaaaarrrg, watch make spew ugly error messages that say things like "Fatal Error [randomnumberhere]". He released the new release of the suite, and I flamed him. He still hadn't corrected the void main problem. Worse, he had RCS id strings in the code that were all set to version 1.1 (and were not put into static strings). When asked about this, he said: 1) He didn't write the assembler, so he isn't going to correct it's bugs. 2) There where so many changes in the files it was pointless to continue using the same repository, so he started the history files over again. 3) He said there is no reason to ever put RCS id strings in static char arrays. He says that this is only done by people who have no idea what they are doing. Mott is a grad student in CSC. You want professionals? Heh. Don't move down to this area then, our "best" students suck by and large. I really need to graduate and get the heck out of here. >> Obviously the non-M$ OS's have gotten by with the minimal coding >> required, so any more time spent doing extra is wasted effort. >> >> As you are well aware, getting a product to market quickly is critical >> in the world of video cards, so the less time spent coding a driver the >> quicker you can make your bucks before the next generation of chipsets >> makes the card obsolete. > >Abstract the data from the code in the BIOS, and you increase code >reusability, reducing time to market. Time to market is a bogus >excuse to use for making an unprofessional design decision. We live in the era of "good enough" software. It doesn't have to be great, and bug-free, it just has to be enough for most people. Sucks, huh? Besides, increasing code reusability doesn't help much in *this* project, it's the *next* project that it helps in. Who thinks long term? (sarcasm) > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. My past and present employeers would never be as rude as me. -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www.pobox.com/~kpn/ / kevinneal@bix.com From owner-freebsd-hackers Sun Sep 1 11:51:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09659 for hackers-outgoing; Sun, 1 Sep 1996 11:51:48 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA09654; Sun, 1 Sep 1996 11:51:45 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA14848; Mon, 2 Sep 1996 04:46:38 +1000 Date: Mon, 2 Sep 1996 04:46:38 +1000 From: Bruce Evans Message-Id: <199609011846.EAA14848@godzilla.zeta.org.au> To: kpneal@pobox.com, terry@lambert.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? Cc: durham@phaeton.artisoft.com, hackers@FreeBSD.org, nate@mt.sri.com, richmond@cronus.oanet.com, sos@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I'm going to a University that teaches "void main(void)" in it's 100-level >CSC (CS is crop-science here, YES I am in the south!) programming class. >Since 114 is the alternative to Chemistry II for many people, 95% of the >people in CSC 114 will never take another programming class again. This >makes it "OK" to teach void main here (or so I am told, I think that's >bull). `void main(void)' is Standard C in a freestanding environment. BSD4.4Lite comes close to using it (it uses `void main(void *framep')). It's surprising that an introductory course gets far enough to teach the difference between freestanding and hosted environments :-). Bruce From owner-freebsd-hackers Sun Sep 1 12:57:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13900 for hackers-outgoing; Sun, 1 Sep 1996 12:57:52 -0700 (PDT) Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.193.193.100]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA13854 for ; Sun, 1 Sep 1996 12:57:26 -0700 (PDT) Received: (snar@localhost) by burka.carrier.kiev.ua (Sendmail 8.who.cares/5) id WAA11351 for freebsd-hackers@freebsd.org; Sun, 1 Sep 1996 22:59:33 +0300 From: Alexander Snarskii Message-Id: <199609011959.WAA11351@burka.carrier.kiev.ua> Subject: login-class API ? To: freebsd-hackers@freebsd.org Date: Sun, 1 Sep 1996 22:59:32 +0300 (UKR) Content-type: text/plain; charset=koi8-r X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! As far as i remember, someone from -hackers working with "login-classes" realisation of authenification. Can anybody point me to his mail address - i'm in process of writing tacacs+ authenification module, and it will be fine ( as for me, at least :) ) to know, which API i must grant to easy incorporate in. PS: Sorry for my english. -- Alexander Snarskii the source code is included. From owner-freebsd-hackers Sun Sep 1 13:48:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17759 for hackers-outgoing; Sun, 1 Sep 1996 13:48:01 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17655; Sun, 1 Sep 1996 13:47:15 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.6.8/8.6.9) with UUCP id WAA07125; Sun, 1 Sep 1996 22:47:09 +0200 Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.7.5/8.7.3/xp11-uucp-1.1) with ESMTP id AAA18261; Sat, 31 Aug 1996 00:04:37 +0200 (MET DST) Message-Id: <199608302204.AAA18261@xp11.frmug.org> To: hackers@FreeBSD.org cc: phk@FreeBSD.org Subject: ctm: moving file to Attic Date: Sat, 31 Aug 1996 00:04:34 +0200 From: "Philippe Charnier" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, For now, when a file go to the Attic, something like this is run and the content of the entire file is sent via ctm. (Note that the content of the file differs a little when going to the Attic): FR src/usr.bin/locate/locate/updatedb.csh,v DM src/usr.bin/locate/locate/Attic FM src/usr.bin/locate/locate/Attic/updatedb.csh,v What about this: . a file has been removed and is now (the same name) in the Attic. . generate a DM ..Attic rule and locally create this dir if needed. . locally move `mv' the file to the Attic. . generate a new MA (move to Attic rule). . the next run of ctm will update the file in the Attic to match reality or it is maybe possible to make this now with a FN rule. The problem is maybe: How to keep timestamp in sync? ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-hackers Sun Sep 1 14:22:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19459 for hackers-outgoing; Sun, 1 Sep 1996 14:22:41 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA19448 for ; Sun, 1 Sep 1996 14:22:36 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id QAA11046; Sun, 1 Sep 1996 16:21:43 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 1 Sep 1996 16:21:44 -0500 To: "Philippe Charnier" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: ctm: moving file to Attic Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Philippe Charnier" writes: >For now, when a file go to the Attic, something like this is run and >the content of the entire file is sent via ctm. >The problem is maybe: How to keep timestamp in sync? I fear that you was "out-of-luck". YOU can recognize that something was moved in a particular context. However, CTM is a more general purpose "mirroring" mechanism. There is the general problem of recognizing that a "tree" has been modified, at least in part, by moving or copying something already in the tree. Since CTM simply comes along and looks at the current state of things, it doen't get many "hints" that a move took place. This is particularly true when the thing that was moved is also modified. I think that we would need an integrated modification/distribution system to make the workload reasonable for the program generating the updates. From owner-freebsd-hackers Sun Sep 1 14:52:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21199 for hackers-outgoing; Sun, 1 Sep 1996 14:52:15 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA21194 for ; Sun, 1 Sep 1996 14:52:11 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id XAA09595; Sun, 1 Sep 1996 23:51:59 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA16640 (5.65c8/IDA-1.4.4j); Sun, 1 Sep 1996 23:50:05 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id XAA06463; Sun, 1 Sep 1996 23:49:39 +0200 (MET DST) Date: Sun, 1 Sep 1996 23:49:38 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: Bruce Evans Cc: freebsd-hackers@freebsd.org Subject: Re: movsbw question In-Reply-To: <199609011522.BAA10132@godzilla.zeta.org.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 2 Sep 1996, Bruce Evans wrote: > Neither :-). It takes a r/m8 operand and converts it to a r16 result. > An Intel assembler book would spell the instruction movsx. > It was the movsx instruction it I was interessted in. The pgcc emits an instruction sequence that breaks our gas and i was wondering wether it was the FreeBSD gas that was wrong. > The FreeBSD version of gas doesn't really understand this instruction. > It generates a superfluous second operand size override for > > movsbw %al,%bx > > It emits bytes 0x66, 0x66, 0x0f, 0xbe, 0xd8. This is fixed in > > GNU assembler version 2.6 (i486-linux), using BFD version 2.6.0.2 > I take a look at it. Thank you. --Thomas From owner-freebsd-hackers Sun Sep 1 15:53:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24828 for hackers-outgoing; Sun, 1 Sep 1996 15:53:48 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA24823 for ; Sun, 1 Sep 1996 15:53:44 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA20814; Mon, 2 Sep 1996 08:50:33 +1000 Date: Mon, 2 Sep 1996 08:50:33 +1000 From: Bruce Evans Message-Id: <199609012250.IAA20814@godzilla.zeta.org.au> To: bde@zeta.org.au, staff@kyklopen.ping.dk Subject: Re: movsbw question Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [movsbw] >It was the movsx instruction it I was interessted in. The pgcc emits >an instruction sequence that breaks our gas and i was wondering wether >it was the FreeBSD gas that was wrong. It is probably a pessimization to use movsbw, especially on Pentiums. First, movsbl is 1 byte shorter and often (always except on 386's?) 1 cycle faster and is usually equivalent (it trashes the upper 16 bits of the destination, but this doesn't usually matter). Second, `movsbl %al,%eax' takes 3 nonpairable cycles on Pentiums, but the equivalent `shl $24,%eax; shr $24,%eax' takes only 2 U-pairable cycles, so it is at least 3/2 times faster and up to 3 times faster when reordered. Bruce From owner-freebsd-hackers Sun Sep 1 16:52:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29476 for hackers-outgoing; Sun, 1 Sep 1996 16:52:42 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA29469; Sun, 1 Sep 1996 16:52:39 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id SAA12706; Sun, 1 Sep 1996 18:52:30 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 1 Sep 1996 18:52:34 -0500 To: John Polstra From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: cvsup question, src/tools not updated, make release trouble Cc: hubs@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> b) When getting cvs via cvsup I dont get the tools directory ... Why ? > >It's not a CVSup problem. It's because the mirror site you're using >hasn't updated his sup configuration files recently. Which brings me back to a previous suggestion. I think that we should standardize the location of the trees being "supped". I suggest that they follow the general form of freefall and put them in /pub/FreeBSD/FreeBSD-current, etc. If we do that, then the mirror sites can have a special distribution that just gives them the appropriate sup control files. If the master site changes the sup structure, the mirror sites would soon follow suit. From owner-freebsd-hackers Sun Sep 1 21:40:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10184 for hackers-outgoing; Sun, 1 Sep 1996 21:40:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10178; Sun, 1 Sep 1996 21:40:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA00375; Sun, 1 Sep 1996 21:40:20 -0700 (PDT) To: julian@freebsd.org cc: hackers@freebsd.org Subject: Anyone done any SCSI scanner support work? Date: Sun, 01 Sep 1996 21:40:20 -0700 Message-ID: <373.841639220@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got my hands on a Mustek 800II/SP flatbed scanner, a really cheap little SCSI scanner with 800x400 optical resolution (internally doubled to 800x800 with interpolation). At $389 you really can't get a cheaper flatbed, and as much as I'd expect the thing to look and behave like a hunk-o-junk at this price, it actually seems like a fairly solid little beast. Just no drivers. :-) I've looked into PINT a little, and it supports the earlier Mustek MFS06000CX and MFS12000CX scanners so perhaps there's hope, but the thing is still extremely NetBSD-centric and before diving on it (hah) I'd like to at least check into whether or not anyone has already invented this particular wheel. PINT may be obtained at: ftp://alpha.gnu.ai.mit.edu/pub/pint/pint-0.5e.tar.gz For anyone curious enough to look. I also know about XVScan, the commercial product, but it only supports the HP ScanJet. Jordan From owner-freebsd-hackers Sun Sep 1 23:40:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16395 for hackers-outgoing; Sun, 1 Sep 1996 23:40:29 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA16390 for ; Sun, 1 Sep 1996 23:40:26 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id TAA01117 for ; Fri, 30 Aug 1996 19:40:51 +0200 Date: Fri, 30 Aug 1996 19:40:50 +0200 (MET DST) From: To: hackers@freebsd.org Subject: threads Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is there any support for threads in FreeBSD ? Thanks for your help -- Didier Derny didier@omnix.fr.org From owner-freebsd-hackers Sun Sep 1 23:58:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA17606 for hackers-outgoing; Sun, 1 Sep 1996 23:58:35 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA17598 for ; Sun, 1 Sep 1996 23:58:30 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id JAA27728; Mon, 2 Sep 1996 09:58:11 +0300 Date: Mon, 2 Sep 1996 09:58:11 +0300 (EET DST) From: Narvi To: didier@omnix.fr.org cc: hackers@freebsd.org Subject: Re: threads In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 30 Aug 1996 didier@omnix.fr.org wrote: > > is there any support for threads in FreeBSD ? > Yes. There is a pthreads implementation available as libc_r. Available in current but it can also be compiled on 2.1 (that is 2.1.0-RELEASE, 2.1.5-RELEASE, 2.1-STABLE) systems. Sander > > > Thanks for your help > > > -- > Didier Derny > didier@omnix.fr.org > > > From owner-freebsd-hackers Mon Sep 2 00:06:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18342 for hackers-outgoing; Mon, 2 Sep 1996 00:06:46 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA18337; Mon, 2 Sep 1996 00:06:43 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id HAA02113; Mon, 2 Sep 1996 07:44:08 +0200 (MET DST) To: "Philippe Charnier" cc: hackers@freebsd.org Subject: Re: ctm: moving file to Attic In-reply-to: Your message of "Sat, 31 Aug 1996 00:04:34 +0200." <199608302204.AAA18261@xp11.frmug.org> Date: Mon, 02 Sep 1996 07:44:07 +0200 Message-ID: <2111.841643047@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608302204.AAA18261@xp11.frmug.org>, "Philippe Charnier" writes: >Hello, > >For now, when a file go to the Attic, something like this is run and >the content of the entire file is sent via ctm. (Note that the content >of the file differs a little when going to the Attic): > FR src/usr.bin/locate/locate/updatedb.csh,v > DM src/usr.bin/locate/locate/Attic > FM src/usr.bin/locate/locate/Attic/updatedb.csh,v Well, you might as well make the more general solution. Run through the two trees. Emit Edits for changed files. Emit Mkdirs for new directories. Collect list of new & removed files, removed directories. For all new files in list Try all files in the new & removed lists with the same basename select smallest delta produced if edit smaller than full file emit "Edit with template" else emit "make new file" For all files in the remove list emit "Remove" For all dirs in the remove list emit "Remove" Look at the src/usr.sbin/ctm/mkctm/mkctm.c program, and send me patches :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Sep 2 00:09:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18529 for hackers-outgoing; Mon, 2 Sep 1996 00:09:30 -0700 (PDT) Received: from csadfa.cs.adfa.oz.au (csadfa.cs.adfa.oz.au [131.236.20.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18505 for ; Mon, 2 Sep 1996 00:09:24 -0700 (PDT) Received: from sealion.cs.adfa.oz.au (sealion-20.cs.adfa.oz.au) by csadfa.cs.adfa.oz.au (5.x/SMI-SVR4) id AA05795; Mon, 2 Sep 1996 17:09:16 +1000 Received: by sealion.cs.adfa.oz.au (SMI-8.6/SMI-SVR4) id RAA21968; Mon, 2 Sep 1996 17:13:19 +1000 Date: Mon, 2 Sep 1996 17:13:19 +1000 From: osuml92@csadfa.cs.adfa.oz.au (O'SULLIVAN MICHAEL) Message-Id: <199609020713.RAA21968@sealion.cs.adfa.oz.au> To: hackers@FreeBSD.org Subject: Installation disk problems... Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I cannot get the installation disk to work, system hangs when I follow the instructions to the letter, when the system is reset! I got a previous release of the boot floppy, but with that, I was rejected from doing a download from any of the FTP sites... Some assistance, or a place to look would be appreciated! Thanx in advance... Mozz :{ *******__******************************************************************** / /\ Michael Lawrence Chamczuk O'Sullivan osuml92@cs.adfa.oz.au ____/ /_/_ University College, University of N.S.W. /___ ____/\Australian Defence Force Academy, Canberra 0416 01 6195 \_\/ /\_\_\/***************************************************************** / /\/ I have been crucified with Christ and I no longer live, / /\/ but Christ lives in me. The life I live in the body, /_/\/ I live by faith in the Son of God who loved me and gave \_\/ Himself up for me. Galatians 2:20 (NIV) ***************************************************************************** From owner-freebsd-hackers Mon Sep 2 00:22:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19199 for hackers-outgoing; Mon, 2 Sep 1996 00:22:34 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA19166 for ; Mon, 2 Sep 1996 00:22:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA29945; Mon, 2 Sep 1996 09:21:14 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA04853; Mon, 2 Sep 1996 09:21:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA22302; Mon, 2 Sep 1996 09:08:32 +0200 (MET DST) From: J Wunsch Message-Id: <199609020708.JAA22302@uriah.heep.sax.de> Subject: Re: Anyone done any SCSI scanner support work? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 2 Sep 1996 09:08:32 +0200 (MET DST) Cc: jkh@time.cdrom.com (Jordan K. Hubbard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <373.841639220@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 1, 96 09:40:20 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I just got my hands on a Mustek 800II/SP flatbed scanner, a really > cheap little SCSI scanner with 800x400 optical resolution (internally > doubled to 800x800 with interpolation). ... > I've looked into PINT a little, ... > For anyone curious enough to look. I also know about XVScan, the > commercial product, but it only supports the HP ScanJet. I personally prefer HPscan, followed Nate's opinion here. ;) Of course, as the name suggests, it's for HP ScanJets only. However, it's in the ports and ready to run. Thus my employer prefered to buy a ScanJet, and thus took me any reason to hack Mustek support for anything. :-) Nate once told me that he and Peter Dufault had PINT almost in the shape to get it working with FreeBSD. I remeber Greg Lehey thinking about Mustek support some day. He told me that it's a very slow device. The HPs are surprisingly fast, but you need a huge amount of memory to deal with 600dpi² for full size. I've seen `xv' bloating up to 75 MB even for a 300dpi² A4-sized scan, while doing some image processing. With only 32 MB RAM, this took quite some time. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 2 00:32:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19586 for hackers-outgoing; Mon, 2 Sep 1996 00:32:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19581 for ; Mon, 2 Sep 1996 00:32:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA03142; Mon, 2 Sep 1996 00:31:49 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Anyone done any SCSI scanner support work? In-reply-to: Your message of "Mon, 02 Sep 1996 09:08:32 +0200." <199609020708.JAA22302@uriah.heep.sax.de> Date: Mon, 02 Sep 1996 00:31:48 -0700 Message-ID: <3140.841649508@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I personally prefer HPscan, followed Nate's opinion here. ;) Of > course, as the name suggests, it's for HP ScanJets only. However, > it's in the ports and ready to run. Thus my employer prefered to buy > a ScanJet, and thus took me any reason to hack Mustek support for > anything. :-) ScanJet = $995 at Fry's. Mustek = $389 at Costco. I think that's at least one compelling reason to try and make it work, for those of us in the market for a new scanner. :-) Let me put it another way - I think that if someone out there decided to make a really serious committment to trying to drive one of these little scanners, with the additional understanding that the driver be done in a reasonably elegant fashion and with some usermode support (at the very minimum, something to grab images in an established format like ppm or tiff would do), I think it would then be reasonable to assume that a new scanner of these dimensions might arrive in the post to expedite the process. On indefinate long-term loan, of course. :-) Jordan From owner-freebsd-hackers Mon Sep 2 00:55:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20563 for hackers-outgoing; Mon, 2 Sep 1996 00:55:50 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA20558 for ; Mon, 2 Sep 1996 00:55:48 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id DAA22022; Mon, 2 Sep 1996 03:55:28 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org (FreeBSD hackers) From: "Gary Palmer" Subject: Re: Anyone done any SCSI scanner support work? In-reply-to: Your message of "Mon, 02 Sep 1996 00:31:48 PDT." <3140.841649508@time.cdrom.com> Date: Mon, 02 Sep 1996 03:55:28 -0400 Message-ID: <22018.841650928@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <3140.841649508@time.cdrom.com>: > > I personally prefer HPscan, followed Nate's opinion here. ;) Of > > course, as the name suggests, it's for HP ScanJets only. However, > > it's in the ports and ready to run. Thus my employer prefered to buy > > a ScanJet, and thus took me any reason to hack Mustek support for > > anything. :-) > > ScanJet = $995 at Fry's. > Mustek = $389 at Costco. HP ScanJet 4p - ~$500 HP ScanJet 4c - ~$950 4p is actally a pretty similar beast to the Mustek from what I read here, apart from the 4p is 300x300 only, but does do 16m colours. Says it does 1200dpi `enhanced'. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Mon Sep 2 03:52:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05108 for hackers-outgoing; Mon, 2 Sep 1996 03:52:41 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05103 for ; Mon, 2 Sep 1996 03:52:37 -0700 (PDT) Received: by sovcom.kiae.su id AA22845 (5.65.kiae-1 for hackers@freebsd.org); Mon, 2 Sep 1996 13:47:27 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 2 Sep 96 13:47:27 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id OAA00535 for hackers@freebsd.org; Mon, 2 Sep 1996 14:47:09 +0400 (MSD) Message-Id: <199609021047.OAA00535@nagual.ru> Subject: Anyone try xfedor? To: hackers@freebsd.org Date: Mon, 2 Sep 1996 14:47:09 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently I try to build xfedor (font editor) from X11R6 contrib under FreeBSD-current + X11R6 + Xpm4 from ports. When it comes and appearse working (i.e. I even can draw inside it), I didn't see *ANY* texts in the buttons and text fields, i.e. all text fields and buttons looks blank! It is definitely not fonts problem, I try with different fonts and with same effect. Any hints? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Mon Sep 2 04:04:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05602 for hackers-outgoing; Mon, 2 Sep 1996 04:04:49 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05594 for ; Mon, 2 Sep 1996 04:04:46 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA00747; Mon, 2 Sep 1996 13:04:40 +0200 Message-Id: <199609021104.NAA00747@ra.dkuug.dk> Subject: Re: Anyone try xfedor? To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 2 Sep 1996 13:04:39 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199609021047.OAA00535@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 2, 96 02:47:09 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > Recently I try to build xfedor (font editor) from X11R6 contrib > under FreeBSD-current + X11R6 + Xpm4 from ports. > When it comes and appearse working (i.e. I even can draw > inside it), I didn't see *ANY* texts in the buttons and text fields, > i.e. all text fields and buttons looks blank! > It is definitely not fonts problem, > I try with different fonts and with same effect. > Any hints? What Xserver are you using ?? I saw problems like this on Xaccel 1.2 on rare occasions. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Sep 2 04:28:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06602 for hackers-outgoing; Mon, 2 Sep 1996 04:28:45 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06597 for ; Mon, 2 Sep 1996 04:28:39 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id NAA01741 for ; Mon, 2 Sep 1996 13:27:43 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uxXAN-00021mC; Mon, 2 Sep 96 13:27 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA041563417; Mon, 2 Sep 1996 13:23:37 +0200 From: "Hr.Ladavac" Message-Id: <199609021123.AA041563417@ws2301.gud.siemens.co.at> Subject: Re: Anyone try xfedor? To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 2 Sep 1996 13:23:37 +0200 (MESZ) Cc: hackers@freebsd.org In-Reply-To: <199609021047.OAA00535@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 2, 96 02:47:09 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= contained: > Recently I try to build xfedor (font editor) from X11R6 contrib > under FreeBSD-current + X11R6 + Xpm4 from ports. > When it comes and appearse working (i.e. I even can draw > inside it), I didn't see *ANY* texts in the buttons and text fields, > i.e. all text fields and buttons looks blank! > It is definitely not fonts problem, > I try with different fonts and with same effect. > Any hints? Did you install its xresources? (app-defaults) /Marino > > -- > Andrey A. Chernov > > http://www.nagual.ru/~ache/ > From owner-freebsd-hackers Mon Sep 2 07:00:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13002 for hackers-outgoing; Mon, 2 Sep 1996 07:00:05 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12987 for ; Mon, 2 Sep 1996 07:00:03 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/NOL - 8.*) with SMTP id IAA01906 for ; Mon, 2 Sep 1996 08:59:58 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Mon, 2 Sep 1996 08:59:56 -0500 (CDT) From: "Brett L. Hawn" To: freebsd-hackers@freebsd.org Subject: unsubscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe [-] Brett L. Hawn (blh@nol.net) [-] [-] Networks On-Line - Houston, Texas [-] [-] 713-467-7100 [-] From owner-freebsd-hackers Mon Sep 2 10:01:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29526 for hackers-outgoing; Mon, 2 Sep 1996 10:01:16 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA29511; Mon, 2 Sep 1996 10:01:12 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA22389; Mon, 2 Sep 1996 11:00:50 -0600 (MDT) Date: Mon, 2 Sep 1996 11:00:50 -0600 (MDT) Message-Id: <199609021700.LAA22389@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: julian@freebsd.org, hackers@freebsd.org Subject: Re: Anyone done any SCSI scanner support work? In-Reply-To: <373.841639220@time.cdrom.com> References: <373.841639220@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've looked into PINT a little, and it supports the earlier Mustek > MFS06000CX and MFS12000CX scanners so perhaps there's hope, but the > thing is still extremely NetBSD-centric and before diving on it (hah) > I'd like to at least check into whether or not anyone has already > invented this particular wheel. > > PINT may be obtained at: > ftp://alpha.gnu.ai.mit.edu/pub/pint/pint-0.5e.tar.gz I tried to invent this particular wheel just before I found out about hpscan, which is now in ports. Check out ~nate-pint.tar.gz in my home directory on freefall. I had it further than that with some help from Peter Dufault, but I looked for it earlier and couldn't find it. In any case, I couldn't get PINT to work on either FreeBSD or my Sun, so I gave up. Nate From owner-freebsd-hackers Mon Sep 2 10:12:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA01073 for hackers-outgoing; Mon, 2 Sep 1996 10:12:28 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA01062; Mon, 2 Sep 1996 10:12:25 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id KAA04329; Mon, 2 Sep 1996 10:12:18 -0700 (PDT) Message-Id: <199609021712.KAA04329@austin.polstra.com> To: rkw@dataplex.net (Richard Wackerbarth) cc: hubs@freebsd.org, hackers@freebsd.org Subject: Re: cvsup question, src/tools not updated, make release trouble In-reply-to: Your message of "Sun, 01 Sep 1996 18:52:34 CDT." Date: Mon, 02 Sep 1996 10:12:18 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard Wackerbarth wrote: > >It's because the mirror site you're using > >hasn't updated his sup configuration files recently. > > Which brings me back to a previous suggestion. > I think that we should standardize the location of the trees being "supped". > I suggest that they follow the general form of freefall and put them in > /pub/FreeBSD/FreeBSD-current, etc. > > If we do that, then the mirror sites can have a special distribution that > just gives them the appropriate sup control files. I agree with Richard. If the sup control files themselves were propagated to the mirrors automatically, then we wouldn't have these problems all the time. The current manual update-when-somebody-complains system is just too unreliable. Besides, anything we can do to make it easier to run a mirror site is a Good Thing. One minor point: Paths like /pub/FreeBSD/FreeBSD-current are rather FTP-specific. We already have a de-facto standard place for the CVS repository, at /home/ncvs. And the sup control files are under /home/sup, which we're more-or-less stuck with because it's hard-coded into everybody's supfiles. I'd propose that we standardize on /home/current or /home/FreeBSD-current, and likewise for -stable. Of course, those could be symlinks to whereever the mirror administrator wanted to put the actual files. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Sep 2 10:47:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04085 for hackers-outgoing; Mon, 2 Sep 1996 10:47:34 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA04080; Mon, 2 Sep 1996 10:47:32 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id MAA27837; Mon, 2 Sep 1996 12:47:27 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Sep 1996 12:47:28 -0500 To: John Polstra From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: cvsup question, src/tools not updated, make release trouble Cc: hubs@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Richard Wackerbarth wrote: >One minor point: Paths like /pub/FreeBSD/FreeBSD-current are rather >FTP-specific. We already have a de-facto standard place for the >CVS repository, at /home/ncvs. And the sup control files are under >/home/sup, which we're more-or-less stuck with because it's hard-coded >into everybody's supfiles. But if we establish a new set of sup-files, who cares what "is in everybody's" The standard files will still apply only to someone who gets "everything". Otherwise, the update to the sup-files will destroy local modifications. > I'd propose that we standardize on /home/current or >/home/FreeBSD-current, and likewise for -stable. >Of course, those could be symlinks to whereever the mirror administrator >wanted to put the actual files. The argument AGAINST that standard is that the mirrors have to have the files in /pub anyway. The /home directory is usually under more administrative restriction than is the /pub space. Symlinks can go either way. Just because something has been done that way in the past is no real reason to continue it ad infinitum. Actually, to handle the "local" case, I guess that we should distribute a template that gets processed against the local specification file. The default specification file can be essentially an identity transform. From owner-freebsd-hackers Mon Sep 2 11:05:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04640 for hackers-outgoing; Mon, 2 Sep 1996 11:05:06 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA04635; Mon, 2 Sep 1996 11:05:03 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id LAA04538; Mon, 2 Sep 1996 11:04:57 -0700 (PDT) Message-Id: <199609021804.LAA04538@austin.polstra.com> To: rkw@dataplex.net (Richard Wackerbarth) cc: hubs@freebsd.org, hackers@freebsd.org Subject: Re: cvsup question, src/tools not updated, make release trouble In-reply-to: Your message of "Mon, 02 Sep 1996 12:47:28 CDT." Date: Mon, 02 Sep 1996 11:04:57 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >And the sup control files are under > >/home/sup, which we're more-or-less stuck with because it's hard-coded > >into everybody's supfiles. > > But if we establish a new set of sup-files, who cares what "is in everybody's" My point is that there are thousands of FreeBSD supfiles out there in the world, and each line of every one contains "hostbase=/home". That means that every FreeBSD sup/CVSup mirror _must_ have a set of valid sup control files under "/home/sup". The only alternative would be to ask every existing sup user to change his supfiles. The dust from that might settle within a year or so, if we were lucky. > The standard files will still apply only to someone who gets > "everything". Otherwise, the update to the sup-files will destroy > local modifications. I don't understand what you mean. Aren't we talking about keeping the sup _mirrors_ up-to-date? It's only the mirrors who would be supping the sup control files. The mirrors should not have any local modifications. If they do, then they're not really mirrors. Maybe we're using different terminology? When I say "supfile", I mean the file that a client feeds to the "sup" or "cvsup" program. When I say "sup control files", I mean the set of files (under /home/sup for FreeBSD) that the server "supfilesrv" or "cvsupd" looks at. > > I'd propose that we standardize on /home/current or > >/home/FreeBSD-current, and likewise for -stable. > > >Of course, those could be symlinks to whereever the mirror administrator > >wanted to put the actual files. > > The argument AGAINST that standard is that the mirrors have to have the > files in /pub anyway. > > The /home directory is usually under more administrative restriction than > is the /pub space. I bet there's not one official FreeBSD sup mirror that's maintained by a person who does not have root privileges. > Symlinks can go either way. No, they cannot. The FTP daemon runs chrooted to ~ftp. It cannot follow symlinks that lead out of there. Any symlinks would have to point into the ~ftp tree, not out of it. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Sep 2 12:17:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07924 for hackers-outgoing; Mon, 2 Sep 1996 12:17:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07916; Mon, 2 Sep 1996 12:17:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02663; Mon, 2 Sep 1996 12:15:19 -0700 From: Terry Lambert Message-Id: <199609021915.MAA02663@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: michaelv@MindBender.serv.net (Michael L. VanLoon -- MindBender.serv.net) Date: Mon, 2 Sep 1996 12:15:19 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, richmond@cronus.oanet.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org In-Reply-To: <199608312327.QAA16185@MindBender.serv.net> from "Michael L. VanLoon -- MindBender.serv.net" at Aug 31, 96 04:27:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> I doubt you can 'blame' the coders. 99% of the video cards sold have > >> been for platforms running M$ OS's, so therefore why spend the time > >> necessary to have a 'generic' solution when one isn't necessary. > > >Professionalism? > > When has "professionalism" ever meant increased market share and/or > increased profit in the PeeCee industry? ;-) Two years down the road, when you go to start your next product life cycle and are trying to find a market that doesn't think your company produces mediocre products? Who cares anyway -- we're engineers, not management. Professionalism is what we have. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 2 12:37:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08574 for hackers-outgoing; Mon, 2 Sep 1996 12:37:01 -0700 (PDT) Received: from mailhost.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08545; Mon, 2 Sep 1996 12:36:53 -0700 (PDT) Received: (from jonny@localhost) by mailhost.coppe.ufrj.br (8.7.5/8.7.3) id QAA18971; Mon, 2 Sep 1996 16:36:50 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199609021936.QAA18971@mailhost.coppe.ufrj.br> Subject: Problems routing IPX, 2.2-960801-SNAP To: hackers@freebsd.org Date: Mon, 2 Sep 1996 16:36:50 -0300 (EST) Cc: questions@freebsd.org X-Mailer: ELM [version 2.4ME+ PL14 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm doing my first test using FreeBSD to route IPX. It worked for the first few days, but does not work anymore. The system panics 5 minutes after booting. The message says that there was a Page Fault while in kernel. If I disable IPX (in rc.local) the system works perfectly. Is there a BUG in IPX kernel ? Is there something I can do to help debugging IPX kernel code ? The machine is intended to be just a router, nothing more. No users, no more services. Only routed, mrouted and IPXrouted. My configuration is as follows: /etc/rc.local extract: echo -n " IPXrouted" /usr/sbin/IPXrouted -s sysctl -w net.ipx.ipx.ipxforwarding=1 2>&1 > /dev/null config file: machine "i386" cpu "I486_CPU" ident SWAMPY maxusers 8 config kernel root on wd0 options "COMPAT_43" options UCONSOLE options INET #Internet communications protocols options IPX #IPX/SPX communications protocols options IPX_ERRPRINTFS=0 #IPX/SPX Console Debugging Information options IPXPRINTFS=0 #IPX/SPX Console Debugging Information pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device options MROUTING # Multicast routing options IPFIREWALL #firewall #options IPFIREWALL_VERBOSE #print information about # dropped packets #options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPDIVERT #divert sockets # One of these is mandatory: options FFS #Fast filesystem #options NFS #Network File System #options NFS_NOSERVER #Disable the NFS-server code. #options "CD9660" #ISO 9660 filesystem pseudo-device pty 8 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 1 #Snoop device - to look at pty/vty/etc.. controller isa0 options "AUTO_EOI_1" #options "AUTO_EOI_2" # Nao funciona na SWAMPY device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #device lpt0 at isa? port? tty irq 7 vector lptintr #device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr #device sio0 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x300 net irq 3 iomem 0xd8000 vector edintr device ed1 at isa? port 0x340 net irq 4 iomem 0xe0000 vector edintr device ed2 at isa? port 0x320 net irq 5 iomem 0xe8000 vector edintr device pca0 at isa? disable port IO_TIMER1 tty ====================================================================== Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@cisi.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-hackers Mon Sep 2 13:12:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10075 for hackers-outgoing; Mon, 2 Sep 1996 13:12:02 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10056 for ; Mon, 2 Sep 1996 13:11:57 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id WAA28833; Mon, 2 Sep 1996 22:11:35 +0200 (SAT) From: John Hay Message-Id: <199609022011.WAA28833@zibbi.mikom.csir.co.za> Subject: Re: Problems routing IPX, 2.2-960801-SNAP In-Reply-To: <199609021936.QAA18971@mailhost.coppe.ufrj.br> from Joao Carlos Mendes Luis at "Sep 2, 96 04:36:50 pm" To: jonny@gaia.coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Mon, 2 Sep 1996 22:11:35 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I'm doing my first test using FreeBSD to route IPX. It worked for the > first few days, but does not work anymore. The system panics 5 minutes > after booting. The message says that there was a Page Fault while in > kernel. > > If I disable IPX (in rc.local) the system works perfectly. Is there a > BUG in IPX kernel ? Is there something I can do to help debugging IPX > kernel code ? > Is it possible to send me the panic message and the output of "nm | sort"? Just 10 or so lines before and after the address where it paniced should be enough. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Mon Sep 2 13:17:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10240 for hackers-outgoing; Mon, 2 Sep 1996 13:17:47 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10235 for ; Mon, 2 Sep 1996 13:17:43 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.7.4/8.7.3) id QAA21348; Mon, 2 Sep 1996 16:13:47 -0400 (EDT) From: Bill/Carolyn Pechter Message-Id: <199609022013.QAA21348@shell.monmouth.com> Subject: memory problem -- anyone have a FreeBSD memory test To: freebsd-questions@shell.monmouth.com Date: Mon, 2 Sep 1996 16:13:47 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been fighting memory problems ever since I pulled out my motherboard and installed a new one. Unfortunately, the new one didn't work -- so I put back the old one. (The simms never came off it when it was pulled -- so I expected no problem... however, it's now sig-11, sig6 city. Dos based memory tests show nothing (I've got 20 meg... my best diag doesn't test past 16). FreeBSD boots, runs, and sig-11's occasionally during make world and heavy X stuff. I went from 20 meg to 8mb of 1mb simms -- same problem. I went to 16mb of 4mb simms -- same problem. I reseated and enabled and disabled the cache... same problem. I swapped in a DX2/66 to try to see if the problem would show up or go away with a CPU reseat/replacement. No luck. I'm waiting for the new motherboard -- and I have new 72 pin simms for it. (It's en route from the company as a swap with the bad one.) Anyone have a memory test recommendation that works short of a hardware memory test. I remember FreeBSD 1.5 pulled out errors on my wife's box that were causing crashes under OS/2 and SIG11's under Linux. I sure miss minicomputers with real memory controllers with memory address registers that latch parity errors and report the address. I sure miss BSD on a Vax that reported the ECC location and correction bits... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-hackers Mon Sep 2 13:21:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10437 for hackers-outgoing; Mon, 2 Sep 1996 13:21:53 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10399; Mon, 2 Sep 1996 13:21:42 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.7.4/8.7.3) id QAA21812; Mon, 2 Sep 1996 16:17:47 -0400 (EDT) From: Bill/Carolyn Pechter Message-Id: <199609022017.QAA21812@shell.monmouth.com> Subject: anyone have a memory test? To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Mon, 2 Sep 1996 16:17:47 -0400 (EDT) Cc: freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry for the repost -- if you've seen this twice... I bounced my last due to an aliases screw up -- Bill I've been fighting memory problems ever since I pulled out my motherboard and installed a new one. Unfortunately, the new one didn't work -- so I put back the old one. (The simms never came off it when it was pulled -- so I expected no problem... however, it's now sig-11, sig6 city. Dos based memory tests show nothing (I've got 20 meg... my best diag doesn't test past 16). FreeBSD boots, runs, and sig-11's occasionally during make world and heavy X stuff. I went from 20 meg to 8mb of 1mb simms -- same problem. I went to 16mb of 4mb simms -- same problem. I reseated and enabled and disabled the cache... same problem. I swapped in a DX2/66 to try to see if the problem would show up or go away with a CPU reseat/replacement. No luck. I'm waiting for the new motherboard -- and I have new 72 pin simms for it. (It's en route from the company as a swap with the bad one.) Anyone have a memory test recommendation that works short of a hardware memory test. I remember FreeBSD 1.5 pulled out errors on my wife's box that were causing crashes under OS/2 and SIG11's under Linux. I sure miss minicomputers with real memory controllers with memory address registers that latch parity errors and report the address. I sure miss BSD on a Vax that reported the ECC location and correction bits... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-hackers Mon Sep 2 13:31:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10845 for hackers-outgoing; Mon, 2 Sep 1996 13:31:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10839; Mon, 2 Sep 1996 13:31:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02949; Mon, 2 Sep 1996 13:29:36 -0700 From: Terry Lambert Message-Id: <199609022029.NAA02949@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: kpneal@pobox.com (Kevin P. Neal) Date: Mon, 2 Sep 1996 13:29:36 -0700 (MST) Cc: terry@lambert.org, nate@mt.sri.com, richmond@cronus.oanet.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org In-Reply-To: <1.5.4.32.19960901180245.006975f8@mindspring.com> from "Kevin P. Neal" at Sep 1, 96 02:02:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Worse: There are a BUNCH of "A" students here at NCSU in CSC. They make > A's in all or most of their classes. Yet if you question them, they don't > know their head from a hole in the ground. [ ... horror story #1 ... ] [ ... horror story #2 ... ] > You want professionals? Heh. Don't move down to this area then, our "best" > students suck by and large. I really need to graduate and get the heck out > of here. As long as they teach them how to say "would you like fries with that?", I have no problem with otherwise low academic standards. People who do what you describe are getting their degrees in the same way that one gets a union card: as a means to an (unrelated) end. They go through the motions in order to elicit the desired result; if they achieve any understanding of what the motions mean, it's accidental. These people have wonderful potential for employment in the food service industry. > We live in the era of "good enough" software. It doesn't have to be great, > and bug-free, it just has to be enough for most people. Sucks, huh? I refuse to lower my standards for anyone. The big joke about software engineering is you ask a software engineer "can you do this?", and if you wait long enough for your answer, it will always be "yes". But if you examine the joke, the roots of the humor are in the asker ignoring the qualifications implied on the "yes". Unless you have comedic intent, there are time when you must take your listener into account and answer "no", because you know the listener will not hear the qualifications. When I go into projects today, and it is clear that the time constraints may be arbitrarily changed on me, I intentionally architect the soloution to be disassembled on component boundries. This lets the time table change, and instead of compromising the overall architecture, I compromise the feature set. This is something I can undo, if given more time; on the other hand, I would have a hell of a time undoing a compromise on the architecture at a later time without a total rewrite. It's a hell of a lot easier to add a spellchecking component back into a word processor at a later date than it is to "add back in" internationalization hooks that were compromised out of the first rev. > Besides, increasing code reusability doesn't help much in *this* project, > it's the *next* project that it helps in. Who thinks long term? (sarcasm) People who want their stock options to have value when they mature? Money is a great lever to use to force people to do what they should do the first time around. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 2 14:01:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12691 for hackers-outgoing; Mon, 2 Sep 1996 14:01:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12684 for ; Mon, 2 Sep 1996 14:00:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03016; Mon, 2 Sep 1996 13:58:08 -0700 From: Terry Lambert Message-Id: <199609022058.NAA03016@phaeton.artisoft.com> Subject: Re: login-class API ? To: snar@lucky.net (Alexander Snarskii) Date: Mon, 2 Sep 1996 13:58:08 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199609011959.WAA11351@burka.carrier.kiev.ua> from "Alexander Snarskii" at Sep 1, 96 10:59:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As far as i remember, someone from -hackers working > with "login-classes" realisation of authenification. > Can anybody point me to his mail address - i'm in process > of writing tacacs+ authenification module, and > it will be fine ( as for me, at least :) ) to know, which > API i must grant to easy incorporate in. > > PS: Sorry for my english. I believe it was sef@freebsd.org (Sean Eric Fagan). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 2 14:16:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13315 for hackers-outgoing; Mon, 2 Sep 1996 14:16:35 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13309 for ; Mon, 2 Sep 1996 14:16:25 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id OAA04220; Mon, 2 Sep 1996 14:32:17 -0700 (PDT) Date: Mon, 2 Sep 1996 14:32:16 -0700 (PDT) From: Tom Samplonius To: Bill/Carolyn Pechter cc: FreeBSD-hackers Subject: Re: anyone have a memory test? In-Reply-To: <199609022017.QAA21812@shell.monmouth.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 2 Sep 1996, Bill/Carolyn Pechter wrote: ... > I sure miss minicomputers with real memory controllers with memory > address registers that latch parity errors and report the address. > I sure miss BSD on a Vax that reported the ECC location and correction bits... Triton II based boards support ECC or parity checks. But you need parity memory too, which costs a bit more, and some suppliers don't have it commonly available. Tom From owner-freebsd-hackers Mon Sep 2 14:56:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14979 for hackers-outgoing; Mon, 2 Sep 1996 14:56:03 -0700 (PDT) Received: from quimby.os2bbs.com (quimby.os2bbs.com [204.194.180.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA14952; Mon, 2 Sep 1996 14:55:59 -0700 (PDT) Received: from nisech-slip2.nosc.mil by quimby.os2bbs.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.0) for freebsd-hackers@freebsd.org; id AA6390; Mon, 02 Sep 96 17:53:41 -0400 Message-Id: <3.0b11.32.19960902175555.009c3090@mail.os2bbs.com> X-Sender: winterg@mail.os2bbs.com X-Mailer: Windows Eudora Pro Version 3.0b11 (32) Date: Mon, 02 Sep 1996 17:56:01 -0400 To: freebsd-isp@freebsd.org, freebsd-hackers@freebsd.org From: Gib Winter Subject: MS FrontPage and Authentication Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have MS FrontPage Server extensions 1.1 loaded on my FreeBSD 2.1.5 release and Apache 1.1.1 server. Everything works fine, except the password authentication - I have to manually copy a password from a FreeBSD generated password file to the MS Frontpage password file (thanks to an earlier posting to this list I saved many hours of pulling hair). The FreeBSD passwords are MD5 and the FrontPage appear to be DES. My questions are thus: It appears Apache does the authentication of users coming in with MD5 and FrontPage is creating the passwords with its Administrator function using DES. Is this a correct synopsis? What is the best way to fix this? Should I compile my system using the DES crypt? What exactly is the method of switching from MD5 to DES - I didn't see it mentioned in the handbook, it only talked about how to recognize which you have installed. Do I need to use a compile flag for this? Thanks, Gib From owner-freebsd-hackers Mon Sep 2 15:17:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA15950 for hackers-outgoing; Mon, 2 Sep 1996 15:17:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA15945 for ; Mon, 2 Sep 1996 15:17:26 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA05926 for ; Mon, 2 Sep 1996 15:17:25 -0700 (PDT) Prev-Resent: Mon, 02 Sep 1996 15:17:25 -0700 Prev-Resent: "hackers@freebsd.org " Prev-Resent: Mon, 02 Sep 1996 15:17:04 -0700 Prev-Resent: "core@freebsd.org " Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id NAA05631 for ; Mon, 2 Sep 1996 13:14:04 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uxfNm-0006kIC; Mon, 2 Sep 96 13:14 PDT Date: Mon, 2 Sep 1996 13:14:05 -0700 (PDT) From: Jake Hamby Reply-To: Jake Hamby To: "Jordan K. Hubbard" Subject: FreeBSD vs. Linux 96 (my impressions) In-Reply-To: <2893.841647826@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: hackers@freebsd.org Resent-Date: Mon, 02 Sep 1996 15:17:25 -0700 Resent-Message-ID: <5924.841702645@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The other day I received my subscription copies of FreeBSD 2.1.5 and Slackware Linux 96. After looking at the CD-ROM backs, and upgrading a friend's Linux install (using him as a guinea pig :-) I decided to migrate my primary development OS to Linux. I'm going to reinstall FreeBSD on the other hard drive, probably after the next 2.2-SNAP (once GCC 2.7.2.1 gets integrated into it). Since I've talked to you before on occasion, esp. regarding Solaris x86 (which I still have installed), I thought I'd type up a quick summary of the differences (as I see them) between the latest Linux and FreeBSD, and why Linux seems to be better for my uses. First, my uses for this box: 1) Software development for work and school: Requires X11R6, Motif, and C++, which both OS's do fine (still waiting for "official" GCC 2.7.2.1 on FreeBSD though). However, for school, I also need GNAT (for Ada) and Common LISP (for my AI class), which Linux seems to support a bit better, esp. GNAT (which is itself written in Ada, and the new version requires threads, so I have not had time to attempt a port to FreeBSD). And of course the JDK isn't available for FreeBSD, though Kaffe should make this less significant. 2) Internet access: PPP, Netscape, pine, telnet, and so on. Both OS's do this well (FreeBSD a bit better), but for some reason I haven't been able to get Java to work on either BSDI or Linux Netscape 3.0 under FreeBSD-current, but it works out of the box on Linux, even though it's "unsupported". I've installed it exactly the same as under Linux and Solaris (copied java_30 to /usr/local/lib/netscape) but Java programs just don't start! Does Java work for you with Netscape 3.0? Another side effect is that my BeBox has some nasty interactions with 4.4BSD telnetd (BeBox's fault) and user-mode ppp, so I'm curious to see how Linux will work as a BeBox PPP server (will set it up later today). Anyway, I guess it was the better software support (esp. GNAT, Netscape, JDK, and so forth) which pushed me towards Linux. After using both, I must conclude they are both great OS's, definitely the competition has made them both better. For your interest, however, I've typed up my quick impressions of advantages/disadvantages of Linux vs. FreeBSD. Should give you a hopefully objective view of where FreeBSD needs to improve: Linux advantages: ----------------- 1) Better software support (both GNU and commercial). Not much we can do, other than get the latest versions of the GNU software supported (GCC and so forth), and make sure our Linux emulator stays in top shape. 2) DOSEMU. Recent work on the FreeBSD emulation front is promising, though, however DOSEMU has several years head start and works quite well. Linux also supports VFAT (Win95 names) quite well. 3) _Very_ modular kernel. Unlike FreeBSD, you can install most every driver (for example Ethernet, SCSI and sound support) as modules, and there is a kerneld which automagically loads/unloads modules as programs request them. For example, whenever I play a .au file, the sound module instantly loads, then after a minute of unuse, it unloads, saving me 96k! FreeBSD already has the infrastructure for this, but Linux just pushes it a little more to its logical conclusion. 4) Supports arbitrary PC hardware better. As of FreeBSD 2.1.5, the boot floppy _still_ doesn't recognize my IDE CD-ROM (which I've reinstalled after moving the SCSI CD-ROM to my BeBox), but Linux recognizes that kind of hardware out of the box. Having more users means it supports a wider range of hardware, for example the parallel-port Zip drive. The big problem for FreeBSD is EIDE/ATAPI support, since nearly all PC's are being sold with IDE CD-ROMs these days, and our support is currently buggy, mostly because it's a crappy standard to support properly, and all the core people use SCSI. Unfortunate... 5) Supports more architectures. For example, I'll probably install Linux for BeBox after it's a little better tested. Too bad FreeBSD and NetBSD have diverged so far, because FreeBSD could benefit from NetBSD's hardware support, and NetBSD could use the improved VM system and package system of FreeBSD.. :-( 6) Heavy usage of /proc means getting a new kernel doesn't require recompiling ps, vmstat, and so on. FreeBSD has /proc, we just need to make better use of it, esp. for debugging (its original purpose, even though our GDB totally ignores it!). 7) Easy kernel setup. The old "make config" prompting setup is still there, but now there's also a nice curses-based menu for setting options, and a nifty Tk version. This is something I'd like to work on for FreeBSD, since I have some ideas of my own on this, as well. 8) Easier for new users to install. The Slackware verbose setup menus, while annoying for expert users, actually serve a good purpose by introducing novices (such as myself when I first installed Linux) to the wide variety of programs available. You can also install to a UMSDOS partition (eliminating the need to partition the drive) and mount the live CD-ROM on /usr for a quick taste, which only needs about 10MB disk space! 9) I've always liked Linux FDISK better than what FreeBSD had to offer, esp. when adding partitions later on (after the original install). I know the relative parts of sysinstall have be broken into separate programs, and the full-screen interface of FreeBSD is nice, but if we're going to do a major rewrite after 2.2.0, this could use a big overhaul. 10) Uses less disk space. Right now I have a full development system (C/C++/Objective C/GNU Lisp), TCP/IP (pine, tin, apache, arena, Netscape), TCL/Tk, X11R6 (fvwm95, etc.), and kernel source in a single 166MB root partition with 40MB free. Admittedly, I didn't install Emacs (preferring to use jove or vi for quick edits), but it just seems smaller than FreeBSD for all the goodies I've installed. I can attribute this to three reasons: EVERYTHING is linked with shared libs, ELF binaries are smaller (they aren't padded to a multiple of 8k like BSD), and more components are optional (i.e. not bundled into "bin"). Linux disadvantages: -------------------- 1) Can't boot arbitrary kernels from the root partition. LILO sucks. 2) Many boot/root disks to choose from, vs. a single configurable GENERIC. 3) Can't install over PPP. 4) TCP/IP is still not as good (but it's improved noticably). 5) Doesn't support "slice" scheme, although it does support extended DOS partitions if you need more than the four FDISK partitions. 6) Not as well integrated. While this means you can upgrade pieces and parts at your leisure, there is no master CVS tree, no core team, and no regression testing to make sure all the parts work together. Also, try mailing the author of Slackware with a bug report, vs. posting it to hackers@freebsd.org. _Big_ difference! Summary: -------- Linux has improved significantly since my last Walnut Creek Slackware CD. A lot of rough edges have been fixed, and the 2.0 kernel is definitely a milestone release for them. I decided to switch over because the software support is a bit better, and the upgrade cycle I got stuck in (upgrade libc, upgrade kernel, upgrade ppp, upgrade programs which got screwed by the new libc, upgrade kernel again, agh!) by the last Linux has been fixed by a new CD with the latest versions of everything tested against each other (still it's not as well integrated as "make world", alas!). In summary, Linux does seem the better OS for people just getting into UNIX. It was my first UNIX experience, after all. It does seem to offer compelling advantages as a desktop UNIX, in terms of tuning, and software support. FreeBSD will remain the industrial strength Internet server OS, of course, and I don't think I would trust Linux as a server in terms of performance, scalability, or security just yet. So what does FreeBSD need to work on? The areas I would like to work on: Easier kernel config (hopefully a nice curses interface, plus some automatic tuning based on the results of "dmesg" to see what hardware was actually detected), porting GNAT (now that we have a pthreads lib), and of course the FreeBSD counter I had volunteered so long ago. I'm going to be working on CGI hacking for work next week using WebObjects (unfortunately there's only Solaris, NT, and NextStep versions) and perl, so I should be able to finish something up next week. The areas I'm not competent to help with, but which _desperately_ need improvement: Hardware support (esp. IDE CDROM!), DOS emulation and VFAT support, maybe even a UMSDOS filesystem like Linux, usage of /proc throughout our utilities (no more "proc size mismatch" please?), a more modular kernel (ideally with a "kerneld" rather than simply a module-aware mount command), and of course we can always improve our installation and packaging scheme (which I would be glad to assist with and help beta test anything you come up with). Hope these comments have been helpful to you. Feel free to forward them to whatever FreeBSD mailing lists you think would find it interesting. -- Jake From owner-freebsd-hackers Mon Sep 2 16:01:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17963 for hackers-outgoing; Mon, 2 Sep 1996 16:01:58 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA17958 for ; Mon, 2 Sep 1996 16:01:55 -0700 (PDT) Received: by sequent.kiae.su id AA00013 (5.65.kiae-2 ); Tue, 3 Sep 1996 02:56:21 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 3 Sep 96 02:56:20 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id CAA00979; Tue, 3 Sep 1996 02:54:02 +0400 (MSD) Message-Id: <199609022254.CAA00979@nagual.ru> Subject: Re: Anyone try xfedor? In-Reply-To: <199609021123.AA041563417@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Sep 2, 96 01:23:37 pm" To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Tue, 3 Sep 1996 02:54:02 +0400 (MSD) Cc: hackers@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > E-mail message from =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= contained: > > Recently I try to build xfedor (font editor) from X11R6 contrib > > under FreeBSD-current + X11R6 + Xpm4 from ports. > > When it comes and appearse working (i.e. I even can draw > > inside it), I didn't see *ANY* texts in the buttons and text fields, > > i.e. all text fields and buttons looks blank! > > It is definitely not fonts problem, > > I try with different fonts and with same effect. > > Any hints? > > Did you install its xresources? (app-defaults) This old program not uses xresources, just pure Xlib. Few minutes ago I found the reason: it not work with > 256 colors also it uses only 2 colors. I'll try to fight it. Port will appearse shortly in any case. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Mon Sep 2 16:34:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19025 for hackers-outgoing; Mon, 2 Sep 1996 16:34:15 -0700 (PDT) Received: from m2.sprynet.com (m2.sprynet.com [165.121.1.99]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19020 for ; Mon, 2 Sep 1996 16:34:14 -0700 (PDT) Received: from [199.174.162.182] (ad44-182.compuserve.com [199.174.162.182]) by m2.sprynet.com (8.6.12/8.6.12) with SMTP id QAA25643 for ; Mon, 2 Sep 1996 16:34:45 -0700 X-Sender: dblizzar@m2.sprynet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Sep 1996 19:34:34 -0500 To: freebsd-hackers@freebsd.org From: dblizzar@sprynet.com (Dave Blizzard) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe dblizzar@sprynet.com de Dave Blizzard VE3 SVL ---------------- From owner-freebsd-hackers Mon Sep 2 16:55:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19940 for hackers-outgoing; Mon, 2 Sep 1996 16:55:38 -0700 (PDT) Received: from dde.dde.dk (dde.dde.dk [152.95.32.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19935 for ; Mon, 2 Sep 1996 16:55:35 -0700 (PDT) Received: by dde.dde.dk (5.61/9.3) id AA18529; Tue, 3 Sep 96 01:56:17 +0200 Received: from edaqal-ws.dde.dk by dde.dde.dk (5.61/9.3) with SMTP id AA24633; Tue, 3 Sep 96 01:56:17 +0200 Received: by edaqal-ws (4.1/1.34/indent-1.0) id AA08713; Tue, 3 Sep 96 01:55:03 +0100 From: kim@dde.dk (Kim Andersen) Message-Id: <9609030055.AA08713@edaqal-ws> Subject: Re: memory problem -- anyone have a FreeBSD memory test To: pechter@shell.monmouth.com (Bill/Carolyn Pechter) Date: Tue, 3 Sep 1996 01:55:03 +0100 (WET DST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199609022013.QAA21348@shell.monmouth.com> from "Bill/Carolyn Pechter" at Sep 2, 96 04:13:47 pm X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Anyone have a memory test recommendation that works short of a hardware > memory test. I remember FreeBSD 1.5 pulled out errors on my wife's box > that were causing crashes under OS/2 and SIG11's under Linux. > > I sure miss minicomputers with real memory controllers with memory > address registers that latch parity errors and report the address. > I sure miss BSD on a Vax that reported the ECC location and correction bits... Having just been to memory error country I can understand your frustrations. There's a linux memory testprogram somewhere on sunsite.unc.edu called memtest86-1.1.tar.gz. It even includes src. Quite nice, it just need a proper OS :-) regards kim From owner-freebsd-hackers Mon Sep 2 17:41:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21557 for hackers-outgoing; Mon, 2 Sep 1996 17:41:42 -0700 (PDT) Received: from meow.cpm.com.my (meow.cpm.com.my [192.228.140.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA21551 for ; Mon, 2 Sep 1996 17:41:35 -0700 (PDT) Received: from srinath.cpm.com.my (srinath.cpm.com.my [192.228.140.167]) by meow.cpm.com.my (8.6.12/8.6.12) with SMTP id IAA01966 for ; Tue, 3 Sep 1996 08:41:02 +0800 Message-Id: <199609030041.IAA01966@meow.cpm.com.my> From: "Srinath Nallari" To: Subject: unsubscribe Date: Tue, 3 Sep 1996 08:44:56 +0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1085 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-hackers Mon Sep 2 23:34:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08426 for hackers-outgoing; Mon, 2 Sep 1996 23:34:24 -0700 (PDT) Received: from www.sbq.org.br (sbq.sbq.org.br [143.108.1.102]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA08421 for ; Mon, 2 Sep 1996 23:34:22 -0700 (PDT) Received: (from sbqadm@localhost) by www.sbq.org.br (8.6.12/FreeBSD2.1/8.6.12/SBQ) id DAA12470 for hackers@freebsd.org; Tue, 3 Sep 1996 03:29:29 GMT From: "Sociedade Brasileira de Quimica/Admin" Message-Id: <199609030329.DAA12470@www.sbq.org.br> Subject: Gaussian News/Summer 96 To: hackers@freebsd.org Date: Tue, 3 Sep 1996 03:29:29 +0000 () X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I've just received Gaussian NEWS/Summer 96, from Gaussian Incorporation, a quantum chemistry software vendor from Pittsburgh, PA. The cover article: "Do Real Research on a High-End PC" G94 Available for Linux and FreeBSD "Gaussian 94 is now available for the Linux and FreeBSD operating systems running on PC computer systems based on Intel processors. Both of these operating systems are available on the Internet free of charge... For FreeBSD, Gaussian 94 was certified using version 2.1, which is still the latest released production kernel as of this writing." ... Not for The Faint-Hearted Systems running Linux or FreeBSD can be very effective platforms for perfoming calculations using Gaussian94. As the performance data on page 4 indicate, research level problems are entirely feasible in these environments. ... Jordan, would like a copy of the article? Pedro " From owner-freebsd-hackers Tue Sep 3 00:03:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA10059 for hackers-outgoing; Tue, 3 Sep 1996 00:03:07 -0700 (PDT) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA10049 for ; Tue, 3 Sep 1996 00:03:01 -0700 (PDT) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.7.5/Sogang) id PAA27032; Tue, 3 Sep 1996 15:57:55 +0900 (KST) Received: by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA16768; Tue, 3 Sep 96 15:56:33 KST Date: Tue, 3 Sep 96 15:56:33 KST From: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Message-Id: <9609030656.AA16768@cslsun10.sogang.ac.kr> Apparently-To: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I major in computer science at SoGang Univ. in Seoul. Korea. my question is that what is ? phys_avail(i + 1) ? nblocks? it is in vm_page_startup() of vm_page.c From owner-freebsd-hackers Tue Sep 3 00:20:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA10998 for hackers-outgoing; Tue, 3 Sep 1996 00:20:31 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA10992 for ; Tue, 3 Sep 1996 00:20:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA02130; Tue, 3 Sep 1996 00:19:18 -0700 (PDT) Message-Id: <199609030719.AAA02130@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) cc: freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Tue, 03 Sep 1996 15:56:33 +0700." <9609030656.AA16768@cslsun10.sogang.ac.kr> From: David Greenman Reply-To: dg@root.com Date: Tue, 03 Sep 1996 00:19:17 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I major in computer science at SoGang Univ. in Seoul. Korea. >my question is that >what is ? >phys_avail(i + 1) ? >nblocks? >it is in vm_page_startup() of vm_page.c phys_avail[] is an array of start/end pairs of physical memory that is present in the system. nblocks is the number of distinct chunks of physical memory and is ultimately used as a pointer to the last chunk in order to calculate the page index of the last physical page of memory. Why do you ask? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Sep 3 00:30:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11250 for hackers-outgoing; Tue, 3 Sep 1996 00:30:19 -0700 (PDT) Received: from scapa.cs.ualberta.ca (root@scapa.cs.ualberta.ca [129.128.4.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA11244; Tue, 3 Sep 1996 00:30:17 -0700 (PDT) Received: from ve6kik by scapa.cs.ualberta.ca with UUCP id <13085-21630>; Tue, 3 Sep 1996 01:30:14 -0600 Received: by ve6kik.ampr.ab.ca (Smail3.1.28.1 #5) id m0uxo85-000O97C; Mon, 2 Sep 96 23:34 WET DST Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id XAA00459; Mon, 2 Sep 1996 23:16:46 -0600 (MDT) Date: Mon, 2 Sep 1996 23:16:45 -0600 (MDT) From: Marc Slemko To: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: <199609030457.WAA00349@alive.ampr.ab.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Would anyone be interested in patches to support the below functionality in 2.1.5? I have the first version of the patches (ie. the one that Soren released on 96/06/21) working locally on a 2.1.5 system; no real changes were required to make them fit 2.1.5, just some manual patching since there have been a number of changes to the syscons driver. I haven't gotten as far as bring them up to date on the improvements he has made to it after the initial commit; as long as the API changes don't cause problems on a 2.1.5 system, I should have my patches for 2.1.5 up to date sometime this week. If there is any interest in these patches, I will bundle them up sometime this week and put them up for ftp somewhere. > > Date: Fri, 21 Jun 1996 12:54:12 +0200 (MET DST) > From: sos@freebsd.org > To: current@freebsd.org (FreeBSD current) > Sender: owner-current@freebsd.org > Subject: Syscons CUT&PASTE functionality added... > > _________________________________________________________________ > > > I just put in the last bits to get CUT&PASTE to work in syscons. > This now allow one to C&P between the consoles using the mouse > to select the needed text. > For this to work, run the moused daemon with the prober parameters > specifying mousetype & port. Then on the console where this feature > is needed just say vidcontrol -m on, and a mousepointer will show > up on the screen. Left button cuts & right button paste. > I'd like to hear how this works out with different mousetypes and > especially with different display hardware. Please note this works > only on ega's and above, as the mousepointer is done by reprogramming > the charset, giving the illusion that a "real" graphic mousepointer > is used. > There still need to be implemented a prober eventhandling mechanism > but thats still on the drawingboard. When that is done, applications > can start using this feature as well (libdialog comes to mind)... > > Have fun... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > From owner-freebsd-hackers Tue Sep 3 00:49:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11769 for hackers-outgoing; Tue, 3 Sep 1996 00:49:53 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA11764 for ; Tue, 3 Sep 1996 00:49:47 -0700 (PDT) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA16914 (5.67a/IDA-1.5 for ); Tue, 3 Sep 1996 10:49:40 +0300 Received: from tahma.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA25764; Tue, 3 Sep 1996 10:49:38 +0300 Received: by tahma.tekla.fi (5.65v3.2/20-jun-90) id AA03513; Tue, 3 Sep 1996 10:49:37 +0300 Date: Tue, 3 Sep 1996 10:49:37 +0300 From: sja@tekla.fi (Sakari Jalovaara) Message-Id: <9609030749.AA03513@tahma.tekla.fi> To: FreeBSD-hackers@freebsd.org Subject: Re: anyone have a memory test? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Triton II based boards support ECC or parity checks. But you need > parity memory too, which costs a bit more, and some suppliers don't have > it commonly available. You also need the right revision (aka stepping) of the Triton II. The known steppings are: the 82439HX chip: stepping A1; the chip reads SU087 (or no id). Does NOT support ECC. stepping A2; the chip reads SU102. Has ECC. stepping A3; the chip reads SU115. Has ECC and "snoop ahead". the 82371SB chip: stepping A1; the chip reads SU052. No USB (universal serial bus). stepping B0; the chip reads SU093. Has USB. If you really need (or just want) ECC on Pentium you'll want to check that your motherboard has a chip labeled "82439HX SU102". Chips that don't do ECC don't grok parity either. I believe that the HX-A2 stepping has been shipping since around July 96 (SB-B0 for less than that?) Older motherboards with A1 stepping chips don't have ECC or USB (contrary to some MB vendors' claims.) Sales literature and BIOS "enable/disable ECC" settings prove nothing. This all applies to the Pentium / Triton II (430HX). Lobotomized Triton II for low-cost systems (430VX) doesn't have ECC or parity. Triton (430FX) never had ECC or parity. All revs of the PPro Natoma chipset (440FX) have ECC and parity. I think the PPro Orion (450GX, 450KX) has ECC but I'm not sure - Orion has always been so buggy it can be safely ignored. ++sja From owner-freebsd-hackers Tue Sep 3 01:01:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA12350 for hackers-outgoing; Tue, 3 Sep 1996 01:01:39 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA12341; Tue, 3 Sep 1996 01:01:35 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA05704; Tue, 3 Sep 1996 10:01:29 +0200 Message-Id: <199609030801.KAA05704@ra.dkuug.dk> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: marcs@alive.ampr.ab.ca (Marc Slemko) Date: Tue, 3 Sep 1996 10:01:29 +0200 (MET DST) Cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: from "Marc Slemko" at Sep 2, 96 11:16:45 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Marc Slemko who wrote: Be sure to get the latest changes in there too, it should be a couble of easy cvs commands to do this... Also remeber to get moused along... > > Would anyone be interested in patches to support the below functionality > in 2.1.5? I have the first version of the patches (ie. the one that Soren > released on 96/06/21) working locally on a 2.1.5 system; no real changes > were required to make them fit 2.1.5, just some manual patching since > there have been a number of changes to the syscons driver. I haven't > gotten as far as bring them up to date on the improvements he has made to > it after the initial commit; as long as the API changes don't cause > problems on a 2.1.5 system, I should have my patches for 2.1.5 up to date > sometime this week. > > If there is any interest in these patches, I will bundle them up sometime > this week and put them up for ftp somewhere. > > > > > > Date: Fri, 21 Jun 1996 12:54:12 +0200 (MET DST) > > From: sos@freebsd.org > > To: current@freebsd.org (FreeBSD current) > > Sender: owner-current@freebsd.org > > Subject: Syscons CUT&PASTE functionality added... > > > > _________________________________________________________________ > > > > > > I just put in the last bits to get CUT&PASTE to work in syscons. > > This now allow one to C&P between the consoles using the mouse > > to select the needed text. > > For this to work, run the moused daemon with the prober parameters > > specifying mousetype & port. Then on the console where this feature > > is needed just say vidcontrol -m on, and a mousepointer will show > > up on the screen. Left button cuts & right button paste. > > I'd like to hear how this works out with different mousetypes and > > especially with different display hardware. Please note this works > > only on ega's and above, as the mousepointer is done by reprogramming > > the charset, giving the illusion that a "real" graphic mousepointer > > is used. > > There still need to be implemented a prober eventhandling mechanism > > but thats still on the drawingboard. When that is done, applications > > can start using this feature as well (libdialog comes to mind)... > > > > Have fun... > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > > So much code to hack -- so little time. > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Sep 3 01:15:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA12967 for hackers-outgoing; Tue, 3 Sep 1996 01:15:39 -0700 (PDT) Received: from Isabeau.esfm.ipn.mx (slip9.compserv.ipn.mx [148.204.182.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA12941; Tue, 3 Sep 1996 01:15:16 -0700 (PDT) Received: (from mrspock@localhost) by Isabeau.esfm.ipn.mx (8.7.5/8.7.3) id CAA00198; Tue, 3 Sep 1996 02:28:42 -0500 (CDT) Date: Tue, 3 Sep 1996 02:28:38 -0500 (CDT) From: Eduardo Viruena Silva To: hackers@freebsd.org cc: questions@freebsd.org Subject: Mozart, Bravo Sound. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello there! I have had some problems with sound cards. In my office I had a Mozart sound card connected to my HP Vectra 486/66 running FreeBSD 2.1.0 (some days ago) and now running FreeBSD 2.1.5. It did not worked. The kernel did not recognize it as a Sound Blaster. My card says that it can handle a Sony CDROM. Neither the sound card nor the CDROM were visible to FreeBSD as you can see in the listing bellow: FreeBSD 2.1.5-RELEASE #0: Mon Sep 2 09:11:53 CDT 1996 root@Michelle.esfm.ipn.mx:/usr/src/sys/compile/EVS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 8388608 (8192K bytes) avail memory = 6615040 (6460K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0: disabled, not probed. sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80008000 on isa wdc0: unit 0 (wd0): wd0: 233MB (479220 sectors), 978 cyls, 14 heads, 35 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S mcd0: disabled, not probed. scd0: timeout. scd0 not found at 0x340 <-------LOOK! Sony CD-Rom matcdc0: disabled, not probed. ep0: disabled, not probed. sb0 not found at 0x220 <-------LOOK! "Sound Blaster" opl0 at 0x388 on isa opl0: mpu0 at 0x330 irq 10 drq 0 on isa mpu0: uart0 at 0x350 irq 13 on isa uart0: <6850 Midi Interface> npx0 on motherboard npx0: INT 16 interface changing root device to wd1a Couriously my kernel recognizes some "parts" of my sound card, as you can see. There is a program called "playmidi" in the packages, and it reports the sound card is not correctly initialized. I supossed there was a problem in the card, so I took it to another computer running MSDOS and it worked perfectly. I made a MSDOS bootable disk and I configured the drivers of the sound card. I took it to my computer, installed the card again and made it boot. It worked and the sound card was clearly functional. Then I pressed Ctrl-Alt-Del and made the computer start from FreeBSD. The kernel reconize it, as you can see in this listing: Michelle:/usr/home/mrspock> dmesg FreeBSD 2.1.5-RELEASE #0: Mon Sep 2 09:11:53 CDT 1996 root@Isabeau.esfm.ipn.mx:/usr/src/sys/compile/EVS CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 8388608 (8192K bytes) avail memory = 6615040 (6460K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0: disabled, not probed. sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80008000 on isa wdc0: unit 0 (wd0): wd0: 233MB (479220 sectors), 978 cyls, 14 heads, 35 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S mcd0: disabled, not probed. scd0 at 0x340-0x343 on isa <-----NOW LOOK!!!! scd0: matcdc0: disabled, not probed. ep0: disabled, not probed. sb0 at 0x220 irq 11 drq 1 on isa <-----NOW LOOK!!!! sb0: opl0 at 0x388 on isa opl0: mpu0 at 0x330 irq 10 drq 0 on isa mpu0: uart0 at 0x350 irq 13 on isa uart0: <6850 Midi Interface> npx0 on motherboard npx0: INT 16 interface changing root device to wd1a What happened? I did not know. I shutted my computer down and turned it off. Again, I boot under FreeBSD and the sound card and my CDROM were missing again! argh! But I did not give up. I started again my computer with my MSDOS diskette and pressed Ctrl-Alt-Del and made my computer start under FreeBSD. My sound card and my CD-ROM appeared again. I started to cry. Obviously, MSDOS has made some initilization to my sound card that was lost when I turned it off. This possible initialization was not missing when I pressed Ctrl-Alt-Del. Somehow there was a misterious initialization process in the MS-DOS drivers that FreeBSD had not made. I think Mozart people can show the FreeBSD people how to initialize their famous sound card... I will be very happy if they do. But as I stated before, I won't give up! If Mozart people do not tell FreeBSD team who to initialize this card I will hack their drivers and I will find how to do it! There is another possibility: perhaps my kernel is not well configurated. I doubt it. My card works fine under FreeBSD when it is previously initialized by MS-DOS drivers and rebooted under FreeBSD. But there is another fact... In home I have another computer and I bought a cheap sound card called "Bravo Sound". It claims to be a Sound Blaster clone and it can handle my Sony CDROM. It was courious to see the same phenomena with it. I have a little work to do this days, but the next weekend I promise to hack the MS-DOS drivers. I'll keep in touch. /\ /\ _ / \/ \ \___/_\ __ ( O O _) / / / \ /\ / ___ / / ___ | |\ / / | / / / |_|_ O __/____/\__/\___|/___/\__/ \/ ("Lalo" is a Mexican-Spanish short name for Eduardo) From owner-freebsd-hackers Tue Sep 3 01:31:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA13562 for hackers-outgoing; Tue, 3 Sep 1996 01:31:45 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA13539; Tue, 3 Sep 1996 01:31:38 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA05827; Tue, 3 Sep 1996 10:31:18 +0200 Message-Id: <199609030831.KAA05827@ra.dkuug.dk> Subject: Re: Mozart, Bravo Sound. To: mrspock@esfm.ipn.mx (Eduardo Viruena Silva) Date: Tue, 3 Sep 1996 10:31:18 +0200 (MET DST) Cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: from "Eduardo Viruena Silva" at Sep 3, 96 02:28:38 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Eduardo Viruena Silva who wrote: > > > Hello there! > > I have had some problems with sound cards. > > In my office I had a Mozart sound card connected to my HP Vectra 486/66 > running FreeBSD 2.1.0 (some days ago) and now running FreeBSD 2.1.5. > > It did not worked. The kernel did not recognize it as a Sound Blaster. My > card says that it can handle a Sony CDROM. Neither the sound card nor the > CDROM were visible to FreeBSD as you can see in the listing bellow: [longish explanation deleted] You should compile a new kernel with "options MOZART_PORT", that way your card is intialized proberly. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Sep 3 03:27:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19496 for hackers-outgoing; Tue, 3 Sep 1996 03:27:21 -0700 (PDT) Received: from dxcl01.bn.DeTeMobil.de (dxcl01.bn.DeTeMobil.de [192.108.75.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA19472 for ; Tue, 3 Sep 1996 03:27:08 -0700 (PDT) Received: by dxcl01.bn.DeTeMobil.de (5.65/DEC-Ultrix/4.3) id AA26049; Tue, 3 Sep 1996 12:25:04 +0200 From: moeding@bn.DeTeMobil.de (Stefan Moeding) Received: by dxca0n.bn.DeTeMobil.de; (5.65v3.2/1.1.8.2/06Dec95-0249PM) id AA31752; Tue, 3 Sep 1996 12:25:03 +0200 Date: Tue, 3 Sep 1996 12:25:03 +0200 Message-Id: <9609031025.AA31752@dxca0n.bn.DeTeMobil.de> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608302012.WAA04527@uriah.heep.sax.de> (message from J Wunsch on Fri, 30 Aug 1996 22:12:30 +0200 (MET DST)) Subject: Re: Removeable disks on 2.1.5 Organization: Deutsche Telekom MobilNet GmbH, Rechenzentrum Bonn, Germany Reply-To: moeding@bn.DeTeMobil.de Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Stefan Moeding wrote: >> 1. The Syquest is attached to the uk-driver. Is anyone working on the >> driver code? Does the sd-driver support removeable disks? > Yes, they are supported. What does your drive claim to be? Upps. Editing the kernel config file solved the 'problem'. Sorry to bother. >> 2. I get kernel error messages 'device offline' when doing a 'mt >> status' without a tape in the drive. It's a tape drive, so I would >> say that offline is not exactly an error state. Any comments? > `offline' is *exactly* that error state. No cartridge in drive. No > status available. > The errno message passing is insufficient to express all the details > that SCSI devices used to report. Thus, the kernel (and syslog) > message is more explanatory. I get the point. I think I just reconfigure syslogd to stop printing everything onto the console then. Thanks, Stefan From owner-freebsd-hackers Tue Sep 3 04:11:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23180 for hackers-outgoing; Tue, 3 Sep 1996 04:11:49 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA23168 for ; Tue, 3 Sep 1996 04:11:37 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA07164 for hackers@freebsd.org; Tue, 3 Sep 1996 12:44:31 +0200 From: Luigi Rizzo Message-Id: <199609031044.MAA07164@labinfo.iet.unipi.it> Subject: A simulation environment... To: hackers@freebsd.org Date: Tue, 3 Sep 1996 12:44:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those of you interested in networkin protocols: I am pleased to announce the availability of "dummynet", a simple environment for the evaluation of network protocols on a single system using real traffic generators (e.g. FTP, WWW servers, etc.) and still accounting for limited-size queues, bandwidth limitations and communication delays. Dummynet requires minimal modifications to the OS (300 lines of kernel code, intercepting calls to ip_output() and tcp_input() in the case of a TCP version) and does not interfere with ordinary system activities (I use it on my own workstation). A report and source code for FreeBSD (easily portable to other BSD-derived systems) are available from http://www.iet.unipi.it/~luigi/research.html Feedback and suggestions are appreciated. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Sep 3 05:32:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25772 for hackers-outgoing; Tue, 3 Sep 1996 05:32:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA25742; Tue, 3 Sep 1996 05:32:33 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA09326; Tue, 3 Sep 1996 05:32:33 -0700 (PDT) To: sos@FreeBSD.org cc: mrspock@esfm.ipn.mx (Eduardo Viruena Silva), hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: Mozart, Bravo Sound. In-reply-to: Your message of "Tue, 03 Sep 1996 10:31:18 +0200." <199609030831.KAA05827@ra.dkuug.dk> Date: Tue, 03 Sep 1996 05:32:32 -0700 Message-ID: <9324.841753952@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > You should compile a new kernel with "options MOZART_PORT", that way > your card is intialized proberly. Ooh, is that actually documented anywhere? :-) Jordan From owner-freebsd-hackers Tue Sep 3 05:37:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA26271 for hackers-outgoing; Tue, 3 Sep 1996 05:37:49 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA26253; Tue, 3 Sep 1996 05:37:44 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id OAA06788; Tue, 3 Sep 1996 14:37:37 +0200 Message-Id: <199609031237.OAA06788@ra.dkuug.dk> Subject: Re: Mozart, Bravo Sound. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 3 Sep 1996 14:37:36 +0200 (MET DST) Cc: sos@FreeBSD.org, mrspock@esfm.ipn.mx, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <9324.841753952@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 96 05:32:32 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > You should compile a new kernel with "options MOZART_PORT", that way > > your card is intialized proberly. > > Ooh, is that actually documented anywhere? :-) Yes, in /usr/src/sys/i386/isa/sound/sound.doc ;-) Your name is even in that file 8-* (well, couldn't resist that one) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Sep 3 07:06:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00483 for hackers-outgoing; Tue, 3 Sep 1996 07:06:59 -0700 (PDT) Received: from Michelle.esfm.ipn.mx (Michelle.esfm.ipn.mx [148.204.104.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00475; Tue, 3 Sep 1996 07:06:53 -0700 (PDT) Received: (from mrspock@localhost) by Michelle.esfm.ipn.mx (8.7.5/8.7.3) id JAA02178; Tue, 3 Sep 1996 09:16:19 -0500 (CDT) Date: Tue, 3 Sep 1996 09:16:17 -0500 (CDT) From: Eduardo Viruena Silva To: sos@FreeBSD.org cc: "Jordan K. Hubbard" , sos@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: Mozart, Bravo Sound. In-Reply-To: <199609031237.OAA06788@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996 sos@FreeBSD.org wrote: > In reply to Jordan K. Hubbard who wrote: > > > > > You should compile a new kernel with "options MOZART_PORT", that way > > > your card is intialized proberly. > > > > Ooh, is that actually documented anywhere? :-) > > Yes, in /usr/src/sys/i386/isa/sound/sound.doc ;-) > > Your name is even in that file 8-* > > (well, couldn't resist that one) Ok, guys. But it did not work with the Bravo Sound card any way. I'll test with the Mozart card this afternoon. /\ /\ _ / \/ \ \___/_\ __ ( O O _) / / / \ /\ / ___ / / ___ | |\ / / | / / / |_|_ O __/____/\__/\___|/___/\__/ \/ > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. From owner-freebsd-hackers Tue Sep 3 07:28:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA01939 for hackers-outgoing; Tue, 3 Sep 1996 07:28:38 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA01934 for ; Tue, 3 Sep 1996 07:28:30 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA20639; Tue, 3 Sep 1996 10:33:16 -0400 Date: Tue, 3 Sep 1996 10:33:16 -0400 Message-Id: <199609031433.KAA20639@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Jake Hamby From: dennis@etinc.com (Dennis) Subject: Re: FreeBSD vs. Linux 96 (my impressions) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Hamby writes.... >Linux advantages: >----------------- >1) Better software support (both GNU and commercial). Not much we can do, >other than get the latest versions of the GNU software supported (GCC and >so forth), and make sure our Linux emulator stays in top shape. > >2) DOSEMU. Recent work on the FreeBSD emulation front is promising, >though, however DOSEMU has several years head start and works quite well. >Linux also supports VFAT (Win95 names) quite well. > >3) _Very_ modular kernel. Unlike FreeBSD, you can install most every >driver (for example Ethernet, SCSI and sound support) as modules, and >there is a kerneld which automagically loads/unloads modules as programs >request them. For example, whenever I play a .au file, the sound module >instantly loads, then after a minute of unuse, it unloads, saving me 96k! >FreeBSD already has the infrastructure for this, but Linux just pushes it >a little more to its logical conclusion. > >4) Supports arbitrary PC hardware better. As of FreeBSD 2.1.5, the boot >floppy _still_ doesn't recognize my IDE CD-ROM (which I've reinstalled >after moving the SCSI CD-ROM to my BeBox), but Linux recognizes that kind >of hardware out of the box. Having more users means it supports a wider >range of hardware, for example the parallel-port Zip drive. The big >problem for FreeBSD is EIDE/ATAPI support, since nearly all PC's are being >sold with IDE CD-ROMs these days, and our support is currently buggy, >mostly because it's a crappy standard to support properly, and all the >core people use SCSI. Unfortunate... > >5) Supports more architectures. For example, I'll probably install Linux >for BeBox after it's a little better tested. Too bad FreeBSD and NetBSD >have diverged so far, because FreeBSD could benefit from NetBSD's hardware >support, and NetBSD could use the improved VM system and package system of >FreeBSD.. :-( > >6) Heavy usage of /proc means getting a new kernel doesn't require >recompiling ps, vmstat, and so on. FreeBSD has /proc, we just need to >make better use of it, esp. for debugging (its original purpose, even >though our GDB totally ignores it!). > >7) Easy kernel setup. The old "make config" prompting setup is still >there, but now there's also a nice curses-based menu for setting options, >and a nifty Tk version. This is something I'd like to work on for >FreeBSD, since I have some ideas of my own on this, as well. > >8) Easier for new users to install. The Slackware verbose setup menus, >while annoying for expert users, actually serve a good purpose by >introducing novices (such as myself when I first installed Linux) to the >wide variety of programs available. You can also install to a UMSDOS >partition (eliminating the need to partition the drive) and mount the live >CD-ROM on /usr for a quick taste, which only needs about 10MB disk space! > >9) I've always liked Linux FDISK better than what FreeBSD had to offer, >esp. when adding partitions later on (after the original install). I know >the relative parts of sysinstall have be broken into separate programs, >and the full-screen interface of FreeBSD is nice, but if we're going to do >a major rewrite after 2.2.0, this could use a big overhaul. > >10) Uses less disk space. Right now I have a full development system >(C/C++/Objective C/GNU Lisp), TCP/IP (pine, tin, apache, arena, Netscape), >TCL/Tk, X11R6 (fvwm95, etc.), and kernel source in a single 166MB root >partition with 40MB free. Admittedly, I didn't install Emacs (preferring >to use jove or vi for quick edits), but it just seems smaller than FreeBSD >for all the goodies I've installed. I can attribute this to three >reasons: EVERYTHING is linked with shared libs, ELF binaries are smaller >(they aren't padded to a multiple of 8k like BSD), and more components are >optional (i.e. not bundled into "bin"). > >Linux disadvantages: >-------------------- > >1) Can't boot arbitrary kernels from the root partition. LILO sucks. > >2) Many boot/root disks to choose from, vs. a single configurable GENERIC. > >3) Can't install over PPP. > >4) TCP/IP is still not as good (but it's improved noticably). > >5) Doesn't support "slice" scheme, although it does support extended DOS >partitions if you need more than the four FDISK partitions. > >6) Not as well integrated. While this means you can upgrade pieces and >parts at your leisure, there is no master CVS tree, no core team, and no >regression testing to make sure all the parts work together. Also, try >mailing the author of Slackware with a bug report, vs. posting it to >hackers@freebsd.org. _Big_ difference! You left out one big disadvantage. The Kernel implementation is a pile of crap, and that different combinations of drivers will yield almost random results in terms of reliability and stability. Just my impression. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Sep 3 08:09:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03877 for hackers-outgoing; Tue, 3 Sep 1996 08:09:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03856; Tue, 3 Sep 1996 08:09:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA09685; Tue, 3 Sep 1996 08:09:52 -0700 (PDT) To: sos@FreeBSD.org cc: mrspock@esfm.ipn.mx, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: Mozart, Bravo Sound. In-reply-to: Your message of "Tue, 03 Sep 1996 14:37:36 +0200." <199609031237.OAA06788@ra.dkuug.dk> Date: Tue, 03 Sep 1996 08:09:52 -0700 Message-ID: <9683.841763392@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In reply to Jordan K. Hubbard who wrote: > > > > > You should compile a new kernel with "options MOZART_PORT", that way > > > your card is intialized proberly. > > > > Ooh, is that actually documented anywhere? :-) > > Yes, in /usr/src/sys/i386/isa/sound/sound.doc ;-) Huh. Sonofagun, I thought that file was dead! :-) Kind of out of date, too.. Jordan From owner-freebsd-hackers Tue Sep 3 08:11:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04017 for hackers-outgoing; Tue, 3 Sep 1996 08:11:22 -0700 (PDT) Received: from ime.net (ime.net [204.97.248.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03974; Tue, 3 Sep 1996 08:11:14 -0700 (PDT) Received: from kimiko.tcguy.net (buxton-15.ime.net [206.231.148.144]) by ime.net (8.7.4/8.6.12) with SMTP id KAA04571; Tue, 3 Sep 1996 10:12:07 -0400 (EDT) Message-ID: <322C3CB8.53EF@ime.net> Date: Tue, 03 Sep 1996 10:12:08 -0400 From: Gary Chrysler Reply-To: tcg@ime.net Organization: The Computer Guy X-Mailer: Mozilla 3.0b6 (Win95; I) MIME-Version: 1.0 To: sos@freebsd.org CC: "Jordan K. Hubbard" , mrspock@esfm.ipn.mx, hackers@freebsd.org, questions@freebsd.org Subject: Re: Mozart, Bravo Sound. References: <199609031237.OAA06788@ra.dkuug.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org wrote: > > In reply to Jordan K. Hubbard who wrote: > > > > > You should compile a new kernel with "options MOZART_PORT", that way > > > your card is intialized proberly. > > > > Ooh, is that actually documented anywhere? :-) > > Yes, in /usr/src/sys/i386/isa/sound/sound.doc ;-) > > Your name is even in that file 8-* > > (well, couldn't resist that one) > Sounds like an item that needs to be added to /conf/LINT.. :) -Enjoy Gary ~~~~~~~~~~~~~~~~ Improve America's Knowledge... Share yours The Borg... Where minds meet (207) 929-3848 From owner-freebsd-hackers Tue Sep 3 08:12:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04137 for hackers-outgoing; Tue, 3 Sep 1996 08:12:40 -0700 (PDT) Received: from igw2.watson.ibm.com (igw2.watson.ibm.com [129.34.139.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA04132 for ; Tue, 3 Sep 1996 08:12:35 -0700 (PDT) Received: from mailhub1.watson.ibm.com (mailhub1.watson.ibm.com [9.2.249.31]) by igw2.watson.ibm.com (8.7.4/8.7.1) with ESMTP id LAA43059 for ; Tue, 3 Sep 1996 11:12:43 -0400 Received: from hawpub1.watson.ibm.com (hawpub1.watson.ibm.com [9.2.90.32]) by mailhub1.watson.ibm.com (8.7.1/08-13-96) with SMTP id LAA539537 for ; Tue, 3 Sep 1996 11:12:17 -0400 Received: by hawpub1.watson.ibm.com (AIX 3.2/UCB 5.64/6/25/96) id AA20057; Tue, 3 Sep 1996 11:12:16 -0400 Date: Tue, 3 Sep 1996 11:12:16 -0400 From: kavitha Message-Id: <9609031512.AA20057@hawpub1.watson.ibm.com> To: freebsd-hackers@freebsd.org Subject: host specific route. Cc: kavitha@watson.ibm.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I'm using FreeBSD 2.1.0 on Thinkpad. When I create a host specific route to a machine on the directly connected network I'm not able to ping that machine. Here is the scenario: IP address of machine1 (FreeBSD thinkpad) : 129.34.78.1 IP address of machine2 (FreeBSD thinkpad) : 129.34.78.2 Both are on same physical net. When I create a host-specific route to 129.34.78.2 from 129.34.78.1 by " add route 129.34.78.2 129.34.78.1" it doesn't work. i.e. the route is created but I'm not able to ping each other. I know that I don't need to create to a route to ping each other, as they are on the same physical net. But my project requires that I create a host specific route with some special flags. I tried to give different subnet addresses to these machines, even that doesn't work Any pointers will be greatly appreciated. Thanks Kavitha From owner-freebsd-hackers Tue Sep 3 08:17:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04541 for hackers-outgoing; Tue, 3 Sep 1996 08:17:31 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA04536 for ; Tue, 3 Sep 1996 08:17:14 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id RAA23558 for ; Tue, 3 Sep 1996 17:16:18 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uxxD8-00021pC; Tue, 3 Sep 96 17:16 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA139153534; Tue, 3 Sep 1996 17:12:14 +0200 From: "Hr.Ladavac" Message-Id: <199609031512.AA139153534@ws2301.gud.siemens.co.at> Subject: Re: FreeBSD vs. Linux 96 (my impressions) To: dennis@etinc.com (Dennis) Date: Tue, 3 Sep 1996 17:12:14 +0200 (MESZ) Cc: jehamby@lightside.com, hackers@freebsd.org In-Reply-To: <199609031433.KAA20639@etinc.com> from "Dennis" at Sep 3, 96 10:33:16 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Dennis contained: > > You left out one big disadvantage. The Kernel implementation is a pile > of crap, and that different combinations of drivers will yield almost random > results in terms of reliability and stability. > > Just my impression. Shame that no one really cares about it. All the people want to see is that it's so easy for newcommers. Just like Windows. In more than one aspect :) /Marino From owner-freebsd-hackers Tue Sep 3 08:54:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06517 for hackers-outgoing; Tue, 3 Sep 1996 08:54:41 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA06501 for ; Tue, 3 Sep 1996 08:54:34 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA26836; Tue, 3 Sep 1996 09:54:01 -0600 (MDT) Message-Id: <199609031554.JAA26836@rover.village.org> To: "Hr.Ladavac" Subject: Re: FreeBSD vs. Linux 96 (my impressions) Cc: dennis@etinc.com (Dennis), jehamby@lightside.com, hackers@freebsd.org In-reply-to: Your message of Tue, 03 Sep 1996 17:12:14 +0200 Date: Tue, 03 Sep 1996 09:54:01 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Dennis contained: > You left out one big disadvantage. The Kernel implementation is a pile > of crap, and that different combinations of drivers will yield almost random > results in terms of reliability and stability. Having tried to port OpenBSD and Linux to a MIPS PC, I'd have to say that OpenBSD is *MUCH* easier. Linux is a moving target and just when you think you understand the structure, it changes out from under you radically. Especially in the ports area. OpenBSD has been a joy to work with, and I get this HUGE book written by the system architects to explain the whole thing to me. Linux does have other advantages, but kernel interface stability isn't one of them. Not that that would matter to most people.... Warner From owner-freebsd-hackers Tue Sep 3 10:02:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11594 for hackers-outgoing; Tue, 3 Sep 1996 10:02:02 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11586 for ; Tue, 3 Sep 1996 10:01:59 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA21051; Tue, 3 Sep 1996 13:04:49 -0400 Date: Tue, 3 Sep 1996 13:04:49 -0400 Message-Id: <199609031704.NAA21051@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: kavitha From: dennis@etinc.com (Dennis) Subject: Re: host specific route. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hello, > > I'm using FreeBSD 2.1.0 on Thinkpad. When I create a host specific route >to a machine on the directly connected network I'm not able to ping that >machine. > >Here is the scenario: >IP address of machine1 (FreeBSD thinkpad) : 129.34.78.1 >IP address of machine2 (FreeBSD thinkpad) : 129.34.78.2 > >Both are on same physical net. >When I create a host-specific route to 129.34.78.2 from 129.34.78.1 > >by " add route 129.34.78.2 129.34.78.1" > >it doesn't work. i.e. the route is created but I'm not able to ping each other. > >I know that I don't need to create to a route to ping each other, as they >are on the same physical net. But my project requires that I create a host >specific route with some special flags. I tried to give different subnet >addresses to these machines, even that doesn't work You may not be able to...but you should try to delete the net entry for 129.34 or whatever the subnet is before adding the host address, otherwise you will get an arp confict. Dennis From owner-freebsd-hackers Tue Sep 3 10:14:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12582 for hackers-outgoing; Tue, 3 Sep 1996 10:14:34 -0700 (PDT) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12576 for ; Tue, 3 Sep 1996 10:14:31 -0700 (PDT) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.7.5/Sogang) id CAA18457; Wed, 4 Sep 1996 02:10:44 +0900 (KST) Received: by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA17374; Wed, 4 Sep 96 02:07:31 KST Date: Wed, 4 Sep 96 02:07:31 KST From: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Message-Id: <9609031707.AA17374@cslsun10.sogang.ac.kr> Apparently-To: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to some function or variable in vm_page_startup() in vm_page.c 1. what is different between page_range and npages? 2. what is different between round_page and trunc_page? 3. what is start , size? 4. why need the biggestsize in the function? 5. Is first_page page number or address? I want to know some answer. From owner-freebsd-hackers Tue Sep 3 10:52:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14628 for hackers-outgoing; Tue, 3 Sep 1996 10:52:40 -0700 (PDT) Received: from chuma.cas.usf.edu (ddunbar@chuma.cas.usf.edu [131.247.31.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14623 for ; Tue, 3 Sep 1996 10:52:38 -0700 (PDT) Received: from localhost (ddunbar@localhost) by chuma.cas.usf.edu (8.7.5/8.6.5) with SMTP id NAA05347 for ; Tue, 3 Sep 1996 13:48:28 -0400 (EDT) Date: Tue, 3 Sep 1996 13:48:28 -0400 (EDT) From: David Dunbar X-Sender: ddunbar@chuma To: freebsd-hackers@freebsd.org Subject: unsubscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe ddunbar@chuma.cas.usf.edu From owner-freebsd-hackers Tue Sep 3 10:56:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14838 for hackers-outgoing; Tue, 3 Sep 1996 10:56:55 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA14833 for ; Tue, 3 Sep 1996 10:56:50 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA21141; Tue, 3 Sep 1996 14:00:17 -0400 Date: Tue, 3 Sep 1996 14:00:17 -0400 Message-Id: <199609031800.OAA21141@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Hr.Ladavac" From: dennis@etinc.com (Dennis) Subject: Re: FreeBSD vs. Linux 96 (my impressions) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >E-mail message from Dennis contained: >> >> You left out one big disadvantage. The Kernel implementation is a pile >> of crap, and that different combinations of drivers will yield almost random >> results in terms of reliability and stability. >> >> Just my impression. > >Shame that no one really cares about it. All the people want to see is that >it's so easy for newcommers. Just like Windows. In more than one aspect :) > I think that they care...but the "core team" (if you can call them that) just has some hokey ideas on how to do stuff, and thinks nothing of hacking up critical pieces to make something "more efficient"...and they usually break something else in the process. Plus there are not spl levels, and all kinds of race conditions that are virtually impossible to track down..... Dennis From owner-freebsd-hackers Tue Sep 3 11:16:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16283 for hackers-outgoing; Tue, 3 Sep 1996 11:16:20 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA16275 for ; Tue, 3 Sep 1996 11:16:18 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uy00Q-0006k7C; Tue, 3 Sep 96 11:15 PDT Date: Tue, 3 Sep 1996 11:15:22 -0700 (PDT) From: Jake Hamby Reply-To: Jake Hamby To: Warner Losh cc: "Hr.Ladavac" , Dennis , hackers@freebsd.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) In-Reply-To: <199609031554.JAA26836@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996, Warner Losh wrote: > E-mail message from Dennis contained: > > You left out one big disadvantage. The Kernel implementation is a pile > > of crap, and that different combinations of drivers will yield almost random > > results in terms of reliability and stability. > > Having tried to port OpenBSD and Linux to a MIPS PC, I'd have to say > that OpenBSD is *MUCH* easier. Linux is a moving target and just when > you think you understand the structure, it changes out from under you > radically. Especially in the ports area. OpenBSD has been a joy to > work with, and I get this HUGE book written by the system architects > to explain the whole thing to me. > > Linux does have other advantages, but kernel interface stability isn't > one of them. Not that that would matter to most people.... Good point. I much prefer BSD's boot procedure in terms of flexibility, and since it's been around for so long, the kernel is fairly well understood in terms of adding devices. That's why we only need one boot disk (and "boot -v" will allow device driver parameters to be editing for things that don't autoprobe correctly) vs. a ton of Linux boot disks, each tweaked for slightly different configurations. Since I wrote that article, I've discovered one more advantage to Linux, along with three problems: Advantage: Linux supports the Amiga filesystem. Pretty cool since I happened to have an Amiga-formatted Zip disk lying around! The interesting thing is that the kernel supports both the Amiga RDB partition info (in addition to the usual DOS FDISK) as well as the Amiga filesystem. So if had an Amiga-partitioned Zip disk with a Linux filesystem, you could read it (or maybe not, I forget whether ext2fs is byte-swapped on 680x0 or not!). It is supposed to understand FreeBSD and Solaris slice info as well, but I couldn't get that to work. Disadvantage: I couldn't mount either FreeBSD or Solaris-formatted UFS filesystems, even though there is a (read-only) UFS filesystem support. I just got a bunch of messages (including "f**king Sun blows me" whatever that's supposed to mean!!) and an empty mount point. Disadvantage: As somebody mentioned in private E-Mail, Slackware is not considered the premiere Linux distribution. The fact that there are multiple, incompatible, distributions, is a disadvantage. But since my original list related to the Linux kernel and utilities, the particular distribution I installed shouldn't be relevant. Disadvantage: Did I mention Linux's PPP daemon sucks? I swear, I was getting at least 15-30% better performance (over an ordinary 28.8kbps modem) under FreeBSD's user-mode ppp, and it was more consistent speed (vs. Linux which ranges all over the map from 1.7K/sec to 2.8K/sec, FreeBSD was consistently 3.0K/sec or higher). It makes me want to port the tun device to Linux, if I wasn't so afraid of the kernel (see above). Anyway, as I said originally, I'll probably reinstall FreeBSD on my second partition after the next 2..2 snap with GCC 2.7.2.1 on it. In the meantime, I would prefer spending my limited resources to improve FreeBSD because I like to build on a solid foundation. I don't regret installing Linux, though, because often it's nice to see how "the other half lives". -- Jake From owner-freebsd-hackers Tue Sep 3 11:48:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18021 for hackers-outgoing; Tue, 3 Sep 1996 11:48:49 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18013 for ; Tue, 3 Sep 1996 11:48:45 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA22697; Tue, 3 Sep 1996 11:47:09 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma022695; Tue Sep 3 11:46:56 1996 Message-ID: <322C7CD8.41C67EA6@whistle.com> Date: Tue, 03 Sep 1996 11:45:44 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: kavitha CC: freebsd-hackers@freebsd.org Subject: Re: host specific route. References: <9609031512.AA20057@hawpub1.watson.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk kavitha wrote: > > Hello, I think that your specific route is 'superceding' the ARP entry for that machine.... You may be able to hack teh arp routines to set the flags you want > > I'm using FreeBSD 2.1.0 on Thinkpad. When I create a host specific route > to a machine on the directly connected network I'm not able to ping that > machine. From owner-freebsd-hackers Tue Sep 3 11:56:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18638 for hackers-outgoing; Tue, 3 Sep 1996 11:56:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18630 for ; Tue, 3 Sep 1996 11:56:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04790; Tue, 3 Sep 1996 11:53:32 -0700 From: Terry Lambert Message-Id: <199609031853.LAA04790@phaeton.artisoft.com> Subject: Re: FreeBSD vs. Linux 96 (my impressions) To: jehamby@lightside.com Date: Tue, 3 Sep 1996 11:53:31 -0700 (MST) Cc: imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@freebsd.org In-Reply-To: from "Jake Hamby" at Sep 3, 96 11:15:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Disadvantage: I couldn't mount either FreeBSD or Solaris-formatted UFS > filesystems, even though there is a (read-only) UFS filesystem support. I > just got a bunch of messages (including "f**king Sun blows me" whatever > that's supposed to mean!!) and an empty mount point. Heh. Their VFS architecture is inherently damaged in design. This isn't obvious until you try to do something complicated with it (ext2fs isn't complicated, even though it is -- kinda -- nifty). The BSD VFS architecture is an inherently clean design, damaged in implementation. Right now, for instance, neither one of them could be used easily to implement a writeable NTFS that was as reliable as NTFS when it is run under NT (Microsoft's IFS architecture is a kludge, but it is an internalling consistent kludge). But if I had to choose somewhere to implement a read/write NTFS (instead of Linux's read-only NTFS), I would definitely start hacking the FreeBSD before the Linux. Before anyone blames this on native bias, I have contributed a number of fixes for memory leaks in error cases to the Linux FS architecture, and have hacked on UMSDOS, and even implemented a full FS in it, so I am not someone speaking from ignorance here. Supporting a Solaris FS is pretty trivial, and I plan to do it as soon as I can get my JAZ drive to reliably act as a boot device. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Sep 3 12:58:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22196 for hackers-outgoing; Tue, 3 Sep 1996 12:58:56 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22170 for ; Tue, 3 Sep 1996 12:58:48 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA23827 for ; Tue, 3 Sep 1996 12:58:11 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma023817; Tue Sep 3 12:57:47 1996 Message-ID: <322C8D73.2781E494@whistle.com> Date: Tue, 03 Sep 1996 12:56:35 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: Panic wired count] FYI only Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Return-Path: paul@whistle.com Received: from whistle.com (whistle.whistle.com [207.76.205.131]) by alpo.whistle.com (8.7.5/8.7.3) with ESMTP id LAA00314 for ; Tue, 3 Sep 1996 11:57:40 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA22708; Tue, 3 Sep 1996 11:57:39 -0700 (PDT) Received: from gumbo.whistle.com(207.76.205.100) by whistle.com via smap (V1.3) id sma022706; Tue Sep 3 11:57:35 1996 Received: (from paul@localhost) by gumbo.whistle.com (8.6.12/8.6.12) id LAA21831; Tue, 3 Sep 1996 11:57:35 -0700 From: Paul Ozzello Message-Id: <199609031857.LAA21831@gumbo.whistle.com> Subject: reboot To: archie@whistle.com (Archie Cobbs) Date: Tue, 3 Sep 1996 11:57:34 -0700 (PDT) Cc: julian@whistle.com (Julian Elischer) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Julian, I just got a panic on alpo: 841691765 2: /kernel: sb0: 841691765 2: /kernel: changing root device to wd0e 841691765 2: /kernel: IP packet filtering initialized, divert enabled, logging disabled 841772292 6: /kernel: arp info overwritten for 207.76.205.218 by 00:80:29:61:27:ed 841776595 2: /kernel: panic: vm_page_free: invalid wire count (4), pindex: 0x4 841776595 2: /kernel: 841776596 2: /kernel: cleaning up... Using obsolete shutdown callout.. 841776596 2: /kernel: update code to use at_shutdown() 841776596 2: /kernel: 841776596 2: /kernel: syncing disks... 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 giving up 841776596 2: /kernel: Automatic reboot in 15 seconds - press a key on the console to abort 841776597 2: /kernel: Rebooting... Any ideas? Should I report this to the freebsd list? -Archie From owner-freebsd-hackers Tue Sep 3 13:24:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23306 for hackers-outgoing; Tue, 3 Sep 1996 13:24:44 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23301 for ; Tue, 3 Sep 1996 13:24:35 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id OAA27886; Tue, 3 Sep 1996 14:23:18 -0600 (MDT) Message-Id: <199609032023.OAA27886@rover.village.org> To: Jake Hamby Subject: Re: FreeBSD vs. Linux 96 (my impressions) Cc: "Hr.Ladavac" , Dennis , hackers@freebsd.org In-reply-to: Your message of Tue, 03 Sep 1996 11:15:22 PDT Date: Tue, 03 Sep 1996 14:23:18 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Disadvantage: I couldn't mount either FreeBSD or Solaris-formatted UFS : filesystems, even though there is a (read-only) UFS filesystem support. I : just got a bunch of messages (including "f**king Sun blows me" whatever : that's supposed to mean!!) and an empty mount point. The Solaris port of Linux does a much better job. The patches to grok UFS file systems were considered too big to be included in 2.0. This is second hand information, but I believe it to be reliable. : Advantage: Linux supports the Amiga filesystem. Pretty cool since I : happened to have an Amiga-formatted Zip disk lying around! The NetBSD and OpenBSD have something called adosfs. I don't know if it is endian clean or not. I don't know the effort of porting to FreeBSD, but that might not be a bad place to start if someone was wanting this bad enough... : read it (or maybe not, I forget whether ext2fs is byte-swapped on 680x0 or : not!). It is supposed to understand FreeBSD and Solaris slice info as The 68k port of Linux uses the file system in native byte order, rather than intel byte order. There has been some talk of making ext2fs endian clean, but I've not seen the results of this effort yet. Warner From owner-freebsd-hackers Tue Sep 3 13:32:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23696 for hackers-outgoing; Tue, 3 Sep 1996 13:32:32 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA23688; Tue, 3 Sep 1996 13:32:18 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-46.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA21208 (5.67b/IDA-1.5); Tue, 3 Sep 1996 22:32:08 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id WAA02633; Tue, 3 Sep 1996 22:32:05 +0200 (MET DST) Date: Tue, 3 Sep 1996 22:32:05 +0200 (MET DST) Message-Id: <199609032032.WAA02633@x14.mi.uni-koeln.de> From: Stefan Esser To: Luigi Rizzo Cc: hackers@freebsd.org, olah@freefall.freebsd.org, phk@freebsd.org, jkh@freebsd.org Subject: Re: SACK and other TCP modifications available In-Reply-To: <199608271404.QAA06501@labinfo.iet.unipi.it> References: <199608271404.QAA06501@labinfo.iet.unipi.it> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > It would be nice if someone could try some of the changes below > and send some feedback, and possibly arrange to include this in > -current sources. > > Luigi > ----------- > > The file "sack.diffs", available from > > http://www.iet.unipi.it/~luigi/research.html > > includes a number of modifications to TCP designed to improve > performance in presence of losses, namely: > - MODIFIED FAST RETRANSMIT > - NEWRENO > - SACK (Selective Acknowledgements) > - TSACK (Selective Acknowledgements in RFC1323 timestamps) > > The software is in alpha stage, although it has been running for > a couple of weeks in intermediate formats, and it is running on a > couple of our systems since Aug.26 1996. > > MODIFIED FAST RETRANSMIT is really helpful on lossy links, and does > not need modifications at the receive side. Same for NEWRENO. Hi Luigi! I tried to contact the URL you gave above, but with no success at all :( And I really could make good use of those TCP patches, since I got as lossy a link as anybody could possibly imagine :) Is there another site that offers your patches ? How about uploading them to Freefall ? Regards, STefan From owner-freebsd-hackers Tue Sep 3 13:58:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24959 for hackers-outgoing; Tue, 3 Sep 1996 13:58:18 -0700 (PDT) Received: from novell.com (prv-mail20.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24954 for ; Tue, 3 Sep 1996 13:58:15 -0700 (PDT) Received: from INET-PRV-Message_Server by novell.com with Novell_GroupWise; Tue, 03 Sep 1996 14:58:45 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 03 Sep 1996 15:06:09 -0600 From: Darren Davis To: hackers@FreeBSD.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) - Reply Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Just one question. What is this OpenBSD thing? I have never heard of the term. Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Tue Sep 3 14:07:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25330 for hackers-outgoing; Tue, 3 Sep 1996 14:07:24 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25325 for ; Tue, 3 Sep 1996 14:07:19 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA26936; Tue, 3 Sep 1996 15:07:07 -0600 (MDT) Date: Tue, 3 Sep 1996 15:07:07 -0600 (MDT) Message-Id: <199609032107.PAA26936@rocky.mt.sri.com> From: Nate Williams To: Warner Losh Cc: Jake Hamby , hackers@freebsd.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) In-Reply-To: <199609032023.OAA27886@rover.village.org> References: <199609032023.OAA27886@rover.village.org> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : Advantage: Linux supports the Amiga filesystem. Pretty cool since I > : happened to have an Amiga-formatted Zip disk lying around! The > > NetBSD and OpenBSD have something called adosfs. I don't know if it > is endian clean or not. I don't know the effort of porting to > FreeBSD, but that might not be a bad place to start if someone was > wanting this bad enough... I *highly* suspect that the Net/OpenBSD code is at least as robust as the code in Linux. At last one of the Linux-Amiga hackers switched over to using NetBSD when it became more feasible, so the NetBSD code is going to be pretty good. (The Amiga hacker I know is *very* capable). Nate From owner-freebsd-hackers Tue Sep 3 16:11:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02641 for hackers-outgoing; Tue, 3 Sep 1996 16:11:21 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA02634 for ; Tue, 3 Sep 1996 16:11:18 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id AAA08098 for hackers@freebsd.org; Wed, 4 Sep 1996 00:44:24 +0200 From: Luigi Rizzo Message-Id: <199609032244.AAA08098@labinfo.iet.unipi.it> Subject: cwnd problem with PPP To: hackers@freebsd.org Date: Wed, 4 Sep 1996 00:44:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not sure if this is a bug or not... when a tcp connection is opened, snd_cwnd is set to 1073725440 and is only put back to 1 mss in tcp_mss(), but only for _non_local_ communication. This saves the overhead of slow start on local comms. but blasts a full window of data at the beginning of a connection. This might be troublesome on a serial link. (on the other hand, setting cwnd to 1mss only might force the connection to experience a delayed ack since there is not enough data to trigger a window update and immediate ack; but this is not my problem now) Now, I am not sure if PPP connections (I am using iijppp) are considered local or not. I have the following in /etc/ppp/ppp.conf: set ifaddr 131.114.9.11 131.114.9.242 255.255.255.0 and still connections to 131.114.X.X seem not to reset properly snd_cwnd, despite the 24-bit netmask I use. I am running stock 2.1R with updated in_rmx.c from -stable. Can anyone comment on this ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Sep 3 16:20:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03340 for hackers-outgoing; Tue, 3 Sep 1996 16:20:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA03334 for ; Tue, 3 Sep 1996 16:20:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA10785; Tue, 3 Sep 1996 16:20:06 -0700 (PDT) To: Jake Hamby cc: Warner Losh , "Hr.Ladavac" , Dennis , hackers@freebsd.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) In-reply-to: Your message of "Tue, 03 Sep 1996 11:15:22 PDT." Date: Tue, 03 Sep 1996 16:20:06 -0700 Message-ID: <10782.841792806@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Advantage: Linux supports the Amiga filesystem. Pretty cool since I I don't think this is anything more than a transient advantage at best. :-) Speaking as a former Amiga owner and lover, the machine is bleedin' DEAD, any protestations from its new owners aside, and it'd be a waste of time implementing features like this when our own msdosfs is still broken and win95 name support is non-existant. :-( Jordan From owner-freebsd-hackers Tue Sep 3 16:35:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04423 for hackers-outgoing; Tue, 3 Sep 1996 16:35:51 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA04413; Tue, 3 Sep 1996 16:35:45 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id TAA19302; Tue, 3 Sep 1996 19:38:42 -0400 Date: Tue, 3 Sep 1996 19:38:41 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: sos@FreeBSD.org cc: sos@FreeBSD.org, regnauld@tetard.glou.eu.org, hackers@FreeBSD.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608310812.KAA22247@DeepCore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 31 Aug 1996 sos@FreeBSD.org wrote: > If you want only to get a readable mode, not nessesarily with > a "normal" resolution (ie 70x48), then it should only be > a matter of adjusting some of the values in a std. setting. > However, if you want a certain resolution (ie 132x50), then you > need to know more about the chipset on the videocard. If its one of That would be just fine... I think that the major goal is setting the horizontal and vertical scan frequencies so that the monitor display is stable. Nicities like setting 132x50 or whatever could wait for FreeBSD to get "up" far enough for syscons to take over, then X11. This sounds possible, if I read you correctly. I will try to get some time free to pursue it. Thanks and regards, -Jim Durham From owner-freebsd-hackers Tue Sep 3 16:44:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05283 for hackers-outgoing; Tue, 3 Sep 1996 16:44:49 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA05276 for ; Tue, 3 Sep 1996 16:44:47 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uy59F-0006kVC; Tue, 3 Sep 96 16:44 PDT Date: Tue, 3 Sep 1996 16:44:48 -0700 (PDT) From: Jake Hamby To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) In-Reply-To: <10782.841792806@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996, Jordan K. Hubbard wrote: > > Advantage: Linux supports the Amiga filesystem. Pretty cool since I > > I don't think this is anything more than a transient advantage at best. :-) > > Speaking as a former Amiga owner and lover, the machine is bleedin' > DEAD, any protestations from its new owners aside, and it'd be a waste > of time implementing features like this when our own msdosfs is still > broken and win95 name support is non-existant. :-( Hey I didn't say it was a _big_ advantage, or a reason ANYONE would choose Linux over FreeBSD, just that it was something nifty that caught my eye. If somebody really wanted Amiga FS support, they could just as easily pull it out of NetBSD than Linux. Now Linux's handling of VFAT/MSDOS is something we need to worry about. -- Jake From owner-freebsd-hackers Tue Sep 3 16:53:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05952 for hackers-outgoing; Tue, 3 Sep 1996 16:53:31 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA05945 for ; Tue, 3 Sep 1996 16:53:27 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA07363; Tue, 3 Sep 1996 23:51:36 GMT Date: Wed, 4 Sep 1996 08:51:36 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: jehamby@lightside.com, imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@freebsd.org Subject: Jaz (was Re: FreeBSD vs. Linux 96 (my impressions)) In-Reply-To: <199609031853.LAA04790@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996, Terry Lambert wrote: > Supporting a Solaris FS is pretty trivial, and I plan to do it as soon > as I can get my JAZ drive to reliably act as a boot device. I'm booting Solaris off of my Jaz drive now using system commander. FreeBSD boots off the HDD and I have another Jaz drive that contains cvs, src, cvs-smp, src-smp, cvs-lite2, and src-lite2. I haven't had any real problems. I'm a little paranoid and do extra syncs and umount /jaz before I reboot though. I confused System Commander once when swapping jaz cartridges and deleting a BSD entry that appeared for the non-bootable FreeBSD partition on the Jaz. I lost partition information, but I was able to easily restore it using sysinstall without any loss of data. Regards, Mike Hancock From owner-freebsd-hackers Tue Sep 3 17:01:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06580 for hackers-outgoing; Tue, 3 Sep 1996 17:01:32 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA06572 for ; Tue, 3 Sep 1996 17:01:29 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uy5PP-0006khC; Tue, 3 Sep 96 17:01 PDT Date: Tue, 3 Sep 1996 17:01:30 -0700 (PDT) From: Jake Hamby Reply-To: Jake Hamby To: hackers@freebsd.org Subject: Zeus Web server Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I apologize if this has been mentioned before, but there is a new commercial Web server for FreeBSD called Zeus, whose claim to fame is high performance. They use a single-process, multi-threaded design, including support for Keep-Alive, which gives them higher performance than any other Web server for UNIX. I only discovered them by accident, when I noticed that both DEC and HP used Zeus as the Web server in their SPECWeb96 results: http://www.specbench.org/osg/web96/results/ Except for the lowest end Alpha (which used Netscape Server), all the results are using Zeus. Also Sun's Web page has some Webstone results, again using Zeus as the Web server. The best part is that they support FreeBSD, as well as NetBSD, BSDI, Linux, and Solaris/x86, as well as the usual workstation UNIX versions. In fact they specifically mention you can achieve high performance results on a $1000 PC (even going so far as to say it's usable on a 386sx w/ 2MB RAM :-). It supports all the usual features: CGI's, SSL, and so forth. If performance is a concern, it may be worth the $900 purchase price. And because it is free to not-for-profit organizations, FreeBSD Inc. may want to try it out? Anyway, the URL is: http://www.zeus.co.uk/ If there are no complaints I will add it to our Commercial Vendors list on www.freebsd.org (just discovering I still have write permissions after my brief stint as FreeBSD webmaster :-). -- Jake From owner-freebsd-hackers Tue Sep 3 17:10:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA07649 for hackers-outgoing; Tue, 3 Sep 1996 17:10:59 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA07644 for ; Tue, 3 Sep 1996 17:10:56 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA11050; Tue, 3 Sep 1996 17:10:54 -0700 (PDT) To: Jake Hamby cc: hackers@FreeBSD.org Subject: Re: Zeus Web server In-reply-to: Your message of "Tue, 03 Sep 1996 17:01:30 PDT." Date: Tue, 03 Sep 1996 17:10:54 -0700 Message-ID: <11048.841795854@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Anyway, the URL is: http://www.zeus.co.uk/ > If there are no complaints I will add it to our Commercial > Vendors list on www.freebsd.org (just discovering I still have write > permissions after my brief stint as FreeBSD webmaster :-). They need to approach us. I don't add people to the gallery or commercial pages unsolicited and I think it's a good policy - having them approach us both increases their awareness of our "advertising channels" and ensures that the text describes the product in their words, rather than ours. Far, far less potential for unfortunate misunderstandings that way! Jordan From owner-freebsd-hackers Tue Sep 3 19:22:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15976 for hackers-outgoing; Tue, 3 Sep 1996 19:22:13 -0700 (PDT) Received: from zeus.xtalwind.net (h-adjudge.x31.infi.net [206.27.115.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15971; Tue, 3 Sep 1996 19:22:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.7.5/8.7.3) with SMTP id WAA02258; Tue, 3 Sep 1996 22:21:36 -0400 (EDT) Date: Tue, 3 Sep 1996 22:21:30 -0400 (EDT) From: jack To: Marc Slemko cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 2 Sep 1996, Marc Slemko wrote: > Would anyone be interested in patches to support the below functionality > in 2.1.5? YES. > > If there is any interest in these patches, I will bundle them up sometime > this week and put them up for ftp somewhere. Please do. Thanks, Jack -------------------------------------------------------------------------- Jack O'Neill Finger jacko@onyx.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Sep 3 20:12:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17638 for hackers-outgoing; Tue, 3 Sep 1996 20:12:08 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA17615 for ; Tue, 3 Sep 1996 20:12:01 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id UAA14867; Tue, 3 Sep 1996 20:08:33 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id UAA05976; Tue, 3 Sep 1996 20:08:02 -0700 (PDT) Message-Id: <199609040308.UAA05976@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Darren Davis cc: hackers@freebsd.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) - Reply In-reply-to: Your message of Tue, 03 Sep 96 15:06:09 -0600. Date: Tue, 03 Sep 1996 20:08:01 -0700 From: "Michael L. VanLoon -- MindBender.serv.net" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Just one question. >What is this OpenBSD thing? I have never heard of the term. Why don't you find out: http://www.OpenBSD.org/ ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Sep 3 21:31:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20783 for hackers-outgoing; Tue, 3 Sep 1996 21:31:44 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA20777 for ; Tue, 3 Sep 1996 21:31:41 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id VAA10813 for ; Tue, 3 Sep 1996 21:48:23 -0700 (PDT) Date: Tue, 3 Sep 1996 21:48:22 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: Impact of large listen() queue Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is the impact of using a large value (>100) for the backlog param to listen()? Does it impact performance? I assume that it eats some kind of kernel memory space, so how much? I know there is an old standard of a maximum of 5 for the backlog param. But most modern systems can handle much large values. Is there any disadvantage to using the maximum value (I believe under FreeBSD, this is 255) all the time? Tom From owner-freebsd-hackers Tue Sep 3 23:19:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25282 for hackers-outgoing; Tue, 3 Sep 1996 23:19:51 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA25277 for ; Tue, 3 Sep 1996 23:19:49 -0700 (PDT) Received: by night.primate.wisc.edu; id BAA29078; 8.6.10/41.8; Wed, 4 Sep 1996 01:21:17 -0500 From: Paul DuBois Message-Id: <199609040621.BAA29078@night.primate.wisc.edu> Subject: void main To: kpneal@pobox.com (Kevin P. Neal) Date: Wed, 4 Sep 1996 01:21:16 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <1.5.4.32.19960901180245.006975f8@mindspring.com> from "Kevin P. Neal" at Sep 1, 96 02:02:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm going to a University that teaches "void main(void)" in it's 100-level >CSC (CS is crop-science here, YES I am in the south!) programming class. >Since 114 is the alternative to Chemistry II for many people, 95% of the >people in CSC 114 will never take another programming class again. This >makes it "OK" to teach void main here (or so I am told, I think that's >bull). Um, so what exactly is wrong with void main, other than that you don't happen to like it? From owner-freebsd-hackers Tue Sep 3 23:37:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26089 for hackers-outgoing; Tue, 3 Sep 1996 23:37:39 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA26080 for ; Tue, 3 Sep 1996 23:37:37 -0700 (PDT) Received: from rover.village.org by mail.crl.com with SMTP id AA16663 (5.65c/IDA-1.5 for ); Tue, 3 Sep 1996 23:36:08 -0700 Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id VAA00440 for ; Tue, 3 Sep 1996 21:32:39 -0600 (MDT) Message-Id: <199609040332.VAA00440@rover.village.org> Subject: Re: FreeBSD vs. Linux 96 (my impressions) To: hackers@FreeBSD.org In-Reply-To: Your message of Tue, 03 Sep 1996 09:54:01 MDT Date: Tue, 03 Sep 1996 21:32:39 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : OpenBSD has been a joy to : work with, and I get this HUGE book written by the system architects : to explain the whole thing to me. Before I get more mail. No, this is just the boring Daemon book by McKusick, Bostic, Karels and Quarerman. "boring" in that everying had hoped there was some new, secret book out. Damn useful when it comes to understanding what is going on... Warner From owner-freebsd-hackers Tue Sep 3 23:58:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28431 for hackers-outgoing; Tue, 3 Sep 1996 23:58:39 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA28413 for ; Tue, 3 Sep 1996 23:58:35 -0700 (PDT) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id XAA12333; Tue, 3 Sep 1996 23:29:32 -0500 (CDT) Message-ID: <322D0578.6201DD56@hiwaay.net> Date: Tue, 03 Sep 1996 23:28:40 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: can't get to freefall.FreeBSD.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy all, I know this is not freefall's fault nor does it have anything to do with FreeBSD except this blooming router is the reason why I can't get to freefall. I was just wondering if anybody knew of anybody that has anything to do with it. Of course, this message will take forever to get posted since this same router has to be used and it can't figure out how to route packets to anything other than itself right now. :( steve[~]$ traceroute freefall.FreeBSD.org traceroute to freefall.FreeBSD.org (204.216.27.4), 30 hops max, 40 byte packets 1 max3 (206.104.18.34) 137.348 ms 138.334 ms 148.784 ms 2 sprintrouter (206.104.18.1) 158.739 ms 158.628 ms 158.941 ms 3 144.228.38.65 (144.228.38.65) 198.976 ms 227.308 ms 168.936 ms 4 144.228.38.65 (144.228.38.65) 218.818 ms !H * * 5 144.228.38.65 (144.228.38.65) 239.505 ms !H * 209.370 ms !H steve[~]$ nslookup 144.228.38.65 Server: spider.HiWAAY.net Address: 204.214.4.4 Name: sl-fw-8-S2/7-T1.sprintlink.net Address: 144.228.38.65 steve[~]$ Steve From owner-freebsd-hackers Wed Sep 4 00:05:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28809 for hackers-outgoing; Wed, 4 Sep 1996 00:05:57 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA28804; Wed, 4 Sep 1996 00:05:54 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA08063; Wed, 4 Sep 1996 08:26:08 +0200 (MET DST) To: Darren Davis cc: hackers@freebsd.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) - Reply In-reply-to: Your message of "Tue, 03 Sep 1996 15:06:09 MDT." Date: Wed, 04 Sep 1996 08:26:07 +0200 Message-ID: <8061.841818367@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Darren Davis writes: >Just one question. > >What is this OpenBSD thing? I have never heard of the term. > NetBSD got into an argument and Theo left and made OpenBSD. www.openbsd.org -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Sep 4 00:24:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29772 for hackers-outgoing; Wed, 4 Sep 1996 00:24:04 -0700 (PDT) Received: from daniel.sobral ([200.239.56.123]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA29731 for ; Wed, 4 Sep 1996 00:23:59 -0700 (PDT) Received: (from dcs@localhost) by daniel.sobral (8.6.12/8.6.12) id EAA00313 for hackers@freefall.freebsd.org; Wed, 4 Sep 1996 04:25:44 -0300 From: "Daniel C. Sobral" Message-Id: <199609040725.EAA00313@daniel.sobral> Subject: FreeBSD vs Linux 96: ATAPI support To: hackers@freefall.freebsd.org Date: Wed, 4 Sep 1996 04:25:44 -0300 (EST) Reply-To: e8917523@linf.unb.br In-Reply-To: <199609030730.AAA11262@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Sep 3, 96 00:30:23 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Jake Hamby > Date: Mon, 2 Sep 1996 13:14:05 -0700 (PDT) > Subject: FreeBSD vs. Linux 96 (my impressions) > > 4) Supports arbitrary PC hardware better. As of FreeBSD 2.1.5, the boot > floppy _still_ doesn't recognize my IDE CD-ROM (which I've reinstalled Funny thing you mention that. Since my own IDE CD-ROM wasn't working up to last week, I have taken special interest in anything related to IDE on FreeBSD's lists I subscribe to (and Usenet newsgroup). The first patch since 2.1.0-RELEASE I'm aware of was uploaded to ftp.freebsd.org's incoming directory with the name atapi_960716 (no need to tell you when, right? :). It deals specifically with a the way the ATAPI driver recognized the CD-ROM (it was out of specs). That, unfortunately, didn't solve my problem, though I guess it would solve a lot of people's problem. _After_ that patch, it become clear that most people having trouble with IDE CD-ROMs (though not all of them) had HITACHI's 7730 (or something like that) CD-ROMs. My own model, btw. A patch correcting that was submitted last week (to hackers and using send-pr, after feedback). Again, FreeBSD's driver was out of spec. Anyway, after seeing your message, I decided to check out what was stable's version of the atapi driver on ftp.freebsd.org. I don't know if anything has gone into that branch after 2.1.5-RELEASE, but I expect it to receive the submitted patches, at least. Well, the atapi.c file there is precisely the same as in 2.1.0-RELEASE. No Arve's patch (the HITACHI one), which doesn't surprise me, and no atapi_960716! >From where I'm sitting, it looks like maybe FreeBSD has finally a working atapi driver, but it's just not available! If you like to try my driver, Jake, I can e-mail the files to you. 2.1.0 (and, obviously, 2.1.5) only, though. I know that Arve has submitted a HITACHI patch to current too, if that's what you using/intending to use. -- Daniel C. Sobral (8-DCS) dcs@gns.com.br e8917523@linf.unb.br From owner-freebsd-hackers Wed Sep 4 01:57:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02423 for hackers-outgoing; Wed, 4 Sep 1996 01:57:45 -0700 (PDT) Received: from freebsd.gaffaneys.com (dialup6.gaffaneys.com [134.129.252.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02418 for ; Wed, 4 Sep 1996 01:57:40 -0700 (PDT) Received: (from zach@localhost) by freebsd.gaffaneys.com (8.7.5/8.7.3) id CAA17602; Wed, 4 Sep 1996 02:42:29 -0500 (CDT) To: Paul DuBois Cc: kpneal@pobox.com (Kevin P. Neal), hackers@freebsd.org Subject: Re: void main References: <199609040621.BAA29078@night.primate.wisc.edu> From: Zach Heilig Date: 04 Sep 1996 02:42:28 -0500 In-Reply-To: Paul DuBois's message of Wed, 4 Sep 1996 01:21:16 -0500 (CDT) Message-ID: <877mqa680r.fsf@freebsd.gaffaneys.com> Lines: 44 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul DuBois writes: > Um, so what exactly is wrong with void main, other than that you don't > happen to like it? Strictly speaking, there are exactly two correct versions of main(): int main(void); and int main(int argc, char *argv[]); Note that "char *argv[]" is exactly equivalent to "char **argv", and if you leave off the return type, it defaults to int, so these declarations may look a little different in practice. You wouldn't write code like: /* bad.c */ #include char *sin(double); main() { printf("sin(1) == %s\n", sin(1)); } /* end bad.c */ compile with: $ cc bad.c -lm and expect it to work properly. 'int' and 'void' are not compatible types, just like 'char *' and 'double' are not compatible types. If you wonder where the other declaration of main() expecting a return type of 'int' is, remember that something has to call your program (/usr/lib/crt0.o), and it thinks that main() returns an 'int'. It is also questionable to gratuitously use undefined behavior (wrt the ISO C standard) when a 100% correct version costs nothing. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the | is unwelcome. I avoid dealing only culture some people have! | with companies that email ads. From owner-freebsd-hackers Wed Sep 4 02:18:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA02964 for hackers-outgoing; Wed, 4 Sep 1996 02:18:19 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA02959 for ; Wed, 4 Sep 1996 02:18:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA15344; Wed, 4 Sep 1996 11:15:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA19309; Wed, 4 Sep 1996 11:15:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA00845; Wed, 4 Sep 1996 11:09:12 +0200 (MET DST) From: J Wunsch Message-Id: <199609040909.LAA00845@uriah.heep.sax.de> Subject: Re: void main To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 4 Sep 1996 11:09:12 +0200 (MET DST) Cc: kpneal@pobox.com, dubois@primate.wisc.edu (Paul DuBois) In-Reply-To: <199609040621.BAA29078@night.primate.wisc.edu> from Paul DuBois at "Sep 4, 96 01:21:16 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul DuBois wrote: > Um, so what exactly is wrong with void main, other than that you don't > happen to like it? It violates ANSI when used in a hosted environment. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 4 02:33:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03438 for hackers-outgoing; Wed, 4 Sep 1996 02:33:39 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA03431 for ; Wed, 4 Sep 1996 02:33:30 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id TAA02215; Wed, 4 Sep 1996 19:33:09 +1000 (EST) Date: Wed, 4 Sep 1996 19:33:09 +1000 (EST) From: "Daniel O'Callaghan" To: Zach Heilig cc: Paul DuBois , "Kevin P. Neal" , hackers@freebsd.org Subject: Re: void main In-Reply-To: <877mqa680r.fsf@freebsd.gaffaneys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 4 Sep 1996, Zach Heilig wrote: > Paul DuBois writes: > > > Um, so what exactly is wrong with void main, other than that you don't > > happen to like it? > > Strictly speaking, there are exactly two correct versions of main(): > > int main(void); > int main(int argc, char *argv[]); [lots of other stuff deleted] Well, if you do int main(void) { printf("Hello world\n"); } and compile with gcc -Wall, gcc will complain about reaching the end of a non-void function. Declaring main() to be void will remove that warning. I use void main(void){...} a lot. Danny From owner-freebsd-hackers Wed Sep 4 03:00:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04568 for hackers-outgoing; Wed, 4 Sep 1996 03:00:04 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA04344 for ; Wed, 4 Sep 1996 02:54:47 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA09707; Wed, 4 Sep 1996 12:48:37 +0300 Date: Wed, 4 Sep 1996 12:48:37 +0300 (EET DST) From: Narvi To: "Daniel O'Callaghan" cc: Zach Heilig , Paul DuBois , "Kevin P. Neal" , hackers@FreeBSD.org Subject: Re: void main In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 4 Sep 1996, Daniel O'Callaghan wrote: > > > On 4 Sep 1996, Zach Heilig wrote: [snip] > > Well, if you do > int main(void) > { > printf("Hello world\n"); > } And you *never* should end a function with only a closing braket. *Allways* use return (or exit()). I know at least one C compiler that will always complain (or even generate not too right) code if you do so. > > and compile with gcc -Wall, gcc will complain about reaching the end of a > non-void function. Declaring main() to be void will remove that warning. > I use void main(void){...} a lot. > Me too. But for test programs of no more than 1 pg in lenght. If they start to be longer, being correct is worth the effort. Sander > Danny > From owner-freebsd-hackers Wed Sep 4 03:20:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05117 for hackers-outgoing; Wed, 4 Sep 1996 03:20:54 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05112 for ; Wed, 4 Sep 1996 03:20:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA28500; Wed, 4 Sep 1996 20:13:39 +1000 Date: Wed, 4 Sep 1996 20:13:39 +1000 From: Bruce Evans Message-Id: <199609041013.UAA28500@godzilla.zeta.org.au> To: dubois@primate.wisc.edu, zach@blizzard.gaffaneys.com Subject: Re: void main Cc: hackers@freebsd.org, kpneal@pobox.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Um, so what exactly is wrong with void main, other than that you don't >> happen to like it? > >Strictly speaking, there are exactly two correct versions of main(): > >int main(void); > >and > >int main(int argc, char *argv[]); Actually, there are an infinite number. In a freestanding environment, main() is an ordinary function. BSD4.4Lite uses: void main(void *framep); >It is also questionable to gratuitously use undefined behavior (wrt >the ISO C standard) when a 100% correct version costs nothing. True. Bruce From owner-freebsd-hackers Wed Sep 4 03:59:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06101 for hackers-outgoing; Wed, 4 Sep 1996 03:59:55 -0700 (PDT) Received: from ns1.KS.co.id (root@ns1.ks.co.id [202.152.1.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA06092 for ; Wed, 4 Sep 1996 03:59:41 -0700 (PDT) Received: (from semar@localhost) by ns1.KS.co.id (8.7.5/8.6.12) id RAA00370; Wed, 4 Sep 1996 17:58:13 +0700 (JVT) Date: Wed, 4 Sep 1996 17:58:13 +0700 (JVT) From: Semar Mendhem To: freebsd-hackers@freebsd.org Subject: Adaptec 2940 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A simple question, Currently i have problem setting up 2.1.5 kernel to work with adaptec 2940. The same configuration i used with 2.1.0 works fine, but when compiled with 2.1.5, it won't work and scan 2940. any idea ? -semar- ----- Time is an illusion; lunchtime, doubly so. -- Ford Prefect From owner-freebsd-hackers Wed Sep 4 04:24:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06866 for hackers-outgoing; Wed, 4 Sep 1996 04:24:56 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA06861 for ; Wed, 4 Sep 1996 04:24:54 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by answerman.mindspring.com (8.6.12/8.6.12) with ESMTP id HAA11800; Wed, 4 Sep 1996 07:24:52 -0400 Received: from bogus.interpath.net (user-168-121-39-4.dialup.mindspring.com [168.121.39.4]) by borg.mindspring.com (8.6.12/8.6.12) with SMTP id HAA17244; Wed, 4 Sep 1996 07:24:47 -0400 Message-Id: <1.5.4.32.19960904112450.0066e000@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 04 Sep 1996 07:24:50 -0400 To: Zach Heilig From: "Kevin P. Neal" Subject: Re: void main Cc: Paul DuBois , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:42 AM 9/4/96 -0500, Zach Heilig wrote: >Paul DuBois writes: > >> Um, so what exactly is wrong with void main, other than that you don't >> happen to like it? > >Strictly speaking, there are exactly two correct versions of main(): > >int main(void); > >and > >int main(int argc, char *argv[]); > >Note that "char *argv[]" is exactly equivalent to "char **argv", and >if you leave off the return type, it defaults to int, so these >declarations may look a little different in practice. > >You wouldn't write code like: > >/* bad.c */ >#include >char *sin(double); > >main() { printf("sin(1) == %s\n", sin(1)); } >/* end bad.c */ > >compile with: > >$ cc bad.c -lm > >and expect it to work properly. 'int' and 'void' are not compatible >types, just like 'char *' and 'double' are not compatible types. > >If you wonder where the other declaration of main() expecting a return >type of 'int' is, remember that something has to call your program >(/usr/lib/crt0.o), and it thinks that main() returns an 'int'. Right. Resulting in random numbers being returned to the shell. I got tired of typing m68kasm -l filename.s, and put it into a makefile. Typed 'make', and got a "Fatal Error [put random number here]" message even though there was no error. The error was "void main()". >It is also questionable to gratuitously use undefined behavior (wrt >the ISO C standard) when a 100% correct version costs nothing. Bingo. -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www.pobox.com/~kpn/ / kevinneal@bix.com From owner-freebsd-hackers Wed Sep 4 04:27:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06933 for hackers-outgoing; Wed, 4 Sep 1996 04:27:27 -0700 (PDT) Received: from itchy.mindspring.com (itchy.mindspring.com [204.180.128.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06925 for ; Wed, 4 Sep 1996 04:27:23 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by itchy.mindspring.com (8.7.5/8.7.3) with ESMTP id HAA10275; Wed, 4 Sep 1996 07:27:22 -0400 (EDT) Received: from bogus.interpath.net (user-168-121-39-4.dialup.mindspring.com [168.121.39.4]) by borg.mindspring.com (8.6.12/8.6.12) with SMTP id HAA18034; Wed, 4 Sep 1996 07:27:11 -0400 Message-Id: <1.5.4.32.19960904112714.006921c4@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 04 Sep 1996 07:27:14 -0400 To: "Daniel O'Callaghan" From: "Kevin P. Neal" Subject: Re: void main Cc: Zach Heilig , Paul DuBois , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 07:33 PM 9/4/96 +1000, Daniel O'Callaghan wrote: > > >On 4 Sep 1996, Zach Heilig wrote: > >> Paul DuBois writes: >> >> > Um, so what exactly is wrong with void main, other than that you don't >> > happen to like it? >> >> Strictly speaking, there are exactly two correct versions of main(): >> >> int main(void); >> int main(int argc, char *argv[]); >[lots of other stuff deleted] > >Well, if you do >int main(void) >{ > printf("Hello world\n"); >} > >and compile with gcc -Wall, gcc will complain about reaching the end of a >non-void function. Declaring main() to be void will remove that warning. >I use void main(void){...} a lot. Wait, that would cause (on a compiler that wasn't hacked to avoid this problem) your programs to return random numbers to the shell. You would return random numbers to the shell to avoid typing, like, 12 key strokes? -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www.pobox.com/~kpn/ / kevinneal@bix.com From owner-freebsd-hackers Wed Sep 4 05:16:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08001 for hackers-outgoing; Wed, 4 Sep 1996 05:16:07 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA07996 for ; Wed, 4 Sep 1996 05:16:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id FAA00762; Wed, 4 Sep 1996 05:17:23 -0700 (PDT) Message-Id: <199609041217.FAA00762@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Tom Samplonius cc: hackers@freebsd.org Subject: Re: Impact of large listen() queue In-reply-to: Your message of "Tue, 03 Sep 1996 21:48:22 PDT." From: David Greenman Reply-To: dg@root.com Date: Wed, 04 Sep 1996 05:17:23 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What is the impact of using a large value (>100) for the backlog param >to listen()? Does it impact performance? I assume that it eats some kind >of kernel memory space, so how much? > > I know there is an old standard of a maximum of 5 for the backlog param. >But most modern systems can handle much large values. Is there any >disadvantage to using the maximum value (I believe under FreeBSD, this is >255) all the time? The backlog parameter to listen() is limited in the kernel to SOMAXCONN, which in recent versions of FreeBSD (including 2.1.5) is 128. Specifying the listen() parameter higher than this will do nothing - it will be restricted to 128. The disadvantage of using a large value is that you can end up with a (too) large number of connections backlogged, and these consume kernel resources. The kernel drops new connection requests when the limit is reached, intentionally, in order to throttle the load a bit. It's rarely necessary to use a limit greater than about 60 or 70, and only in rare cases is it useful to use a limit greater than 100. The maximum value of 128 in FreeBSD was chosen to reflect a practical 'maximum'...unlike 5 (or 10) which is almost always impractical even as a default. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Sep 4 05:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08713 for hackers-outgoing; Wed, 4 Sep 1996 05:37:17 -0700 (PDT) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA08700 for ; Wed, 4 Sep 1996 05:37:12 -0700 (PDT) Received: (from mgessner@localhost) by phoenix.aristar.com (8.6.12/8.6.12) id IAA15835 for hackers@freebsd.org; Wed, 4 Sep 1996 08:37:42 -0400 Message-Id: <199609041237.IAA15835@phoenix.aristar.com> Subject: XTerm escape sequences To: hackers@freebsd.org (FreeBSD Hackers) Date: Wed, 4 Sep 1996 08:37:42 -0400 (EDT) From: mgessner@aristar.com Organization: Aristar Software Development, Inc. Reply-To: mgessner@aristar.com X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all, The standard xterm man page says to consult the Xterm Control Sequences document for info on special control sequences. Would anyone out there by chance know where I could find such a doc? TIA, Matt From owner-freebsd-hackers Wed Sep 4 05:37:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08763 for hackers-outgoing; Wed, 4 Sep 1996 05:37:41 -0700 (PDT) Received: from zaraza.bofh.org.il (root@zaraza.bofh.org.il [192.115.153.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA08754 for ; Wed, 4 Sep 1996 05:37:36 -0700 (PDT) Received: from zaraza.bofh.org.il (sgt@localhost [127.0.0.1]) by zaraza.bofh.org.il (8.7.5/8.7.3) with ESMTP id PAA00689 for ; Wed, 4 Sep 1996 15:26:10 +0200 (IST) Message-Id: <199609041326.PAA00689@zaraza.bofh.org.il> X-Mailer: exmh version 1.6.9 8/22/96 Organization: Bastard Operator From Hell, Israel Rulez: FreeBSD Sux: Linux, Windoze, IDF & Netscape X-url: http://www.bofh.org.il/sgt/ To: hackers@freebsd.org Subject: Re: Anyone try xfedor? In-reply-to: Your message of "Mon, 02 Sep 1996 13:23:37 +0200." <199609021123.AA041563417@ws2301.gud.siemens.co.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Sep 1996 15:26:10 +0200 From: Sergei Barbarash Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Recently I try to build xfedor (font editor) from X11R6 contrib > > under FreeBSD-current + X11R6 + Xpm4 from ports. > > When it comes and appearse working (i.e. I even can draw > > inside it), I didn't see *ANY* texts in the buttons and text fields, > > i.e. all text fields and buttons looks blank! > > It is definitely not fonts problem, > > I try with different fonts and with same effect. > > Any hints? > > > > Andrey A. Chernov xfedor is so old it was built only by using Xlib - without Xt: it hasn't been developed yet, imagine it! Indeed, a nice artifact, but hardly useful today. -- ======================================================================= Sergei Barbarash http://www.netmedia.net.il/sgt/ NetMedia International, System Administrator & Programmer ============= Office: +972-2-795860; Home: +972-2-664779 ============================ From owner-freebsd-hackers Wed Sep 4 05:54:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10082 for hackers-outgoing; Wed, 4 Sep 1996 05:54:47 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10074 for ; Wed, 4 Sep 1996 05:54:43 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id WAA02580; Wed, 4 Sep 1996 22:54:26 +1000 (EST) Date: Wed, 4 Sep 1996 22:54:26 +1000 (EST) From: "Daniel O'Callaghan" To: "Kevin P. Neal" cc: hackers@freebsd.org Subject: Re: void main In-Reply-To: <1.5.4.32.19960904112450.0066e000@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, OK. Thank you to everyone for pointing out the missing link between my two neurons :-) I'll just digest the results of this evening's lesson in "C in a hosted environment" and say nothing further. cheers, Danny From owner-freebsd-hackers Wed Sep 4 07:30:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13858 for hackers-outgoing; Wed, 4 Sep 1996 07:30:23 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA13853 for ; Wed, 4 Sep 1996 07:30:17 -0700 (PDT) Received: by night.primate.wisc.edu; id JAA22513; 8.6.10/41.8; Wed, 4 Sep 1996 09:31:32 -0500 From: Paul DuBois Message-Id: <199609041431.JAA22513@night.primate.wisc.edu> Subject: Re: XTerm escape sequences To: mgessner@aristar.com Date: Wed, 4 Sep 1996 09:31:32 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199609041237.IAA15835@phoenix.aristar.com> from "mgessner@aristar.com" at Sep 4, 96 08:37:42 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The standard xterm man page says to consult the Xterm Control Sequences > document for info on special control sequences. > > Would anyone out there by chance know where I could find such a doc? One place is: http://www.primate.wisc.edu/software/csh-tcsh-book/ From owner-freebsd-hackers Wed Sep 4 07:38:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA14281 for hackers-outgoing; Wed, 4 Sep 1996 07:38:18 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA14274 for ; Wed, 4 Sep 1996 07:38:13 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA06285; Wed, 4 Sep 1996 10:40:58 -0400 Date: Wed, 4 Sep 1996 10:40:58 -0400 Message-Id: <199609041440.KAA06285@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Michael L. VanLoon -- MindBender.serv.net" From: dennis@etinc.com (Dennis) Subject: Re: FreeBSD vs. Linux 96 (my impressions) - Reply Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >>Just one question. >>What is this OpenBSD thing? I have never heard of the term. > >Why don't you find out: http://www.OpenBSD.org/ Unfortunately, they only have a -current-like distribution. When they do a release they should be viewed as a more-aggressive NetBSD. Dennis From owner-freebsd-hackers Wed Sep 4 07:38:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA14333 for hackers-outgoing; Wed, 4 Sep 1996 07:38:49 -0700 (PDT) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA14304 for ; Wed, 4 Sep 1996 07:38:30 -0700 (PDT) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/FF-1.1) id JAA05160; Wed, 4 Sep 1996 09:38:13 -0500 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id JAA21890; Wed, 4 Sep 1996 09:11:44 -0500 Received: (jlemon@localhost) by right.PCS (8.6.12/8.6.4) id JAA05229; Wed, 4 Sep 1996 09:32:52 -0500 From: Jonathan Lemon Message-Id: <199609041432.JAA05229@right.PCS> Subject: Re: can't get to freefall.FreeBSD.org To: sprice@hiwaay.net (Steve Price) Date: Wed, 4 Sep 1996 09:32:51 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <322D0578.6201DD56@hiwaay.net> from "Steve Price" at Sep 3, 96 11:28:40 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I know this is not freefall's fault nor does it have anything to > do with FreeBSD except this blooming router is the reason why I > can't get to freefall. I was just wondering if anybody knew of > anybody that has anything to do with it. Of course, this message > will take forever to get posted since this same router has to be > used and it can't figure out how to route packets to anything > other than itself right now. :( > > Name: sl-fw-8-S2/7-T1.sprintlink.net > Address: 144.228.38.65 Sprintlink is basically your problem. Sprintlink appears to have their collective thumbs up you know where, and can't figure out how to reliably keep their routers working. I have the misfortune to be linked with them to freefall, and have variously seen the following routes over the last few months: chicago1 -> chicago2 -> chicago1 -> chicago2 (chicago loop?) chicago -> philadelphia -> chicago -> philadelphia chicago -> philadelphia -> chicago -> st louis -> dc I assume that Sprintlink knows about this, as I've bugged my ISP to bother them, but it doesn't seem to do much good. -- Jonathan From owner-freebsd-hackers Wed Sep 4 07:51:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15080 for hackers-outgoing; Wed, 4 Sep 1996 07:51:01 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15073 for ; Wed, 4 Sep 1996 07:50:58 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id IAA02679; Wed, 4 Sep 1996 08:50:28 -0600 (MDT) Message-Id: <199609041450.IAA02679@rover.village.org> To: "Daniel O'Callaghan" Subject: Re: void main Cc: Zach Heilig , Paul DuBois , "Kevin P. Neal" , hackers@FreeBSD.org In-reply-to: Your message of Wed, 04 Sep 1996 19:33:09 +1000 Date: Wed, 04 Sep 1996 08:50:27 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Well, if you do : int main(void) { printf("Hello world\n"); } : : and compile with gcc -Wall, gcc will complain about reaching the end of a : non-void function. Declaring main() to be void will remove that warning. : I use void main(void){...} a lot. A simple return 0; at the end would fix the problem. Otherwise your program has a bug in that it will return a random value to the shell for its exit status (generally 11). Warner From owner-freebsd-hackers Wed Sep 4 08:00:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15615 for hackers-outgoing; Wed, 4 Sep 1996 08:00:01 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15598 for ; Wed, 4 Sep 1996 07:59:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id IAA01087; Wed, 4 Sep 1996 08:01:04 -0700 (PDT) Message-Id: <199609041501.IAA01087@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Jonathan Lemon cc: sprice@hiwaay.net (Steve Price), hackers@FreeBSD.org Subject: Re: can't get to freefall.FreeBSD.org In-reply-to: Your message of "Wed, 04 Sep 1996 09:32:51 CDT." <199609041432.JAA05229@right.PCS> From: David Greenman Reply-To: dg@root.com Date: Wed, 04 Sep 1996 08:01:04 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> I know this is not freefall's fault nor does it have anything to >> do with FreeBSD except this blooming router is the reason why I >> can't get to freefall. I was just wondering if anybody knew of >> anybody that has anything to do with it. Of course, this message >> will take forever to get posted since this same router has to be >> used and it can't figure out how to route packets to anything >> other than itself right now. :( >> >> Name: sl-fw-8-S2/7-T1.sprintlink.net >> Address: 144.228.38.65 > >Sprintlink is basically your problem. Sprintlink appears to have their >collective thumbs up you know where, and can't figure out how to >reliably keep their routers working. I have the misfortune to be linked >with them to freefall, and have variously seen the following routes >over the last few months: > > chicago1 -> chicago2 -> chicago1 -> chicago2 (chicago loop?) > chicago -> philadelphia -> chicago -> philadelphia > chicago -> philadelphia -> chicago -> st louis -> dc > >I assume that Sprintlink knows about this, as I've bugged my ISP to >bother them, but it doesn't seem to do much good. ...and this is all made worse by Sprint refusing to peer with CRL at anywhere except the CIX which is constantly overloaded and losing it's BGP peering sessions. Hopefully Sprint will agree to better peering when CRL gets their DS3 circuit in operation to the Chicago NAP. ...unfortunately this isn't due for another 6 weeks or so. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Sep 4 08:17:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA16539 for hackers-outgoing; Wed, 4 Sep 1996 08:17:01 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA16534 for ; Wed, 4 Sep 1996 08:16:57 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id KAA11801 for ; Wed, 4 Sep 1996 10:17:19 -0500 (CDT) Received: from fa.tdktca.com (bsd.fa.tdktca.com [163.49.131.129]) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id KAA11795 for ; Wed, 4 Sep 1996 10:17:18 -0500 (CDT) Received: from rubberneck.fa.tdktca.com (rubberneck.fa.tdktca.com [163.49.136.90]) by fa.tdktca.com (8.7.5/8.6.12) with SMTP id KAA28774; Wed, 4 Sep 1996 10:19:39 -0500 (CDT) Message-ID: <322D9C7C.17505737@hiwaay.net> Date: Wed, 04 Sep 1996 10:13:00 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; Linux 2.0.10 i586) MIME-Version: 1.0 To: Jonathan Lemon CC: hackers@freebsd.org Subject: Re: can't get to freefall.FreeBSD.org References: <199609041432.JAA05229@right.PCS> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon wrote: > > Sprintlink is basically your problem. Sprintlink appears to have their > collective thumbs up you know where, and can't figure out how to > reliably keep their routers working. I have the misfortune to be linked > with them to freefall, and have variously seen the following routes > over the last few months: > > chicago1 -> chicago2 -> chicago1 -> chicago2 (chicago loop?) > chicago -> philadelphia -> chicago -> philadelphia > chicago -> philadelphia -> chicago -> st louis -> dc > > I assume that Sprintlink knows about this, as I've bugged my ISP to > bother them, but it doesn't seem to do much good. > -- > Jonathan That's really wierd, because at work (in Alabama) my machine is connected via a dedicated ISDN line to our Chicago office and any time I have wanted to get from freefall here it seems to work. I would do a traceroute to see how the packets are being routed but our firewall won't allow me to sling ICMP packets. :( >From the responses to hackers@ and some private E-mail it seems we are not alone. I wonder if we band together in protest we can get anything done about it. Anybody know someone at Sprintlink so that we can ping -f them and get things off dead center? Steve From owner-freebsd-hackers Wed Sep 4 09:15:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19115 for hackers-outgoing; Wed, 4 Sep 1996 09:15:43 -0700 (PDT) Received: from virginia.edu (mars.itc.Virginia.EDU [128.143.2.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA19110 for ; Wed, 4 Sep 1996 09:15:39 -0700 (PDT) Received: from mail.cs.virginia.edu by mail.virginia.edu id aa23710; 4 Sep 96 12:06 EDT Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.5/8.7.3) with SMTP id MAA11708; Wed, 4 Sep 1996 12:06:23 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA05088; Wed, 4 Sep 96 12:06:22 EDT Date: Wed, 4 Sep 1996 12:06:22 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Zach Heilig Cc: Paul DuBois , "Kevin P. Neal" , hackers@freebsd.org Subject: Re: void main In-Reply-To: <877mqa680r.fsf@freebsd.gaffaneys.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 4 Sep 1996, Zach Heilig wrote: > Paul DuBois writes: > > > Um, so what exactly is wrong with void main, other than that you don't > > happen to like it? > > Strictly speaking, there are exactly two correct versions of main(): > > int main(void); > > and > > int main(int argc, char *argv[]); > What's wrong with this version? ;-) int main (int argc, char *argv[], char *env[]); Adrian adrian@virginia.edu ---->>>>| Support your local programmer, System Administrator --->>>| STOP Software Patent Abuses NOW! NVL, NIIMS and Telemedicine Labs -->>| For an application and information Member: League for Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Wed Sep 4 09:40:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20203 for hackers-outgoing; Wed, 4 Sep 1996 09:40:48 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA20198 for ; Wed, 4 Sep 1996 09:40:46 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id LAA12387 for ; Wed, 4 Sep 1996 11:41:08 -0500 (CDT) Received: from fa.tdktca.com (bsd.fa.tdktca.com [163.49.131.129]) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id LAA12379 for ; Wed, 4 Sep 1996 11:41:07 -0500 (CDT) Received: from rubberneck.fa.tdktca.com (rubberneck.fa.tdktca.com [163.49.136.90]) by fa.tdktca.com (8.7.5/8.6.12) with SMTP id LAA29427; Wed, 4 Sep 1996 11:43:33 -0500 (CDT) Message-ID: <322DB025.7A724F7C@hiwaay.net> Date: Wed, 04 Sep 1996 11:36:53 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; Linux 2.0.10 i586) MIME-Version: 1.0 To: "Justin T. Gibbs" CC: hackers@freebsd.org Subject: Re: Latest Current build failure References: <199609041519.IAA16653@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > > >But CVSup is not the only appropriate solution ... > >We've had developers who produced useful code but were doomed to bad coms > >links. CTM is asynchronous to net disturbances, so ideal for those with > >poor net access, whereas cvsup requires a net in good condition. > > This isn't true since CVSup is a streaming protocol instead of a > synchronous like SUP. I know quite a few people who switched from > CTM to CVSup that have poor links to the net. > > >Julian > >-- > >Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== I have switched to CVSup. My connection to the net from home is via a 28.8K modem to my ISP. I am very happy with the responsiveness of CVSup. As an example, I updated my local copy of the CVS tree (with about 4/5 days of changes) in 3 minutes and 46 seconds. My link is probably not as bad as some people's but I would say that that's pretty awesome. With CTM I used to get the patches four times a day and had to apply them manually. Which is not bad, but CVSup does everything automagically and I get the deltas when I want them. :) Steve From owner-freebsd-hackers Wed Sep 4 10:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21353 for hackers-outgoing; Wed, 4 Sep 1996 10:10:57 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA21344 for ; Wed, 4 Sep 1996 10:10:53 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA17296; Wed, 4 Sep 1996 19:07:55 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id VAA00863; Tue, 3 Sep 1996 21:30:01 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199609031930.VAA00863@tetard.glou.eu.org> Subject: Re: Latest Current build failure To: gjennejohn@frt.dec.com Date: Tue, 3 Sep 1996 21:30:01 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <9609031251.AA19998@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at "Sep 3, 96 02:51:38 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk garyj@frt.dec.com écrit / writes: > > jkh@time.cdrom.com writes: > [deletia] > > Hell, the concept of "production level" doesn't even make sense when > > discussing what's essentially a live snapshot of the engineering > > team's working sources and, if anything, the real problem here is that > > the WRONG PEOPLE are running -current! > > > [more deletia] > > you hit the nearly *very* squarely on the head. Agreed 101%. Gary, what's a "nearly" ? :-) -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Wed Sep 4 10:34:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22487 for hackers-outgoing; Wed, 4 Sep 1996 10:34:16 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA22480 for ; Wed, 4 Sep 1996 10:34:14 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id MAA03911; Wed, 4 Sep 1996 12:33:42 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 4 Sep 1996 12:33:42 -0500 To: Steve Price From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Latest Current build failure Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Price writes: >I have switched to CVSup. My connection to the net from home is via >a 28.8K modem to my ISP. I am very happy with the responsiveness of >CVSup. As an example, I updated my local copy of the CVS tree (with >about 4/5 days of changes) in 3 minutes and 46 seconds. My link is >probably not as bad as some people's but I would say that that's >pretty awesome. With CTM I used to get the patches four times a >day and had to apply them manually. Which is not bad, but CVSup does >everything automagically and I get the deltas when I want them. :) You "had to apply them manually" only because you did not configure your system to apply them automatically. RTFM, it tells you exactly what to do to have deltas applied automatically, if that is what you want. Hint: If you are not already automatically combining the pieces, it's only one line in .procmail or your mail alias file. And to apply that result to your tree is just one additional command line parameter. From owner-freebsd-hackers Wed Sep 4 10:40:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22863 for hackers-outgoing; Wed, 4 Sep 1996 10:40:33 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA22858 for ; Wed, 4 Sep 1996 10:40:32 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uyLwF-0006jeC; Wed, 4 Sep 96 10:40 PDT Date: Wed, 4 Sep 1996 10:40:30 -0700 (PDT) From: Jake Hamby To: e8917523@linf.unb.br cc: hackers@freefall.freebsd.org Subject: Re: FreeBSD vs Linux 96: ATAPI support In-Reply-To: <199609040725.EAA00313@daniel.sobral> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 4 Sep 1996, Daniel C. Sobral wrote: > > From: Jake Hamby > > Date: Mon, 2 Sep 1996 13:14:05 -0700 (PDT) > > Subject: FreeBSD vs. Linux 96 (my impressions) > > > > 4) Supports arbitrary PC hardware better. As of FreeBSD 2.1.5, the boot > > floppy _still_ doesn't recognize my IDE CD-ROM (which I've reinstalled > > Funny thing you mention that. Since my own IDE CD-ROM wasn't working up > to last week, I have taken special interest in anything related to IDE > on FreeBSD's lists I subscribe to (and Usenet newsgroup). Before I get any more mail on this, I should point out that my IDE CD-ROM (a Mitsumi FX-400A) works great when I compiled a custom kernel for 2.1.0-RELEASE or above, but for some reason doesn't probe when I boot from the BOOT FLOPPY. This is an important distinction because it means I can use the CD-ROM drive for everything _except_ installing FreeBSD from it! Now that my curiosity is peaked, I'll try some of the later 2.2-current SNAP boot disks to see if that fixes anything. If not, I'll be sure to dig in and do some more research on this. -- Jake From owner-freebsd-hackers Wed Sep 4 10:49:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23131 for hackers-outgoing; Wed, 4 Sep 1996 10:49:52 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA23126 for ; Wed, 4 Sep 1996 10:49:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA17468 for ; Wed, 4 Sep 1996 10:49:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA06780; Wed, 4 Sep 1996 10:44:59 -0700 From: Terry Lambert Message-Id: <199609041744.KAA06780@phaeton.artisoft.com> Subject: Re: FreeBSD vs. Linux 96 (my impressions) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 4 Sep 1996 10:44:59 -0700 (MST) Cc: jehamby@lightside.com, imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@FreeBSD.org In-Reply-To: <10782.841792806@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 96 04:20:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Advantage: Linux supports the Amiga filesystem. Pretty cool since I > > I don't think this is anything more than a transient advantage at best. :-) > > Speaking as a former Amiga owner and lover, the machine is bleedin' > DEAD, any protestations from its new owners aside, and it'd be a waste > of time implementing features like this when our own msdosfs is still > broken and win95 name support is non-existant. :-( The VFAT FS has a short an a long name space. There is no internal support for multiple name spaces in the namei() interface. If you have an MSDN Level II subscription for Windows95 developement, and can read the IFS docuementation, paying specific attention to the name mangling rules and lookup ordering rules in sections 1., 2., 3., 4., 8.3.1., 8.3.2., 8.3.3., 8.8.5.10., 8.9., 9., 9.1., 9.2., 9.2.1., 9.2.2., 8.8.7., and 8.8.7.[1..13]., then you would understand that in order to resolve a collission, you must reentrantly call lookup while read locking the target directory against other modification. This is mostly because the BSD namei() interface is a piece of shit no one seems prepared to allow a change to because there are one or two CSRG hackers locked in a closet somewhere, and every once in a while they shove something out under the door, and God Forbid we lose out on the ability to integrate those occasional changes. Place the architectural blame where it belongs. The VFATFS is not working not because it is an inherently difficult problem to resolve, but because the FS interface into which it must be pounded is a political pariah when it comes to trying to change the damn thing. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Sep 4 10:55:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23556 for hackers-outgoing; Wed, 4 Sep 1996 10:55:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA23542 for ; Wed, 4 Sep 1996 10:55:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA06811; Wed, 4 Sep 1996 10:53:00 -0700 From: Terry Lambert Message-Id: <199609041753.KAA06811@phaeton.artisoft.com> Subject: Re: void main To: adrian@virginia.edu Date: Wed, 4 Sep 1996 10:53:00 -0700 (MST) Cc: zach@blizzard.gaffaneys.com, dubois@primate.wisc.edu, kpneal@pobox.com, hackers@freebsd.org In-Reply-To: from "Adrian T. Filipi-Martin" at Sep 4, 96 12:06:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What's wrong with this version? ;-) > > int main (int argc, char *argv[], char *env[]); It assumes the process environment is implemented in the data space of the process in question, and therefore dictates implementation. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Sep 4 11:19:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24896 for hackers-outgoing; Wed, 4 Sep 1996 11:19:21 -0700 (PDT) Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24889 for ; Wed, 4 Sep 1996 11:19:14 -0700 (PDT) Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) id OAA08638 for hackers@FreeBSD.org; Wed, 4 Sep 1996 14:16:09 -0400 (EDT) Message-Id: <199609041816.OAA08638@maelstrom.CC.McGill.CA> MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Wed, 4 Sep 96 14:16:06 -0400 To: hackers@FreeBSD.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) Reply-To: yves@CC.McGill.CA References: <199609041744.KAA06780@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just thought I'd mention that Mike O'Brien in his lastest article in Sun Expert, mentions FreeBSD and says: "FreeBSD runs on Intel platforms and provides the what is probably the most robust and capable TCP/IP stack in existence..." That's in the August issue of Sun Expert. Yves Lepage From owner-freebsd-hackers Wed Sep 4 11:27:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25349 for hackers-outgoing; Wed, 4 Sep 1996 11:27:14 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA25342 for ; Wed, 4 Sep 1996 11:27:10 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id UAA10801; Wed, 4 Sep 1996 20:27:06 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609041827.UAA10801@gvr.win.tue.nl> Subject: fsck incorrectly found no errors To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Wed, 4 Sep 1996 20:27:05 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After a crash, we had a file system that had to be repaired by fsck. Shortly after mounting the corrected file system the syetm died with a 'mangled entry' panic. After this panic, fsck every time reports the file system to be okay, while after accessing a certain directory on this filesystem you would get the same panic again. This all took place on a 2.0.5 system with Terry's patch applied to fsck. I've made a dump (with dd) of the particular filesystem. It is 800MB big and, because it contains rather sensitive data I cannot give it away. I am planning to vnconfig the raw image and then run fsdb on it. If anyone has suggestions on what to look for... I've seen other people reporting this bug so I first like to know if something has been fixed in this area. (e.g. look with the search engine in the stable mailiong list for ccd and fsck). -Guido From owner-freebsd-hackers Wed Sep 4 11:35:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25912 for hackers-outgoing; Wed, 4 Sep 1996 11:35:30 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA25907 for ; Wed, 4 Sep 1996 11:35:28 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id LAA20615 for hackers@freebsd.org; Wed, 4 Sep 1996 11:35:11 -0700 Date: Wed, 4 Sep 1996 11:35:11 -0700 From: Sean Eric Fagan Message-Id: <199609041835.LAA20615@kithrup.com> To: hackers@freebsd.org Subject: reported disk corruption Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My friend Torbjorn reported this to questions, but didn't get a response. Since he has given up on freebsd as a result of that, but this is still something that should probably be reported, I'm forwarding it to hackers... From: Torbjorn Granlund Subject: Desperation time Just two weeks ago, I swapped disks and got a new Ultra SCSI controller. The new disk is a 4.4GB Fujitsu 2954SAU, and the controller is an Adaptec 2940UW. At the same time, I upgraded from FreeBSD 2.1 to 2.1.5. During installation, the FreeBSD installtion program complained that the disk label (of the pristine SCSI disk) was bad, and gave me the option to procdeed or to modify it. I chose to modify it, giving what I though were the correct parameters. From the output of `disklabel sd0' one might conclude that the disklabel is wrong: quiet> disklabel -r sd0 # /dev/rsd0c: type: SCSI disk: sd1s1 label: flags: bytes/sector: 512 sectors/track: 1 tracks/cylinder: 1 sectors/cylinder: 1 cylinders: 1 sectors/unit: 8498506 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 131072 0 4.2BSD 0 0 0 # (Cyl. 0 - 131071) b: 282624 131072 swap # (Cyl. 131072 - 413695) c: 8498506 0 unused 0 0 # (Cyl. 0 - 8498505) e: 131072 413696 4.2BSD 0 0 0 # (Cyl. 413696 - 544767) f: 6348800 544768 4.2BSD 0 0 0 # (Cyl. 544768 - 6893567) g: 1604938 6893568 4.2BSD 0 0 0 # (Cyl. 6893568 - 8498505) Note the wild cylinder numbers! Today, my 3.1 GB /usr file system started to act weird. When doing `ls -l' in a directory, I got "Bad file descriptor" for one of the directories. When running fsck, it said "/foo/bar/foobar unallocated, delete?". fsck complained like that about a large number of files. I also got a large number of unref files and files with incorrect counts. A curious facts is that all the problematic files had inode numbers around 253600 or 491900. Does this information give any hint on what might be wrong? Is the bogus disklabel the culprit? Isn't the geometry simply used for scheduling of disk accesses? The total number of sectors and thereby the disk size seems to be correct. I used to keep my partitions below 2GB, to avoid potential problems with integer overflow in the kernel. Now I decided to try with a larger file system. Could the file system size be the culprit? I am desperate to get my system going again. Now, I don't dare to modify any files, and that makes it somewhat hard to do useful work.. Is there a FreeBSD mailing list for asking about this? (Fortunately, I have a recent backup.) Torbjorn From owner-freebsd-hackers Wed Sep 4 11:38:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA26143 for hackers-outgoing; Wed, 4 Sep 1996 11:38:41 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA26133 for ; Wed, 4 Sep 1996 11:38:38 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA13520; Wed, 4 Sep 1996 13:37:00 -0500 From: Joe Greco Message-Id: <199609041837.NAA13520@brasil.moneng.mei.com> Subject: Re: can't get to freefall.FreeBSD.org To: jlemon@americantv.com (Jonathan Lemon) Date: Wed, 4 Sep 1996 13:37:00 -0500 (CDT) Cc: sprice@hiwaay.net, hackers@FreeBSD.org In-Reply-To: <199609041432.JAA05229@right.PCS> from "Jonathan Lemon" at Sep 4, 96 09:32:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Sprintlink is basically your problem. Sprintlink appears to have their > collective thumbs up you know where, and can't figure out how to > reliably keep their routers working. I have the misfortune to be linked > with them to freefall, and have variously seen the following routes > over the last few months: > > chicago1 -> chicago2 -> chicago1 -> chicago2 (chicago loop?) Yes :-) Your packet in a holding pattern... it's the ONLY fast transit around the Loop ;-) > chicago -> philadelphia -> chicago -> philadelphia Hey don't whine, you got out of Chicago for a bit... > chicago -> philadelphia -> chicago -> st louis -> dc Wow! Usually I see Chi-Chi-Chi-Chi-Chi problems. :-( I've rarely seen it route anywhere else when it gets broken... you are lucky indeed. ... JG From owner-freebsd-hackers Wed Sep 4 12:24:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27952 for hackers-outgoing; Wed, 4 Sep 1996 12:24:10 -0700 (PDT) Received: from Michelle.esfm.ipn.mx (Michelle.esfm.ipn.mx [148.204.104.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27947; Wed, 4 Sep 1996 12:24:07 -0700 (PDT) Received: (from mrspock@localhost) by Michelle.esfm.ipn.mx (8.7.5/8.7.3) id OAA01232; Wed, 4 Sep 1996 14:33:25 -0500 (CDT) Date: Wed, 4 Sep 1996 14:33:17 -0500 (CDT) From: Eduardo Viruena Silva To: "Jordan K. Hubbard" , hackers@FreeBSD.org, questions@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello there!! It's me again. Finally, FreeBSD 2.1.5 reconized Mozart sound card. I'm trying to make my "Bravo Sound" card work too. I've noticed it is based on an OPTi chip. According to /usr/src/sys/i386/isa/sound.doc (Jordan said it was "kind of out of date") I can use the option: options OPTI_MAD16_PORT in order to give the kernel support for OPTI MAD16 Chip... but the command "config" issues an error message telling me that there is a syntax error in my kernel configuration, in the line I defined this option. I tried "OPTI_PORT" instead of "OPTI_MAD16_PORT", and it seemed config did not complain about it. Nevertheless, the programs in /usr/src/sys/i386/isa/sound do not use the symbol OPTI_PORT, they use "OPTI_MAD16_PORT" I also noticed that "config" program build a "Makefile" and macros for programs are defined in line 2, under "IDENT" make variable; I included "-DOPTI_MAD16_PORT" in that line. I hope my configuration works, but I think there is a bug in "config". Nos vemos! (see you later!) /\ /\ _ / \/ \ \___/_\ __ ( O O _) / / / \ /\ / ___ / / ___ | |\ / / | / / / |_|_ O __/____/\__/\___|/___/\__/ \/ From owner-freebsd-hackers Wed Sep 4 12:59:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29319 for hackers-outgoing; Wed, 4 Sep 1996 12:59:20 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29313 for ; Wed, 4 Sep 1996 12:59:15 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA11190; Wed, 4 Sep 1996 21:59:01 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609041959.VAA11190@gvr.win.tue.nl> Subject: Re: fsck incorrectly found no errors To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 4 Sep 1996 21:59:00 +0200 (MET DST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: from Jaye Mathisen at "Sep 4, 96 12:46:31 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen wrote: > > All I can say is that I have seen the exact same thing, and when it > happens to your 20GB news partition, it sucks the big one. > > I crashed, rebooted, fsck'd 2x, and it crashed regularly with fs > corruption problems. Yet the disks check out fine. > > Once I newfs them, no more problems. (Other than the loss of data). > > Seems to be a problem in fsck I would think. > Fsck is supposed to find this error in pass2 (ZERO LENGTH DIRECTORY). It does not howver. It shouldn't be too hard to find out what is wrong. First I have to find a large disk to reinstall the filesystem. -Guido From owner-freebsd-hackers Wed Sep 4 13:16:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00221 for hackers-outgoing; Wed, 4 Sep 1996 13:16:23 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA00185 for ; Wed, 4 Sep 1996 13:16:01 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA08228 for ; Wed, 4 Sep 1996 16:19:51 -0400 Date: Wed, 4 Sep 1996 16:19:51 -0400 Message-Id: <199609042019.QAA08228@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: Re: FreeBSD vs. Linux 96 (my impressions) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi, > >I just thought I'd mention that Mike O'Brien in his lastest article in >Sun Expert, mentions FreeBSD and says: > >"FreeBSD runs on Intel platforms and provides the what is probably the most > robust and capable TCP/IP stack in existence..." Sure sounds like an opinion to me :-) Dennis From owner-freebsd-hackers Wed Sep 4 14:27:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03639 for hackers-outgoing; Wed, 4 Sep 1996 14:27:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA03627 for ; Wed, 4 Sep 1996 14:27:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA18058; Thu, 5 Sep 1996 07:21:34 +1000 Date: Thu, 5 Sep 1996 07:21:34 +1000 From: Bruce Evans Message-Id: <199609042121.HAA18058@godzilla.zeta.org.au> To: hackers@freebsd.org, sef@kithrup.com Subject: Re: reported disk corruption Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >My friend Torbjorn reported this to questions, but didn't get a response. >Since he has given up on freebsd as a result of that, but this is still >something that should probably be reported, I'm forwarding it to hackers... > >From: Torbjorn Granlund >Subject: Desperation time >During installation, the FreeBSD installtion program complained that the >disk label (of the pristine SCSI disk) was bad, and gave me the option to There should been no label on a really pristine (untouched by *BSD) disk :-). The (1,1,1) geometry is probably caused by a bug in sysinstall (putting a bogus partition table in the MBR in some cases). The (1,1,1) geometry is alarming but harmless AFAIK, at least if it is kept out of labels. It will still appear in the dummy label for the whole disk and copying that label can easily result in a label like the one below. >procdeed or to modify it. I chose to modify it, giving what I though were >the correct parameters. From the output of `disklabel sd0' one might >conclude that the disklabel is wrong: > > quiet> disklabel -r sd0 > # /dev/rsd0c: > type: SCSI > disk: sd1s1 > label: > flags: > bytes/sector: 512 > sectors/track: 1 ^^^^^^^^^^^^^^^^ > tracks/cylinder: 1 ^^^^^^^^^^^^^^^^^^ > sectors/cylinder: 1 > cylinders: 1 ^^^^^^^^^^^^ This says that the disk has 1*1*1 = 1 sector total. > sectors/unit: 8498506 This says it has more. The inconsistency and the 1-sector total size are probably not fatal because the (1,1,1) values are ignored almost everywhere. >... > # size offset fstype [fsize bsize bps/cpg] > a: 131072 0 4.2BSD 0 0 0 # (Cyl. 0 - 131071) > b: 282624 131072 swap # (Cyl. 131072 - 413695) > c: 8498506 0 unused 0 0 # (Cyl. 0 - 8498505) > e: 131072 413696 4.2BSD 0 0 0 # (Cyl. 413696 - 544767) > f: 6348800 544768 4.2BSD 0 0 0 # (Cyl. 544768 - 6893567) > g: 1604938 6893568 4.2BSD 0 0 0 # (Cyl. 6893568 - 8498505) > >Note the wild cylinder numbers! The (1,1,1) values apperently aren't ignored here. They give cylinder numbers equal to sector numbers. These cylinder numbers are informational only. They are printed so that you can see if the partitions occupy whole cylinders. This was worth worrying about several years ago. >Today, my 3.1 GB /usr file system started to act weird. When doing `ls -l' >in a directory, I got "Bad file descriptor" for one of the directories. >When running fsck, it said "/foo/bar/foobar unallocated, delete?". fsck >complained like that about a large number of files. I also got a large >number of unref files and files with incorrect counts. > >A curious facts is that all the problematic files had inode numbers around >253600 or 491900. I don't think this is related to the bogus label. newfs by default ignores the sectors/track and tracks/cylinder values in the label. It does this (unlike it did several years ago) because what it does with "normal" values is a pessimization for modern drives. >Does this information give any hint on what might be wrong? Is the bogus >disklabel the culprit? Isn't the geometry simply used for scheduling of >disk accesses? The total number of sectors and thereby the disk size seems >to be correct. The geometry in labels is normally only used by sysinstall and fdisk so that they have an idea of the correct geometry to use for laying out the DOS partition table. The geometry in the partition table is normally only used for booting. >I used to keep my partitions below 2GB, to avoid potential problems with >integer overflow in the kernel. Now I decided to try with a larger file >system. Could the file system size be the culprit? I don't know of any current 2GB overflow problems for file systems. There are are likely to be problems at 2GB for individual files. Bruce From owner-freebsd-hackers Wed Sep 4 15:32:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06637 for hackers-outgoing; Wed, 4 Sep 1996 15:32:38 -0700 (PDT) Received: from srv1-bsb.GNS.com.br ([200.239.56.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA06627 for ; Wed, 4 Sep 1996 15:32:33 -0700 (PDT) Received: (from mail@localhost) by srv1-bsb.GNS.com.br (8.7.5/8.7.5) id TAA26106; Wed, 4 Sep 1996 19:31:59 -0300 (EST) Received: from dl0124-bsb.gns.com.br(200.239.56.124) by srv1-bsb.GNS.com.br via smap (V1.3) id sma025992; Wed Sep 4 19:31:04 1996 Received: by DANIEL.sobral (IBM OS/2 SENDMAIL VERSION 1.3.14/2.12um) id AA0156; Wed, 04 Sep 96 19:31:46 +0300 Message-Id: <9609041631.AA0156@DANIEL.sobral> Date: Wed, 4 Sep 96 19:31:45 +0300 From: "Daniel C. Sobral" Subject: Re: hackers-digest V1 #1437 To: hackers@freefall.freebsd.org Reply-To: e8917523@linf.unb.br In-Reply-To: <199609041451.HAA15091@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Sep 4 96 7:51 am X-Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.3 PL11] for OS/2 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : Well, if you do > : int main(void) { printf("Hello world\n"); } > : > : and compile with gcc -Wall, gcc will complain about reaching the end of a > : non-void function. Declaring main() to be void will remove that warning. > : I use void main(void){...} a lot. > > A simple return 0; at the end would fix the problem. Otherwise your > program has a bug in that it will return a random value to the shell > for its exit status (generally 11). Just doc it as a feature... :-) -- Daniel C. Sobral (8-DCS) dcs@gns.com.br e8917523@linf.unb.br From owner-freebsd-hackers Wed Sep 4 19:29:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15000 for hackers-outgoing; Wed, 4 Sep 1996 19:29:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14991 for ; Wed, 4 Sep 1996 19:28:59 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA08415; Thu, 5 Sep 1996 11:58:41 +0930 From: Michael Smith Message-Id: <199609050228.LAA08415@genesis.atrad.adelaide.edu.au> Subject: Re: Sun NFS interop problem To: bwithrow@BayNetworks.com (Robert Withrow) Date: Thu, 5 Sep 1996 11:58:40 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199608301548.LAA10680@tuva.engeast.baynetworks.com> from "Robert Withrow" at Aug 30, 96 11:48:57 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robert Withrow stands accused of saying: > > I wrote about this a while ago, but I still (2.1.5) have the problem > interoping with sun NFS where the FreeBSD machine sends a message > to one sun machine port and gets a reply from another port on the > sun machine and drops it. I believe you can work with this by using the 'noconn' option on the mount. I've heard reports that this works, but basically it's a Sun bug. > So, can someone tell me where this check is in the FreeBSD code, > so I can try to disable it? Don't do that unless you really have to... > Robert Withrow -- (+1 508 436 8256) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Sep 4 19:31:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15099 for hackers-outgoing; Wed, 4 Sep 1996 19:31:05 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15094 for ; Wed, 4 Sep 1996 19:31:01 -0700 (PDT) Received: from ns.BICO.co.id (root@ns.bico.co.id [202.152.1.10]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id TAA18171 for ; Wed, 4 Sep 1996 19:30:52 -0700 (PDT) Received: (from arman@localhost) by ns.BICO.co.id (8.6.12/8.6.12) id JAA12338; Thu, 5 Sep 1996 09:26:09 +0700 Date: Thu, 5 Sep 1996 09:26:07 +0700 (JVT) From: Arman Hazairin Hasan To: freebsd-hackers@freebsd.org Subject: AIC7770 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Helloo, I'm going to upgrade my 2.1.0 FreeBSD box (on HP Netserver 100 LC) to 2.1.5, but i could not find the way to use the embedded AIC7770 SCSI Controller on that box. The kernel and the same kernel configuration i've used with 2.1.0 wouldn't work with 2.1.5. Any idea ? TIA, -arman- ----- In Lexington, Kentucky, it's illegal to carry an ice cream cone in your pocket. From owner-freebsd-hackers Wed Sep 4 20:04:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA16512 for hackers-outgoing; Wed, 4 Sep 1996 20:04:20 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA16507 for ; Wed, 4 Sep 1996 20:04:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA05471 for ; Wed, 4 Sep 1996 20:04:17 -0700 (PDT) To: hackers@freebsd.org Subject: Any university or non-profit want FreeBSD doc (the old edition) CDs? Date: Wed, 04 Sep 1996 20:04:17 -0700 Message-ID: <5469.841892657@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We've 700 to give away, though you must be an accredited educational institution or non-profit organization. These early FreeBSD doc CDs weren't too terribly great, it must be admitted, but for free, hey, the price is suddenly right! :-) Jordan From owner-freebsd-hackers Wed Sep 4 21:08:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19617 for hackers-outgoing; Wed, 4 Sep 1996 21:08:25 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (dialup-35.hunter.com [199.217.148.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA19574 for ; Wed, 4 Sep 1996 21:07:59 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id XAA10448; Wed, 4 Sep 1996 23:05:41 -0500 (CDT) From: Kent Hamilton Message-Id: <199609050405.XAA10448@gwydion.hns.st-louis.mo.us> Subject: Re: XTerm escape sequences To: mgessner@aristar.com Date: Wed, 4 Sep 1996 23:05:40 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199609041237.IAA15835@phoenix.aristar.com> from "mgessner@aristar.com" at Sep 4, 96 08:37:42 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hi, all, > > The standard xterm man page says to consult the Xterm Control Sequences > document for info on special control sequences. > > Would anyone out there by chance know where I could find such a doc? > ftp://ftp.x.org/pub/R6.1/xc/doc/specs/xterm/ctlseqs.ms or any x.org mirror in the same relative place. or if you have the XFree86 source tree on your system .../xc/doc/specs/xterm/ctlseqs.ms or if you can't find 'em elsewhere try ftp://ftp.hunter.com/pub/users/skh/ctlseqs.ms -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ Blessed Be.... Work: KHamilton@Hunter.COM From owner-freebsd-hackers Wed Sep 4 21:20:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20057 for hackers-outgoing; Wed, 4 Sep 1996 21:20:50 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA20037 for ; Wed, 4 Sep 1996 21:20:38 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA11053; Thu, 5 Sep 1996 00:20:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 5 Sep 1996 00:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id XAA00981; Wed, 4 Sep 1996 23:31:30 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id XAA16719; Wed, 4 Sep 1996 23:47:08 -0400 (EDT) Date: Wed, 4 Sep 1996 23:47:08 -0400 (EDT) From: Thomas David Rivers Message-Id: <199609050347.XAA16719@lakes.water.net> To: mrspock@esfm.ipn.mx, ponds!FreeBSD.org!hackers, ponds!time.cdrom.com!jkh, ponds!FreeBSD.org!questions Subject: Sound & OPTi chip sets... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hello there!! > > It's me again. Finally, FreeBSD 2.1.5 reconized Mozart sound card. > I'm trying to make my "Bravo Sound" card work too. I've noticed it is based > on an OPTi chip. You'll find, once you get it working, that the OPTi chip set will be configured in Microsoft Sound System (MSS) mode. My experience with this was that MSS wasn't the best set-up to use - it often generated spurious clicks and other noises. After hacking on it for about a month, trying to get things to come up in, automatically, in sound-blaster mode (which works much better) - I gave up and spend $80.00 (US) on a new sound-blaster card... well worth the money. - Dave Rivers - From owner-freebsd-hackers Wed Sep 4 21:32:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20556 for hackers-outgoing; Wed, 4 Sep 1996 21:32:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA20551 for ; Wed, 4 Sep 1996 21:32:20 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA18352 for ; Wed, 4 Sep 1996 21:32:17 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id GAA25905 for ; Thu, 5 Sep 1996 06:31:26 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id GAA05518 for hackers@FreeBSD.org; Thu, 5 Sep 1996 06:31:00 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Beta.1/keltia-uucp-2.9) id AAA25898; Thu, 5 Sep 1996 00:08:27 +0200 (MET DST) Message-Id: <199609042208.AAA25898@keltia.freenix.fr> Date: Thu, 5 Sep 1996 00:08:26 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hackers@FreeBSD.org Subject: Re: Anyone try xfedor? In-Reply-To: <199609041326.PAA00689@zaraza.bofh.org.il>; from Sergei Barbarash on Sep 4, 1996 15:26:10 +0200 References: <199609041326.PAA00689@zaraza.bofh.org.il> X-Mailer: Mutt 0.41 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2415 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Sergei Barbarash: > developed yet, imagine it! Indeed, a nice artifact, but hardly useful today. Give a .bdf font editor, more modern than xfedor and I'll take it. Till then... I was very unhappy when I found that Openwindows on SunOS has fonts with -iso-8859-1 but *without* the accentued letters... xfedro was a blessing. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #20: Fri Aug 30 23:00:02 MET DST 1996 From owner-freebsd-hackers Wed Sep 4 21:58:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21712 for hackers-outgoing; Wed, 4 Sep 1996 21:58:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21702 for ; Wed, 4 Sep 1996 21:58:10 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA18371 for ; Wed, 4 Sep 1996 21:53:20 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id VAA07769 for ; Wed, 4 Sep 1996 21:51:40 -0600 (MDT) Message-Id: <199609050351.VAA07769@rover.village.org> To: hackers@freebsd.org Subject: CTM # -> date Date: Wed, 04 Sep 1996 21:51:39 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a silly question... Is there any way to map a CTM # to a date that I can use with cvs's date specification commands? This assumes that CTM is delivering a CVS tree that can be checked out like this. Actually, it would merely use CTM's deltas as marks in time, anybody with a CVS tree could use that numbering. Even just a file that looked like 2400|96/09/04 18:45:32 2401|96/09/04 21:47:19 If that was in the CVS tree (say like the log files of the commits are now), then a simple awk command + cvs co would allow the CVS crowd to get known versions of the source. This would be a convenient fallback for when my makeworld of 2401 fails, I can blow away my source tree and try again with 2400. This wouldn't help the poor slobs getting things w/o the CVS tree. Nor would it solve the "Does this build" problem. However, it would be a tiny, incremental improvement over the current state of afairs. I think it would be easy to implement, but I'm heading off to New Mexico Friday for my Wedding and won't be back for about two weeks. Comments? Warner From owner-freebsd-hackers Wed Sep 4 22:22:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22595 for hackers-outgoing; Wed, 4 Sep 1996 22:22:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA22584 for ; Wed, 4 Sep 1996 22:22:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA23032; Thu, 5 Sep 1996 07:21:33 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA09287; Thu, 5 Sep 1996 07:21:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id GAA25805; Thu, 5 Sep 1996 06:48:18 +0200 (MET DST) From: J Wunsch Message-Id: <199609050448.GAA25805@uriah.heep.sax.de> Subject: Re: AIC7770 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 5 Sep 1996 06:48:18 +0200 (MET DST) Cc: arman@BICO.co.id (Arman Hazairin Hasan) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Arman Hazairin Hasan at "Sep 5, 96 09:26:07 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Arman Hazairin Hasan wrote: > Helloo, > I'm going to upgrade my 2.1.0 FreeBSD box (on HP Netserver 100 LC) > to 2.1.5, but i could not find the way to use the embedded AIC7770 > SCSI Controller on that box. The kernel and the same kernel > configuration i've used with 2.1.0 wouldn't work with 2.1.5. > > Any idea ? Bump EISA_SLOTS in /sys/i386/eisa/eisaconf.h from 10 to 12. (2.1.0 didn't have a working EISA subsystem, your AIC7770 has been used as an ISA device there.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 4 22:39:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23129 for hackers-outgoing; Wed, 4 Sep 1996 22:39:04 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA23121 for ; Wed, 4 Sep 1996 22:39:02 -0700 (PDT) Received: from fly.HiWAAY.net by mail.crl.com with SMTP id AA27564 (5.65c/IDA-1.5 for ); Wed, 4 Sep 1996 22:37:31 -0700 Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id WAA23768; Wed, 4 Sep 1996 22:33:01 -0500 (CDT) Message-Id: <322E49BE.446B9B3D@hiwaay.net> Date: Wed, 04 Sep 1996 22:32:14 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) Mime-Version: 1.0 To: hackers@freebsd.org Subject: Re: can't get to freefall.FreeBSD.org References: <322D0578.6201DD56@hiwaay.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy all, I found some info tonight on my ISP's web page that may explain some of the problems that some of us have been having with Sprint's routers. The URL is http://www.hiwaay.net/status/updates.html The first message entitled "Network problems..." is the one pertinent one. This doesn't solve any problems, but it does explain some of the routing problems... Steve From owner-freebsd-hackers Wed Sep 4 22:48:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23478 for hackers-outgoing; Wed, 4 Sep 1996 22:48:43 -0700 (PDT) Received: from PACBELL.net (chumash.snfc21.pbi.net [206.13.28.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA23473 for ; Wed, 4 Sep 1996 22:48:41 -0700 (PDT) Received: from leonards486 (ppp-206-170-1-76.snfc21.pacbell.net [206.170.1.76]) by PACBELL.net (8.7.5/8.7.1) with SMTP id WAA15446; Wed, 4 Sep 1996 22:48:04 -0700 (PDT) Message-Id: <1.5.4.32.19960905055112.00682a34@pacbell.net> X-Sender: Leonard@pacbell.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 04 Sep 1996 22:51:12 -0700 To: j@uriah.heep.sax.de From: Leonard Chung Subject: Re: void main Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Um, so what exactly is wrong with void main, other than that you don't >> happen to like it? > >It violates ANSI when used in a hosted environment. What's the difference between a freestanding and hosted environment? From the wording, I think I have a general idea, but I'm not completely definate. Leonard -- Leonard Chung Support the Blue Ribbon Campaign for free speech online () http://www.eff.org/blueribbon.html /\ "Those who will not reason perish in the act. Those who will not act, perish for that reason." - W. H. Auden From owner-freebsd-hackers Wed Sep 4 22:52:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23660 for hackers-outgoing; Wed, 4 Sep 1996 22:52:21 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA23655 for ; Wed, 4 Sep 1996 22:52:15 -0700 (PDT) Received: from dns.ottawa.net by mail.crl.com with SMTP id AA01051 (5.65c/IDA-1.5 for ); Wed, 4 Sep 1996 22:50:45 -0700 Received: from ottawa.net (ppp-92.ottawa.net [205.211.4.92]) by dns.ottawa.net (8.7.5/1.2) with ESMTP id WAA06014 for ; Wed, 4 Sep 1996 22:42:01 -0400 (EDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id WAA01346 for freebsd-hackers@FreeBSD.org; Wed, 4 Sep 1996 22:36:29 -0400 (EDT) From: Brian Campbell Message-Id: <199609050236.WAA01346@ottawa.net> Subject: signal 10 (bus error) To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Wed, 4 Sep 1996 22:36:29 -0400 (EDT) Reply-To: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk For those others of you experiencing bus errors, you might want to try running pcvt rather than syscons. Of course I can't substantiate that suspicion other than to say that I've been running 2.1.5R for several weeks with absolutely no bus errors until today when I decided to try moving back to syscons (mostly for moused support and bold -- why can't pcvt do that) Anyway, it's worth a shot, and is certainly cheaper than suspecting your hardware and replacing it. From owner-freebsd-hackers Wed Sep 4 23:17:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24643 for hackers-outgoing; Wed, 4 Sep 1996 23:17:58 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA24638 for ; Wed, 4 Sep 1996 23:17:56 -0700 (PDT) Received: from mail.cdsnet.net by mail.crl.com with SMTP id AA06709 (5.65c/IDA-1.5 for ); Wed, 4 Sep 1996 23:16:26 -0700 Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id MAA29992; Wed, 4 Sep 1996 12:46:32 -0700 Date: Wed, 4 Sep 1996 12:46:31 -0700 (PDT) From: Jaye Mathisen To: Guido van Rooij Cc: FreeBSD-hackers Subject: Re: fsck incorrectly found no errors In-Reply-To: <199609041827.UAA10801@gvr.win.tue.nl> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk All I can say is that I have seen the exact same thing, and when it happens to your 20GB news partition, it sucks the big one. I crashed, rebooted, fsck'd 2x, and it crashed regularly with fs corruption problems. Yet the disks check out fine. Once I newfs them, no more problems. (Other than the loss of data). Seems to be a problem in fsck I would think. From owner-freebsd-hackers Wed Sep 4 23:32:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25287 for hackers-outgoing; Wed, 4 Sep 1996 23:32:58 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA25240 for ; Wed, 4 Sep 1996 23:32:26 -0700 (PDT) Received: from root.com (implode.root.com) by mail.crl.com with SMTP id AA09031 (5.65c/IDA-1.5 for ); Wed, 4 Sep 1996 23:30:25 -0700 Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id XAA02686; Wed, 4 Sep 1996 23:29:07 -0700 (PDT) Message-Id: <199609050629.XAA02686@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen Cc: Guido van Rooij , FreeBSD-hackers Subject: Re: fsck incorrectly found no errors In-Reply-To: Your message of "Wed, 04 Sep 1996 12:46:31 PDT." From: David Greenman Reply-To: dg@root.com Date: Wed, 04 Sep 1996 23:29:07 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >All I can say is that I have seen the exact same thing, and when it >happens to your 20GB news partition, it sucks the big one. > >I crashed, rebooted, fsck'd 2x, and it crashed regularly with fs >corruption problems. Yet the disks check out fine. > >Once I newfs them, no more problems. (Other than the loss of data). > >Seems to be a problem in fsck I would think. Yes, I think so, too. I noticed that fsck seems to not deal with certain types of directory corruption, for instance, that the kernel detects and panics on. ...I had the same problem a couple of years ago that required newfs'ing the partition to fix. I suppose I should have tried to track the problem down further at that time, but problems like these always happen at the worst times - when you need to get the thing working NOW and have no time to mess with trying to fix the bug(s). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Sep 4 23:34:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25447 for hackers-outgoing; Wed, 4 Sep 1996 23:34:40 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA25432 for ; Wed, 4 Sep 1996 23:34:37 -0700 (PDT) Received: from kanto.cc.jyu.fi by mail.crl.com with SMTP id AA09378 (5.65c/IDA-1.5 for ); Wed, 4 Sep 1996 23:33:07 -0700 Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id JAA17199; Thu, 5 Sep 1996 09:24:05 +0300 (EET DST) Date: Thu, 5 Sep 1996 09:24:04 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org Cc: freebsd-hackers-digest@freebsd.org, Dennis Subject: Re: hackers-digest V1 #1436 In-Reply-To: <199609040312.UAA17647@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: dennis@etinc.com (Dennis) > Date: Tue, 3 Sep 1996 14:00:17 -0400 > Subject: Re: FreeBSD vs. Linux 96 (my impressions) > > >E-mail message from Dennis contained: > >> > >> You left out one big disadvantage. The Kernel implementation is a pile > >> of crap, and that different combinations of drivers will yield almost random > >> results in terms of reliability and stability. > >> > >> Just my impression. > > > >Shame that no one really cares about it. All the people want to see is that > >it's so easy for newcommers. Just like Windows. In more than one aspect :) How is Slackware so easy? Is there some difference. I think differences are very small. Here people use DOS h/w, not Apple hardware because ALL OTHER use DOS h/w, here people use Linux because ALL OTHERS use Linux. I think tehre is nothing bad if people select easy systems. I should select Macintosh if I could, but when all others are using DOS h/w it is stupid to be alone Seppo From owner-freebsd-hackers Wed Sep 4 23:34:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25470 for hackers-outgoing; Wed, 4 Sep 1996 23:34:43 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA25455 for ; Wed, 4 Sep 1996 23:34:40 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id XAA25075 for ; Wed, 4 Sep 1996 23:34:32 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id JAA17199; Thu, 5 Sep 1996 09:24:05 +0300 (EET DST) Date: Thu, 5 Sep 1996 09:24:04 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org cc: freebsd-hackers-digest@freebsd.org, Dennis Subject: Re: hackers-digest V1 #1436 In-Reply-To: <199609040312.UAA17647@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: dennis@etinc.com (Dennis) > Date: Tue, 3 Sep 1996 14:00:17 -0400 > Subject: Re: FreeBSD vs. Linux 96 (my impressions) > > >E-mail message from Dennis contained: > >> > >> You left out one big disadvantage. The Kernel implementation is a pile > >> of crap, and that different combinations of drivers will yield almost random > >> results in terms of reliability and stability. > >> > >> Just my impression. > > > >Shame that no one really cares about it. All the people want to see is that > >it's so easy for newcommers. Just like Windows. In more than one aspect :) How is Slackware so easy? Is there some difference. I think differences are very small. Here people use DOS h/w, not Apple hardware because ALL OTHER use DOS h/w, here people use Linux because ALL OTHERS use Linux. I think tehre is nothing bad if people select easy systems. I should select Macintosh if I could, but when all others are using DOS h/w it is stupid to be alone Seppo From owner-freebsd-hackers Wed Sep 4 23:44:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26218 for hackers-outgoing; Wed, 4 Sep 1996 23:44:51 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA26213 for ; Wed, 4 Sep 1996 23:44:49 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA18518 for ; Wed, 4 Sep 1996 23:44:48 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id JAA17733; Thu, 5 Sep 1996 09:35:05 +0300 (EET DST) Date: Thu, 5 Sep 1996 09:35:04 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org cc: freebsd-hackers-digest@freebsd.org, Jake Hamby Subject: Re: hackers-digest V1 #1436 In-Reply-To: <199609040312.UAA17647@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Good point. I much prefer BSD's boot procedure in terms of flexibility, > and since it's been around for so long, the kernel is fairly well > understood in terms of adding devices. That's why we only need one boot > disk (and "boot -v" will allow device driver parameters to be editing for > things that don't autoprobe correctly) vs. a ton of Linux boot disks, each > tweaked for slightly different configurations. I think that is not true. Linux RedHat has only one boot disk, with it you can install using nfs, ftp, cdrom (ide also) etc. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Wed Sep 4 23:44:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26234 for hackers-outgoing; Wed, 4 Sep 1996 23:44:53 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA26224 for ; Wed, 4 Sep 1996 23:44:51 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA18521 for ; Wed, 4 Sep 1996 23:44:50 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id JAA17733; Thu, 5 Sep 1996 09:35:05 +0300 (EET DST) Date: Thu, 5 Sep 1996 09:35:04 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org cc: freebsd-hackers-digest@freebsd.org, Jake Hamby Subject: Re: hackers-digest V1 #1436 In-Reply-To: <199609040312.UAA17647@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Good point. I much prefer BSD's boot procedure in terms of flexibility, > and since it's been around for so long, the kernel is fairly well > understood in terms of adding devices. That's why we only need one boot > disk (and "boot -v" will allow device driver parameters to be editing for > things that don't autoprobe correctly) vs. a ton of Linux boot disks, each > tweaked for slightly different configurations. I think that is not true. Linux RedHat has only one boot disk, with it you can install using nfs, ftp, cdrom (ide also) etc. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Wed Sep 4 23:49:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26554 for hackers-outgoing; Wed, 4 Sep 1996 23:49:27 -0700 (PDT) Received: from cc.jyu.fi (root@cc.jyu.fi [130.234.1.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA26549 for ; Wed, 4 Sep 1996 23:49:24 -0700 (PDT) Received: from tukki.cc.jyu.fi (kallio@tukki.cc.jyu.fi [130.234.1.1]) by cc.jyu.fi (8.7.2/8.7.2) with ESMTP id JAA26608; Thu, 5 Sep 1996 09:53:12 +0300 (EET DST) Date: Thu, 5 Sep 1996 09:49:08 +0300 (EET DST) From: Seppo Kallio To: jkh@time.cdrom.com, hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 3 Sep 1996, Jordan K. Hubbard wrote: >> > Advantage: Linux supports the Amiga filesystem. Pretty cool since I >> >> I don't think this is anything more than a transient advantage at best. >:-) >> >> Speaking as a former Amiga owner and lover, the machine is bleedin' >> DEAD, any protestations from its new owners aside, and it'd be a waste >> of time implementing features like this when our own msdosfs is still >> broken and win95 name support is non-existant. :-( > >Hey I didn't say it was a _big_ advantage, or a reason ANYONE would >choose >Linux over FreeBSD, just that it was something nifty that caught my eye. >If somebody really wanted Amiga FS support, they could just as easily >pull >it out of NetBSD than Linux. > >Now Linux's handling of VFAT/MSDOS is something we need to worry about. > >- -- Jake People select the OS like they select text utilities: They compare and select the one having most features. AND they select the one others are using. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Wed Sep 4 23:54:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26757 for hackers-outgoing; Wed, 4 Sep 1996 23:54:09 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA26750 for ; Wed, 4 Sep 1996 23:54:02 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA10516 for hackers@freebsd.org; Thu, 5 Sep 1996 16:23:58 +0930 From: Michael Smith Message-Id: <199609050653.QAA10516@genesis.atrad.adelaide.edu.au> Subject: remote configuration - something to look at To: hackers@freebsd.org Date: Thu, 5 Sep 1996 16:23:57 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I'd love to be announcing my all-singing all-dancing remote configuration management tool. Ha. However, I have a small test-of-concept application that I'd be interested to hear feedback on. This is not even alpha-quality, but it points, it clicks and it can be talked to in a conversational style. To do anything at all, you'll need Tcl; to play pointy-clicky with the remote GUI you will need TclX/TkX. You'll also want to be able to at least read Tcl to frob the odd bogus hard-configured path and such. Having ssh installed will let you verify that the secure mode works too. Any suggestions (even just comments on my bad dialog layout) are optomistically solicited. Please don't cc' them to -hackers unless you want to raise public discussion. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Sep 5 00:12:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27349 for hackers-outgoing; Thu, 5 Sep 1996 00:12:22 -0700 (PDT) Received: from freebsd.gaffaneys.com (dialup5.gaffaneys.com [134.129.252.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27344 for ; Thu, 5 Sep 1996 00:12:18 -0700 (PDT) Received: (from zach@localhost) by freebsd.gaffaneys.com (8.7.5/8.7.3) id CAA01712; Thu, 5 Sep 1996 02:12:40 -0500 (CDT) To: adrian@virginia.edu Cc: Paul DuBois , "Kevin P. Neal" , hackers@freebsd.org Subject: Re: void main References: From: Zach Heilig Date: 05 Sep 1996 02:12:39 -0500 In-Reply-To: "Adrian T. Filipi-Martin"'s message of Wed, 4 Sep 1996 12:06:22 -0400 (EDT) Message-ID: <87loepbfko.fsf@freebsd.gaffaneys.com> Lines: 24 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Adrian T. Filipi-Martin" writes: > What's wrong with this version? ;-) > int main (int argc, char *argv[], char *env[]); It is listed as a common extension in either an appendix or footnote of the standard (don't remember, and I don't have it in front of me), so even though neither are considered part of the standard, it is obvious that the standards committee was seriously considering adding it. Why they didn't is beyond be (but Terry Labert's explanation might be close to the real reason). Besides, there is nothing preventing a compiler from documenting extensions to the language. Gcc has lots of extensions. There are even compilers that have 'void main(void)' practically documented (it is used in some examples, which is close enough), but it is not a documented extension to gcc. That it appears to work in some situations is an accident. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email Support bacteria -- it's the | is unwelcome. I avoid dealing only culture some people have! | with companies that email ads. From owner-freebsd-hackers Thu Sep 5 00:25:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27870 for hackers-outgoing; Thu, 5 Sep 1996 00:25:30 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27863; Thu, 5 Sep 1996 00:25:27 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA00899; Thu, 5 Sep 1996 08:43:50 +0200 (MET DST) To: Warner Losh cc: hackers@freebsd.org Subject: Re: CTM # -> date In-reply-to: Your message of "Wed, 04 Sep 1996 21:51:39 MDT." <199609050351.VAA07769@rover.village.org> Date: Thu, 05 Sep 1996 08:43:49 +0200 Message-ID: <897.841905829@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609050351.VAA07769@rover.village.org>, Warner Losh writes: >I have a silly question... > >Is there any way to map a CTM # to a date that I can use with cvs's >date specification commands? The very first line of the CTM delta contains a timestamp. $ zgrep CTM_BEGIN /home/CTM/cvs* /home/CTM/cvs-cur.2378.gz:CTM_BEGIN 2.0 cvs-cur 2378 19960821080001Z . /home/CTM/cvs-cur.2379.gz:CTM_BEGIN 2.0 cvs-cur 2379 19960821140002Z . /home/CTM/cvs-cur.2380.gz:CTM_BEGIN 2.0 cvs-cur 2380 19960821200002Z . /home/CTM/cvs-cur.2381.gz:CTM_BEGIN 2.0 cvs-cur 2381 19960822020001Z . ... The timestamp is in UTC as indicated by the trailing 'Z' If you use the -u option files affected by the delta will get that timestamp. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Sep 5 00:45:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28954 for hackers-outgoing; Thu, 5 Sep 1996 00:45:58 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA28949 for ; Thu, 5 Sep 1996 00:45:56 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA01119 for ; Thu, 5 Sep 1996 09:45:19 +0200 (MET DST) To: hackers@freebsd.org Subject: P5 and P6 developer manuals available for download! Reply-to: phk@freebsd.org Date: Thu, 05 Sep 1996 09:45:18 +0200 Message-ID: <1117.841909518@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.intel.com/design/pentium/manuals/ http://www.intel.com/design/pro/manuals/ -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Sep 5 00:57:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29605 for hackers-outgoing; Thu, 5 Sep 1996 00:57:12 -0700 (PDT) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA29359 for ; Thu, 5 Sep 1996 00:52:43 -0700 (PDT) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.7.5/Sogang) id QAA06378; Thu, 5 Sep 1996 16:48:46 +0900 (KST) Received: from localhost by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA19762; Thu, 5 Sep 96 16:51:26 KST Date: Thu, 5 Sep 1996 16:51:25 +0900 (KST) From: Heo Sung-Gwan X-Sender: heo@cslsun10 To: freebsd-hackers@FreeBSD.ORG Subject: Questions about cluster read buffer cache Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have some questions about cluster read-ahead buffer cache. When a file is read sequentially, one cluster is always prefetched that is not requested yet. At least vp->v_ralen blocks are already in buffer. If the difference between the most recently accessed block and the most recently prefetched block is greater than vp->v_ralen, next cluster is read ahead into buffer. During reading a file sequentially the value of vp->v_ralen is 7. Why is it? And if the blocks in a cluster is requested before the completion of asynchronous read-ahead of the cluster, how is this situation handled? Which part of vfs_cluster.c does handle this? -- Heo Sung-Gwan O.S. Lab. Dept. of Computer Science, Sogang University, Seoul, Korea. E-mail: heo@oslab.sogang.ac.kr From owner-freebsd-hackers Thu Sep 5 01:09:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00501 for hackers-outgoing; Thu, 5 Sep 1996 01:09:41 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA00494 for ; Thu, 5 Sep 1996 01:09:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA27643 for ; Thu, 5 Sep 1996 10:09:34 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA11777 for freebsd-hackers@freebsd.org; Thu, 5 Sep 1996 10:09:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA00701 for freebsd-hackers@freebsd.org; Thu, 5 Sep 1996 10:07:19 +0200 (MET DST) From: J Wunsch Message-Id: <199609050807.KAA00701@uriah.heep.sax.de> Subject: Re: void main To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 5 Sep 1996 10:07:19 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <87loepbfko.fsf@freebsd.gaffaneys.com> from Zach Heilig at "Sep 5, 96 02:12:39 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Zach Heilig wrote: > > int main (int argc, char *argv[], char *env[]); > > It is listed as a common extension in either an appendix or footnote > of the standard ... > Why they didn't is beyond be (but Terry Labert's explanation > might be close to the real reason). It's not needed either. In a Unix programming environment, you can always access the program environment via ``extern char **environ''. char *env[] in main() would be useless for implementing functions like getenv() anyway. The standard blesses getenv(), but doesn't mandate the way how it is actually implemented. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 5 01:10:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00591 for hackers-outgoing; Thu, 5 Sep 1996 01:10:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA00585 for ; Thu, 5 Sep 1996 01:10:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA27639; Thu, 5 Sep 1996 10:09:33 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA11775; Thu, 5 Sep 1996 10:09:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA00638; Thu, 5 Sep 1996 10:02:23 +0200 (MET DST) From: J Wunsch Message-Id: <199609050802.KAA00638@uriah.heep.sax.de> Subject: Re: void main To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 5 Sep 1996 10:02:23 +0200 (MET DST) Cc: Leonard@pacbell.net (Leonard Chung) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19960905055112.00682a34@pacbell.net> from Leonard Chung at "Sep 4, 96 10:51:12 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Leonard Chung wrote: > >It violates ANSI when used in a hosted environment. > > What's the difference between a freestanding and hosted environment? From > the wording, I think I have a general idea, but I'm not completely definate. Dunno what's the wording of the standard for this. Anyway, typical freestanding environments are things like a Unix kernel, or a microcontroller program written in C. There's no environment to the C program. In a hosted environment, you launch your C application from with an environment (a shell, a GUI environment etc.). I'm sure Bruce will explain it better. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 5 01:56:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02187 for hackers-outgoing; Thu, 5 Sep 1996 01:56:01 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02134 for ; Thu, 5 Sep 1996 01:55:43 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id KAA26156 for ; Thu, 5 Sep 1996 10:53:30 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uyaBo-000220C; Thu, 5 Sep 96 10:53 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA112943365; Thu, 5 Sep 1996 10:49:25 +0200 From: "Hr.Ladavac" Message-Id: <199609050849.AA112943365@ws2301.gud.siemens.co.at> Subject: Re: void main To: Leonard@pacbell.net (Leonard Chung) Date: Thu, 5 Sep 1996 10:49:25 +0200 (MESZ) Cc: j@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <1.5.4.32.19960905055112.00682a34@pacbell.net> from "Leonard Chung" at Sep 4, 96 10:51:12 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Leonard Chung contained: > >> Um, so what exactly is wrong with void main, other than that you don't > >> happen to like it? > > > >It violates ANSI when used in a hosted environment. > > What's the difference between a freestanding and hosted environment? From > the wording, I think I have a general idea, but I'm not completely definite. As I understand it, the freestanding environment is no environment at all. Which means, no standard C library, no calling environment, process start via magic, nowhere to return, such things. Shortly, embedded applications. (and a UNIX kernel is an example thereof) Hosted environment is completely opposite. /Marino > > Leonard > -- > Leonard Chung > Support the Blue Ribbon Campaign for free speech online () > http://www.eff.org/blueribbon.html /\ > "Those who will not reason perish in the act. > Those who will not act, perish for that reason." - W. H. Auden > > From owner-freebsd-hackers Thu Sep 5 02:25:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03276 for hackers-outgoing; Thu, 5 Sep 1996 02:25:50 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA03270 for ; Thu, 5 Sep 1996 02:25:47 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id CAA15796 for ; Thu, 5 Sep 1996 02:27:17 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id TAA00656; Thu, 5 Sep 1996 19:24:35 +1000 Date: Thu, 5 Sep 1996 19:24:35 +1000 From: Julian Assange Message-Id: <199609050924.TAA00656@suburbia.net> To: hackers@freebsd.org Subject: DIPC (Distributed IPC) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Path: news.aus.world.net!news.us.world.net!news.inc.net!news.moneng.mei.com!bloom-beacon.mit.edu!news.mathworks.com!uunet!in3.uu.net!liw.clinet.fi!usenet From: karimik@sun.iust.ac.ir Newsgroups: comp.os.linux.announce Subject: DIPC (Distributed IPC) Followup-To: comp.os.linux.development.apps Date: Fri, 16 Aug 1996 07:21:40 GMT Organization: ? Lines: 118 Approved: linux-announce@news.ornl.gov (Lars Wirzenius) Message-ID: NNTP-Posting-Host: localhost X-Cache: nntpcache 0.92.4UL (cf. ftp://nntpcache.org/nntpcache) -----BEGIN PGP SIGNED MESSAGE----- From: karimik@sun.iust.ac.ir (Kamran Karimi) Subject: DIPC (Distributed IPC) update Organization: IUST (Iran University of Science & Technology) Keywords: distributed parallel programming multi computer Kernel IPC DSM WAN TCP/IP heterogeneous Version 0.15 (alpha) of DIPC is now available. It allows you to use stand alone computers connected over a TCP/IP network to work towards the same goal. This replaces version 0.10. The update includes bug fixes, new features, much more documents, more examples and new tools. It can be obtained by anonymous ftp from sunsite.unc.edu, in directory /pub/Linux/Incoming, or /pub/Linux/ALPHA. The original announce of DIPC version 0.10 follows. You can find some information about DIPC and also addresses to contact me here. Good news for Linux power users! I am glad to announce the availability of a pre-alpha system for programming distributed applications, very easily. It works by making System V IPC mechanisms (shared memory, semaphores and messages) network transparent. Meaning that programs on different machines can use the same IPC key to exchange data and synchronize between themselves without bothering about the network. This is called 'Distributed IPC', or DIPC. Programs on different machines can use a key to get a shared region of memory. They can all read from it, and a write by one process will automatically become visible to others . This brings 'Segment Based' Distributed Shared Memory (DSM) to Linux. Messages can also be used to pass data in a synchronous way between machines. Semaphores are used to arbitrate access to the shared memory or the message queues. DIPC is a very simple system that seems to work well. The main parts of it run in user space. It has some advantages: *) There is no need to know about network programming. *) Unlike other distributed programming facilities, there are no new and complex material to learn. If you are familiar with System V IPC, you are already prepared to use DIPC. In any case you can find plenty of information about System V IPC in many books written by professionals. This is one less thing to worry about. *) Existing software, possibly designed for multiprocessor systems, which use System V IPC can easily be converted to distributed software. *) You can write (and to a great extend test) a distributed application on a single machine. *) Some distributed systems require the programmer to take active role in any data exchange across the network. This gives the ultimate flexibility but makes the programmer's work harder. Others, like page-based DSM systems, do data exchanges transparently, but the user has little say in what and how much is transferred. many problems, like false sharing, can occur. In DIPC, as the programmer determines the size of data exchanges (shared memory and message sizes) (s)he can tune the performance if (s)he wants to. It means ease of programming and controllability at the same time. *) DIPC was designed with a heterogeneous environment in mind. *) At least in theory, one may be able to use DIPC on WANs (Wide Area Networks). This may be a major advantage. DIPC can be used on a TCP/IP network. To use it, some changes must be done to the kernel (I used kernel 1.2.8 and gcc 2.6.3 on 486 machines). A manager program should also be running in user space. You can obtain the necessary files and information from the linux Incoming (or ALPHA) directory in sunsite.unc.edu. Note that DIPC is still very alpha. Little testing has been done on it. But This is the main reason I am making this public: to find as many bugs as possible. If you have questions about DIPC, send a mail to me. I am Kamran Karimi, a graduate software student at IUST (Iran University of Science & Technology), working towards an MS. My e-mail address: karimik@sun.iust.ac.ir My s-mail address: Kamran Karimi -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMhQgUIQRll5MupLRAQFSkAQA1cS39rCS+kiQ5DYtZmZZemopnIO/3WNy eeJjY/zNsVNAgrIHmjgtdvolKBhKrAUUlhtaJ7koCaCiURNdER6wzO+NVjBvpWGw HlRmGi9W9m4qVzgrR7Wrcz7j0TTQjCkXHmmCna+qmpEKQtHfT65OcKlM0fBowoda dCUVXQls9hI= =VlbE -----END PGP SIGNATURE----- -- This article has been digitally signed by the moderator, using PGP. Finger wirzeniu@kruuna.helsinki.fi for PGP key needed for validating signature. Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember a short description of the software and the LOCATION. From owner-freebsd-hackers Thu Sep 5 04:07:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06227 for hackers-outgoing; Thu, 5 Sep 1996 04:07:58 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06222 for ; Thu, 5 Sep 1996 04:07:54 -0700 (PDT) Received: from localhost (localhost.efn.org [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id EAA01615 for ; Thu, 5 Sep 1996 04:08:27 -0700 (PDT) Date: Thu, 5 Sep 1996 04:08:24 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD hackers Subject: Re: FreeBSD without console In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 31 Aug 1996, Igigi International wrote: > > > On Sat, 31 Aug 1996, J Wunsch wrote: > > > As francis yeung wrote: > > > > > Is there a way that I can run without > > > any console port i.e. no VGA or COM1 port and redirect > > > the console output to a file so that I can login from > > > another workstation remotely using tail -f "console file". > > > > No. The console must exist (if it exists at all) before the root file > > system is mounted. > > > I've been able to use FreeBSD sucessfully even after having removed the > video card and disabling the BIOS check for it. FSD probably just had no > idea the video was missing although console data was still being sent to > this 'screen'. I've come across a problem.... when I run without a video card and run comconsole... it likes to panic when sc0 is enabled.. is this normal? (oh and the panics just srcoll right off the screen.. if you would like I could log them...) just wondering.. thanks for all the help.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 5 04:16:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06854 for hackers-outgoing; Thu, 5 Sep 1996 04:16:20 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA06605 for ; Thu, 5 Sep 1996 04:12:54 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA24994 for ; Thu, 5 Sep 1996 13:07:57 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id NAA16927 for freebsd-hackers@freefall.cdrom.com; Thu, 5 Sep 1996 13:20:22 +0200 Date: Thu, 5 Sep 1996 13:20:22 +0200 From: Christoph Kukulies Message-Id: <199609051120.NAA16927@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: acrobat .pdf files Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there a chance to view .PDF files under FreeBSD? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Sep 5 04:47:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07600 for hackers-outgoing; Thu, 5 Sep 1996 04:47:18 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA07595 for ; Thu, 5 Sep 1996 04:47:16 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA20542 for ; Thu, 5 Sep 1996 12:45:06 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Thu, 5 Sep 1996 12:46:31 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id MAA07165; Thu, 5 Sep 1996 12:45:30 +0100 To: Christoph Kukulies Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: acrobat .pdf files References: <199609051120.NAA16927@gilberto.physik.rwth-aachen.de> From: Paul Richards Date: 05 Sep 1996 12:45:29 +0100 In-Reply-To: Christoph Kukulies's message of Thu, 5 Sep 1996 13:20:22 +0200 Message-ID: <57enkhxk12.fsf@elsevier.co.uk> Lines: 11 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies writes: > Is there a chance to view .PDF files under FreeBSD? Newer versions of ghostscript understand pdf. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Thu Sep 5 05:12:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08798 for hackers-outgoing; Thu, 5 Sep 1996 05:12:09 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA08517 for ; Thu, 5 Sep 1996 05:10:13 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id OAA02393; Thu, 5 Sep 1996 14:08:49 +0200 (SAT) From: John Hay Message-Id: <199609051208.OAA02393@zibbi.mikom.csir.co.za> Subject: Re: FreeBSD without console In-Reply-To: from John-Mark Gurney at "Sep 5, 96 04:08:24 am" To: gurney_j@resnet.uoregon.edu Date: Thu, 5 Sep 1996 14:08:49 +0200 (SAT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > I've been able to use FreeBSD sucessfully even after having removed the > > video card and disabling the BIOS check for it. FSD probably just had no > > idea the video was missing although console data was still being sent to > > this 'screen'. > > I've come across a problem.... when I run without a video card and run > comconsole... it likes to panic when sc0 is enabled.. is this normal? > (oh and the panics just srcoll right off the screen.. if you would like I > could log them...) just wondering.. thanks for all the help.. > I have also found this. My solution is to mod the sc device probe to fail if the keyboard is not found. This will probably not work on all motherboard/keyboard controllers. I actually think the sc device should probe to see if there is a screen controller and fail the probe if it can't find one. At the moment it will never fail the probe. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Thu Sep 5 05:34:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10952 for hackers-outgoing; Thu, 5 Sep 1996 05:34:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10905 for ; Thu, 5 Sep 1996 05:34:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA12391; Thu, 5 Sep 1996 22:03:18 +0930 From: Michael Smith Message-Id: <199609051233.WAA12391@genesis.atrad.adelaide.edu.au> Subject: Re: acrobat .pdf filesg To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Thu, 5 Sep 1996 22:03:17 +0930 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199609051120.NAA16927@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Sep 5, 96 01:20:22 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies stands accused of saying: > > Is there a chance to view .PDF files under FreeBSD? xpdf (in ports) for viewing. gv and ghostscript 3.51 (also in ports) for printing as well. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Sep 5 05:51:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12563 for hackers-outgoing; Thu, 5 Sep 1996 05:51:26 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12523; Thu, 5 Sep 1996 05:51:17 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id NAA13305; Thu, 5 Sep 1996 13:52:02 +0100 (BST) Date: Thu, 5 Sep 1996 13:52:02 +0100 (BST) From: Developer Reply-To: Developer To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, freebsd-chat@freebsd.org, freebsd-stable@freebsd.org Subject: Evaluation copies of FXHTML Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A number of evaluation copies of FXHTML are available from Fourth Level Developments to established web sites running under FreeBSD. Please apply, by emailing dev@flevel.co.uk, with the following information:- Organisation: Address: Server Name/IP Address: Contact Name: Tel Number: If you want more information about FXHTML please look at: http://www.flevel.co.uk/fxhtml/ Thanks for your time. From owner-freebsd-hackers Thu Sep 5 05:59:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13142 for hackers-outgoing; Thu, 5 Sep 1996 05:59:29 -0700 (PDT) Received: from insanus.matematik.su.se (insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13121 for ; Thu, 5 Sep 1996 05:59:19 -0700 (PDT) Received: from localhost (tege@sophie.matematik.su.se [130.237.198.29]) by insanus.matematik.su.se (8.7.5/8.6.9) with ESMTP id OAA16458; Thu, 5 Sep 1996 14:57:20 +0200 (MET DST) Message-Id: <199609051257.OAA16458@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: Sean Eric Fagan Cc: bde@zeta.org.au, hackers@freebsd.org Subject: Re: forwarded In-reply-to: Your message of "Wed, 04 Sep 1996 14:28:45 PDT." <199609042128.OAA28324@kithrup.com> Date: Thu, 05 Sep 1996 14:57:19 +0200 From: Torbjorn Granlund Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If the 1,1,1 geometry isn't likely to be the problem, something else caused the disk corruption. This recently changed with my system: 1) I tossed out my Conner 4207 and Adaptec 2940. 2) I installed a Fujitsu 2954SAU and an Adaptec 2940UW (using Ultra 8-bit SCSI between the controller and Fujitsu disk, and plain Fast SCSI between the controller and other devices). 3) I put DOS on a separate (IDE) disk and installed FreeBSD 2.1.5 raw on the disk (no FDISK structure). (I used to run FreeBSD 2.1 before all these changes.) 4) I increased the size of /usr from 2GB to 3GB. 5) As a mentioned earlier, sysinstall complained about the label, and asked me to supply a new one. So I did, giving the geometry www.fujitsu.de specifies (which is different from what www.fcpa.com specifies. (What I entered doesn't seem to have taken any effect.) I used the Adaptec SCSI BIOS features to check the disk. There were no errors. Also, FreeBSD hasn't complained about read and/or write errors, timeouts, or anything else. From the nightly cron jobs that generate mail to root, I can tell that the corruption happened between August 31, 0200 and September 1, 0200. In that time span, the computer was not touched by anyone. (It is connected to the internet via ppp and a modem.) Disk corruption problems are alarming, and I trust that such problems engage the FreeBSD team. Since I use and love FreeBSD, I am more than willing to help isolating the cause by doing experiments you suggest with my system. I'll now try to reinstall FreeBSD 2.1, using an FDISK structure, keeping the /usr partition at 2GB. If that still gives me disk corruption, and no solution is found, my love for FreeBSD will not stop me from switching to an OS that preserves my files... :-( For completeness, here is my system setup: ASUS P/I-P55TP4N (P167, 512KB burst cache, 64MB EDO DRAM) Adaptec 2940UW PCI Fujitsu 2954SAU 4.4GB (8-bit Ultra enabled) HP35480A DAT (Fast SCSI) Toshiba XM-3701TA CD-ROM (Fast SCSI) (last device, terminated) Creative SB16 PnP (OEM version) Digital DC21040 PCI ethernet (not connected to any net) Seagate Medalist 1.3GB IDE disk (carrying a large DOS partition) Torbjorn From owner-freebsd-hackers Thu Sep 5 05:59:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13198 for hackers-outgoing; Thu, 5 Sep 1996 05:59:40 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13174 for ; Thu, 5 Sep 1996 05:59:34 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id OAA01105 for ; Thu, 5 Sep 1996 14:58:50 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uye18-000222C; Thu, 5 Sep 96 14:58 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA250488080; Thu, 5 Sep 1996 14:54:40 +0200 From: "Hr.Ladavac" Message-Id: <199609051254.AA250488080@ws2301.gud.siemens.co.at> Subject: Re: hackers-digest V1 #1436 To: kallio@cc.jyu.fi (Seppo Kallio) Date: Thu, 5 Sep 1996 14:54:40 +0200 (MESZ) Cc: hackers@freefall.freebsd.org, freebsd-hackers-digest@freebsd.org, dennis@etinc.com In-Reply-To: from "Seppo Kallio" at Sep 5, 96 09:24:04 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Seppo Kallio contained: > > From: dennis@etinc.com (Dennis) > > Date: Tue, 3 Sep 1996 14:00:17 -0400 > > Subject: Re: FreeBSD vs. Linux 96 (my impressions) > > > > >E-mail message from Dennis contained: > > >> > > >> You left out one big disadvantage. The Kernel implementation is a pile > > >> of crap, and that different combinations of drivers will yield almost random > > >> results in terms of reliability and stability. > > >> > > >> Just my impression. > > > > > >Shame that no one really cares about it. All the people want to see is that > > >it's so easy for newcommers. Just like Windows. In more than one aspect :) Careful with attributions. Dennis didn't say that; I did. > > How is Slackware so easy? Is there some difference. I think differences > are very small. Here people use DOS h/w, not Apple hardware because ALL > OTHER use DOS h/w, here people use Linux because ALL OTHERS use Linux. Pech g'habt. (for a want of a better English idiom; sorry) Slackware is easy for manual install (at leas was when I used it last time about 2 years ago.) OTOH, a manual install is something I do 0 times out of 10. Any 10. Yes, you could switch some packages off (if you have found the correct boot floppy) by hand editing configuration files (which weren't all in the same place). > > I think tehre is nothing bad if people select easy systems. I should > select Macintosh if I could, but when all others are using DOS h/w it is > stupid to be alone So, you're calling me stupid? Thank you, likewise. Jest aside, *easy* is a very subjective measure. Easy windows install is a nightmare for me because I can't easily push the config data from one central machine all over *automatically*. I have to edit the darn thing by hand. No scripts, see? But it's easy if it's your own personal machine because you don't have to learn any scripting. These things make the difference in perceived easiness of an OS. Inherently, there is nothing bad in using easy software, as long as it's easy for your needs. But claiming that something that's easy for you must be easy for me is plainly evil . And peer pressure is the worst means of influencing a decision. What did Emerson say about being a non conformist ... /Marino From owner-freebsd-hackers Thu Sep 5 05:59:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13215 for hackers-outgoing; Thu, 5 Sep 1996 05:59:42 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13169 for ; Thu, 5 Sep 1996 05:59:33 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at (8.7.4/8.7.3) with SMTP id OAA01101 for ; Thu, 5 Sep 1996 14:58:49 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uye18-000222C; Thu, 5 Sep 96 14:58 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA250488080; Thu, 5 Sep 1996 14:54:40 +0200 From: "Hr.Ladavac" Message-Id: <199609051254.AA250488080@ws2301.gud.siemens.co.at> Subject: Re: hackers-digest V1 #1436 To: kallio@cc.jyu.fi (Seppo Kallio) Date: Thu, 5 Sep 1996 14:54:40 +0200 (MESZ) Cc: hackers@freefall.freebsd.org, freebsd-hackers-digest@freebsd.org, dennis@etinc.com In-Reply-To: from "Seppo Kallio" at Sep 5, 96 09:24:04 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Seppo Kallio contained: > > From: dennis@etinc.com (Dennis) > > Date: Tue, 3 Sep 1996 14:00:17 -0400 > > Subject: Re: FreeBSD vs. Linux 96 (my impressions) > > > > >E-mail message from Dennis contained: > > >> > > >> You left out one big disadvantage. The Kernel implementation is a pile > > >> of crap, and that different combinations of drivers will yield almost random > > >> results in terms of reliability and stability. > > >> > > >> Just my impression. > > > > > >Shame that no one really cares about it. All the people want to see is that > > >it's so easy for newcommers. Just like Windows. In more than one aspect :) Careful with attributions. Dennis didn't say that; I did. > > How is Slackware so easy? Is there some difference. I think differences > are very small. Here people use DOS h/w, not Apple hardware because ALL > OTHER use DOS h/w, here people use Linux because ALL OTHERS use Linux. Pech g'habt. (for a want of a better English idiom; sorry) Slackware is easy for manual install (at leas was when I used it last time about 2 years ago.) OTOH, a manual install is something I do 0 times out of 10. Any 10. Yes, you could switch some packages off (if you have found the correct boot floppy) by hand editing configuration files (which weren't all in the same place). > > I think tehre is nothing bad if people select easy systems. I should > select Macintosh if I could, but when all others are using DOS h/w it is > stupid to be alone So, you're calling me stupid? Thank you, likewise. Jest aside, *easy* is a very subjective measure. Easy windows install is a nightmare for me because I can't easily push the config data from one central machine all over *automatically*. I have to edit the darn thing by hand. No scripts, see? But it's easy if it's your own personal machine because you don't have to learn any scripting. These things make the difference in perceived easiness of an OS. Inherently, there is nothing bad in using easy software, as long as it's easy for your needs. But claiming that something that's easy for you must be easy for me is plainly evil . And peer pressure is the worst means of influencing a decision. What did Emerson say about being a non conformist ... /Marino From owner-freebsd-hackers Thu Sep 5 06:14:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14742 for hackers-outgoing; Thu, 5 Sep 1996 06:14:31 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA14736 for ; Thu, 5 Sep 1996 06:14:27 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA23234; Thu, 5 Sep 1996 23:08:22 +1000 Date: Thu, 5 Sep 1996 23:08:22 +1000 From: Bruce Evans Message-Id: <199609051308.XAA23234@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, gurney_j@nike.efn.org Subject: Re: FreeBSD without console Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I've come across a problem.... when I run without a video card and run >comconsole... it likes to panic when sc0 is enabled.. is this normal? It seems to be. The sc probe always succeeds, and sc apparently accesese memory where it shouldn't in some cases. Don't enable sc0 if you don't have an sc. >(oh and the panics just srcoll right off the screen.. if you would like I This is caused by a bug in siocncheckc(). Hitting a key to pause the panic doesn't work. This will be fixed RSN. >could log them...) just wondering.. thanks for all the help.. I use `a_simple_terminal_program | tee /tmp/foo'. Complicated terminal programs should have a logging feature. Bruce From owner-freebsd-hackers Thu Sep 5 06:25:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15770 for hackers-outgoing; Thu, 5 Sep 1996 06:25:27 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA15747 for ; Thu, 5 Sep 1996 06:25:21 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA11130; Thu, 5 Sep 1996 14:56:58 +0200 From: Luigi Rizzo Message-Id: <199609051256.OAA11130@labinfo.iet.unipi.it> Subject: Re: acrobat .pdf files To: p.richards@elsevier.co.uk (Paul Richards) Date: Thu, 5 Sep 1996 14:56:58 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <57enkhxk12.fsf@elsevier.co.uk> from "Paul Richards" at Sep 5, 96 12:45:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Christoph Kukulies writes: > > > Is there a chance to view .PDF files under FreeBSD? > > Newer versions of ghostscript understand pdf. but xpdf is smaller and nicer to use. Luigi From owner-freebsd-hackers Thu Sep 5 06:25:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15783 for hackers-outgoing; Thu, 5 Sep 1996 06:25:30 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA15765; Thu, 5 Sep 1996 06:25:25 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA01726; Thu, 5 Sep 1996 15:24:56 +0200 (MET DST) To: Christoph Kukulies cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: acrobat .pdf files In-reply-to: Your message of "Thu, 05 Sep 1996 13:20:22 +0200." <199609051120.NAA16927@gilberto.physik.rwth-aachen.de> Date: Thu, 05 Sep 1996 15:24:56 +0200 Message-ID: <1724.841929896@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199609051120.NAA16927@gilberto.physik.rwth-aachen.de>, Christoph Ku kulies writes: > >Is there a chance to view .PDF files under FreeBSD? > ports/*/xpdf ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Sep 5 06:26:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15851 for hackers-outgoing; Thu, 5 Sep 1996 06:26:02 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA15825 for ; Thu, 5 Sep 1996 06:25:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id GAA04137; Thu, 5 Sep 1996 06:25:19 -0700 (PDT) Message-Id: <199609051325.GAA04137@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Torbjorn Granlund cc: Sean Eric Fagan , bde@zeta.org.au, hackers@freebsd.org Subject: Re: forwarded In-reply-to: Your message of "Thu, 05 Sep 1996 14:57:19 +0200." <199609051257.OAA16458@insanus.matematik.su.se> From: David Greenman Reply-To: dg@root.com Date: Thu, 05 Sep 1996 06:25:18 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'll now try to reinstall FreeBSD 2.1, using an FDISK structure, keeping the >/usr partition at 2GB. If that still gives me disk corruption, and no >solution is found, my love for FreeBSD will not stop me from switching to >an OS that preserves my files... :-( > >For completeness, here is my system setup: > > ASUS P/I-P55TP4N (P167, 512KB burst cache, 64MB EDO DRAM) > Adaptec 2940UW PCI > Fujitsu 2954SAU 4.4GB (8-bit Ultra enabled) You do know that 2940 driver was quite buggy in 2.1 - especially in terms of Wide drives and Ultra mode, right? With your configuration, you shouldn't bother with 2.1 - you need 2.1.5. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Sep 5 06:35:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16712 for hackers-outgoing; Thu, 5 Sep 1996 06:35:15 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16700 for ; Thu, 5 Sep 1996 06:35:12 -0700 (PDT) Received: from harlie (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id GAA17966; Thu, 5 Sep 1996 06:35:14 -0700 (PDT) Date: Thu, 5 Sep 1996 06:35:05 -0700 (PDT) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: Seppo Kallio cc: hackers@freefall.freebsd.org, freebsd-hackers-digest@freebsd.org, Jake Hamby Subject: Re: hackers-digest V1 #1436 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, Seppo Kallio wrote: > I think that is not true. Linux RedHat has only one boot disk, with it you > can install using nfs, ftp, cdrom (ide also) etc. All too true, but maybe not the way you think. The boot disk is one of about 60, and if you pick the wrong one, then the install will fail. Of course, if you don't have SCSI or a network card, just about any of the boot disks will work. Also, as of 3.0.3, the two root disks were still needed for ftp installs, at least. From owner-freebsd-hackers Thu Sep 5 06:35:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16722 for hackers-outgoing; Thu, 5 Sep 1996 06:35:16 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16703 for ; Thu, 5 Sep 1996 06:35:13 -0700 (PDT) Received: from harlie (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id GAA17966; Thu, 5 Sep 1996 06:35:14 -0700 (PDT) Date: Thu, 5 Sep 1996 06:35:05 -0700 (PDT) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: Seppo Kallio cc: hackers@freefall.freebsd.org, freebsd-hackers-digest@freebsd.org, Jake Hamby Subject: Re: hackers-digest V1 #1436 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, Seppo Kallio wrote: > I think that is not true. Linux RedHat has only one boot disk, with it you > can install using nfs, ftp, cdrom (ide also) etc. All too true, but maybe not the way you think. The boot disk is one of about 60, and if you pick the wrong one, then the install will fail. Of course, if you don't have SCSI or a network card, just about any of the boot disks will work. Also, as of 3.0.3, the two root disks were still needed for ftp installs, at least. From owner-freebsd-hackers Thu Sep 5 07:12:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19653 for hackers-outgoing; Thu, 5 Sep 1996 07:12:35 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19648 for ; Thu, 5 Sep 1996 07:12:31 -0700 (PDT) Received: from localhost (localhost.efn.org [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id HAA06118; Thu, 5 Sep 1996 07:12:23 -0700 (PDT) Date: Thu, 5 Sep 1996 07:12:21 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: John Hay cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD without console In-Reply-To: <199609051208.OAA02393@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, John Hay wrote: > > > > > > > I've been able to use FreeBSD sucessfully even after having removed the > > > video card and disabling the BIOS check for it. FSD probably just had no > > > idea the video was missing although console data was still being sent to > > > this 'screen'. > > > > I've come across a problem.... when I run without a video card and run > > comconsole... it likes to panic when sc0 is enabled.. is this normal? > > (oh and the panics just srcoll right off the screen.. if you would like I > > could log them...) just wondering.. thanks for all the help.. > > > > I have also found this. My solution is to mod the sc device probe to > fail if the keyboard is not found. This will probably not work on all > motherboard/keyboard controllers. I think my keyboard controller is messed as I have the force the boot blocks to be comconsole or they won't be... I just disable sc0 and have the boot blocks compiled with FORCE_COMCONSOLE... > I actually think the sc device should probe to see if there is a screen > controller and fail the probe if it can't find one. At the moment it > will never fail the probe. ahh... that would be a problem... oh well... it does work though :) TTYL.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 5 07:14:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19749 for hackers-outgoing; Thu, 5 Sep 1996 07:14:19 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19737 for ; Thu, 5 Sep 1996 07:14:13 -0700 (PDT) Received: from localhost (localhost.efn.org [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id HAA06127; Thu, 5 Sep 1996 07:14:26 -0700 (PDT) Date: Thu, 5 Sep 1996 07:14:26 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Bruce Evans cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD without console In-Reply-To: <199609051308.XAA23234@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, Bruce Evans wrote: > >I've come across a problem.... when I run without a video card and run > >comconsole... it likes to panic when sc0 is enabled.. is this normal? > > It seems to be. The sc probe always succeeds, and sc apparently accesese > memory where it shouldn't in some cases. Don't enable sc0 if you don't > have an sc. that's what I currently do :) > >(oh and the panics just srcoll right off the screen.. if you would like I > > This is caused by a bug in siocncheckc(). Hitting a key to pause the > panic doesn't work. This will be fixed RSN. good to hear... > >could log them...) just wondering.. thanks for all the help.. > > I use `a_simple_terminal_program | tee /tmp/foo'. Complicated terminal > programs should have a logging feature. yeh... if your interested in 'em I can get them for you really easy... as I have a dos machine on the other end of a null modem cable :)... TTYL. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 5 07:35:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20837 for hackers-outgoing; Thu, 5 Sep 1996 07:35:01 -0700 (PDT) Received: from kanto.cc.jyu.fi (kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20702 for ; Thu, 5 Sep 1996 07:33:22 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id RAA22580; Thu, 5 Sep 1996 17:29:59 +0300 (EET DST) Date: Thu, 5 Sep 1996 17:29:58 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org cc: freebsd-hackers-digest@FreeBSD.ORG Subject: Problems with adduser and passwd commands in 2.1.5 In-Reply-To: <199609051325.GAA15797@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have still the same problems with adding users to the system: passwd -command is blocking all user adduser and passwd functions as long as the user has passwd-command "open". Couldn't this be fixed? Why is passwd command locking the /etc/passwd-system for so long time? Same problem was in 2.0 and 2.0.5. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Thu Sep 5 07:37:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21025 for hackers-outgoing; Thu, 5 Sep 1996 07:37:27 -0700 (PDT) Received: from kanto.cc.jyu.fi (kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20828 for ; Thu, 5 Sep 1996 07:34:59 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id RAA22580; Thu, 5 Sep 1996 17:29:59 +0300 (EET DST) Date: Thu, 5 Sep 1996 17:29:58 +0300 (EET DST) From: Seppo Kallio To: hackers@freefall.freebsd.org cc: freebsd-hackers-digest@FreeBSD.ORG Subject: Problems with adduser and passwd commands in 2.1.5 In-Reply-To: <199609051325.GAA15797@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have still the same problems with adding users to the system: passwd -command is blocking all user adduser and passwd functions as long as the user has passwd-command "open". Couldn't this be fixed? Why is passwd command locking the /etc/passwd-system for so long time? Same problem was in 2.0 and 2.0.5. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Thu Sep 5 08:20:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23679 for hackers-outgoing; Thu, 5 Sep 1996 08:20:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23673 for ; Thu, 5 Sep 1996 08:20:26 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA12776 for hackers@freebsd.org; Fri, 6 Sep 1996 00:50:24 +0930 From: Michael Smith Message-Id: <199609051520.AAA12776@genesis.atrad.adelaide.edu.au> Subject: Re: remote configuration - something to look at (fwd) To: hackers@freebsd.org Date: Fri, 6 Sep 1996 00:50:24 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Well, I'd love to be announcing my all-singing all-dancing remote > > configuration management tool. Ha. ... > > Any suggestions (even just comments on my bad dialog layout) are > > optomistically solicited. Please don't cc' them to -hackers unless > > you want to raise public discussion. Oh pfoink. I was so busy getting out the door to go shopping that I forgot a URL. ftp://genesis.atrad.adelaide.edu.au/pub/confserv/conf.tar.gz Please don't be put off by the .au URL, this machine has lots of bandwidth (insofar as such a concept is realistic in this country 8). -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Sep 5 08:27:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24052 for hackers-outgoing; Thu, 5 Sep 1996 08:27:23 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24020 for ; Thu, 5 Sep 1996 08:26:52 -0700 (PDT) Received: by night.primate.wisc.edu; id KAA27802; 8.6.10/41.8; Thu, 5 Sep 1996 10:28:22 -0500 From: Paul DuBois Message-Id: <199609051528.KAA27802@night.primate.wisc.edu> Subject: Re: void main To: hackers@freebsd.org Date: Thu, 5 Sep 1996 10:28:22 -0500 (CDT) In-Reply-To: <199609050849.AA112943365@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Sep 5, 96 10:49:25 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Um, so what exactly is wrong with void main, other than that you don't > happen to like it? [ eight thousand or so responses deleted ] Well, I'm certainly glad I asked *that* question! And now, for my next number, I wish to know: Which is better: FreeBSD, NetBSD, OpenBSD, or Linux? :-) From owner-freebsd-hackers Thu Sep 5 11:21:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07276 for hackers-outgoing; Thu, 5 Sep 1996 11:21:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07271 for ; Thu, 5 Sep 1996 11:21:30 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09561; Thu, 5 Sep 1996 11:18:23 -0700 From: Terry Lambert Message-Id: <199609051818.LAA09561@phaeton.artisoft.com> Subject: Re: void main To: Leonard@pacbell.net (Leonard Chung) Date: Thu, 5 Sep 1996 11:18:22 -0700 (MST) Cc: j@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <1.5.4.32.19960905055112.00682a34@pacbell.net> from "Leonard Chung" at Sep 4, 96 10:51:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >It violates ANSI when used in a hosted environment. > > What's the difference between a freestanding and hosted environment? From > the wording, I think I have a general idea, but I'm not completely definate. A hosted program must return a status code to the environment which is hosting it. A freestanding program never exits, and therefore is not required to obey the status-code protocol. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Sep 5 11:29:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07637 for hackers-outgoing; Thu, 5 Sep 1996 11:29:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07622 for ; Thu, 5 Sep 1996 11:29:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09596; Thu, 5 Sep 1996 11:23:58 -0700 From: Terry Lambert Message-Id: <199609051823.LAA09596@phaeton.artisoft.com> Subject: Re: acrobat .pdf files To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 5 Sep 1996 11:23:58 -0700 (MST) Cc: p.richards@elsevier.co.uk, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199609051256.OAA11130@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 5, 96 02:56:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Is there a chance to view .PDF files under FreeBSD? > > > > Newer versions of ghostscript understand pdf. > > but xpdf is smaller and nicer to use. Neither one handle Adobe's "encryption" of PDF. It's silly to use the feature, since the only thing it does is force you to use Adobe viewers (the "encryption" prevents the use of non-Adobe viewers, but does not enhance document security because it does not prevent viewing with an Adobe viewer -- ie: it does not require a password or other user query). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Sep 5 12:31:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11398 for hackers-outgoing; Thu, 5 Sep 1996 12:31:46 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11376 for ; Thu, 5 Sep 1996 12:31:37 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id WAA22996; Thu, 5 Sep 1996 22:30:49 +0300 Date: Thu, 5 Sep 1996 22:30:49 +0300 (EET DST) From: Narvi To: Michael Smith cc: hackers@freebsd.org Subject: Re: remote configuration - something to look at In-Reply-To: <199609050653.QAA10516@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, Michael Smith wrote: > > Well, I'd love to be announcing my all-singing all-dancing remote > configuration management tool. Ha. > > However, I have a small test-of-concept application that I'd be interested > to hear feedback on. This is not even alpha-quality, but it points, it > clicks and it can be talked to in a conversational style. > > To do anything at all, you'll need Tcl; to play pointy-clicky with the > remote GUI you will need TclX/TkX. You'll also want to be able to at > least read Tcl to frob the odd bogus hard-configured path and such. > Having ssh installed will let you verify that the secure mode works > too. Hey, where is it? I would certainly like to check it out! Sander > > Any suggestions (even just comments on my bad dialog layout) are > optomistically solicited. Please don't cc' them to -hackers unless > you want to raise public discussion. > OK, I'll try :-) > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Thu Sep 5 12:56:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA14012 for hackers-outgoing; Thu, 5 Sep 1996 12:56:12 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA13999 for ; Thu, 5 Sep 1996 12:56:09 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-1.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA01876 (5.67b/IDA-1.5 for ); Thu, 5 Sep 1996 21:53:33 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id VAA01686; Thu, 5 Sep 1996 21:53:32 +0200 (MET DST) Date: Thu, 5 Sep 1996 21:53:32 +0200 (MET DST) Message-Id: <199609051953.VAA01686@x14.mi.uni-koeln.de> From: Stefan Esser To: Torbjorn Granlund Cc: Sean Eric Fagan , bde@zeta.org.au, hackers@freebsd.org Subject: Re: forwarded In-Reply-To: <199609051257.OAA16458@insanus.matematik.su.se> References: <199609042128.OAA28324@kithrup.com> <199609051257.OAA16458@insanus.matematik.su.se> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Torbjorn Granlund writes: > For completeness, here is my system setup: > > ASUS P/I-P55TP4N (P167, 512KB burst cache, 64MB EDO DRAM) > Adaptec 2940UW PCI > Fujitsu 2954SAU 4.4GB (8-bit Ultra enabled) > HP35480A DAT (Fast SCSI) > Toshiba XM-3701TA CD-ROM (Fast SCSI) (last device, terminated) Hmmm, what's the length of the SCSI cable ? What quality is it ? I assume you know, that Ultra-SCSI tolerates at most 1.5 (5ft.) of high-quality cable, total. But if your cable is not exactly up to the requirements of the spec, I'd be careful not to go beyond half that length. Another (IMHO) open question is, whether FAST SCSI devices (like your DAT and CDROM) may be on a SCSI bus using 20MHz transfer rates. I'd be careful because of a perhaps too high load, and because they might become confused because of the too short strobes. (I do not have hard facts that such a configuration is unreliable, but I have observed similar problems when FAST SCSI first appeared, a few years ago ...) Regards, STefan From owner-freebsd-hackers Thu Sep 5 13:44:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17109 for hackers-outgoing; Thu, 5 Sep 1996 13:44:25 -0700 (PDT) Received: from insanus.matematik.su.se (root@insanus.matematik.su.se [130.237.198.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17103 for ; Thu, 5 Sep 1996 13:44:19 -0700 (PDT) Received: from localhost (tege@sophie.matematik.su.se [130.237.198.29]) by insanus.matematik.su.se (8.7.5/8.6.9) with ESMTP id WAA20334; Thu, 5 Sep 1996 22:43:53 +0200 (MET DST) Message-Id: <199609052043.WAA20334@insanus.matematik.su.se> X-Address: Department of Mathematics, Stockholm University S-106 91 Stockholm SWEDEN X-Phone: int+46 8 162000 X-Fax: int+46 8 6126717 X-Url: http://www.matematik.su.se To: Stefan Esser cc: Sean Eric Fagan , bde@zeta.org.au, hackers@freebsd.org Subject: Re: forwarded In-reply-to: Your message of "Thu, 05 Sep 1996 21:53:32 +0200." <199609051953.VAA01686@x14.mi.uni-koeln.de> Date: Thu, 05 Sep 1996 22:43:52 +0200 From: Torbjorn Granlund Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmm, what's the length of the SCSI cable ? What quality is it ? I don't know if the quality is OK, but it is surely not more than 0.75 metres. I assume you know, that Ultra-SCSI tolerates at most 1.5 (5ft.) of high-quality cable, total. According to the Ultra docs I have, up to 6 metres should be OK. (3 metres if there are any non-ultra devices on the bus.) But if your cable is not exactly up to the requirements of the spec, I'd be careful not to go beyond half that length. I don't. Another (IMHO) open question is, whether FAST SCSI devices (like your DAT and CDROM) may be on a SCSI bus using 20MHz transfer rates. I'd be careful because of a perhaps too high load, and because they might become confused because of the too short strobes. Possible, but the other devices were idle when the disk corruption took place. Torbjorn From owner-freebsd-hackers Thu Sep 5 14:10:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18471 for hackers-outgoing; Thu, 5 Sep 1996 14:10:44 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA18463 for ; Thu, 5 Sep 1996 14:10:40 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA03596 (5.67b/IDA-1.5 for hackers@freebsd.org); Thu, 5 Sep 1996 23:09:39 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id WAA19227; Thu, 5 Sep 1996 22:59:04 +0200 From: Wilko Bulte Message-Id: <199609052059.WAA19227@yedi.iaf.nl> Subject: Re: forwarded To: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 5 Sep 1996 22:59:04 +0200 (MET DST) Cc: tege@matematik.su.se, sef@kithrup.com, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199609051953.VAA01686@x14.mi.uni-koeln.de> from "Stefan Esser" at Sep 5, 96 09:53:32 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Stefan Esser wrote... > Torbjorn Granlund writes: > > For completeness, here is my system setup: > > > > ASUS P/I-P55TP4N (P167, 512KB burst cache, 64MB EDO DRAM) > > Adaptec 2940UW PCI > > Fujitsu 2954SAU 4.4GB (8-bit Ultra enabled) > > HP35480A DAT (Fast SCSI) > > Toshiba XM-3701TA CD-ROM (Fast SCSI) (last device, terminated) > > Hmmm, what's the length of the SCSI cable ? > What quality is it ? > > I assume you know, that Ultra-SCSI tolerates at > most 1.5 (5ft.) of high-quality cable, total. > But if your cable is not exactly up to the > requirements of the spec, I'd be careful not to > go beyond half that length. > > Another (IMHO) open question is, whether FAST > SCSI devices (like your DAT and CDROM) may be > on a SCSI bus using 20MHz transfer rates. I'd > be careful because of a perhaps too high load, > and because they might become confused because > of the too short strobes. At work Ultra SCSI is currently in qualification. Especially things like stub length on (older) devices can cause problems. I'd suggest to put the Fujitsu on a short bus, and on it's own. Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Thu Sep 5 14:27:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20629 for hackers-outgoing; Thu, 5 Sep 1996 14:27:53 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA20620 for ; Thu, 5 Sep 1996 14:27:49 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA03631 (5.67b/IDA-1.5 for freebsd-hackers@freefall.freebsd.org); Thu, 5 Sep 1996 23:10:34 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id XAA19306; Thu, 5 Sep 1996 23:04:22 +0200 From: Wilko Bulte Message-Id: <199609052104.XAA19306@yedi.iaf.nl> Subject: Re: acrobat .pdf files To: terry@lambert.org (Terry Lambert) Date: Thu, 5 Sep 1996 23:04:22 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it, p.richards@elsevier.co.uk, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199609051823.LAA09596@phaeton.artisoft.com> from "Terry Lambert" at Sep 5, 96 11:23:58 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote... > > > > > Is there a chance to view .PDF files under FreeBSD? > > > > > > Newer versions of ghostscript understand pdf. > > > > but xpdf is smaller and nicer to use. > > Neither one handle Adobe's "encryption" of PDF. It's silly to use > the feature, since the only thing it does is force you to use Adobe Ah, it is 'encryption'. I already encountered a number of pdf files from the net that xpdf would not display. Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Thu Sep 5 14:53:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23053 for hackers-outgoing; Thu, 5 Sep 1996 14:53:34 -0700 (PDT) Received: from gateway.tcs.com (tcsi.com [137.134.47.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA23043 for ; Thu, 5 Sep 1996 14:53:29 -0700 (PDT) Received: from draco.tcs.com (draco.tcs.com [137.134.40.2]) by gateway.tcs.com (8.7.4/8.7.3) with ESMTP id OAA16810; Thu, 5 Sep 1996 14:49:26 -0700 (PDT) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by draco.tcs.com (8.7.5/8.7.3) with ESMTP id OAA01016; Thu, 5 Sep 1996 14:49:24 -0700 (PDT) From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id OAA23641; Thu, 5 Sep 1996 14:49:11 -0700 Message-Id: <199609052149.OAA23641@cozumel.tcs.com> Subject: Re: acrobat .pdf files To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Thu, 5 Sep 1996 14:49:11 -0700 (PDT) Cc: terry@lambert.org, luigi@labinfo.iet.unipi.it, p.richards@elsevier.co.uk, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199609052104.XAA19306@yedi.iaf.nl> from "Wilko Bulte" at Sep 5, 96 11:04:22 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wilko Bulte writes: | | As Terry Lambert wrote... | > | > > > > Is there a chance to view .PDF files under FreeBSD? | > > > | > > > Newer versions of ghostscript understand pdf. | > > | > > but xpdf is smaller and nicer to use. | > | > Neither one handle Adobe's "encryption" of PDF. It's silly to use | > the feature, since the only thing it does is force you to use Adobe | | Ah, it is 'encryption'. I already encountered a number of pdf | files from the net that xpdf would not display. Their 'encryption' feature means you can only use Adobe viewer which is totally bogus. I've already sent complaints to Adobe about this since they don't offer a viewer that can run on Linux or BSD. Doug A. From owner-freebsd-hackers Thu Sep 5 15:10:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24408 for hackers-outgoing; Thu, 5 Sep 1996 15:10:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24366 for ; Thu, 5 Sep 1996 15:10:19 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA13657 for ; Thu, 5 Sep 1996 15:10:20 -0700 (PDT) To: hackers@freebsd.org Subject: The FreeBSD doc CDs again.. Date: Thu, 05 Sep 1996 15:10:20 -0700 Message-ID: <13655.841961420@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I clearly failed to make one very important thing plain (whoops!) I'm not interested in send them out in individual quantities - such would cost Walnut Creek CDROM a small fortune in shipping for CDs they're already scheduled to destroy. No, what I was looking for was some large non-profit or university to take all or most of them off our hands in one or two batches. In other words, if you want a few hundred of them, please get in touch with me. If you want just one, please don't bother. :-) Jordan From owner-freebsd-hackers Thu Sep 5 21:16:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA18477 for hackers-outgoing; Thu, 5 Sep 1996 21:16:04 -0700 (PDT) Received: from scapa.cs.ualberta.ca (root@scapa.cs.ualberta.ca [129.128.4.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA18454; Thu, 5 Sep 1996 21:15:59 -0700 (PDT) Received: from ve6kik by scapa.cs.ualberta.ca with UUCP id <13067-21540>; Thu, 5 Sep 1996 22:15:45 -0600 Received: by ve6kik.ampr.ab.ca (Smail3.1.28.1 #5) id m0uyrzb-000O4kC; Thu, 5 Sep 96 21:54 WET DST Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id VAA06788; Thu, 5 Sep 1996 21:51:10 -0600 (MDT) Date: Thu, 5 Sep 1996 21:51:09 -0600 (MDT) From: Marc Slemko To: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have updated my patches to 2.1.5 so they are up to date to Soren's latest commit, and have packaged them up and made them available for ftp at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. Directions are included in the tar file. On Mon, 2 Sep 1996, Marc Slemko wrote: > Would anyone be interested in patches to support the below functionality > in 2.1.5? I have the first version of the patches (ie. the one that Soren > released on 96/06/21) working locally on a 2.1.5 system; no real changes > were required to make them fit 2.1.5, just some manual patching since > there have been a number of changes to the syscons driver. I haven't > gotten as far as bring them up to date on the improvements he has made to > it after the initial commit; as long as the API changes don't cause > problems on a 2.1.5 system, I should have my patches for 2.1.5 up to date > sometime this week. > > If there is any interest in these patches, I will bundle them up sometime > this week and put them up for ftp somewhere. > > > > > > Date: Fri, 21 Jun 1996 12:54:12 +0200 (MET DST) > > From: sos@freebsd.org > > To: current@freebsd.org (FreeBSD current) > > Sender: owner-current@freebsd.org > > Subject: Syscons CUT&PASTE functionality added... > > > > _________________________________________________________________ > > > > > > I just put in the last bits to get CUT&PASTE to work in syscons. > > This now allow one to C&P between the consoles using the mouse > > to select the needed text. > > For this to work, run the moused daemon with the prober parameters > > specifying mousetype & port. Then on the console where this feature > > is needed just say vidcontrol -m on, and a mousepointer will show > > up on the screen. Left button cuts & right button paste. > > I'd like to hear how this works out with different mousetypes and > > especially with different display hardware. Please note this works > > only on ega's and above, as the mousepointer is done by reprogramming > > the charset, giving the illusion that a "real" graphic mousepointer > > is used. > > There still need to be implemented a prober eventhandling mechanism > > but thats still on the drawingboard. When that is done, applications > > can start using this feature as well (libdialog comes to mind)... > > > > Have fun... > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > > So much code to hack -- so little time. > > > > From owner-freebsd-hackers Thu Sep 5 21:38:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20371 for hackers-outgoing; Thu, 5 Sep 1996 21:38:31 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA20366 for ; Thu, 5 Sep 1996 21:38:28 -0700 (PDT) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA188274693; Thu, 5 Sep 1996 21:38:18 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA079396512; Fri, 6 Sep 1996 10:08:32 +0500 Message-Id: <199609060508.AA079396512@fakir.india.hp.com> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), jehamby@lightside.com, imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@FreeBSD.org Subject: Re: FreeBSD vs. Linux 96 (my impressions) In-Reply-To: Your message of "Wed, 04 Sep 1996 10:44:59 MST." <199609041744.KAA06780@phaeton.artisoft.com> Date: Fri, 06 Sep 1996 10:08:31 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>> "tl" == "Terry Lambert" writes tl> This is mostly because the BSD namei() interface is a piece of shit no tl> one seems prepared to allow a change to because there are one or two tl> CSRG hackers locked in a closet somewhere, and every once in a while tl> they shove something out under the door, and God Forbid we lose out tl> on the ability to integrate those occasional changes. On another point, I did some basic kernel profiling while doing some assorted operations (make kernel, find | cpio -O /dev/null) etc. Surprisingly `namei' turned out to be the single biggest contributor to time spent in the kernel. Koshy From owner-freebsd-hackers Thu Sep 5 22:52:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25929 for hackers-outgoing; Thu, 5 Sep 1996 22:52:23 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA25923 for ; Thu, 5 Sep 1996 22:52:17 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id HAA21445; Fri, 6 Sep 1996 07:51:56 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id VAA01481; Thu, 5 Sep 1996 21:43:15 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199609051943.VAA01481@tetard.glou.eu.org> Subject: Re: reported disk corruption To: bde@zeta.org.au (Bruce Evans) Date: Thu, 5 Sep 1996 21:43:14 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199609042121.HAA18058@godzilla.zeta.org.au> from Bruce Evans at "Sep 5, 96 07:21:34 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans écrit / writes: > There should been no label on a really pristine (untouched by *BSD) disk :-). > The (1,1,1) geometry is probably caused by a bug in sysinstall (putting > a bogus partition table in the MBR in some cases). The (1,1,1) geometry > is alarming but harmless AFAIK, at least if it is kept out of labels. It > will still appear in the dummy label for the whole disk and copying that > label can easily result in a label like the one below. Don't know if this is a bug or an intended feature, but I had some trouble with sysinstall in 2.1.5: Used DOS fdisk to split a 1GB into two slices (350MB for MS-DOG, the rest for FBSD). After a while, I decided I needed a spare partition, and decided to squash the first 350 :-) (Remember, the DOS slice was the FIRST on the disk). I run sysintall, call up the slice editor and delete the DOS (165 id) slice. In place I create an equal sized BSD slice. I then (W)rite it out, and switch to the partition ed. There I mount the existing partitions, and add the new part., which I decide to mount as spare. I write out the changes, and *WHAM*, sysinstall dumps core. I do an ls -l, and get a vm_fault: pager input (prob. hw), error PID xxx failure. df, ls, du, anything: same error. Did the partition table get messed up in a way that they were all shifted by the new UFS partition ? -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Sep 5 23:29:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28341 for hackers-outgoing; Thu, 5 Sep 1996 23:29:20 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA28335; Thu, 5 Sep 1996 23:29:16 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA28263; Fri, 6 Sep 1996 08:29:11 +0200 Message-Id: <199609060629.IAA28263@ra.dkuug.dk> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: marcs@alive.ampr.ab.ca (Marc Slemko) Date: Fri, 6 Sep 1996 08:29:10 +0200 (MET DST) Cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: from "Marc Slemko" at Sep 5, 96 09:51:09 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Marc Slemko who wrote: > > I have updated my patches to 2.1.5 so they are up to date to Soren's > latest commit, and have packaged them up and made them available for ftp > at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. > Directions are included in the tar file. I have looked at it, at it looks like a good job, they have my blessing. Maybe they should go into 2.1.6 if that ever happens... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Sep 5 23:47:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00716 for hackers-outgoing; Thu, 5 Sep 1996 23:47:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA00707 for ; Thu, 5 Sep 1996 23:47:38 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA15663; Thu, 5 Sep 1996 23:47:15 -0700 (PDT) To: Philippe Regnauld cc: bde@zeta.org.au (Bruce Evans), hackers@freebsd.org (hackers) Subject: Re: reported disk corruption In-reply-to: Your message of "Thu, 05 Sep 1996 21:43:14 +0200." <199609051943.VAA01481@tetard.glou.eu.org> Date: Thu, 05 Sep 1996 23:47:14 -0700 Message-ID: <15661.841992434@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I then (W)rite it out, and switch to the partition ed. There I > mount the existing partitions, and add the new part., which I decide > to mount as spare. > > I write out the changes, and *WHAM*, sysinstall dumps core. I know, and I know why it's happening (it's actually probably not what you think). In setting out to fix it, however, I needed to started modularizing certain parts of sysinstall which are poorly modularized and, after going about 2 days into that work, I realized that I was effectively duplicating the work I already had going in parallel with "setup", so I canned the sysinstall hacking and went back to setup with a greater committment to getting it to BETA status, where one could actually install a system with it. I'll make no predictions, but I can say that it's my #1 project at the moment. Jordan From owner-freebsd-hackers Thu Sep 5 23:51:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01009 for hackers-outgoing; Thu, 5 Sep 1996 23:51:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01003; Thu, 5 Sep 1996 23:51:02 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA15756; Thu, 5 Sep 1996 23:51:04 -0700 (PDT) To: sos@freebsd.org cc: marcs@alive.ampr.ab.ca (Marc Slemko), FreeBSD-stable@freebsd.org, FreeBSD-hackers@freebsd.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-reply-to: Your message of "Fri, 06 Sep 1996 08:29:10 +0200." <199609060629.IAA28263@ra.dkuug.dk> Date: Thu, 05 Sep 1996 23:51:04 -0700 Message-ID: <15753.841992664@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have looked at it, at it looks like a good job, they have my blessing. > Maybe they should go into 2.1.6 if that ever happens... If you're that confident, all you have to do is roll them into -stable, Soren. :-) Jordan From owner-freebsd-hackers Thu Sep 5 23:56:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01322 for hackers-outgoing; Thu, 5 Sep 1996 23:56:36 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA01312; Thu, 5 Sep 1996 23:56:30 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA28432; Fri, 6 Sep 1996 08:56:22 +0200 Message-Id: <199609060656.IAA28432@ra.dkuug.dk> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 6 Sep 1996 08:56:22 +0200 (MET DST) Cc: sos@freebsd.org, marcs@alive.ampr.ab.ca, FreeBSD-stable@freebsd.org, FreeBSD-hackers@freebsd.org In-Reply-To: <15753.841992664@time.cdrom.com> from "Jordan K. Hubbard" at Sep 5, 96 11:51:04 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > I have looked at it, at it looks like a good job, they have my blessing. > > Maybe they should go into 2.1.6 if that ever happens... > > If you're that confident, all you have to do is roll them into -stable, > Soren. :-) OK, but given my last scary results when comitting to current, I'd rather have someone USED to the -stable branch do it... Erhm, and maybe we should test it for a couble of days/weeks first :), I have no 2.1.x boxes here so... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Sep 6 00:13:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02657 for hackers-outgoing; Fri, 6 Sep 1996 00:13:50 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA02651 for ; Fri, 6 Sep 1996 00:13:47 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id KAA14664; Fri, 6 Sep 1996 10:13:26 +0300 (EET DST) Date: Fri, 6 Sep 1996 10:13:25 +0300 (EET DST) From: Seppo Kallio To: "Hr.Ladavac" cc: hackers@freefall.freebsd.org Subject: Re: hackers-digest V1 #1436 In-Reply-To: <199609051254.AA250488080@ws2301.gud.siemens.co.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 5 Sep 1996, Hr.Ladavac wrote: > > I think tehre is nothing bad if people select easy systems. I should > > select Macintosh if I could, but when all others are using DOS h/w it is > > stupid to be alone > > So, you're calling me stupid? Sorry, I didn't mean to sound exactly like that. I am a FreeBSD and Macintosh user too ;-) but next micro at home will be DOS/Win not Mac, there is many reasons, others using DOS is only one ... > Thank you, likewise. Thanks. Maybe I am stupid when I use FreeBSD and Macintosh when all others use here Linux and MSDOS/Win3x? :-( > Inherently, there is nothing bad in using easy software, as long as it's > easy for your needs. But claiming that something that's easy for you > must be easy for me is plainly evil . That is true. But it hurts when people blame other people using easy systems (I am not sure if you did). I think it is very human to be in a way lazy and rather do things easiest way, that is wy we have computers, cars etc. > /Marino Seppo From owner-freebsd-hackers Fri Sep 6 02:10:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA06946 for hackers-outgoing; Fri, 6 Sep 1996 02:10:50 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA06940 for ; Fri, 6 Sep 1996 02:10:44 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id LAA12750 for ; Fri, 6 Sep 1996 11:09:59 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma012530; Fri Sep 6 11:08:39 1996 Received: from spooky.lss.cp.philips.com (spooky.lss.cp.philips.com [130.144.199.105]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id LAA07488 for ; Fri, 6 Sep 1996 11:11:29 +0200 Received: (from guido@localhost) by spooky.lss.cp.philips.com (8.6.10/8.6.10-0.991c-08Nov95) id LAA12615 for freebsd-hackers@freebsd.org; Fri, 6 Sep 1996 11:08:37 +0200 From: Guido van Rooij Message-Id: <199609060908.LAA12615@spooky.lss.cp.philips.com> Subject: vx device broken in 21.1.5? To: freebsd-hackers@freebsd.org Date: Fri, 6 Sep 1996 11:08:36 +0200 (MET DST) Reply-To: Guido.vanRooij@nl.cis.philips.com X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am getting a very poor performance with a 3c590 card in FreeBSd 2.1.5. When Ftp-ing I get like 600K/sec put performance, but only 10K/sec when getting data. Are there some overrun problems? -Guido From owner-freebsd-hackers Fri Sep 6 02:40:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08341 for hackers-outgoing; Fri, 6 Sep 1996 02:40:56 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08320 for ; Fri, 6 Sep 1996 02:40:49 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id KAA12228; Fri, 6 Sep 1996 10:40:31 +0100 Date: Fri, 6 Sep 1996 10:40:30 +0100 (BST) From: Doug Rabson To: Guido van Rooij cc: freebsd-hackers@freebsd.org Subject: Re: vx device broken in 21.1.5? In-Reply-To: <199609060908.LAA12615@spooky.lss.cp.philips.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Sep 1996, Guido van Rooij wrote: > I am getting a very poor performance with a 3c590 card in FreeBSd 2.1.5. > When Ftp-ing I get like 600K/sec put performance, but only 10K/sec > when getting data. Are there some overrun problems? There are some problems but I don't know if they are overruns. I have been experimenting with some patches based on examining the OpenBSD driver with some confusing but promising results. I'll try to come up with a patch today. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Fri Sep 6 03:47:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16618 for hackers-outgoing; Fri, 6 Sep 1996 03:47:25 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA16374 for ; Fri, 6 Sep 1996 03:45:59 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA12439; Fri, 6 Sep 1996 11:45:32 +0100 Date: Fri, 6 Sep 1996 11:45:31 +0100 (BST) From: Doug Rabson To: Guido van Rooij cc: freebsd-hackers@FreeBSD.org Subject: Re: vx device broken in 21.1.5? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Sep 1996, Doug Rabson wrote: > On Fri, 6 Sep 1996, Guido van Rooij wrote: > > > I am getting a very poor performance with a 3c590 card in FreeBSd 2.1.5. > > When Ftp-ing I get like 600K/sec put performance, but only 10K/sec > > when getting data. Are there some overrun problems? > > There are some problems but I don't know if they are overruns. I have > been experimenting with some patches based on examining the OpenBSD driver > with some confusing but promising results. I'll try to come up with a > patch today. Try this patch. I pulled in some code from OpenBSD which detects a particular overrun hang in this card. This improves the throughput of the device enourmously. Oddly, the overrun hang which is code detects has never happened for me. Part of the test is to read the VX_W4_FIFO_DIAG register; if I reduce the patch to simply reading this register and discarding the result, I get a similar performance improvement. Since I have no documentation for the card, I have no idea why this should be the case. Index: if_vx.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_vx.c,v retrieving revision 1.10 diff -u -r1.10 if_vx.c --- if_vx.c 1996/06/12 05:10:42 1.10 +++ if_vx.c 1996/09/06 10:51:02 @@ -109,6 +109,7 @@ static void vxinit __P((int)); static void vxintr __P((int)); +static int vxstatus __P((int)); static void vxread __P((struct vx_softc *)); static void vxreset __P((int)); static void vxstart __P((struct ifnet *)); @@ -573,6 +574,16 @@ * fifo. */ readcheck: + if (inw(BASE + VX_W1_RX_STATUS) & ERR_RX_INCOMPLETE) { + /* Check if we are stuck and reset [see XXX comment] */ + if (vxstatus(ifp->if_unit)) { + if (ifp->if_flags & IFF_DEBUG) + printf("vx%d: adapter reset\n", + ifp->if_unit); + vxreset(ifp->if_unit); + goto startagain; + } + } if (inw(BASE + VX_W1_RX_STATUS) & RX_BYTES_MASK) { /* * we check if we have packets left, in that case we prepare to come @@ -588,6 +599,56 @@ goto startagain; } +/* + * XXX: The 3c509 card can get in a mode where both the fifo status bit + * FIFOS_RX_OVERRUN and the status bit ERR_INCOMPLETE are set + * We detect this situation and we reset the adapter. + * It happens at times when there is a lot of broadcast traffic + * on the cable (once in a blue moon). + */ +static int +vxstatus(unit) + int unit; +{ + register struct vx_softc *sc = &vx_softc[unit]; + int fifost; + + /* + * Check the FIFO status and act accordingly + */ + GO_WINDOW(4); + fifost = inw(BASE + VX_W4_FIFO_DIAG); + GO_WINDOW(1); + + if (fifost & FIFOS_RX_UNDERRUN) { + if (sc->arpcom.ac_if.if_flags & IFF_DEBUG) + printf("vx%d: RX underrun\n", unit); + vxreset(unit); + return 0; + } + + if (fifost & FIFOS_RX_STATUS_OVERRUN) { + if (sc->arpcom.ac_if.if_flags & IFF_DEBUG) + printf("vx%d: RX Status overrun\n", unit); + return 1; + } + + if (fifost & FIFOS_RX_OVERRUN) { + if (sc->arpcom..ac_if.if_flags & IFF_DEBUG) + printf("vx%d: RX overrun\n", unit); + return 1; + } + + if (fifost & FIFOS_TX_OVERRUN) { + if (sc->arpcom.ac_if.if_flags & IFF_DEBUG) + printf("vx%d: TX overrun\n", unit); + vxreset(unit); + return 0; + } + + return 0; +} + static void vxintr(unit) int unit; @@ -821,6 +882,17 @@ if (status & ERR_RX_INCOMPLETE) { /* we haven't received the complete * packet */ + int unit = sc - &vx_softc[0]; + if (vxstatus(unit)) { + status = inw(BASE + VX_W1_RX_STATUS); + /* Check if we are stuck and reset [see XXX comment] */ + if (status & ERR_RX_INCOMPLETE) { + if (sc->arpcom.ac_if.if_flags & IFF_DEBUG) + printf("vx%d: adapter reset\n", unit); + vxreset(unit); + return; + } + } sc->mcur = m; #ifdef VX_LOCAL_STATS sc->rx_no_first++; /* to know how often we come here */ Index: if_vxreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_vxreg.h,v retrieving revision 1.5 diff -u -r1.5 if_vxreg.h --- if_vxreg.h 1996/08/06 21:14:36 1.5 +++ if_vxreg.h 1996/09/02 13:24:52 @@ -398,6 +398,46 @@ #define TXS_MAX_COLLISION 0x8 #define TXS_STATUS_OVERFLOW 0x4 +/* + * FIFO Status (Window 4) + * + * Supports FIFO diagnostics + * + * Window 4/Port 0x04.1 + * + * 15: 1=RX receiving (RO). Set when a packet is being received + * into the RX FIFO. + * 14: Reserved + * 13: 1=RX underrun (RO). Generates Adapter Failure interrupt. + * Requires RX Reset or Global Reset command to recover. + * It is generated when you read past the end of a packet - + * reading past what has been received so far will give bad + * data. + * 12: 1=RX status overrun (RO). Set when there are already 8 + * packets in the RX FIFO. While this bit is set, no additional + * packets are received. Requires no action on the part of + * the host. The condition is cleared once a packet has been + * read out of the RX FIFO. + * 11: 1=RX overrun (RO). Set when the RX FIFO is full (there + * may not be an overrun packet yet). While this bit is set, + * no additional packets will be received (some additional + * bytes can still be pending between the wire and the RX + * FIFO). Requires no action on the part of the host. The + * condition is cleared once a few bytes have been read out + * from the RX FIFO. + * 10: 1=TX overrun (RO). Generates adapter failure interrupt. + * Requires TX Reset or Global Reset command to recover. + * Disables Transmitter. + * 9-8: Unassigned. + * 7-0: Built in self test bits for the RX and TX FIFO's. + */ + +#define FIFOS_RX_RECEIVING (u_short) 0x8000 +#define FIFOS_RX_UNDERRUN (u_short) 0x2000 +#define FIFOS_RX_STATUS_OVERRUN (u_short) 0x1000 +#define FIFOS_RX_OVERRUN (u_short) 0x0800 +#define FIFOS_TX_OVERRUN (u_short) 0x0400 + #define RS_AUI (1<<5) #define RS_BNC (1<<4) #define RS_UTP (1<<3) -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Fri Sep 6 05:44:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29165 for hackers-outgoing; Fri, 6 Sep 1996 05:44:18 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA29160 for ; Fri, 6 Sep 1996 05:44:15 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA00692 for hackers@freebsd.org; Fri, 6 Sep 1996 14:14:13 +0200 From: Luigi Rizzo Message-Id: <199609061214.OAA00692@labinfo.iet.unipi.it> Subject: Faster kern.clockrate ? To: hackers@freebsd.org Date: Fri, 6 Sep 1996 14:14:12 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, for my dummynet stuff, I would like to have a finer clock granularity than the default 10ms: 1ms would probably be ok. There shouldn't be so much overhead (after all, I started using FreeBSD on a 386/25, and now I have a Pentium100!). I have been thinking of changing the value of hz (assumed I can find there it is initialized), but there are so many lines of code with hz == 100 100 / hz hz / 100 which makes me think that this is a bit dangerous. Otherwise, I thought I could initialize the timer (timer0, I guess) so as to interrupt faster, and then manage to call hardclock() every 10ms. Still, has anyone already done something similar ? And, what are the implications of this approach with other timers ? Thanks Luigi From owner-freebsd-hackers Fri Sep 6 06:01:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00680 for hackers-outgoing; Fri, 6 Sep 1996 06:01:28 -0700 (PDT) Received: from gatekeeper.alcatel.no ([155.4.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00674 for ; Fri, 6 Sep 1996 06:01:24 -0700 (PDT) Received: from stku50.alcatel.no.norkrets by gatekeeper.alcatel.no (8.7.3/Alcanet-SC) id PAA14129; Fri, 6 Sep 1996 15:00:00 +0200 (MET DST) Received: from stku50 (localhost.alcatel.no) by stku50.alcatel.no.norkrets (4.1/SMI-4.1) id AA26568; Fri, 6 Sep 96 14:59:58 +0200 Message-Id: <32301FF7.41C67EA6@alcatel.no> Date: Fri, 06 Sep 1996 14:58:31 +0200 From: Arve Ronning X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Mime-Version: 1.0 To: jonathan@cc.odu.edu Cc: arver@sn.no, freebsd-hackers@freebsd.org Subject: Re: could someone mail me... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Sturges wrote: > > On Mon, 2 Sep 1996, Arve Ronning wrote: > > > Jonathan Sturges wrote: > > > > > > ...the atapi.[ch] and wcd.[ch] from 2.1.5R? > > > > > > I'm still wrestling with my stupid Hitachi CDR-7730 and was hoping that > > > these files had been improved from those in 2.1R. > > > > > > > I was wrestling too -- with 2.1.5R -- until I found an ATA violation in atapi.c . > > The following is the patch that made my CDR-7730 work (note that the probe was ok, > > but I got '...: Device not configured' when I tried to 'mount_cd9660'). > > As you can see, the code in 2.1.5R is almost a year old so I don't think you will > > win your wrestling match without this patch. > > Thanks for the patch!! It worked great... Great ! :-). > > Maybe they'll incorporate this into later versions of atapi.c, as long as > it isn't hampering performance on better cd-roms. I have submitted the patch (by send-pr), so let's hope it gets included :). It won't reduce performance on faster drives. Btw I'm a little surprised that so many ATAPI CDROM drives have worked so well with FreeBSD. This is really a violation of the ATA spec in that the driver didn't wait for the drive to signal 'ready' before sending a command packet to it ! So, don't blame the Hitachi CDR-7730. It works fine for me now. I did a small experiment copying 16 Meg from a CDROM to disk and got an average transfer rate of 500 kByte/s which is not so bad for a $65 drive (some of my old IDE disks didn't do better :). - Arve From owner-freebsd-hackers Fri Sep 6 08:17:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00351 for hackers-outgoing; Fri, 6 Sep 1996 08:17:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00346 for ; Fri, 6 Sep 1996 08:17:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA06002; Sat, 7 Sep 1996 01:05:22 +1000 Date: Sat, 7 Sep 1996 01:05:22 +1000 From: Bruce Evans Message-Id: <199609061505.BAA06002@godzilla.zeta.org.au> To: hackers@freebsd.org, luigi@labinfo.iet.unipi.it Subject: Re: Faster kern.clockrate ? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >for my dummynet stuff, I would like to have a finer clock granularity >than the default 10ms: 1ms would probably be ok. There shouldn't options "HZ=1000" should work if you don't use xntpd. >be so much overhead (after all, I started using FreeBSD on a 386/25, >and now I have a Pentium100!). Pentiums handle clock interrupts relatively inefficiently in FreeBSD, because a large component of the overhead is for i/o's to the interrupt controller, and the interrupt controller is slow on Pentiums too (perhaps twice as fast, but the CPU may be 50 times as fast). >I have been thinking of changing the value of hz (assumed I can >find there it is initialized), but there are so many lines of code >with > > hz == 100 > 100 / hz > hz / 100 This shouldn't be much of a problem. Dividing hz by something works better if hz is large, and dividing by hz is rare. timeouts of 1 tick are more of a problem. >which makes me think that this is a bit dangerous. Otherwise, I thought >I could initialize the timer (timer0, I guess) so as to interrupt >faster, and then manage to call hardclock() every 10ms. Interrupts at a faster rate are already supported. See acquire_timer0(). This is only useful inside the kernel. Increasing HZ gives better time granularity in select(). >Still, has anyone already done something similar ? And, what are the >implications of this approach with other timers ? acquire_timer0() requires lots of code to avoid breaking microtime() when timer0 is reprogrammed. The RTC timer is almost independent, but should interrupt at a faster rate than the main timer if you want reasonably accurate kernel profiling. Bruce From owner-freebsd-hackers Fri Sep 6 08:29:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01133 for hackers-outgoing; Fri, 6 Sep 1996 08:29:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01117 for ; Fri, 6 Sep 1996 08:29:27 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id HAA21761 for ; Fri, 6 Sep 1996 07:51:17 -0700 (PDT) Received: from cyber1.servtech.com by mail.crl.com with SMTP id AA15121 (5.65c/IDA-1.5 for ); Fri, 6 Sep 1996 07:48:29 -0700 Received: from pr-comm.com (prcomm.roc.servtech.com [204.181.3.14]) by cyber1.servtech.com (8.7.5/8.7.5) with SMTP id KAA21903 for ; Fri, 6 Sep 1996 10:47:55 -0400 (EDT) Received: by pr-comm.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(1.3PRC/3.0sos) id AA8454; Fri, 06 Sep 96 10:45:56 -0400 Message-Id: <9609061445.AA8454@pr-comm.com> Mime-Version: 1.0 Date: Fri, 06 Sep 96 10:38:29 -0400 From: "James Housley" To: freebsd-hackers@FreeBSD.ORG Reply-To: "James Housley" Cc: housley@pr-comm.com Subject: Problem with sio0 X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <18451_70_4_842020710> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a Compaq Contura 430C laptop. On boot I get a message: sio0 not found at 0x3f8 The computers BIOS, DOS/Windoze and OS/2 all are able to find it at 0x3f8 with IRQ 4 and think it is a NS16550AF. I modified /usr/src/sys/i386/isa/sio.c to print the contents of the array "failures". On boot all locations contained 0 except #5 and #8. I would like to fix this problem. I is there more testing I can do to help? I tried ignoring, commented out, the lines that set #5 & 8. That caused "65 events on a device without a tp" (basically). Thanks Jim. ------------------------------------------------+----------------------------- E-Mail: James E. Housley | PGP Key: pub 1024/03983B4D | 2C 3F 3A 0D A8 D8 C3 13 WWW: www.servtech.com/public/pr-comm | 7C F0 B5 BF 27 8B 92 FE ------------------------------------------------+----------------------------- From owner-freebsd-hackers Fri Sep 6 08:31:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01335 for hackers-outgoing; Fri, 6 Sep 1996 08:31:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01325 for ; Fri, 6 Sep 1996 08:30:57 -0700 (PDT) Received: from dub-img-4.compuserve.com (dub-img-4.compuserve.com [149.174.206.134]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id HAA21603 for ; Fri, 6 Sep 1996 07:31:17 -0700 (PDT) Received: by dub-img-4.compuserve.com (8.6.10/5.950515) id KAA24569; Fri, 6 Sep 1996 10:25:45 -0400 Date: 06 Sep 96 10:19:20 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Re: void main Message-ID: <960906141919_100626.3506_BHL134-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk /* > Strictly speaking, there are exactly two correct versions of main(): > > int main(void); > > and > > int main(int argc, char *argv[]); > What's wrong with this version? ;-) int main (int argc, char *argv[], char *env[]); */ Proza from the C++ Draft April 18 1995, Doc No:X3J16/95-0087: 3.6.1 Main function [basic.start.main] 1 A program shall contain a global function called main, which is the designated start of the program. 2 This function is not predefined by the implementation, it cannot be overloaded, and its type is implementation-defined. All implementations shall allow both of the following definitions of main: int main() { /* ... */ } and int main(int argc, char* argv[]) { /* ... */ } In the latter form argc shall be the number of arguments passed to the program from the environment in which the program is run. If argc is nonzero these arguments shall be supplied in argv[0] through argv[argc-1] as pointers to the initial characters of null-terminated multibyte strings (NTMBSs) and argv[0] shall be the pointer to the initial character of a NTMBS that represents the name used to invoke the program or "". The value of argc shall be nonnegative. The value of argv[argc] shall be 0. [Note: It is recommended that any further (optional) parameters be added after argv. ] 3 The function main() shall not be called from within a program. The linkage (_basic.link_) of main() is implementation-defined. The address of main() shall not be taken and main() shall not be declared inline or static. The name main is not otherwise reserved. [Example: member functions, classes, and enumerations can be called main, as can entities in other namespaces. ] 4 Calling the function void exit(int); declared in (_lib.support.start.term_) terminates the pro- gram without leaving the current block and hence without destroying any objects with automatic storage duration (_class.dtor_). The argu- ment value is returned to the program's environment as the value of the program. 5 A return statement in main() has the effect of leaving the main func- tion (destroying any objects with automatic storage duration) and calling exit() with the return value as the argument. If control reaches the end of main without encountering a return statement, the effect is that of executing return 0; Don't worry, be Kneppie, Jan From owner-freebsd-hackers Fri Sep 6 09:19:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04587 for hackers-outgoing; Fri, 6 Sep 1996 09:19:51 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04582; Fri, 6 Sep 1996 09:19:48 -0700 (PDT) Received: by night.primate.wisc.edu; id LAA02426; 8.6.10/41.8; Fri, 6 Sep 1996 11:21:17 -0500 From: Paul DuBois Message-Id: <199609061621.LAA02426@night.primate.wisc.edu> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: marcs@alive.ampr.ab.ca (Marc Slemko) Date: Fri, 6 Sep 1996 11:21:17 -0500 (CDT) Cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: from "Marc Slemko" at Sep 5, 96 09:51:09 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I have updated my patches to 2.1.5 so they are up to date to Soren's >latest commit, and have packaged them up and made them available for ftp >at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. >Directions are included in the tar file. Any idea whether or not this helps solve the keyboard-locks-up-with-PS/2- mouse-unless-you-hit-numlock-during-bootup problem? I ask because there's a message in the mailing list archives that asserts adding mouse support to syscons should help with this problem... From owner-freebsd-hackers Fri Sep 6 09:51:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12115 for hackers-outgoing; Fri, 6 Sep 1996 09:51:01 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA12067 for ; Fri, 6 Sep 1996 09:50:41 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-4.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA14029 (5.67b/IDA-1.5 for ); Fri, 6 Sep 1996 18:49:42 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id SAA16609; Fri, 6 Sep 1996 18:46:59 +0200 (MET DST) Date: Fri, 6 Sep 1996 18:46:59 +0200 (MET DST) Message-Id: <199609061646.SAA16609@x14.mi.uni-koeln.de> From: Stefan Esser To: Torbjorn Granlund Cc: Stefan Esser , Sean Eric Fagan , bde@zeta.org.au, hackers@FreeBSD.org Subject: Re: forwarded In-Reply-To: <199609052043.WAA20334@insanus.matematik.su.se> References: <199609051953.VAA01686@x14.mi.uni-koeln.de> <199609052043.WAA20334@insanus.matematik.su.se> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Torbjorn Granlund writes: > Hmmm, what's the length of the SCSI cable ? What quality is it ? > > I don't know if the quality is OK, but it is surely not more than 0.75 > metres. Well, this should be short enough ... > I assume you know, that Ultra-SCSI tolerates at most 1.5 (5ft.) of > high-quality cable, total. > > According to the Ultra docs I have, up to 6 metres should be OK. (3 metres > if there are any non-ultra devices on the bus.) The numbers I know are max. 3m with at most 4 devices (incl. controller) on the SCSI bus, 1.5m else. > Another (IMHO) open question is, whether FAST SCSI devices (like your DAT > and CDROM) may be on a SCSI bus using 20MHz transfer rates. I'd be careful > because of a perhaps too high load, and because they might become confused > because of the too short strobes. > > Possible, but the other devices were idle when the disk corruption took > place. This wouldn't make a difference. I've seen it happen ... Regards, STefan From owner-freebsd-hackers Fri Sep 6 10:46:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16315 for hackers-outgoing; Fri, 6 Sep 1996 10:46:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16308 for ; Fri, 6 Sep 1996 10:46:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA12014; Sat, 7 Sep 1996 03:45:07 +1000 Date: Sat, 7 Sep 1996 03:45:07 +1000 From: Bruce Evans Message-Id: <199609061745.DAA12014@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, housley@pr-comm.com Subject: Re: Problem with sio0 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I have a Compaq Contura 430C laptop. On boot I get a message: > >sio0 not found at 0x3f8 > >The computers BIOS, DOS/Windoze and OS/2 all are able to find it at 0x3f8 >with IRQ 4 and think it is a NS16550AF. I modified >/usr/src/sys/i386/isa/sio.c to print the contents of the array "failures". >On boot all locations contained 0 except #5 and #8. > >I would like to fix this problem. I is there more testing I can do to help? >I tried ignoring, commented out, the lines that set #5 & 8. That caused >"65 events on a device without a tp" (basically). In, -current, try increasing the delays. I guess this would work because the failure messages show that the expected interrupt arrived a little late. Also try the CFCR change in the enclosed diffs. The delays somehow didn't make it into 2.1.5. Try the enclosed patch for 2.1.5. It might work for earlier versions too. Bruce diff -c -2 -r1.99.4.3 sio.c *** sio.c 1996/04/13 15:01:25 1.99.4.3 --- sio.c 1996/09/02 16:54:38 *************** *** 444,448 **** * We don't want to to wait long enough to drain at 2 bps. */ ! outb(iobase + com_cfcr, CFCR_DLAB); outb(iobase + com_dlbl, COMBRD(9600) & 0xff); outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); --- 619,623 ---- * We don't want to to wait long enough to drain at 2 bps. */ ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); outb(iobase + com_dlbl, COMBRD(9600) & 0xff); outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); *************** *** 507,513 **** --- 682,690 ---- failures[1] = inb(iobase + com_ier) - IER_ETXRDY; failures[2] = inb(iobase + com_mcr) - mcr_image; + DELAY(10000); /* Some internal modems need this time */ if (idev->id_irq != 0) failures[3] = isa_irq_pending(idev) ? 0 : 1; failures[4] = (inb(iobase + com_iir) & IIR_IMASK) - IIR_TXRDY; + DELAY(1000); /* XXX */ if (idev->id_irq != 0) failures[5] = isa_irq_pending(idev) ? 1 : 0; *************** *** 526,534 **** outb(iobase + com_cfcr, CFCR_8BITS); /* dummy to avoid bus echo */ failures[7] = inb(iobase + com_ier); if (idev->id_irq != 0) failures[8] = isa_irq_pending(idev) ? 1 : 0; failures[9] = (inb(iobase + com_iir) & IIR_IMASK) - IIR_NOPEND; outb(IO_ICU1 + 1, imen); /* XXX */ enable_intr(); --- 703,712 ---- outb(iobase + com_cfcr, CFCR_8BITS); /* dummy to avoid bus echo */ failures[7] = inb(iobase + com_ier); + DELAY(1000); /* XXX */ if (idev->id_irq != 0) failures[8] = isa_irq_pending(idev) ? 1 : 0; failures[9] = (inb(iobase + com_iir) & IIR_IMASK) - IIR_NOPEND; outb(IO_ICU1 + 1, imen); /* XXX */ enable_intr(); From owner-freebsd-hackers Fri Sep 6 11:10:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17279 for hackers-outgoing; Fri, 6 Sep 1996 11:10:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA17226 for ; Fri, 6 Sep 1996 11:09:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA11517; Fri, 6 Sep 1996 11:02:06 -0700 From: Terry Lambert Message-Id: <199609061802.LAA11517@phaeton.artisoft.com> Subject: Re: FreeBSD vs. Linux 96 (my impressions) To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Fri, 6 Sep 1996 11:02:05 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, jehamby@lightside.com, imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@FreeBSD.org In-Reply-To: <199609060508.AA079396512@fakir.india.hp.com> from "A JOSEPH KOSHY" at Sep 6, 96 10:08:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > tl> This is mostly because the BSD namei() interface is a piece of shit no > tl> one seems prepared to allow a change to because there are one or two > tl> CSRG hackers locked in a closet somewhere, and every once in a while > tl> they shove something out under the door, and God Forbid we lose out > tl> on the ability to integrate those occasional changes. > > On another point, I did some basic kernel profiling while doing some > assorted operations (make kernel, find | cpio -O /dev/null) etc. > > Surprisingly `namei' turned out to be the single biggest contributor to > time spent in the kernel. I can understand the find -- a more balanced benchmark would be to run a DOS/Windows client running the Ziff/Davis suite from Netbench (DiskMix) against a BSD server. Alternately, there are several commercial suites which would cost you several hundred dollars to acquire (or more than that to rewrite). The LM/Bench stuff is not much better than the find, since it biases FS operations toward directory ops -- the single biggest FS usage is for read calls, then writes, then directory ops, then all other ops. On my own system, profiling shows that the single biggest time is data copies, by about a factor of 5:1 over all other sources of delay. You can fix this somewhat by picking an optimum bcopy() implementation per processor in the uiomove() code. The uiomove() code is also needlessly complex to support the "struct fileops" abstraction (deadfs -- unnecessary, specfs -- replaced by devfs to not use fileops, and pipes -- should be implemented in an unexported FS name space). You can get about 2% by cleaning up the relative root code, at the cost of having to specify a relative root vnode in all cases by inheriting the root at process creation from the fork()ing process. This only means that you have to set the root for the init process, something you do for it's current directory anyway. The namei() call tends to copy the path string around, and so is a big offender; this is correctable with a couple of interface changes; the nameifree() change drops it about 10%, for instance, by moving the alloc/free operation to the same API level, and reducing the extra testing that has to go on everywhere in the error cases. Changing the path string into a pre-parsed list of path components is about another 6% win, and you can get another 8% by putting in the change to not go through with the allocation on a preexisting element. This complicated parsing of symbolic links, since it means you have to loop-unroll the mutual recusrsion (which is how symbolic links are currently implemented). To avoid using too much kernel stack, you have to reduce the stack usage to get there -- another reason for a pre-parsed list not allocated on the stack. Moving a lot of the flag based complexity out of the VOP_LOOKUP will flatten the function call graph, and save another 8% in the non-failure case, as well as making the code less subject to misimplementation by moving it out of the per-FS VOP_LOOKUP code. For instance, the directory name cache code wants to be in the common lookup code instead of the per FS lookup code. You would use a per FS instance (vfsstruct) flag to enable/disable the six or so cache conditions (create/delete/negative cache, etc.). The union FS would have to be expanded to include cache information for its inferior FS -- basically an issue for the FS layers which fan-out 1:N mappings. Finally, presorting the function vector list at the time you register the FS allows you to change the indirect function reference for the VOP_* vnode_if.c calls into macro references, which throws out the additional stack call and functioncall overhead of simply using the VOP interface at all (push-call-push-call-ret-pop-ret-pop simply decomposes to push-call-ret-pop). This is only about 1% for the VOP_LOOKUP, but ends up being about 7% overall in the Ziff/Davis benchmarks. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Sep 6 11:17:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17620 for hackers-outgoing; Fri, 6 Sep 1996 11:17:42 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA17611; Fri, 6 Sep 1996 11:17:34 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uz5TB-0006kmC; Fri, 6 Sep 96 11:17 PDT Date: Fri, 6 Sep 1996 11:17:33 -0700 (PDT) From: Jake Hamby To: www@freebsd.org cc: hackers@freebsd.org Subject: New About FreeBSD web page.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looks like Jordan hasn't mention this yet, so I'll go ahead and announce it. Sean Kelly has written a very nice replacement for our old tired "About FreeBSD" web page. It looks really nice in Netscape, but also quite viewable from Lynx. Check it out at www.freebsd.org and please report any suggestions you have. Thanks Sean! -- Jake From owner-freebsd-hackers Fri Sep 6 11:33:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18548 for hackers-outgoing; Fri, 6 Sep 1996 11:33:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18538; Fri, 6 Sep 1996 11:33:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA26755; Fri, 6 Sep 1996 20:32:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA13614; Fri, 6 Sep 1996 20:32:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA05558; Fri, 6 Sep 1996 20:31:36 +0200 (MET DST) From: J Wunsch Message-Id: <199609061831.UAA05558@uriah.heep.sax.de> Subject: Re: New About FreeBSD web page.. To: jehamby@lightside.com (Jake Hamby) Date: Fri, 6 Sep 1996 20:31:36 +0200 (MET DST) Cc: www@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from Jake Hamby at "Sep 6, 96 11:17:33 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jake Hamby wrote: > ... Check it out at www.freebsd.org and please > report any suggestions you have. Thanks Sean! Looks good! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 6 11:36:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18787 for hackers-outgoing; Fri, 6 Sep 1996 11:36:13 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18778 for ; Fri, 6 Sep 1996 11:36:05 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA00170 for ; Fri, 6 Sep 1996 20:35:57 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA00467 for freebsd-hackers@freebsd.org; Fri, 6 Sep 1996 20:35:38 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Beta.1/keltia-uucp-2.9) id UAA02828; Fri, 6 Sep 1996 20:11:43 +0200 (MET DST) Message-Id: <199609061811.UAA02828@keltia.freenix.fr> Date: Fri, 6 Sep 1996 20:11:43 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freebsd.org Subject: Re: vx device broken in 21.1.5? In-Reply-To: <199609060908.LAA12615@spooky.lss.cp.philips.com>; from Guido van Rooij on Sep 6, 1996 11:08:36 +0200 References: <199609060908.LAA12615@spooky.lss.cp.philips.com> X-Mailer: Mutt 0.41 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2415 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Guido van Rooij: > I am getting a very poor performance with a 3c590 card in FreeBSd 2.1.5. > When Ftp-ing I get like 600K/sec put performance, but only 10K/sec > when getting data. Are there some overrun problems? Last time I got the same symptoms, the card was slowly dying. I hope Doug's patch will fix it though. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #20: Fri Aug 30 23:00:02 MET DST 1996 From owner-freebsd-hackers Fri Sep 6 14:10:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01070 for hackers-outgoing; Fri, 6 Sep 1996 14:10:29 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01062; Fri, 6 Sep 1996 14:10:24 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id XAA01607; Fri, 6 Sep 1996 23:11:53 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609062111.XAA01607@ocean.campus.luth.se> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: marcs@alive.ampr.ab.ca (Marc Slemko) Date: Fri, 6 Sep 1996 23:11:52 +0200 (MET DST) Cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: from Marc Slemko at "Sep 5, 96 09:51:09 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Marc Slemko: > I have updated my patches to 2.1.5 so they are up to date to Soren's > latest commit, and have packaged them up and made them available for ftp > at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. > Directions are included in the tar file. Hmm... I did as told in the README file and I encountered a problem. Doesn't seem big, but... There is only ONE place where FONT_NONE can be found after applying the patch. (Did a grep and couldn't find more then that, at least. ..../*.c ..../*.h) That place is set_mode in syscons.c, and should be a define somehwere, I guess. Anyway, since it's not defined, my compile, not surprisingly, chokes and dies. :-( Ideas how to proceede? Maybe... #define FONT_NONE 0 ... in syscons.h? /Mikael From owner-freebsd-hackers Fri Sep 6 15:25:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04736 for hackers-outgoing; Fri, 6 Sep 1996 15:25:08 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04731; Fri, 6 Sep 1996 15:25:05 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id AAA00267; Sat, 7 Sep 1996 00:25:23 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609062225.AAA00267@ocean.campus.luth.se> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Sat, 7 Sep 1996 00:25:22 +0200 (MET DST) Cc: marcs@alive.ampr.ab.ca, FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609062111.XAA01607@ocean.campus.luth.se> from Mikael Karpberg at "Sep 6, 96 11:11:52 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Mikael Karpberg: > According to Marc Slemko: > > I have updated my patches to 2.1.5 so they are up to date to Soren's > > latest commit, and have packaged them up and made them available for ftp > > at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. > > Directions are included in the tar file. > > Hmm... I did as told in the README file and I encountered a problem. > Doesn't seem big, but... There is only ONE place where FONT_NONE can be found > after applying the patch. (Did a grep and couldn't find more then that, at > least. ..../*.c ..../*.h) That place is set_mode in syscons.c, and should be > a define somehwere, I guess. Anyway, since it's not defined, my compile, not > surprisingly, chokes and dies. :-( > > Ideas how to proceede? > Maybe... > #define FONT_NONE 0 > ... in syscons.h? I guess I shouldn't have been so hasty to send that email. Then I could have included this too. Anyway... I took my own advice to do that define, and it's solved the whole problem with compilation. Ran right through, installed and worked fine. Well... almost. :-) The mouse pointer seems to work, but it's NOT good looking. I can move four characters around, and these cover what I put them over, and are not "see through" as I expected. In these four chars there are traces of a good looking pointer, split up and spread around. :-) I should mention I run with this in /etc/sysconfig (in case it's important): keyboard="swedish.iso" Font8xYY=iso-8xYY (YY = 16,14,8) I'm affraid I'm not quite sure what computer and graphics card I'm using, on this machine. It's a Cyrix 486dx2 80Mhz, at least, 8MB ram. Not more then 2 years old. I installed 2.1.5 just a few days ago, and it's a vertually untouched source, except for this patch. Only thing I did was to go into syscons.h and added "#define FONT_NONE 0x000" and changed HISTORY_SIZE to 500*80. Speaking of which, here's some ideas I've been thinking about: It's rather annoying to have to go into the source to set the scrollback length for the consoles. It wasn't terribly easy to find the place to change, the first time I was going to do it. Just finding ones way through the directory structure is not easy, when you're new to it. Now it's a pretty quick thing to change every time, since I found it ones. However... Would it not be possible to make that an option in the LINT, etc config files? It's something that effects a user pretty closely, and would be nice to be able to set on the same place as everything else. 100 rows scrollback is NOT much. I use 1000-5000 in my xterms, but that's only when I run X. If you're stuck on the console for one reason or the other, it's nice to have more than 100 rows. More about syscons (?): I seem to remember the keyboard working correctly when I ran something like 2.1-950412-SNAP, while using "keyboard=swedish.iso". It does weird things now though. Enter on numeric keyboard brings me to ttyv2, there's no way (that me, or any of my friends found) to get a telnet-escape character (^]), etc. (Oh, this is only in console mode, ofcourse. In X it works fine.) Where's the error? The swedish.iso file? Anyone else noticed this? Oh, and also syscons: *sigh* One thing is annoying me TERRIBLY about syscons. That the beep is not global amoung all ttys! If you get a talk or so on one of the ttyvXX screens and you are working on another, or in X, you wont notice a thing. VERY frustrating. A friend said that was fixed in 2.2. True? How would I go about making it work in 2.1.5? Maybe add that to the syscons patch for 2.1.5, if you make a new version, Marc? Or someone, let me in on how to do it? FreeBSD seems to move on just fine, and become even more splendid. Nice work everyone! Thanks for listening... /Mikael From owner-freebsd-hackers Fri Sep 6 15:37:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05369 for hackers-outgoing; Fri, 6 Sep 1996 15:37:16 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA05364 for ; Fri, 6 Sep 1996 15:37:13 -0700 (PDT) Received: by sovcom.kiae.su id AA17320 (5.65.kiae-1 ); Sat, 7 Sep 1996 00:36:01 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 7 Sep 96 00:36:01 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id CAA00356; Sat, 7 Sep 1996 02:13:17 +0400 (MSD) Message-Id: <199609062213.CAA00356@nagual.ru> Subject: Re: vx device broken in 21.1.5? In-Reply-To: <199609061811.UAA02828@keltia.freenix.fr> from "Ollivier Robert" at "Sep 6, 96 08:11:43 pm" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sat, 7 Sep 1996 02:13:16 +0400 (MSD) Cc: freebsd-hackers@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > According to Guido van Rooij: > > I am getting a very poor performance with a 3c590 card in FreeBSd 2.1.5. > > When Ftp-ing I get like 600K/sec put performance, but only 10K/sec > > when getting data. Are there some overrun problems? > > Last time I got the same symptoms, the card was slowly dying. I hope Doug's > patch will fix it though. Today I got it died immediately (I don't saw slow dies yet) and also apply this patch after it... At least it does no harm, I can't say more at this moment. BTW, there was small typo in the patch: .. -> . -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Fri Sep 6 16:01:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06806 for hackers-outgoing; Fri, 6 Sep 1996 16:01:47 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA06791 for ; Fri, 6 Sep 1996 16:01:39 -0700 (PDT) Received: from vic.cioe.com by mail.crl.com with SMTP id AA01099 (5.65c/IDA-1.5 for ); Fri, 6 Sep 1996 16:00:07 -0700 Received: (from steve@localhost) by vic.cioe.com (8.7.5/8.7.3) id RAA03947 for freebsd-hackers@freebsd.org; Fri, 6 Sep 1996 17:57:47 -0500 (EST) Date: Fri, 6 Sep 1996 17:57:47 -0500 (EST) From: Steve Ames Message-Id: <199609062257.RAA03947@vic.cioe.com> To: freebsd-hackers@freebsd.org Subject: boot manager? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've upgraded my FreeBSD hard drives and now want to use the old ones under DOS... unfortunately they still come up with Mr. Boot Manager and I can't convince him that he has over stayed his welcome... What's the polite way of kicking him out so that Miss DOS will play with me again? -Steve From owner-freebsd-hackers Fri Sep 6 16:27:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09415 for hackers-outgoing; Fri, 6 Sep 1996 16:27:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09385; Fri, 6 Sep 1996 16:27:48 -0700 (PDT) Received: from DeepCore.dk (aalb8.pip.dknet.dk [194.192.0.168]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id QAA22607 ; Fri, 6 Sep 1996 16:27:40 -0700 (PDT) Received: (from sos@localhost) by DeepCore.dk (8.7.5/8.7.3) id AAA01367; Sat, 7 Sep 1996 00:54:24 +0200 (MET DST) Message-Id: <199609062254.AAA01367@DeepCore.dk> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Sat, 7 Sep 1996 00:54:24 +0200 (MET DST) Cc: karpen@ocean.campus.luth.se, marcs@alive.ampr.ab.ca, FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609062225.AAA00267@ocean.campus.luth.se> from Mikael Karpberg at "Sep 7, 96 00:25:22 am" From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Mikael Karpberg who wrote: > According to Mikael Karpberg: > > According to Marc Slemko: > > > I have updated my patches to 2.1.5 so they are up to date to Soren's > > > latest commit, and have packaged them up and made them available for ftp > > > at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. > > > Directions are included in the tar file. > > > > Hmm... I did as told in the README file and I encountered a problem. > > Doesn't seem big, but... There is only ONE place where FONT_NONE can be found > > after applying the patch. (Did a grep and couldn't find more then that, at > > least. ..../*.c ..../*.h) That place is set_mode in syscons.c, and should be > > a define somehwere, I guess. Anyway, since it's not defined, my compile, not > > surprisingly, chokes and dies. :-( > > > > Ideas how to proceede? > > Maybe... > > #define FONT_NONE 0 Aiigh!!! it should be #define FONT_NONE 1 !!!! > The mouse pointer seems to work, but it's NOT good looking. I can move four > characters around, and these cover what I put them over, and are not > "see through" as I expected. In these four chars there are traces of a good > looking pointer, split up and spread around. :-) > I should mention I run with this in /etc/sysconfig (in case it's important): > keyboard="swedish.iso" > Font8xYY=iso-8xYY (YY = 16,14,8) Now this is endeed strange, unless there is something REALLY wrong with these patches (I cannot try them out, all my machines are running current). > I'm affraid I'm not quite sure what computer and graphics card I'm using, > on this machine. It's a Cyrix 486dx2 80Mhz, at least, 8MB ram. Not more then > 2 years old. I installed 2.1.5 just a few days ago, and it's a vertually > untouched source, except for this patch. Only thing I did was to go into > syscons.h and added "#define FONT_NONE 0x000" and changed HISTORY_SIZE to > 500*80. Hmm, I'd sure would be nice to know what graphics card you where having in there. You are not running with cached videomemory by any chance ?? That could screw you display... > Speaking of which, here's some ideas I've been thinking about: > > It's rather annoying to have to go into the source to set the scrollback length > for the consoles. It wasn't terribly easy to find the place to change, [bla bla deleted] > stuck on the console for one reason or the other, it's nice to have more than > 100 rows. RTFM !! man kbdcontrol watch for the -h option :) > More about syscons (?): > > I seem to remember the keyboard working correctly when I ran something like > 2.1-950412-SNAP, while using "keyboard=swedish.iso". It does weird things now > though. Enter on numeric keyboard brings me to ttyv2, there's no way (that me, > or any of my friends found) to get a telnet-escape character (^]), etc. > (Oh, this is only in console mode, ofcourse. In X it works fine.) > Where's the error? The swedish.iso file? > Anyone else noticed this? I know about the num enter, thats a bug allright (in the keymap) the other one ... I don't know where you would expect it to be.. > Oh, and also syscons: > > *sigh* One thing is annoying me TERRIBLY about syscons. That the beep is not > global amoung all ttys! If you get a talk or so on one of the ttyvXX screens > and you are working on another, or in X, you wont notice a thing. > VERY frustrating. A friend said that was fixed in 2.2. True? How would I go > about making it work in 2.1.5? Maybe add that to the syscons patch for 2.1.5, > if you make a new version, Marc? Or someone, let me in on how to do it? It is fixed in -current yes, you get a beep of a different pitch if its happening on another console... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Sep 6 16:39:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10166 for hackers-outgoing; Fri, 6 Sep 1996 16:39:51 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-213.sntc01.pacbell.net [206.170.2.213]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10159 for ; Fri, 6 Sep 1996 16:39:47 -0700 (PDT) Received: from red.jnx.com (localhost.jnx.com [127.0.0.1]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id QAA14540 for ; Fri, 6 Sep 1996 16:39:45 -0700 (PDT) Message-Id: <199609062339.QAA14540@red.jnx.com> To: hackers@freebsd.org Subject: last commit to syscons re: keyboard probes Date: Fri, 06 Sep 1996 16:39:45 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not particularly enamoured with the commit I made to make syscons disable itself if a keyboard is not present. I think it's an ugly kludge. What we should be doing is probing properly for the video card and NOT crashing if it's not found. If someone wants to do it properly, you will not hurt my feelings if you remove the current keyboard check kludge. Paul From owner-freebsd-hackers Fri Sep 6 16:51:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10650 for hackers-outgoing; Fri, 6 Sep 1996 16:51:30 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10644 for ; Fri, 6 Sep 1996 16:51:20 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id JAA26580 for freebsd-hackers@freebsd.org; Sat, 7 Sep 1996 09:21:02 +0930 (CST) Date: Sat, 7 Sep 1996 09:21:02 +0930 (CST) From: Peter Childs Message-Id: <199609062351.JAA26580@al.imforei.apana.org.au> To: freebsd-hackers@freebsd.org Subject: Re: New About FreeBSD web page.. X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199609061831.UAA05558@uriah.heep.sax.de> you wrote: : As Jake Hamby wrote: : > ... Check it out at www.freebsd.org and please : > report any suggestions you have. Thanks Sean! : Looks good! Wow! This guy could sell bread to a baker! I'm impressed. Isn't it interesting how presentation can make such a difference :) Perhaps the core team should all get together, get "made up", and have a "developers photograph" (hehe)... We could get some slick marketing brochures, and just tell bundles of stretched truth :] Ahh.. never mind.. up too late again.. Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-hackers Fri Sep 6 17:14:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11696 for hackers-outgoing; Fri, 6 Sep 1996 17:14:53 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11673; Fri, 6 Sep 1996 17:14:46 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id CAA00560; Sat, 7 Sep 1996 02:16:16 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609070016.CAA00560@ocean.campus.luth.se> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: sos@FreeBSD.org Date: Sat, 7 Sep 1996 02:16:14 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org, freebsd-stable@FreeBSD.org In-Reply-To: <199609062254.AAA01367@DeepCore.dk> from "sos@FreeBSD.org" at "Sep 7, 96 00:54:24 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [about the mouse support patch for syscons, for 2.1.5 not compiling] > > > Ideas how to proceede? > > > Maybe... > > > #define FONT_NONE 0 > > Aiigh!!! it should be #define FONT_NONE 1 !!!! Hmm... But... "#define FONT_8 0x001" is allready there.. ? > > The mouse pointer seems to work, but it's NOT good looking. I can move four > > characters around, and these cover what I put them over, and are not > > "see through" as I expected. In these four chars there are traces of a good > > looking pointer, split up and spread around. :-) > > I should mention I run with this in /etc/sysconfig (in case it's important): > > keyboard="swedish.iso" > > Font8xYY=iso-8xYY (YY = 16,14,8) > > Now this is endeed strange, unless there is something REALLY wrong > with these patches (I cannot try them out, all my machines are > running current). I wouldn't know. You're the expert! :-) [snip] > > untouched source, except for this patch. Only thing I did was to go into > > syscons.h and added "#define FONT_NONE 0x000" and changed HISTORY_SIZE to > > 500*80. > > Hmm, I'd sure would be nice to know what graphics card you where having > in there. You are not running with cached videomemory by any chance ?? > That could screw you display... Hmm... I basically took my GF's computer and said "This computer needs FreeBSD" and away went her Win3.11 install. *cheer* However, she has no manuals, or such, and I have no idea what's inside there, really. I could open it up and try to peek later, possibly. I'll send info to you privately on this,if it doesn't solve itself soon, Soren. [snip] > > stuck on the console for one reason or the other, it's nice to have more > > than 100 rows. > > RTFM !! man kbdcontrol watch for the -h option :) Oops! *grin* Now... How was I supposed to know there was such a program? *duck* :-) Seems I did too little research. Oh well... Thanks for the useful info/correction. Still, it would be nice to be able to set a system default in the config file, I think. [snip] > > (Oh, this is only in console mode, ofcourse. In X it works fine.) > > Where's the error? The swedish.iso file? > > Anyone else noticed this? > > I know about the num enter, thats a bug allright (in the keymap) the other > one ... I don't know where you would expect it to be.. CTRL-ALTGR-9 would be very logical, since ALTGR-9 is ']'. [About beeps not being heard between VTYs] > > It is fixed in -current yes, you get a beep of a different pitch if > its happening on another console... *sigh* Doesn't help me much, wanting to run 2.1.5, so I have a stable server. Would it be hard to make a patch for 2.1.5 to allow the same thing? A lot of code-changes that needs to be insterted from -current to do this? /Mikael PS. From owner-freebsd-hackers Fri Sep 6 17:15:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11736 for hackers-outgoing; Fri, 6 Sep 1996 17:15:00 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA11709 for ; Fri, 6 Sep 1996 17:14:55 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id UAA00304; Fri, 6 Sep 1996 20:18:38 -0400 Date: Fri, 6 Sep 1996 20:18:37 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: Steve Ames cc: freebsd-hackers@freebsd.org Subject: Re: boot manager? In-Reply-To: <199609062257.RAA03947@vic.cioe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Sep 1996, Steve Ames wrote: > > I've upgraded my FreeBSD hard drives and now want to use the old ones under > DOS... unfortunately they still come up with Mr. Boot Manager and I can't > convince him that he has over stayed his welcome... > > What's the polite way of kicking him out so that Miss DOS will play with > me again? Boot DOS from floppy, do: FDISK/MBR . regards, -Jim Durham From owner-freebsd-hackers Fri Sep 6 18:13:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14403 for hackers-outgoing; Fri, 6 Sep 1996 18:13:48 -0700 (PDT) Received: from scapa.cs.ualberta.ca (root@scapa.cs.ualberta.ca [129.128.4.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14398; Fri, 6 Sep 1996 18:13:45 -0700 (PDT) Received: from ve6kik by scapa.cs.ualberta.ca with UUCP id <13067-7335>; Fri, 6 Sep 1996 19:13:33 -0600 Received: by ve6kik.ampr.ab.ca (Smail3.1.28.1 #5) id m0uzBEj-000O55C; Fri, 6 Sep 96 18:27 WET DST Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id SAA12182; Fri, 6 Sep 1996 18:12:51 -0600 (MDT) Date: Fri, 6 Sep 1996 18:12:51 -0600 (MDT) From: Marc Slemko To: Mikael Karpberg cc: FreeBSD-stable@freebsd.org, FreeBSD-hackers@freebsd.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: <199609062111.XAA01607@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Suggestions from anyone about if followups should really keep going to both the -stable and -hackers list would be most welcome] On Fri, 6 Sep 1996, Mikael Karpberg wrote: > According to Marc Slemko: > > I have updated my patches to 2.1.5 so they are up to date to Soren's > > latest commit, and have packaged them up and made them available for ftp > > at ftp://ftp.worldgate.com/pub/marcs/2_1_5.syscons-mouse.960905.tar.gz. > > Directions are included in the tar file. > > Hmm... I did as told in the README file and I encountered a problem. > Doesn't seem big, but... There is only ONE place where FONT_NONE can be found > after applying the patch. (Did a grep and couldn't find more then that, at > least. ..../*.c ..../*.h) That place is set_mode in syscons.c, and should be > a define somehwere, I guess. Anyway, since it's not defined, my compile, not > surprisingly, chokes and dies. :-( > > Ideas how to proceede? > Maybe... > #define FONT_NONE 0 > ... in syscons.h? More like '#define FONT_NONE 1' in syscons.h. The patch for syscons.h _does_ include that define. Check for a syscons.h.rej file in the i386/isa directory to see if any parts of the patch failed. If you can't figure it out, send me a copy of your syscons.h. From owner-freebsd-hackers Fri Sep 6 18:23:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14805 for hackers-outgoing; Fri, 6 Sep 1996 18:23:58 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14800 for ; Fri, 6 Sep 1996 18:23:56 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA28976; Fri, 6 Sep 1996 18:13:40 -0700 (PDT) To: Peter Childs cc: freebsd-hackers@freebsd.org Subject: Re: New About FreeBSD web page.. In-reply-to: Your message of "Sat, 07 Sep 1996 09:21:02 +0930." <199609062351.JAA26580@al.imforei.apana.org.au> Date: Fri, 06 Sep 1996 18:13:40 -0700 Message-ID: <28974.842058820@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ahh.. never mind.. up too late again.. I'll say! :-) Jordan From owner-freebsd-hackers Fri Sep 6 19:16:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19027 for hackers-outgoing; Fri, 6 Sep 1996 19:16:52 -0700 (PDT) Received: from scapa.cs.ualberta.ca (root@scapa.cs.ualberta.ca [129.128.4.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19014; Fri, 6 Sep 1996 19:16:47 -0700 (PDT) Received: from ve6kik by scapa.cs.ualberta.ca with UUCP id <13072-7334>; Fri, 6 Sep 1996 20:16:36 -0600 Received: by ve6kik.ampr.ab.ca (Smail3.1.28.1 #5) id m0uzBz6-000O55C; Fri, 6 Sep 96 19:14 WET DST Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id TAA00444; Fri, 6 Sep 1996 19:13:33 -0600 (MDT) Date: Fri, 6 Sep 1996 19:13:33 -0600 (MDT) From: Marc Slemko To: Mikael Karpberg cc: FreeBSD-stable@freebsd.org, FreeBSD-hackers@freebsd.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: <199609062225.AAA00267@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Sep 1996, Mikael Karpberg wrote: [...] > The mouse pointer seems to work, but it's NOT good looking. I can move four > characters around, and these cover what I put them over, and are not > "see through" as I expected. In these four chars there are traces of a good > looking pointer, split up and spread around. :-) As Soren already said, and as my message that crossed yours in the mail said, it should be defined as 1. I am interested in knowing why the patch didn't take in your syscons.h. When you get it right, it looks like a nice graphical pointer covering a part of a single character. [...] > *sigh* One thing is annoying me TERRIBLY about syscons. That the beep is not > global amoung all ttys! If you get a talk or so on one of the ttyvXX screens > and you are working on another, or in X, you wont notice a thing. > VERY frustrating. A friend said that was fixed in 2.2. True? How would I go > about making it work in 2.1.5? Maybe add that to the syscons patch for 2.1.5, > if you make a new version, Marc? Or someone, let me in on how to do it? Only beeping if the active VC beeps is a feature, not a bug. That said, it annoyed me too and I was intending to fix it once I remembered it. It is changed in -current, as of revision 1.140. It really isn't that hard to pull such changes out of the CVS repository (the one for the mouse support does take a little bit to make; the one below is quite easy). I would strongly recommend that anyone with an interest in FreeBSD development start taking a look at the CVS repository. A good way to get started. Unfortunately, I don't know of any documents with a good introduction to using CVS and RCS as it applies to the FreeBSD source tree. If you are using the syscons driver with my patch applied, the following diff should work. If you are using the 2.1.5-RELEASE driver, change 'configuration' to 'flags' each place that it appears below _before_ applying the patch. *** syscons.c 1996/09/07 00:44:41 1.3 --- syscons.c 1996/09/07 00:47:13 *************** *** 3273,3290 **** static void do_bell(scr_stat *scp, int pitch, int duration) { ! if (scp == cur_console) { ! if (flags & VISUAL_BELL) { ! if (blink_in_progress) ! return; ! blink_in_progress = 4; ! blink_screen(scp); ! timeout((timeout_func_t)blink_screen, scp, hz/10); ! } ! else ! sysbeep(pitch, duration); } } static void blink_screen(scr_stat *scp) --- 3273,3293 ---- static void do_bell(scr_stat *scp, int pitch, int duration) { ! if (flags & VISUAL_BELL) { ! if (blink_in_progress) ! return; ! blink_in_progress = 4; ! if (scp != cur_console) ! blink_in_progress += 2; ! blink_screen(cur_console); ! timeout((timeout_func_t)blink_screen, cur_console, hz/10); ! } else { ! if (scp != cur_console) ! pitch *= 2; ! sysbeep(pitch, duration); } } + static void blink_screen(scr_stat *scp) From owner-freebsd-hackers Fri Sep 6 19:16:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19044 for hackers-outgoing; Fri, 6 Sep 1996 19:16:54 -0700 (PDT) Received: from scapa.cs.ualberta.ca (root@scapa.cs.ualberta.ca [129.128.4.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19018; Fri, 6 Sep 1996 19:16:49 -0700 (PDT) Received: from ve6kik by scapa.cs.ualberta.ca with UUCP id <13080-7333>; Fri, 6 Sep 1996 20:16:37 -0600 Received: by ve6kik.ampr.ab.ca (Smail3.1.28.1 #5) id m0uzCPE-000O55C; Fri, 6 Sep 96 19:41 WET DST Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id TAA00543; Fri, 6 Sep 1996 19:30:22 -0600 (MDT) Date: Fri, 6 Sep 1996 19:30:21 -0600 (MDT) From: Marc Slemko To: sos@FreeBSD.org cc: "Jordan K. Hubbard" , FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: interest in syscons cut&paste patches for 2.1.5? In-Reply-To: <199609060656.IAA28432@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk If anyone is really serious about having this in -stable, it should be noted that, aside from the necessary testing, there are at least a couple of places where my patch should be cleaned up a little bit before inclusion. Nothing that affects functionality, just visual changes such as source code that should be removed entirely instead of just commented out. On Fri, 6 Sep 1996 sos@FreeBSD.org wrote: > In reply to Jordan K. Hubbard who wrote: > > > > > I have looked at it, at it looks like a good job, they have my blessing. > > > Maybe they should go into 2.1.6 if that ever happens... > > > > If you're that confident, all you have to do is roll them into -stable, > > Soren. :-) > > OK, but given my last scary results when comitting to current, I'd > rather have someone USED to the -stable branch do it... > Erhm, and maybe we should test it for a couble of days/weeks > first :), I have no 2.1.x boxes here so... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > From owner-freebsd-hackers Fri Sep 6 19:49:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23019 for hackers-outgoing; Fri, 6 Sep 1996 19:49:36 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23010; Fri, 6 Sep 1996 19:49:30 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id EAA04801; Sat, 7 Sep 1996 04:51:00 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609070251.EAA04801@ocean.campus.luth.se> Subject: Re: interest in syscons cut&paste patches for 2.1.5? To: marcs@alive.ampr.ab.ca (Marc Slemko) Date: Sat, 7 Sep 1996 04:50:57 +0200 (MET DST) Cc: FreeBSD-stable@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: from Marc Slemko at "Sep 6, 96 07:13:33 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ok, going to take two mails in one here... Mail 1: ------- [About me failing to build the 2.1.5 patches to get mouse cut'n'paste] > > Ideas how to proceede? > > Maybe... > > #define FONT_NONE 0 > > ... in syscons.h? > > More like '#define FONT_NONE 1' in syscons.h. The patch for syscons.h > _does_ include that define. Check for a syscons.h.rej file in the > i386/isa directory to see if any parts of the patch failed. If you can't > figure it out, send me a copy of your syscons.h. Ok, so I'm new to this, and didn't read everything patch screamed at me. Sorry. *blush* This was almost too easy to find, looking in the .rej file. The patch included a line with "#define HISTORY_SIZE 100*80", and guess what? As I actually mentioned in the other mail, too, I had set my HISTORY_SIZE to 500*80, to increase the default number of lines in the scrollback history. No wonder poor little patch barfed. I copied console.h, and syscons.* from /sys and changed 500*80 to 100*80, and ran patch again. No errors. :-) Mail 2: ------- > [...] > > The mouse pointer seems to work, but it's NOT good looking. I can move four > > characters around, and these cover what I put them over, and are not > > "see through" as I expected. In these four chars there are traces of a good > > looking pointer, split up and spread around. :-) > > As Soren already said, and as my message that crossed yours in the mail > said, it should be defined as 1. I am interested in knowing why the patch > didn't take in your syscons.h. When you get it right, it looks like a > nice graphical pointer covering a part of a single character. > > [...] > > > *sigh* One thing is annoying me TERRIBLY about syscons. That the beep is > > not global amoung all ttys! If you get a talk or so on one of the ttyvXX > > screens and you are working on another, or in X, you wont notice a thing. > > VERY frustrating. A friend said that was fixed in 2.2. True? How would I > > go about making it work in 2.1.5? Maybe add that to the syscons patch for > > 2.1.5, if you make a new version, Marc? Or someone, let me in on how to > > do it? > > Only beeping if the active VC beeps is a feature, not a bug. That said, > it annoyed me too and I was intending to fix it once I remembered it. It > is changed in -current, as of revision 1.140. It really isn't that hard > to pull such changes out of the CVS repository (the one for the mouse > support does take a little bit to make; the one below is quite easy). I > would strongly recommend that anyone with an interest in FreeBSD > development start taking a look at the CVS repository. A good way to get > started. Unfortunately, I don't know of any documents with a good > introduction to using CVS and RCS as it applies to the FreeBSD source > tree. > > If you are using the syscons driver with my patch applied, the following > diff should work. If you are using the 2.1.5-RELEASE driver, change > 'configuration' to 'flags' each place that it appears below _before_ > applying the patch. [patch removed] Great! Thanks a lot! Applied smoothly as far as I could tell. Compiled fine too. Now we'll see if my computer reboots after this *grin* It's too late to do kernel hacking, even if you're just applying patches... /Mikael From owner-freebsd-hackers Fri Sep 6 20:27:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26570 for hackers-outgoing; Fri, 6 Sep 1996 20:27:48 -0700 (PDT) Received: from gatekeeper.fsl.noaa.gov (gatekeeper.fsl.noaa.gov [137.75.131.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26562 for ; Fri, 6 Sep 1996 20:27:45 -0700 (PDT) Received: from emu.fsl.noaa.gov (kelly@emu.fsl.noaa.gov [137.75.60.32]) by gatekeeper.fsl.noaa.gov (8.7.5/8.7.3) with ESMTP id DAA18322; Sat, 7 Sep 1996 03:27:17 GMT Message-Id: <199609070327.DAA18322@gatekeeper.fsl.noaa.gov> Received: by emu.fsl.noaa.gov (1.40.112.4/16.2) id AA077006844; Fri, 6 Sep 1996 21:27:24 -0600 Date: Fri, 6 Sep 1996 21:27:24 -0600 From: Sean Kelly To: Jake Hamby , J Wunsch , Peter Childs , FreeBSD Hackers Subject: New About FreeBSD web page.. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: > Sean Kelly has written a very nice replacement for our old tired > "About FreeBSD" web page. Awww, shucks. You guys are too nice! Grin, grin, grin. But credit should definitely go to Jordan, too, who sweet-talked me into doing it in the first place, and who provided useful commentary as well as some nice additional text. Jordan: I'll send you the address to which to send a 2.1.5 CD! :-) -- Sean Kelly NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ From owner-freebsd-hackers Fri Sep 6 22:44:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06984 for hackers-outgoing; Fri, 6 Sep 1996 22:44:20 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06965; Fri, 6 Sep 1996 22:44:14 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id IAA27978; Sat, 7 Sep 1996 08:44:03 +0300 (EET DST) Date: Sat, 7 Sep 1996 08:44:02 +0300 (EET DST) From: Seppo Kallio To: wosch@cs.tu-berlin.de cc: hackers@freebsd.org, Seppo Kallio , current@freebsd.org Subject: About adduser (FreeBSD 2.1.5) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello There is some problems in adduser 1. I think, it is returning success status even if it fails to create new user account 2. It is sometimes leaving the user home directory owner as root I feel there is some problem in code adding the user to the group in /etc/groups, is there some limit how many users can be in the same group. (Can this be disabled in the command with some option?) Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Fri Sep 6 23:31:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08932 for hackers-outgoing; Fri, 6 Sep 1996 23:31:47 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08912; Fri, 6 Sep 1996 23:31:42 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with ESMTP id JAA28624; Sat, 7 Sep 1996 09:31:40 +0300 (EET DST) Date: Sat, 7 Sep 1996 09:31:39 +0300 (EET DST) From: Seppo Kallio To: hackers@freebsd.org cc: current@freebsd.org Subject: SECURITY HOLE in FreeBSD 2.1.5 ????????!!!!!!! In-Reply-To: <31D3C997.CA9F25F@fa.tdktca.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think pwd_mkdb is making a temporaly file /etc/master.passwd.orig with read permissions to all. It is temporaly file, but when we have 4000 accounts the file exists for a while. I found this file in /etc directory after user adding procedures started to complain about the existence of this file. Second alternative is bug in our scripts, but I have not found that file name in them (I have not the author of our scripts). ----------- Plus this hole, we have had these problems: We cannot add users to the system when someone is using passwd command. It is really big problem in a node having 4000 accounts when we try to add 1000 account now when new students come in start of September. Passwd command should not lock the passwd files for the entire time after user type passwd to the time he/she succeeds to type his/hers new passwd! The adduser should manage the locking situation better. Seppo Kallio kallio@jyu.fi Computing Center Fax +358-14-603611 U of Jyväskylä 62.14N 25.44E Phone +358-14-603606 PL 35, 40351 Jyväskylä, Finland http://www.jyu.fi/~kallio From owner-freebsd-hackers Sat Sep 7 00:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13709 for hackers-outgoing; Sat, 7 Sep 1996 00:51:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13703 for ; Sat, 7 Sep 1996 00:51:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA28706; Sat, 7 Sep 1996 09:51:01 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA25999; Sat, 7 Sep 1996 09:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA08466; Sat, 7 Sep 1996 09:42:55 +0200 (MET DST) From: J Wunsch Message-Id: <199609070742.JAA08466@uriah.heep.sax.de> Subject: Re: SECURITY HOLE in FreeBSD 2.1.5 ????????!!!!!!! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 7 Sep 1996 09:42:55 +0200 (MET DST) Cc: kallio@cc.jyu.fi (Seppo Kallio), wosch@cs.tu-berlin.de (Wolfram Schneider) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Seppo Kallio at "Sep 7, 96 09:31:39 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Never post to both, -hackers and -current. Never. Almost all people on -current are also subscribed on -hackers, and those who aren't aren't interested in the other stuff at all. Don't post security holes to -hackers or -current. Post them to -security, to -core, or to security-officer@freebsd.org. As Seppo Kallio wrote: > > I think pwd_mkdb is making a temporaly file /etc/master.passwd.orig with > read permissions to all. It indeed creates this file, but you should have UTSL'ed before. It is deliberately created with ``insecure'' permissions, and it is the new copy of /etc/passwd if the -p option has been specified. Thus, it doesn't contain passwords. > We cannot add users to the system when someone is using passwd command. > It is really big problem in a node having 4000 accounts when we try to add > 1000 account now when new students come in start of September. > Passwd command should not lock the passwd files for the entire time after > user type passwd to the time he/she succeeds to type his/hers new passwd! Of course, the passwd command *should* lock the master password file while modifications are in progress. However, you are perhaps interested in Guido's ``incremental update'' modifications: revision 1.11 date: 1996/07/01 19:38:27; author: guido; state: Exp; lines: +218 -133 Implement incremental passwd database updates. This is done by ading a '-u' option to pwd_mkdb and adding this option to utilities invoking it. Further, the filling of both the secure and insecure databases has been merged into one loop giving also a performance improvemnet. Note that I did *not* change the adduser command. I don't read perl (it is a write only language anyway). The change will drastically improve performance for passwd and friends with large passwd files. Vipw's performance won't change. In order to do that some kind of diff should be made between the old and new master.passwd and depending the amount of changes, an incremental or complete update of the databases should be agreed upon. Btw., i found a real security hole while browsing through the sources: adduser backs up the contents of master.passwd into a world readable file in case pwd_mkdb(8) returned an error. Wolfram, can you fix this please (by setting umask(066) first, i think)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 7 01:24:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15580 for hackers-outgoing; Sat, 7 Sep 1996 01:24:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15523 for ; Sat, 7 Sep 1996 01:23:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00286; Sat, 7 Sep 1996 10:23:42 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA26520; Sat, 7 Sep 1996 10:23:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA08617; Sat, 7 Sep 1996 10:02:12 +0200 (MET DST) From: J Wunsch Message-Id: <199609070802.KAA08617@uriah.heep.sax.de> Subject: Re: boot manager? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 7 Sep 1996 10:02:12 +0200 (MET DST) Cc: steve@cioe.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Jim Durham at "Sep 6, 96 08:18:37 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jim Durham wrote: > > What's the polite way of kicking him out so that Miss DOS will play with > > me again? > > Boot DOS from floppy, do: FDISK/MBR . fdisk -i from FreeBSD will do something similar. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 7 01:37:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16641 for hackers-outgoing; Sat, 7 Sep 1996 01:37:41 -0700 (PDT) Received: from palin.cc.monash.edu.au (palin.cc.monash.edu.au [130.194.2.87]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA16634 for ; Sat, 7 Sep 1996 01:37:36 -0700 (PDT) Received: (peter@localhost) by palin.cc.monash.edu.au (8.7.3/8.6.4) id SAA17623 for hackers@freebsd.org; Sat, 7 Sep 1996 18:37:49 +1000 Date: Sat, 7 Sep 1996 18:37:49 +1000 From: Peter Hawkins Message-Id: <199609070837.SAA17623@palin.cc.monash.edu.au> To: hackers@freebsd.org Subject: PCI PnP question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm writing a driver for a pci card, but every time I plug it in (regardless of whether I load the kernal with the driver) I see that ed1 (my ethernet card) fails at boottime (can't clear memory c8000). I'm not really a PC person so the vagaries of it's memory management are not things I follow well. I can't find any way to adjust the way the bios allocates windows to pci devices so I have to assume it doesn't overlap isa. I know this particular card requires 16k of memory. Can anyone enlighten me here and tell me how to avoid conflicts (other than moving the card to another slot). Also does anyone know what the bios uses as a memory mapping strategy? Peter From owner-freebsd-hackers Sat Sep 7 02:50:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21623 for hackers-outgoing; Sat, 7 Sep 1996 02:50:22 -0700 (PDT) Received: from lenlen.mt.cs.keio.ac.jp (guest1.plaza.hitachi-sk.co.jp [202.32.87.91]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA21606; Sat, 7 Sep 1996 02:50:14 -0700 (PDT) Received: (from hosokawa@localhost) by lenlen.mt.cs.keio.ac.jp (8.7.5/8.7.3) id SAA00654; Sat, 7 Sep 1996 18:52:14 +0900 (JST) Date: Sat, 7 Sep 1996 18:52:14 +0900 (JST) Message-Id: <199609070952.SAA00654@lenlen.mt.cs.keio.ac.jp> To: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Subject: [PCMCIA] PAO-960907 for 2.2-960801-SNAP is now available From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.19] 1995-07/21(Fri) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! New PAO pacakage for 2.2-960801-SNAP is now available. ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/PAO/PAO-960907.tar.gz New feature: First 2.2-960801-SNAP based release IBM Smart Capture Card I/II support (about 12-15 fps @ 320x240 pixels) Simple X client for IBM Smart Capture Card Experimental SCSI-detach feature -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp hosokawa@jp.FreeBSD.org WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html From owner-freebsd-hackers Sat Sep 7 04:07:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27021 for hackers-outgoing; Sat, 7 Sep 1996 04:07:06 -0700 (PDT) Received: from rock.cis.ufl.edu (bcs@rock.cis.ufl.edu [128.227.224.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA27014 for ; Sat, 7 Sep 1996 04:07:03 -0700 (PDT) Received: from localhost by rock.cis.ufl.edu (8.6.12/cis.ufl.edu) id HAA21167; Sat, 7 Sep 1996 07:07:01 -0400 Message-Id: <199609071107.HAA21167@rock.cis.ufl.edu> From: "Bradley C. Spatz" To: hackers@freebsd.org Subject: Re: NFS lockd support? In-reply-to: Your message of "Fri, 06 Sep 1996 20:50:51 PDT." Date: Sat, 07 Sep 1996 07:07:00 EDT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk +-- Doug White , writes: | | [previously sent to questions@freebsd.org] | | > I'm using 2.1.5 with great results -- thanks! | > | > Is NFS lockd support planned? If so, can I get a ballpark estimate of | > its availability? | | It's real tough to write since Sun never gave out the specifications for | NFS locking. | | Try poking and/or the mail archives. Any ideas? Thanks in advance. -- Bradley C. Spatz bcs@afn.org Alachua Freenet Technical Committee http://www.afn.org/~bcs/ From owner-freebsd-hackers Sat Sep 7 05:06:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA03690 for hackers-outgoing; Sat, 7 Sep 1996 05:06:22 -0700 (PDT) Received: from melbourne.DIALix.oz.au (seeuucp@melbourne.DIALix.oz.au [192.203.228.98]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03682 for ; Sat, 7 Sep 1996 05:06:16 -0700 (PDT) Received: (from seeuucp@localhost) by melbourne.DIALix.oz.au (sendmail) with UUCP id WAA18246 for freebsd-hackers@freebsd.org; Sat, 7 Sep 1996 22:06:10 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by putte.seeware.DIALix.oz.au (8.7.5/8.7.3) with SMTP id WAA00253 for ; Sat, 7 Sep 1996 22:04:55 GMT Message-Id: <199609072204.WAA00253@putte.seeware.DIALix.oz.au> X-Authentication-Warning: putte.seeware.DIALix.oz.au: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-hackers@freebsd.org Subject: ft0 doesn't work with new motherboard Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 07 Sep 1996 22:04:53 +0000 From: Mark Hannon Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, Some month ago I upgraded to a Pentium motherboard for my FreeBSD system. Prior to that change I had been using a Conner floppy tape drive with some success. After the upgrade ft0 refuses to be recognized, originally I thought the drive had been damaged in the swap and I took it back to the store - imagine my embarrasment when the vendor said that it was working fine, sure enough when I hooked it up and used DOS then the drive is recognized OK.... FreeBSD is however a different story. I played around with ft.c to try and dig some more info out, defining DPRT gives me the following messages at boot. (I also forced a call to ftreq_hwinfo , thus my comments about a hack...) tape_start start tape_recal start tape_recal end tape_start end ===> tape_cmd: 6 ft0: bad seek in tape_cmd; pcn = 1 newcn = 6 ft0: bad seek in tape_cmd; pcn = 1 newcn = 6 ft0: bad seek in tape_cmd; pcn = 1 newcn = 6 ft0: bad seek in tape_cmd; pcn = 2 newcn = 6 ft0: bad seek in tape_cmd; pcn = 2 newcn = 6 ft0: tape_cmd seek failed! ft0: QIC status timeout ===> tape_cmd: 6 ft0: bad seek in tape_cmd; pcn = 2 newcn = 8 ft0: bad seek in tape_cmd; pcn = 2 newcn = 8 ft0: bad seek in tape_cmd; pcn = 2 newcn = 8 ft0: bad seek in tape_cmd; pcn = 2 newcn = 8 ft0: bad seek in tape_cmd; pcn = 2 newcn = 8 ft0: tape_cmd seek failed! ft0: QIC status timeout Entering Mark's ugly hack ===> tape_cmd: 9 ft0: bad seek in tape_cmd; pcn = 2 newcn = 11 ft0: bad seek in tape_cmd; pcn = 2 newcn = 11 ft0: bad seek in tape_cmd; pcn = 3 newcn = 11 ft0: bad seek in tape_cmd; pcn = 3 newcn = 11 ft0: bad seek in tape_cmd; pcn = 3 newcn = 11 ft0: tape_cmd seek failed! ft0: QIC status timeout Anybody now what this means?? From reading the code I can't really work it out. I would appreciate any ideas for how to go further. Regards/mark -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ From owner-freebsd-hackers Sat Sep 7 05:06:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA03733 for hackers-outgoing; Sat, 7 Sep 1996 05:06:44 -0700 (PDT) Received: from gatekeeper.alcatel.no (ns0.alcatel.no [155.4.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03724 for ; Sat, 7 Sep 1996 05:06:40 -0700 (PDT) Received: from stku50.alcatel.no.norkrets by gatekeeper.alcatel.no (8.7.3/Alcanet-SC) id OAA32581; Sat, 7 Sep 1996 14:06:00 +0200 (MET DST) Received: from stku50 (localhost.alcatel.no) by stku50.alcatel.no.norkrets (4.1/SMI-4.1) id AA03001; Sat, 7 Sep 96 14:05:55 +0200 Message-Id: <323164E0.41C67EA6@alcatel.no> Date: Sat, 07 Sep 1996 14:04:48 +0200 From: Arve Ronning Reply-To: arver@sn.no, Arve.Ronning@alcatel.no X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Mime-Version: 1.0 To: J Wunsch Cc: arver@sn.no, freebsd-hackers@freebsd.org Subject: Re: Support for fixed-scan monitors References: <199609061814.UAA05394@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Arve Ronning wrote: > > > I've been thinking about submitting my patches to FreeBSD.org. The new code > > would be hidden behind an 'option PREFER_MDA'. But as one of the changes is > > in the boot-blocks I think this will be a problem because kernel-config > > options aren't visible when making the boot-blocks (I'm on thin ice here, > > please feel free to give some advice:). > > This is tricky and in the same boat as the ``FORCE_COMCONSOLE'' stuff > that is already in the bootstrap. Probing would be more ideal, but > 7.5 KB are not plenty of space. > Ok, I'll have a look at the 'FORCE_COMCONSOLE' stuff. >From my old files I can see that I first did the 'PREFER_MDA' thing in jan.96 and it has worked ok with three different BIOSes/motherboards. What it does is this : (compared to the stock version) in start.S : old new use whatever BIOS #ifdef PREFER_MDA is using; if (BIOS is using MDA) /*do nothing*/; else if (MDA present) { /* 'probe' ! */ 'trick' BIOS into using MDA; } #endif use whatever BIOS is using; in syscons.c, scinit() : old new if (!(VGA present)) #ifdef PREFER_MDA use MDA; if (MDA present) else use MDA; use VGA; else use VGA; #else if (!(VGA present)) use MDA; else use VGA; #endif The (MDA present) and (VGA present) 'probes' are simple write-something-and- check-if-it-can-be-read-back (like the original in scinit()). What this is all meant to achieve is : 1) if PREFER_MDA is *not* defined, the code is unchanged. 2) if PREFER_MDA is defined and only MDA present, MDA is used. 3) if PREFER_MDA is defined and both MDA and VGA present, MDA is used. 4) if PREFER_MDA is defined and only VGA is present, VGA is used. So, in effect PREFER_MDA does what it says : PREFER MDA over VGA, while the original code does PREFER VGA over MDA. (And the point to all this is that my large cheap fixed-scan monitor can be used for X while the MDA monitor is used for booting and starting X:). Would you be interested in looking at the patches and give me your opinion ? Do you think there would be any interest in including this in -current ? (or any other version for that matter:). Regards Arve From owner-freebsd-hackers Sat Sep 7 07:01:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09001 for hackers-outgoing; Sat, 7 Sep 1996 07:01:13 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA08994 for ; Sat, 7 Sep 1996 07:01:08 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id QAA10794; Sat, 7 Sep 1996 16:59:49 +0300 Date: Sat, 7 Sep 1996 16:59:48 +0300 (EET DST) From: Narvi To: Paul Traina cc: hackers@FreeBSD.org Subject: Re: last commit to syscons re: keyboard probes In-Reply-To: <199609062339.QAA14540@red.jnx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Sep 1996, Paul Traina wrote: > I'm not particularly enamoured with the commit I made to make syscons disable > itself if a keyboard is not present. I think it's an ugly kludge. What we > should be doing is probing properly for the video card and NOT crashing if > it's not found. Hmmm.... So if there is the prblem with my otherwise keyboardless server and I walk over to it, plug in a keyboard (I know it may be harmful, etc.) then in the future the system will just not recognise it as it was not present at the boot-up time (say a spontaneous one in the middle of the night)? I wouldn't be too happy :-( Sander > > If someone wants to do it properly, you will not hurt my feelings if you remove > the current keyboard check kludge. > > Paul > From owner-freebsd-hackers Sat Sep 7 10:13:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19253 for hackers-outgoing; Sat, 7 Sep 1996 10:13:19 -0700 (PDT) Received: from scn4.scn.org (scn4.scn.org [198.137.188.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19247 for ; Sat, 7 Sep 1996 10:13:17 -0700 (PDT) Received: from scn.org (laxd@scn [198.137.188.24]) by scn4.scn.org (8.7.5/8.7.5.sun4) with ESMTP id KAA10985 for ; Sat, 7 Sep 1996 10:08:44 -0700 (PDT) Received: (from laxd@localhost) by scn.org (8.7.5/8.6.12) id KAA20476; Sat, 7 Sep 1996 10:18:03 -0700 (PDT) Date: Sat, 7 Sep 1996 10:18:03 -0700 (PDT) Message-Id: <199609071718.KAA20476@scn.org> From: laxd@scn.org (SCN User) To: hackers@freebsd.org Subject: panasonic cr-574-b/cr-574-c 4x cdrom drives Reply-To: laxd@scn.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would appreciate it if someone would develop a driver for the Panasonic/Matsushita CR-574-B/CR-574-C 4x cdrom drives, or make one for ATAPI drives which is past "ALPHA" quality....thanks. -Don Morrison From owner-freebsd-hackers Sat Sep 7 10:46:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23170 for hackers-outgoing; Sat, 7 Sep 1996 10:46:03 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA23144; Sat, 7 Sep 1996 10:45:55 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA13013; Sat, 7 Sep 1996 11:45:35 -0600 (MDT) Date: Sat, 7 Sep 1996 11:45:35 -0600 (MDT) Message-Id: <199609071745.LAA13013@rocky.mt.sri.com> From: Nate Williams To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Cc: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: [PCMCIA] PAO-960907 for 2.2-960801-SNAP is now available In-Reply-To: <199609070952.SAA00654@lenlen.mt.cs.keio.ac.jp> References: <199609070952.SAA00654@lenlen.mt.cs.keio.ac.jp> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > New PAO pacakage for 2.2-960801-SNAP is now available. > .. > > New feature: > First 2.2-960801-SNAP based release > IBM Smart Capture Card I/II support (about 12-15 fps @ 320x240 pixels) > Simple X client for IBM Smart Capture Card > Experimental SCSI-detach feature Are you going to incoroporate the patches and suggestions I sent out almost 2 months ago to you? If not, then *I* am going to give up even trying to merge in the changes you make, since you have shown little interest in making my job easier. Someone else may do the work, but not me *unless* you and the Nomad help make my job easier, and so far you have done little. Most importantly you've ignored my requests for: 1) apm changes - You're now in violation of the APM 1.1 specification 2) You've added your name to code that you haven't done *anything* to. 3) You've added 'machine specific' code to tree where none is required (beep) 4) You've made machine independant portions of the system dependant on a particular architecture (wavelan stuff) 5) You've refused to integrate changes I've made which give the Nomad code the *exact* same functionality while minimizing 'code' differences. The latter one is the one I'm most upset with. I spent about 80 hours attempting to take what I consider to be a very quick implementation of something and attempted to make it somewhat cleaner, so that the Nomad code would maintain it's current functionality (bugs, fixes, and all) while still allowing me to 'track' the releases. These patches were sent out months ago, and since that point there have been 4 Nomad releases. Most of the releases have been against 2.1.5, so it hasn't been as big an issue but this most recent release implies that you have no interest in doing anything with those patches. However, I am still interested in working together if you are, but I need to see some interest and co-operation. Nate From owner-freebsd-hackers Sat Sep 7 11:45:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28827 for hackers-outgoing; Sat, 7 Sep 1996 11:45:35 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-52.sntc01.pacbell.net [206.170.2.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28807 for ; Sat, 7 Sep 1996 11:45:23 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id LAA22119; Sat, 7 Sep 1996 11:45:20 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id LAA05670; Sat, 7 Sep 1996 11:45:17 -0700 (PDT) Message-Id: <199609071845.LAA05670@base.jnx.com> To: Narvi cc: hackers@FreeBSD.org Subject: Re: last commit to syscons re: keyboard probes In-reply-to: Your message of "Sat, 07 Sep 1996 16:59:48 +0300." Date: Sat, 07 Sep 1996 11:45:16 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk That's why it's a bloody OPTION. From: Narvi Subject: Re: last commit to syscons re: keyboard probes On Fri, 6 Sep 1996, Paul Traina wrote: > I'm not particularly enamoured with the commit I made to make syscons disab >>le > itself if a keyboard is not present. I think it's an ugly kludge. What we > should be doing is probing properly for the video card and NOT crashing if > it's not found. Hmmm.... So if there is the prblem with my otherwise keyboardless server and I walk over to it, plug in a keyboard (I know it may be harmful, etc.) then in the future the system will just not recognise it as it was not present at the boot-up time (say a spontaneous one in the middle of the night)? I wouldn't be too happy :-( Sander > > If someone wants to do it properly, you will not hurt my feelings if you re >>move > the current keyboard check kludge. > > Paul > From owner-freebsd-hackers Sat Sep 7 12:29:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02173 for hackers-outgoing; Sat, 7 Sep 1996 12:29:36 -0700 (PDT) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA02149; Sat, 7 Sep 1996 12:29:29 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id EAA13628; Sun, 8 Sep 1996 04:29:15 +0900 Date: Sun, 8 Sep 1996 04:29:15 +0900 Message-Id: <199609071929.EAA13628@frig.mt.cs.keio.ac.jp> To: nate@mt.sri.com Cc: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: [PCMCIA] PAO-960907 for 2.2-960801-SNAP is now available In-Reply-To: Your message of Sat, 7 Sep 1996 11:45:35 -0600 (MDT). <199609071745.LAA13013@rocky.mt.sri.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Are you going to incoroporate the patches and suggestions I sent out >> almost 2 months ago to you? If not, then *I* am going to give up even >> trying to merge in the changes you make, since you have shown little >> interest in making my job easier. Sorry, I was too busy these days, (that's why PAO based on 960801 released so later), so I missed to incorporate your patches. >> Someone else may do the work, but not me *unless* you and the Nomad help >> make my job easier, and so far you have done little. I'll incorporate these requests at the next release. -- 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 Sat Sep 7 13:10:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05656 for hackers-outgoing; Sat, 7 Sep 1996 13:10:28 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA05650 for ; Sat, 7 Sep 1996 13:10:25 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id VAA17183; Sat, 7 Sep 1996 21:07:08 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 7 Sep 1996 20:44:18 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 7 Sep 1996 20:46:10 +0100 To: "Bradley C. Spatz" From: rb@gid.co.uk (Bob Bishop) Subject: Re: NFS lockd support? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 7:07 am 7/9/96, Bradley C. Spatz wrote: >+-- Doug White , writes: >| >| [previously sent to questions@freebsd.org] >| >| > I'm using 2.1.5 with great results -- thanks! >| > >| > Is NFS lockd support planned? If so, can I get a ballpark estimate of >| > its availability? >| >| It's real tough to write since Sun never gave out the specifications for >| NFS locking. When I last asked Sun, they claimed to conform to the X/Open CAE Specification: Protocols for X/Open PC Interworking, XNFS, Issue 4. Chapters 10, Network Lock Manager protocol, and 11, Network Status Manager protocol, are particularly relevant. In theory that spec contains enough information to do the job. However, if you want an implementation that's bug-compatible with Sun, I suspect someone's going to have to do some serious reverse engineering. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sat Sep 7 14:46:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14051 for hackers-outgoing; Sat, 7 Sep 1996 14:46:44 -0700 (PDT) Received: from io.org (io.org [198.133.36.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA14022; Sat, 7 Sep 1996 14:46:36 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by io.org (8.6.12/8.6.12) with SMTP id RAA28226; Sat, 7 Sep 1996 17:46:15 -0400 Date: Sat, 7 Sep 1996 17:46:14 -0400 (EDT) From: Brian Tao To: Narvi cc: FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Narvi wrote: > > Could you give back any views you have on it? I have my I on the CMDs > external cabinet with 4/6 slots (depends on the drive size). I'll echo > back when we have acquired one and tested it out... I'm looking at Raidion, CMD, Mylex and a local Toronto integrator called Dataplex. One thing in common is the impressive cost. ;-) A RAID controller and a RAID-ready cabinet that will hold 6 or so drives costs around C$5000 up here. I also prefer 19" rackmount and DC power versions, which will only add to the cost. My sales rep at Tenex Data has promised an eval Raidion, and Open Storage Solutions can probably do the same for a CMD unit. I haven't had a chance to find a Mylex reseller in town yet. With the amount of money that the company is about to spend on this stuff, I might be able to donate a few bills to the FreeBSD DPT driver effort too. :) -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Sep 7 15:31:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18726 for hackers-outgoing; Sat, 7 Sep 1996 15:31:11 -0700 (PDT) Received: from io.org (io.org [198.133.36.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18702; Sat, 7 Sep 1996 15:31:06 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by io.org (8.6.12/8.6.12) with SMTP id SAA02667; Sat, 7 Sep 1996 18:31:03 -0400 Date: Sat, 7 Sep 1996 18:31:03 -0400 (EDT) From: Brian Tao To: Ken Lam cc: FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: <1.5.4.32.19960829002801.00913104@awod.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Ken Lam wrote: > > I didn't get a chance to test it under FreeBSD. Fairly fast, but > other than the RAID 5 aspect, why not use CCD? Well, ccd is a start, and I may consider it more seriously if the costs of hardware RAID prove to be too high (we're looking at 5 or 6 6-drive units to start). ccd is free, but it doesn't give you hot-swappable drives, automatic data rebuild on a spare drive and a battery-powered write back cache. I'm going to stick with hardware RAID on the news servers, but ccd should do just fine on our main mail server. Raw capacity is what I'm aiming for there, not big TPS numbers or huge disk throughput. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Sep 7 15:43:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19250 for hackers-outgoing; Sat, 7 Sep 1996 15:43:00 -0700 (PDT) Received: from io.org (io.org [198.133.36.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA19229; Sat, 7 Sep 1996 15:42:55 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by io.org (8.6.12/8.6.12) with SMTP id SAA03612; Sat, 7 Sep 1996 18:41:35 -0400 Date: Sat, 7 Sep 1996 18:41:35 -0400 (EDT) From: Brian Tao To: Joe Greco cc: Ken Lam , freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: <199608291420.JAA06736@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Joe Greco wrote: > > If it has write back cache, you have a reason to look at it :-) The fellow at Tenex didn't have the answer to most of my questions, but he took a list back to one of his engineers and he'll get back to me on Monday. ;-) > I've been considering trying something like a Mylex DAC960SI (?), > SCSI-to-SCSI RAID controller, simply for the cache you can stick on > it. The CMD Daytona RAIDarray looks like a winner in this arena. I'm interested in the version with their CRD-5300 integrated with a six-bay tower. It will take up to 64MB of battery-backed RAM, supports hot-swappable drives, supports command queueing and has redundant power supplies. You just have a single SCSI F/W cable plugged into the back. http://www.cmd.com/product/raid/daytona.htm After spending several hours early Saturday morning reconfiguring our NFS server because of a bad drive in a conventional external case with those annoying screw-on drive rails, I'm going to enjoy having a real cabinet to work with. :) -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Sep 7 15:54:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19742 for hackers-outgoing; Sat, 7 Sep 1996 15:54:47 -0700 (PDT) Received: from ekeberg.sn.no (ekeberg.sn.no [194.143.8.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA19737; Sat, 7 Sep 1996 15:54:44 -0700 (PDT) Received: from ralingen116.telepost.no (ralingen116.telepost.no [193.212.209.95]) by ekeberg.sn.no (8.7.5/8.7.3/on4) with SMTP id ; Sun, 8 Sep 1996 00:54:32 +0200 (MET DST) X-Authentication-Warning: ekeberg.sn.no: Host ralingen116.telepost.no [193.212.209.95] didn't use HELO protocol Message-ID: <3232785E.118D@sn.no> Date: Sun, 08 Sep 1996 00:40:14 -0700 From: Arve Ronning Reply-To: arver@sn.no, Arve.Ronning@alcatel.no X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: sos@FreeBSD.org CC: Arve.Ronning@alcatel.no, j@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, durham@w2xo.pgh.pa.us Subject: Re: Support for fixed-scan monitors References: <199609071545.RAA12747@DeepCore.dk> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Søren, thanx for the prompte response. sos@FreeBSD.org wrote: > > In reply to Arve Ronning who wrote: > > > > What this is all meant to achieve is : > > 1) if PREFER_MDA is *not* defined, the code is unchanged. > > 2) if PREFER_MDA is defined and only MDA present, MDA is used. > > 3) if PREFER_MDA is defined and both MDA and VGA present, MDA is used. > > 4) if PREFER_MDA is defined and only VGA is present, VGA is used. > > > > So, in effect PREFER_MDA does what it says : PREFER MDA over VGA, while the > > original code does PREFER VGA over MDA. I will try to defend my views as best I can, but please understand : I'm in no way an expert of UN*X, drivers, C, or AS. I'm just a fairly ordinary user and fan of FreeBSD who feels you guys are doing a fine job and who would enjoy contributing some useful functionality :-). Without going into too much detail, I think it would be appropriate to explain the motive behind my patches. I was given this 19" single-scan monitor which I couldn't use because it burnt out (literally, I tried:) if it was subjected to the default VGA scan signals. So, in short, I added a MDA/hercules and a matching monitor, and patched FreeBSD to boot on the MDA. I now had the nice virtual console functionality on the MDA and could do all work there if I wanted. I also had the option of using X on the 19"er which was really the point here. > > Hmm I have some old patches lying around for syscons, so that it can > used both a mda & a vga simultaniously if both are present, priority > could easily be changed. Installing MDA *and* VGA in a FreeBSD box is done (I think) for either of two reasons : 1)to get two character based (and X?) monitor screens to work on or 2)because the VGA single-scan monitor can't work with the (current) character based drivers Your old patches would presumably work for 1). However, for 2) some patching in the boot blocks *would* be required if you want to see the '>>FreeBSD...Boot:' prompt and use some boot option (like -c). (I wouldn't want this to be a 'my patches are better than yours' thing though :-). > If I remember right you can set the PC to boot into whichever you > want by setting the BIOS to either monochrome og vga. Syscons could > then take over the device that the BIOS used as default. As I see > it there is no need to muck with the bootblocks.... With MDA *and* VGA present...Hmm... Some BIOSes may be able to do that, but the ones I've tried have failed either by silently resetting the primary to VGA or by not initializing the MDA correctly on the next power-on boot (I thought my MDA monitor had departed for good, but it was the silly BIOS. Neither VGA nor MDA worked until I set the BIOS back to VGA, then *presto* they both worked :). So, for this to be portable between BIOSes, we'd better do what BIOS should ideally have done for us:). > > > Would you be interested in looking at the patches and give me your opinion ? > > Do you think there would be any interest in including this in -current ? (or > > any other version for that matter:). > > Lets have a look at it, I'm mostly for the "dual video card" support, than > for some specific hacks to the bootblocks & drivers... > I dont think we need "Yet another kernel option", we have plenty of > that allready. > I agree. However my hacks aren't so specific. One of the main goals was to keep the old functionality and at the same time add something useful. The only reason for having the PREFER_MDA option is to enable a *fallback* to the old code. Hopefully my hacks would work on *all* FreeBSD boxes, with (MDA only) or (MDA and VGA) or (VGA only). However, I use the word _Hopefully_ because you never know with PC hardware :(. Maybe a combination would be good, your "dual video card" support in syscons and my hack in start.S. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > ..I'm afraid it won't unless you make it :-). But **please** don't :-). Regards, - Arve Anyway, here are my hacks, patches and cludges : /sys/i386/isa/syscons.c : ------------------------------------------------------------------------ *** syscons.c.ori Thu Jun 27 23:39:55 1996 --- syscons.c Tue Sep 3 22:38:19 1996 *************** *** 1968,1973 **** --- 1968,1986 ---- * to CGA_BUF offset. ONLY add the difference since locore.s adds * in the remapped offset at the "right" time */ + #ifdef PREFER_MDA + cp = Crtat; + was = *cp; + *cp = (u_short) 0xA55A; + if (*cp == 0xA55A) { + *cp = was; + crtc_addr = MONO_BASE; + } + else { + crtc_addr = COLOR_BASE; + Crtat = Crtat + (CGA_BUF-MONO_BUF)/sizeof(u_short); + } + #else was = *cp; *cp = (u_short) 0xA55A; if (*cp != 0xA55A) *************** *** 1977,1982 **** --- 1990,1996 ---- crtc_addr = COLOR_BASE; Crtat = Crtat + (CGA_BUF-MONO_BUF)/sizeof(u_short); } + #endif /* PREFER_MDA */ /* extract cursor location */ outb(crtc_addr, 14); --------------------------------------------------------------------- /sys/i386/boot/biosboot/Makefile : ---------------------------------------------------------------------- *** Makefile.ori Mon Jul 1 18:35:36 1996 --- Makefile Sat Sep 7 00:27:50 1996 *************** *** 12,17 **** --- 12,20 ---- CFLAGS+= -DBOOTSEG=${BOOTSEG} -DBOOTSTACK=${BOOTSTACK} CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../.. + # prefer MDA over VGA when both are present + CFLAGS+= -DPREFER_MDA + # force usage of serial console instead of keyboard probing #CFLAGS+= -DFORCE_COMCONSOLE ----------------------------------------------------------------------- /sys/i386/boot/biosboot/start.S : *** start.S.ori Sat Sep 30 12:49:28 1995 --- start.S Sat Sep 7 18:41:23 1996 *************** *** 25,30 **** --- 25,32 ---- * * from: Mach, Revision 2.2 92/04/04 11:36:29 rpd * $Id: start.S,v 1.5.8.1 1995/09/30 11:49:28 davidg Exp $ + * + * Modified 96.01.07, Arve */ /* *************** *** 60,65 **** --- 62,68 ---- PARTSZ= 16 /* each partition table entry is 16 bytes */ BSDPART= 0xA5 /* value of boot_ind, means bootable partition */ BOOTABLE= 0x80 /* value of boot_ind, means bootable partition */ + MDA_SEG= 0xB000 /* MDA regen segment */ .text *************** *** 72,77 **** --- 75,166 ---- ljmp $0x7c0, $start start: + + #ifdef PREFER_MDA + /* + * First set up the stack and save %ebx, %ecx and %edx + */ + data32 + mov $BOOTSEG, %eax + mov %ax, %ss + data32 + mov $BOOTSTACK, %esp + data32 + push %ebx + data32 + push %ecx + data32 + push %edx + /* + * Probe for MDA + */ + data32 + mov $MDA_SEG, %eax + mov %ax, %ds + data32 + mov $0xABCD5AA5, %ecx + data32 + mov $0x0, %ebx + addr32 + movl %ecx, %ds:(%ebx) + addr32 + cmpl %ecx, %ds:(%ebx) + data32 + jne no_mda + /* + * MDA is present. Do nothing if it was initialized by BIOS + */ + xor %eax, %eax + mov %ax, %es + data32 + mov $0x410, %ebx + addr32 + movb %es:(%ebx), %al + andb $0x30, %al + cmpb $0x30, %al + je already_mda /* MDA initialized by BIOS ? */ + /* No ! */ + /* + * MDA is present, send message to the BIOS screen (which will + * probably be the VGA if present) just to keep the user informed + * in case (s)he installed the MDA but forgot to connect the + * monochrome monitor. + */ + mov %cs, %ax + mov %ax, %ds + data32 + mov $mda, %esi + data32 + call message + /* + * Now, talk the BIOS into using the MDA + */ + xor %eax, %eax + addr32 + orb $0x30, %es:(%ebx) + movb $0x07, %al + int $0x10 /* Set video mode 7 */ + movb $0x02, %ah + xor %edx, %edx + movb %dl, %bh + int $0x10 /* Set cursor position 0,0 */ + movb $0x01, %ah + data32 + mov $0x0B0C, %ecx + int $0x10 /* Set cursor shape */ + no_mda: + already_mda: + /* + * Clean up + */ + data32 + pop %edx + data32 + pop %ecx + data32 + pop %ebx + #endif PREFER_MDA + /* set up %ds */ mov %cs, %ax mov %ax, %ds *************** *** 278,283 **** --- 367,375 ---- six: String "6\r\n\0" seven: String "7\r\n\0" #endif DEBUG + #ifdef PREFER_MDA + mda: String "boot1: Console on MDA\r\n\0" + #endif eread: String "Read error\r\n\0" enoboot: String "No bootable partition\r\n\0" endofcode: ------------------------------------------------------------------ From owner-freebsd-hackers Sat Sep 7 16:02:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA20178 for hackers-outgoing; Sat, 7 Sep 1996 16:02:56 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA20160; Sat, 7 Sep 1996 16:02:23 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po1.glue.umd.edu (8.8.Beta.0/8.7.3) with ESMTP id TAA01665; Sat, 7 Sep 1996 19:02:19 -0400 (EDT) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA29592; Sat, 7 Sep 1996 19:02:18 -0400 (EDT) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 7 Sep 1996 19:02:18 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Brian Tao cc: Ken Lam , FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Sep 1996, Brian Tao wrote: > On Wed, 28 Aug 1996, Ken Lam wrote: > > > > I didn't get a chance to test it under FreeBSD. Fairly fast, but > > other than the RAID 5 aspect, why not use CCD? > > Well, ccd is a start, and I may consider it more seriously if the > costs of hardware RAID prove to be too high (we're looking at 5 or 6 > 6-drive units to start). ccd is free, but it doesn't give you > hot-swappable drives, automatic data rebuild on a spare drive > and a battery-powered write back cache. > > I'm going to stick with hardware RAID on the news servers, but ccd > should do just fine on our main mail server. Raw capacity is what I'm > aiming for there, not big TPS numbers or huge disk throughput. This seems somewhat odd to me. I thought you'd expend the additional cost of RAID where you really need reliability. If you lose news (assuming this doesn't happen very often) you just reload from another server, right? If you lose mail, it's gone, no backup at all. Raid (I understand) doesn't give you raw massive data, it gives you reliability at the cost of dollars and some lost capacity. CCD gives you the capacity completely, disk for disk, but doesn't allow the neat reliability features of a RAID box. If you're shooing for raw capacity, this doesn't seem to make sense. What am I missing? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Sep 7 16:47:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21763 for hackers-outgoing; Sat, 7 Sep 1996 16:47:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA21745; Sat, 7 Sep 1996 16:46:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02543; Sat, 7 Sep 1996 16:45:10 -0700 From: Terry Lambert Message-Id: <199609072345.QAA02543@phaeton.artisoft.com> Subject: Re: Streamlogic RAIDION drive arrays To: chuckr@glue.umd.edu (Chuck Robey) Date: Sat, 7 Sep 1996 16:45:10 -0700 (MST) Cc: taob@io.org, klam@awod.com, freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org In-Reply-To: from "Chuck Robey" at Sep 7, 96 07:02:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm going to stick with hardware RAID on the news servers, but ccd > > should do just fine on our main mail server. Raw capacity is what I'm > > aiming for there, not big TPS numbers or huge disk throughput. > > This seems somewhat odd to me. I thought you'd expend the additional cost > of RAID where you really need reliability. If you lose news (assuming > this doesn't happen very often) you just reload from another server, > right? If you lose mail, it's gone, no backup at all. What if: 1) You sell commercial feed services, so the news has to be reliable? If you loase your feed data, so does everyone down stream from you. 2) You sell posting services (as an ISP)? If your crash occurs before the feed distribution, but after an article has been posted, your customer's article is lost. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Sep 7 17:25:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23424 for hackers-outgoing; Sat, 7 Sep 1996 17:25:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA23415 for ; Sat, 7 Sep 1996 17:24:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA15432; Sat, 7 Sep 1996 17:24:10 -0700 (PDT) To: laxd@scn.org Cc: hackers@freebsd.org Subject: Re: panasonic cr-574-b/cr-574-c 4x cdrom drives In-reply-to: Your message of "Sat, 07 Sep 1996 10:18:03 PDT." <199609071718.KAA20476@scn.org> Date: Sat, 07 Sep 1996 17:24:09 -0700 Message-ID: <15430.842142249@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I would appreciate it if someone would develop a driver for the > Panasonic/Matsushita CR-574-B/CR-574-C 4x cdrom drives, or make one for > ATAPI drives which is past "ALPHA" quality....thanks. -Don Morrison Hey, go for it! How do you think things like this happen, anyway? By magic? :-) Jordan From owner-freebsd-hackers Sat Sep 7 18:35:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03789 for hackers-outgoing; Sat, 7 Sep 1996 18:35:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03779; Sat, 7 Sep 1996 18:35:27 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA16439; Sat, 7 Sep 1996 18:35:31 -0700 (PDT) To: admin@freebsd.org cc: hackers@freebsd.org Subject: IP address change for {freefall,thud,spatter}.freebsd.org Date: Sat, 07 Sep 1996 18:35:31 -0700 Message-ID: <16437.842146531@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you've got any of these machines in your hosts files, you should change the IP addresses to: 204.216.27.17 freefall.freebsd.org 204.216.27.18 spatter.freebsd.org 204.216.27.19 thud.freebsd.org These changes will not actually go into effect until 23:00 PST so *don't start using them right now*, this is just some advance warning here. The DNS changes will be kicked in at the same time, so don't be too surprised if it takes a little while to propagate even if you don't have hosts entries. Jordan From owner-freebsd-hackers Sat Sep 7 18:45:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04308 for hackers-outgoing; Sat, 7 Sep 1996 18:45:16 -0700 (PDT) Received: from ns2.accesscom.com (ns2.accesscom.com [205.226.156.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA04299 for ; Sat, 7 Sep 1996 18:45:14 -0700 (PDT) Received: from aic1.accesscom.com (aic1.accesscom.com [205.226.156.10]) by ns2.accesscom.com (8.7.3/8.7.3) with ESMTP id SAA23571; Sat, 7 Sep 1996 18:44:10 -0700 Received: (from giri@localhost) by aic1.accesscom.com (8.7.3/8.7.3) id SAA07732; Sat, 7 Sep 1996 18:44:08 -0700 Date: Sat, 7 Sep 1996 20:43:54 -0500 (CDT) From: Giritharan Rashiyamany To: freebsd-hackers@freebsd.org cc: terry@lambert.org Subject: interrupts in software Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Hackers, I need to implement an interrupt in software that'll do the following. It's functionality is similar to ipintr() call which will basically enqueue packets, and the continue processing until there aren't any more packets to process. In essence, myintr() should be activated if not active and subsequent calls to it should not activate a second instance. If myintr() is not active, then a call to it will activate it. #define ACTIVE_YES 0 #define ACTIVE_NO 1 int state = ACTIVE+NO; void myintr() { if(state = ACTIVE_YES) return; while (queue_is_not_empty()) { process(); } state = ACIVE_NO; return; } something like this. ANy help appreciated DMC From owner-freebsd-hackers Sat Sep 7 18:54:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04853 for hackers-outgoing; Sat, 7 Sep 1996 18:54:41 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA04846; Sat, 7 Sep 1996 18:54:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA27126; Sun, 8 Sep 1996 11:31:34 +1000 Date: Sun, 8 Sep 1996 11:31:34 +1000 From: Bruce Evans Message-Id: <199609080131.LAA27126@godzilla.zeta.org.au> To: arver@sn.no, sos@FreeBSD.org Subject: Re: Support for fixed-scan monitors Cc: Arve.Ronning@alcatel.no, durham@w2xo.pgh.pa.us, freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> If I remember right you can set the PC to boot into whichever you >> want by setting the BIOS to either monochrome og vga. Syscons could >> then take over the device that the BIOS used as default. As I see >> it there is no need to muck with the bootblocks.... > >With MDA *and* VGA present...Hmm... >Some BIOSes may be able to do that, but the ones I've tried have failed either >by silently resetting the primary to VGA or by not initializing the MDA correctly >on the next power-on boot (I thought my MDA monitor had departed for good, but it Syscons (and pcvt) should start the same device as the BIOS, anyway. The new option(s) could reverse the default, or force MDA (fail the probe if none), or force [CEV]GA. Then it should be possible to switch to the other screen, or use both (syscons on one and pcvt on the other :-). Bruce From owner-freebsd-hackers Sat Sep 7 18:59:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05567 for hackers-outgoing; Sat, 7 Sep 1996 18:59:05 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA05558 for ; Sat, 7 Sep 1996 18:59:02 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id BAA07615; Sun, 8 Sep 1996 01:55:41 GMT Date: Sun, 8 Sep 1996 10:55:41 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: A JOSEPH KOSHY , jkh@time.cdrom.com, jehamby@lightside.com, imp@village.org, lada@ws2301.gud.siemens.co.at, dennis@etinc.com, hackers@FreeBSD.org Subject: namei performance (was Re: FreeBSD vs. Linux 96 (my impressions)) In-Reply-To: <199609061802.LAA11517@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 6 Sep 1996, Terry Lambert wrote: > > Surprisingly `namei' turned out to be the single biggest contributor to > > time spent in the kernel. [snip] > The namei() call tends to copy the path string around, and so is a > big offender; this is correctable with a couple of interface changes; > the nameifree() change drops it about 10%, for instance, by moving > the alloc/free operation to the same API level, and reducing the > extra testing that has to go on everywhere in the error cases. > > Changing the path string into a pre-parsed list of path components is > about another 6% win, and you can get another 8% by putting in the > change to not go through with the allocation on a preexisting element. > This complicated parsing of symbolic links, since it means you have > to loop-unroll the mutual recusrsion (which is how symbolic links > are currently implemented). To avoid using too much kernel stack, > you have to reduce the stack usage to get there -- another reason > for a pre-parsed list not allocated on the stack. How would it compare to a SYSV lookuppn() which works component by component? Namei can handle components up to mount boundaries requiring less calls. Regards, Mike Hancock From owner-freebsd-hackers Sat Sep 7 19:34:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09677 for hackers-outgoing; Sat, 7 Sep 1996 19:34:59 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA09663 for ; Sat, 7 Sep 1996 19:34:52 -0700 (PDT) Received: from ElCid.awod.com (ElCid.awod.com [198.81.225.35]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id WAA07874 for ; Sat, 7 Sep 1996 22:34:44 -0400 Message-ID: <3232317A.41C67EA6@awod.com> Date: Sat, 07 Sep 1996 22:37:46 -0400 From: "Sean P. Robertson" X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: FTP Mirror HOW-TO Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am looking for documentation on how to set up an FTP Mirror site. I have read the man pages for FTPD and other stuff but have not found the answer. Any help would be appreciated. Sean From owner-freebsd-hackers Sat Sep 7 20:16:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA14470 for hackers-outgoing; Sat, 7 Sep 1996 20:16:41 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA14444; Sat, 7 Sep 1996 20:16:33 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id WAA25717; Sat, 7 Sep 1996 22:16:56 -0500 (CDT) Date: Sat, 7 Sep 1996 22:16:56 -0500 (CDT) From: "Matthew N. Dodd" To: Brian Tao cc: FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Sep 1996, Brian Tao wrote: > I'm looking at Raidion, CMD, Mylex and a local Toronto integrator > called Dataplex. One thing in common is the impressive cost. ;-) A Check out BoxHill. They have some nifty stuff. They are a CMD integrator. http://www.boxhill.com/ | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Sat Sep 7 22:27:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25010 for hackers-outgoing; Sat, 7 Sep 1996 22:27:20 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24944; Sat, 7 Sep 1996 22:27:05 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id AAA17753; Sun, 8 Sep 1996 00:23:08 -0500 From: Joe Greco Message-Id: <199609080523.AAA17753@brasil.moneng.mei.com> Subject: Re: Streamlogic RAIDION drive arrays To: terry@lambert.org (Terry Lambert) Date: Sun, 8 Sep 1996 00:23:08 -0500 (CDT) Cc: chuckr@glue.umd.edu, taob@io.org, klam@awod.com, freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <199609072345.QAA02543@phaeton.artisoft.com> from "Terry Lambert" at Sep 7, 96 04:45:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > What if: > > 1) You sell commercial feed services, so the news has to be reliable? > If you loase your feed data, so does everyone down stream from > you. You should still be able to recover. In case of catastrophic failure, I generally try to rebuild back past the point at which my drive crashed anyways. Having to absorb the penalty for RAID operations may reduce your spool's throughput anyways.. > 2) You sell posting services (as an ISP)? If your crash occurs > before the feed distribution, but after an article has been > posted, your customer's article is lost. That would be a matter of incompetence. If you are not doing real time outbound feeds in this day and age, you do not belong playing the news game. I can measure propagation time for locally posted articles from any of the news servers that I run to any of the Top 5 news servers in terms of seconds.. and count on one hand. :-) (I may be an example of an unusually well connected site, but the point is, I move the articles and I do so _fast_). ... JG From owner-freebsd-hackers Sat Sep 7 22:27:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25017 for hackers-outgoing; Sat, 7 Sep 1996 22:27:21 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24966; Sat, 7 Sep 1996 22:27:11 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id AAA17764; Sun, 8 Sep 1996 00:25:37 -0500 From: Joe Greco Message-Id: <199609080525.AAA17764@brasil.moneng.mei.com> Subject: Re: Streamlogic RAIDION drive arrays To: taob@io.org (Brian Tao) Date: Sun, 8 Sep 1996 00:25:36 -0500 (CDT) Cc: klam@awod.com, freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org In-Reply-To: from "Brian Tao" at Sep 7, 96 06:31:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm going to stick with hardware RAID on the news servers, but ccd > should do just fine on our main mail server. Raw capacity is what I'm > aiming for there, not big TPS numbers or huge disk throughput. Question: Wouldn't you want RAID on your mail server, _instead?_ ... For news, the RAID buys you a write back cache and nothing else. For mail, it buys you reliability with customer data that is not easily replaced like news is. Just curious. ... JG