From owner-freebsd-hackers Sun Sep 3 01:55:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA26767 for hackers-outgoing; Sun, 3 Sep 1995 01:55:12 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA26736 for ; Sun, 3 Sep 1995 01:54:58 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id KAA18075 for ; Sun, 3 Sep 1995 10:54:45 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id KAA01309 for ; Sun, 3 Sep 1995 10:54:44 +0200 Message-Id: <199509030854.KAA01309@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Time, XNTPD and the Rugby transmitter... Date: Sun, 03 Sep 1995 10:54:41 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk Hello All Do any time boffins out there know if the British Rugby transmitter can be used with our xntpd(8), and if so how? I grepped for Rugby, and found nothing, and kowing nothing at all about ntp, do not have much of an idea how to proceed... Thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Sun Sep 3 04:04:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA09176 for hackers-outgoing; Sun, 3 Sep 1995 04:04:26 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA09168 for ; Sun, 3 Sep 1995 04:04:24 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id GAA08870; Sun, 3 Sep 1995 06:04:17 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 3 Sep 95 06:04 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 3 Sep 95 06:04 CDT Message-Id: Subject: Re: 4GB Drives - Another Hawk bits the dust after a a short 3 month flight; Loading NetBSD ! To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 3 Sep 1995 06:04:14 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: karl@Mcs.Net, pete@RockyMountain.rahul.net, pete@kesa26.kesa.com, jbryant@argus.iadfw.net, freebsd-hackers@freebsd.org, pete@rahul.net In-Reply-To: <199509030618.XAA16309@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Sep 2, 95 11:18:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3771 Sender: hackers-owner@freebsd.org Precedence: bulk > > Warning! > > > > I have had THREE Micropolis bearing failures on drives which are less than > > one year old in the last 72 hours! > > When ever you present failure data like this please include full details, > Ie, model number of the drive is a _minimum_ piece of data. 1 4110, two 4221s, all manufactured roughly at the same time. > Also unless > you happen to have a failure analysis lab you are _assuming_ the noise > you hear is a bearing failure, and it may very well be that the bearing > has failed, but without the lab you don't know why it failed (contamination, > over heating, design flaw, damaged during manufacturing, etc.) I know what a head crash sounds like -- and what a bearing failure sounds like. Different sounds, different consequences. > Given that 3 drives failed in a 72 hour period I would say, IMHO, this > was a field induced failure (ie, something happened in comon to these > 3 drives at the end users sight). It just has a horrible probablity of > being much else with the little data given. You'd think so, but the facts are that these drives are three of about 30 in the same room, all are in enclosures with others, the machines they were on had not been rebooted or touched for two weeks, and there is enough physical security (and environmental control and monitoring) that I am dead-nuts certain that nothing had affected the disks physically. The disks are not on the same machine, nor in the same cabinet. The other point is that none of the OTHER drives in the room failed, and most of these were from Seagate rather than Micropolis. > What has Micropolis had to say about this? Or have you even contacted > them yet? They don't know what could have happened here -- they tried to point to physical issues, as I expected, but the fact is that we *know* there weren't any. Its not like these disks are 2,000 miles away and they just had an earthquake! > > I like the Seagate Hawk series, and the 'Cudas *IF YOU CAN KEEP THEM COOL*. > > The Hawk is okay, and already stated as my model of choice on a price/size/ > performance/reliabity point at the 4G mark. The Barracuda is off the > bottom of the scale given the ``KEEP THEM COOL'' requirement and the > significant initial product failure rates from Seagate gave them a very > bad name in many communities. Even though Seagate has corrected the head > meltdown/media flake problem that sour taste remains in many peoples > mouths. I have no problem meeting environmental requirements as long as I know what they are! In the case of the 'Cudas, I do. > that was not specifically designed to handle the heat dissapation of > the Barracuda. SGI's official statement is ``don't put them inside > the system boxes, but them in external enclosures''. AAC's official > statement is ``don't use them at all''. Our official statement is "Install only in our 4-drive enclosures" (which have five fans :-)) Case temperature never exceeds 82 degrees F if you do this; we have a pyrometer and check such things. On the other hand, they will reach in excess of 120 F in a typical PC case, and at that temp they WILL fail. > > The Hawks run with about 30% less power, and throw about 30% less heat as a > > result. They will run in a PC cabinet with no problems, assuming you pay > > moderate attention to airflow. > > And spins at a 30% slower rate :-) :-) :-). Yep. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 803-MCS1] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's *Three STAR A* Clarinet feed! From owner-freebsd-hackers Sun Sep 3 08:10:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA19607 for hackers-outgoing; Sun, 3 Sep 1995 08:10:59 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA19597 for ; Sun, 3 Sep 1995 08:10:49 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA22530 ; Sun, 3 Sep 1995 17:10:43 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA02193 ; Sun, 3 Sep 1995 17:10:42 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.11/keltia-uucp-2.4) id CAA07346; Sun, 3 Sep 1995 02:10:16 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509030010.CAA07346@keltia.frmug.fr.net> Subject: Re: Disassembler/debugger? To: imp@village.org (Warner Losh) Date: Sun, 3 Sep 1995 02:10:15 +0200 (MET DST) Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG Reply-To: roberto@Keltia.Freenix.FR (Ollivier Robert) In-Reply-To: <199508252025.OAA22331@rover.village.org> from "Warner Losh" at Aug 25, 95 02:25:52 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1022 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.ORG Precedence: bulk It seems that Warner Losh said: > > Or the objdump program in binutils? In 1.1.5.1 perhaps but I don't find it in 2.X... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #16: Tue Aug 22 01:54:17 MET DST 1995 From owner-freebsd-hackers Sun Sep 3 08:11:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA19641 for hackers-outgoing; Sun, 3 Sep 1995 08:11:22 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA19633 for ; Sun, 3 Sep 1995 08:11:20 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA22590 ; Sun, 3 Sep 1995 17:11:17 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA02238 ; Sun, 3 Sep 1995 17:11:16 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.11/keltia-uucp-2.4) id PAA09554; Sun, 3 Sep 1995 15:04:56 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509031304.PAA09554@keltia.frmug.fr.net> Subject: Re: enhancing ftp/ftpd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 3 Sep 1995 15:04:56 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.FreeBSD.org Reply-To: roberto@Keltia.Freenix.FR (Ollivier Robert) In-Reply-To: <4227.809795449@time.cdrom.com> from "Jordan K. Hubbard" at Aug 30, 95 08:10:49 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1022 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems that Jordan K. Hubbard said: > > It's called the "reget" command and already exists. Not in ncftp (1.x) and it is bloody annoying... Does ncftp 2.X has it (I've not tried 2.X for a while because the "visual" screen is horrible) ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #16: Tue Aug 22 01:54:17 MET DST 1995 From owner-freebsd-hackers Sun Sep 3 09:55:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA22996 for hackers-outgoing; Sun, 3 Sep 1995 09:55:37 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA22990 for ; Sun, 3 Sep 1995 09:55:30 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id KAA18418; Sun, 3 Sep 1995 10:54:41 -0600 Message-Id: <199509031654.KAA18418@rover.village.org> To: roberto@Keltia.Freenix.FR (Ollivier Robert) Subject: Re: Disassembler/debugger? Cc: henrich@crh.cl.msu.edu, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Sun, 03 Sep 1995 02:10:15 +0200 Date: Sun, 03 Sep 1995 10:54:40 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : It seems that Warner Losh said: : > Or the objdump program in binutils? : : In 1.1.5.1 perhaps but I don't find it in 2.X... I grabbed bintuils 2.5.2 and built it. It was in there. I'm not sure about the base system or not. Warner From owner-freebsd-hackers Sun Sep 3 10:28:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA23394 for hackers-outgoing; Sun, 3 Sep 1995 10:28:01 -0700 Received: from localhost.lightside.com (user35.lightside.com [198.81.209.35]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA23388 for ; Sun, 3 Sep 1995 10:27:59 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id KAA00330; Sun, 3 Sep 1995 10:28:03 -0700 Date: Sun, 3 Sep 1995 10:28:02 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: Ollivier Robert cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: enhancing ftp/ftpd In-Reply-To: <199509031304.PAA09554@keltia.frmug.fr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 3 Sep 1995, Ollivier Robert wrote: > It seems that Jordan K. Hubbard said: > > > > It's called the "reget" command and already exists. > > Not in ncftp (1.x) and it is bloody annoying... Does ncftp 2.X has it (I've > not tried 2.X for a while because the "visual" screen is horrible) ? > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia 2.2-CURRENT #16: Tue Aug 22 01:54:17 MET DST 1995 NcFTP 2.x supports 'reget' just fine on servers that support it, and you just use the regular 'get' command. The trick to build NcFTP properly is to first download the latest NCurses library (1.9.4) from ftp://ftp.netcom.com/pub/zm/zmbenhal/ncurses/ and compile it (as a shared library, preferably). Otherwise you'll have a hard time getting the visual screen to work (or even compile) properly. ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Sep 3 10:43:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA23645 for hackers-outgoing; Sun, 3 Sep 1995 10:43:20 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA23639 for ; Sun, 3 Sep 1995 10:43:19 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15860(5)>; Sun, 3 Sep 1995 10:42:42 PDT Received: by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA14698; Sun, 3 Sep 95 13:42:38 EDT Message-Id: <9509031742.AA14698@gemini.sdsp.mc.xerox.com> To: Nate Williams Cc: hackers@freebsd.org Subject: Re: Install kudos In-Reply-To: Your message of "Thu, 31 Aug 1995 11:11:11 PDT." <199508311811.MAA06837@trout.sri.MT.net> Date: Sun, 3 Sep 1995 10:42:35 PDT From: "Marty Leisner" Sender: hackers-owner@freebsd.org Precedence: bulk > >I still don't know if FreeBSD is more stable than Linux, but I'll say >this much: FreeBSD is 10 million times easier to install than Linux was! > That wasn't my experience with 2.0... marty From owner-freebsd-hackers Sun Sep 3 12:03:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA26340 for hackers-outgoing; Sun, 3 Sep 1995 12:03:22 -0700 Received: from leary.ping.de (leary.ping.de [193.100.14.4]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA26333 for ; Sun, 3 Sep 1995 12:03:17 -0700 Received: (from sven@localhost) by leary.ping.de (8.6.11/8.6.9) id VAA02625 for FreeBSD-hackers@FreeBSD.ORG; Sun, 3 Sep 1995 21:03:11 +0200 From: Sven Neuhaus Message-Id: <199509031903.VAA02625@leary.ping.de> Subject: problems dumping To: FreeBSD-hackers@FreeBSD.ORG Date: Sun, 3 Sep 1995 21:03:09 +1553003 (MET DST) X-Face: %y@Pd*R`Agvcq1qsnLm3)-r`72:z2z&J3bS'!r6/G%,3ilsP[Ti DQ)6F!iUOx9N-g&?-VGiYJlTBqKY6J#6;lO`dJH;4Eg\Graog[HXN!lul^n3#2HAK-vqTp9ftQvHQc I@9{4@EPi9f8=!z% X-Mailer: ELM [version 2.4 PL13] Content-Type: text Content-Length: 960 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Greetings fellow hackers, we're running a loaded FreeBSD 2.1.0-950727-SNAP system here on a i486/100 PCI and are experiencing problems with NFS leading to kernel panics due to page faults (Fatal trap 12). The system does not reboot but hangs while dumping, so I uncommented the dump call in vm_machdep.c and recompiled the kernel. The problem I'm having now is to force a kernel panic so I can test the stuff I did. There's a function called "diediedie()" in machdep.c which seems to be designed just for that. However, since it's a kernel function, I have no clue how to call it. It's not defined in syscall.h either. Please help me by either telling me how to compile a program that calls diediedie() or cause a kernel panic by other means. Thanks. I'll keep investigating into the problems with dump'ing. -Sven -- Sven Neuhaus - sven@ping.de - Ping e.V. Admin Team - http://www.ping.de/~sven/ Welcome to hell. Here's your copy of Windows. From owner-freebsd-hackers Sun Sep 3 15:38:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA03274 for hackers-outgoing; Sun, 3 Sep 1995 15:38:54 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA03261 for ; Sun, 3 Sep 1995 15:38:41 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id AAA05617; Mon, 4 Sep 1995 00:25:11 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA01536; Sun, 3 Sep 1995 23:57:55 +0200 Date: Sun, 3 Sep 1995 23:57:55 +0200 From: Wolfram Schneider Message-Id: <199509032157.XAA01536@localhost> To: "Marty Leisner" Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: can swap space be shared with other OSes? In-Reply-To: <9508311508.AA29077@gnu.mc.xerox.com> References: <9508311508.AA29077@gnu.mc.xerox.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Marty Leisner writes: >Can the swap space for bsd be shared by bsd/windows/linux? Simple hack: swap root and swap partition, swap is now first FreeBSD partition Example: 1. 5MB DOS 2. 80MB extended DOS/Windows 2a. 80MB FreeBSD swap 3. 20MB FreeBSD / 99MB FreeBSD /usr If You don't swap, You don't need to reinstall windows :-)) (alternatively start with swap after windows, e.g. at offset 25MB and use 60MB for swap; DOS has tools for repairing corrupted fs). Be carefully with the FreeBSD root partition. -- Wolfram Schneider http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Sun Sep 3 19:01:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA09677 for hackers-outgoing; Sun, 3 Sep 1995 19:01:40 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA09671 for ; Sun, 3 Sep 1995 19:01:32 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA29104; Mon, 4 Sep 1995 08:03:41 +0600 From: "Serge A. Babkin" Message-Id: <199509040203.IAA29104@hq.icb.chel.su> Subject: Re: Gritching about serial port naming, plus Digiboard driver Q... To: peter@nmti.com (Peter da Silva) Date: Mon, 4 Sep 1995 08:03:41 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <9508312004.AA20121@sonic.nmti.com.nmti.com> from "Peter da Silva" at Aug 31, 95 03:04:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 788 Sender: hackers-owner@freebsd.org Precedence: bulk > Waiting for an Adaptec 1542 (it's an old ISA machine I'm rehabbing) so I can > start the install. I have three Digiboard PC/8e cards I want to use. Do I need > to install 2.1-STABLE to track the digiboard drivers or can I stick the new > drivers in 2.0.5 (this has a bearing on whether I spend a day downloading > stuff over our firewall and pissing everone off because it's a PPP link). The Digiboard driver is not in the source tree now. I think it should be there after releasing the BETA version. The only problem is that I have too few of time now. But now it works with any version since 2.0. And you'll need to apply the last patch to use it with PC/Xe. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Sep 3 19:12:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA10056 for hackers-outgoing; Sun, 3 Sep 1995 19:12:34 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA10050 for ; Sun, 3 Sep 1995 19:12:31 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA08081; Sun, 3 Sep 1995 19:12:05 -0700 To: "Serge A. Babkin" cc: peter@nmti.com (Peter da Silva), hackers@freebsd.org Subject: Re: Gritching about serial port naming, plus Digiboard driver Q... In-reply-to: Your message of "Mon, 04 Sep 1995 08:03:41 +0600." <199509040203.IAA29104@hq.icb.chel.su> Date: Sun, 03 Sep 1995 19:12:05 -0700 Message-ID: <8078.810180725@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Actually, I just put it in today! It's now in -current with your PC/Xe patches already applied. I added the patches to bring it up to -current standards in a separate pass, so I can send you diffs if you'd like (I'm not sure if you already sup/CTM -current?). Jordan > > Waiting for an Adaptec 1542 (it's an old ISA machine I'm rehabbing) so I ca n > > start the install. I have three Digiboard PC/8e cards I want to use. Do I n eed > > to install 2.1-STABLE to track the digiboard drivers or can I stick the new > > drivers in 2.0.5 (this has a bearing on whether I spend a day downloading > > stuff over our firewall and pissing everone off because it's a PPP link). > > The Digiboard driver is not in the source tree now. I think it should be ther e > after releasing the BETA version. The only problem is that I have too few of > time now. But now it works with any version since 2.0. And you'll need to app ly > the last patch to use it with PC/Xe. > > Serge Babkin > > ! (babkin@hq.icb.chel.su) > ! Headquarter of Joint Stock Commercial Bank "Chelindbank" > ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Sep 3 19:52:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA11171 for hackers-outgoing; Sun, 3 Sep 1995 19:52:29 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA11162 for ; Sun, 3 Sep 1995 19:52:26 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12235 (5.67a/IDA-1.5 for hackers@freebsd.org); Sun, 3 Sep 1995 21:47:00 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id VAA06904; Sun, 3 Sep 1995 21:20:36 -0500 Date: Sun, 3 Sep 1995 21:20:36 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509040220.VAA06904@bonkers.taronga.com> To: hackers@freebsd.org Subject: disklabel and file system differences between 1.1 and 2.0.5... Sender: hackers-owner@freebsd.org Precedence: bulk In the course of upgrading to 2.0.5 I have reached a point where I want to access the "old" system, which is still 1.1.5.1. I have to mount the 1.1 file systems ro, because they're dirty. I don't want to try fsck-ing them from 2.0.5, lest that break something. 1.1.5.1 doesn't see 2.0.5 file systems at all. Will it? Also, there seem to be differences in the dislabel. Again, I don't want to redisklabel it for 2.0.5 until I'm ready to switch over from 1.1. What are the differences, and which way should I go? From owner-freebsd-hackers Sun Sep 3 23:45:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA18707 for hackers-outgoing; Sun, 3 Sep 1995 23:45:10 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA18701 for ; Sun, 3 Sep 1995 23:45:09 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA17214 (5.67b8/IDA-1.5 for ); Sun, 3 Sep 1995 23:44:17 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA07382 (5.67b8/IDA-1.5); Sun, 3 Sep 1995 23:44:11 -0700 Received: by RockyMountain.rahul.net id AA17202 (5.67b/IDA-1.5); Sun, 3 Sep 1995 23:41:20 -0700 Date: Sun, 3 Sep 1995 23:41:20 -0700 From: Pete Delaney Message-Id: <199509040641.AA17202@RockyMountain.rahul.net> To: rgrimes@gndrsh.aac.dev.com, karl@mcs.com Subject: Re: 4GB Drives - Another Hawk bits the dust after a a short 3 month flight; Loading NetBSD ! Cc: karl@mcs.net, pete@RockyMountain.rahul.net, pete@kesa26.kesa.com, wally%wally@pdss.com, jbryant@argus.iadfw.net, freebsd-hackers@freebsd.org, pete@rahul.net Sender: hackers-owner@freebsd.org Precedence: bulk Karl/Rodney: > > > I like the Seagate Hawk series, and the 'Cudas *IF YOU CAN KEEP THEM COOL*. More like air conditioned. > > > > The Hawk is okay, and already stated as my model of choice on a price/size/ > > performance/reliabity point at the 4G mark. The Barracuda is off the > > bottom of the scale given the ``KEEP THEM COOL'' requirement and the > > significant initial product failure rates from Seagate gave them a very > > bad name in many communities. Even though Seagate has corrected the head > > meltdown/media flake problem that sour taste remains in many peoples > > mouths. > > I have no problem meeting environmental requirements as long as I know what > they are! In the case of the 'Cudas, I do. Maybe SeaCrate would have a lot of headackes by adding a warning note that their drives are substantially more sensitive to the ambient temperature than other drives. > > > that was not specifically designed to handle the heat dissapation of > > the Barracuda. SGI's official statement is ``don't put them inside > > the system boxes, but them in external enclosures''. AAC's official > > statement is ``don't use them at all''. > > Our official statement is "Install only in our 4-drive enclosures" (which > have five fans :-)) Case temperature never exceeds 82 degrees F if you do > this; we have a pyrometer and check such things. > > On the other hand, they will reach in excess of 120 F in a typical PC case, > and at that temp they WILL fail. Great, they must have used wax to hold the head on. The Installation guide says that the ambient termperature should be 50 C (122 F) which is close to your 120 F is only 48.89 C. They quote the HDA temperature as being 60 C (140 C). I assume that HDA is The temperature on the surface of the drive. I recall the maximum surface temperature on the Micropolus 1.0Gb was 160 C. In Germany I had some problems with Fujitsu drives running hot and started my current approach of adding a rather large (20W) fan in the Pizza Box where the floppy drive usually goes. This keeps the drives very cool, about 5 C from the ambient. I found the Hawk only running luke warm (85 .. 95 F), when I checked it a few times. I wonder if a major factor isn't the rate of rotation, but rather the disk head activity. I doubt that I the drive was very busy when I checked the temperature. In the past I've always found the terperature independant of the drive activity. Why else would the problem have occured after doing some heavy disk I/O? > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland > Voice: [+1 312 803-MCS1] | 7 Chicagoland POPs, ISDN, 28.8, much more > Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net > ISDN - Get it here TODAY! | Home of Chicago's *Three STAR A* Clarinet feed! I'm a Beta for the ZyXEL ISDN modem, I expect it to arrive shortly. -pete From owner-freebsd-hackers Mon Sep 4 00:10:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19124 for hackers-outgoing; Mon, 4 Sep 1995 00:10:26 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA19118 for ; Mon, 4 Sep 1995 00:10:24 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA02670; Sat, 2 Sep 1995 06:03:28 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Mark Murray cc: hackers@freebsd.org Subject: Re: Time, XNTPD and the Rugby transmitter... In-reply-to: Your message of "Sun, 03 Sep 1995 10:54:41 +0200." <199509030854.KAA01309@grumble.grondar.za> Date: Sat, 02 Sep 1995 06:03:28 -0700 Message-ID: <2668.810047008@critter.tfs.com> From: Poul-Henning Kamp Sender: hackers-owner@freebsd.org Precedence: bulk > Hello All > > Do any time boffins out there know if the British Rugby transmitter can > be used with our xntpd(8), and if so how? I know you can, but not the details, you need to grep for the "callsign" of of Rugby I think. ...but I don't think the signal you get in ZA is good enough... -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Sep 4 00:29:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA19720 for hackers-outgoing; Mon, 4 Sep 1995 00:29:02 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA19714 for ; Mon, 4 Sep 1995 00:29:00 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA03121; Sat, 2 Sep 1995 06:23:03 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: John-Mark Gurney cc: hackers@freebsd.org Subject: Re: pcmia ethernet cards In-reply-to: Your message of "Sat, 02 Sep 1995 01:00:50 PDT." Date: Sat, 02 Sep 1995 06:23:02 -0700 Message-ID: <3119.810048182@critter.tfs.com> From: Poul-Henning Kamp Sender: hackers-owner@freebsd.org Precedence: bulk > I am about to buy a toshiba notebook... It is going to include a > MegaHetze modem... and I am going to need a pcmia ethernet card... I was > wondering if anybody has any recommendations for one that is compatible > with FreeBSD? also... I would like it to be both 10base-T and 10base-2... National InfoMover... -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Sep 4 00:54:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA20541 for hackers-outgoing; Mon, 4 Sep 1995 00:54:21 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA20528 for ; Mon, 4 Sep 1995 00:54:06 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id JAA01140; Mon, 4 Sep 1995 09:53:36 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id JAA21662; Mon, 4 Sep 1995 09:53:35 +0200 Message-Id: <199509040753.JAA21662@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: Mark Murray , hackers@freebsd.org Subject: Re: Time, XNTPD and the Rugby transmitter... Date: Mon, 04 Sep 1995 09:53:34 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk > > Hello All > > > > Do any time boffins out there know if the British Rugby transmitter can > > be used with our xntpd(8), and if so how? > > I know you can, but not the details, you need to grep for the "callsign" > of of Rugby I think. > ...but I don't think the signal you get in ZA is good enough... I have a rugby receiver. I just need to know whether its method of toggling DCD(?) is OK... BTW - this receiver is dead simple - and I think I can contribute its design. Who is interested? (This is why this is in hackers, not questions) Who else knows about this? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Mon Sep 4 01:02:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA20921 for hackers-outgoing; Mon, 4 Sep 1995 01:02:04 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA20909 for ; Mon, 4 Sep 1995 01:02:00 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id BAA03695; Mon, 4 Sep 1995 01:00:23 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Mark Murray cc: hackers@freebsd.org Subject: Re: Time, XNTPD and the Rugby transmitter... In-reply-to: Your message of "Mon, 04 Sep 1995 09:53:34 +0200." <199509040753.JAA21662@grumble.grondar.za> Date: Mon, 04 Sep 1995 01:00:22 -0700 Message-ID: <3693.810201622@critter.tfs.com> From: Poul-Henning Kamp Sender: hackers-owner@freebsd.org Precedence: bulk > I have a rugby receiver. I just need to know whether its method of toggling > DCD(?) is OK... > > BTW - this receiver is dead simple - and I think I can contribute its > design. Who is interested? (This is why this is in hackers, not questions) > > Who else knows about this? I'm not, but check ftp.louie.udel.edu (or is it just louie.udel.edu ?) thats the "tickers club house :-)" -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Mon Sep 4 03:44:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA28065 for hackers-outgoing; Mon, 4 Sep 1995 03:44:43 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id DAA28056 for ; Mon, 4 Sep 1995 03:44:35 -0700 Received: by sovcom.kiae.su id AA07088 (5.65.kiae-1 ); Mon, 4 Sep 1995 13:43:14 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 4 Sep 95 13:43:14 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA01340; Mon, 4 Sep 1995 14:16:42 +0400 To: "Jordan K. Hubbard" , Ollivier Robert Cc: freebsd-hackers@freefall.FreeBSD.org, kuku@gilberto.physik.rwth-aachen.de References: <199509031304.PAA09554@keltia.frmug.fr.net> In-Reply-To: <199509031304.PAA09554@keltia.frmug.fr.net>; from Ollivier Robert at Sun, 3 Sep 1995 15:04:56 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 4 Sep 1995 14:16:42 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: enhancing ftp/ftpd Lines: 18 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 739 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199509031304.PAA09554@keltia.frmug.fr.net> Ollivier Robert writes: >It seems that Jordan K. Hubbard said: >> >> It's called the "reget" command and already exists. >Not in ncftp (1.x) and it is bloody annoying... Does ncftp 2.X has it (I've >not tried 2.X for a while because the "visual" screen is horrible) ? ncftp2 has it (get works this way). ncftp2 have an option to not start in visual mode, don't shure, but maybe -V. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Sep 4 04:53:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00897 for hackers-outgoing; Mon, 4 Sep 1995 04:53:46 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA00889 for ; Mon, 4 Sep 1995 04:53:43 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id HAA24236; Mon, 4 Sep 1995 07:45:24 -0400 Date: Mon, 4 Sep 1995 07:45:22 -0400 (EDT) From: "Jonathan M. Bresler" Subject: newfs fd0.1440--bad results To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk under 2.0.5R the newfs command recommended in /etc/disktab results in ~1216 sector unused out of a total of 2880. the recommended command is 'newfs fd[.]' as in newfs fd0.1440 'newfs -t 2 -u 18 fd0' results in no wasted floppy disk space. the file system type is reported as 'unused' ;( results at end jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 kooka: {16} disklabel -r fd0 # /dev/rfd0c: type: unknown disk: fd1440 label: flags: bytes/sector: 512 sectors/track: 18 tracks/cylinder: 2 sectors/cylinder: 36 cylinders: 80 sectors/unit: 2880 rpm: 300 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2880 0 unused 512 4096 # (Cyl. 0 - 79) b: 2880 0 unused 512 4096 # (Cyl. 0 - 79) c: 2880 0 unused 512 4096 # (Cyl. 0 - 79) From owner-freebsd-hackers Mon Sep 4 06:00:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA02809 for hackers-outgoing; Mon, 4 Sep 1995 06:00:38 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id GAA02803 for ; Mon, 4 Sep 1995 06:00:34 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <23171-0@bunyip.cc.uq.oz.au>; Mon, 4 Sep 1995 23:00:16 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id XAA09502 for ; Mon, 4 Sep 1995 23:04:47 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id NAA01305 for ; Mon, 4 Sep 1995 13:04:53 GMT Message-Id: <199509041304.NAA01305@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: hackers@freebsd.org Subject: AMD dx4-100 - Any good? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Sep 1995 23:04:52 +1000 From: Stephen Hocking Sender: hackers-owner@freebsd.org Precedence: bulk Has anyone had any experience running the AMD DX4-100 under FreeBSD - are there any gotcha's (like having to disable internal caches or downright incompatibility). What do people know about htis beast - does it have a math copro on board and how does it benchmark compared to an Intel DX2-66? Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Mon Sep 4 06:53:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA04696 for hackers-outgoing; Mon, 4 Sep 1995 06:53:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA04671 for ; Mon, 4 Sep 1995 06:53:18 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06653; Mon, 4 Sep 1995 15:53:04 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14613; Mon, 4 Sep 1995 15:53:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA24178; Mon, 4 Sep 1995 14:56:56 +0200 From: J Wunsch Message-Id: <199509041256.OAA24178@uriah.heep.sax.de> Subject: Re: QIC-80 tape driver sucks.. To: jehamby@lightside.com (Jake Hamby) Date: Mon, 4 Sep 1995 14:56:56 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Jake Hamby" at Sep 2, 95 08:03:46 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 881 Sender: hackers-owner@freebsd.org Precedence: bulk As Jake Hamby wrote: > > As soon as I can snag a copy of the ft(1) source as well as FTAPE (the > Linux floppy tape driver which DOES work with these tapes) I should be > able to hack it into submission. Actually I'd prefer to put floppy tape > support entirely in the kernel where it belongs (so I can use 'mt') but > I'm afraid I'm not a good enough kernel hacker for that. I'll post up to > this list when I've got a patch, but I'd like to know first if anyone has > already solved this problem? If you can come up with anything useable, submit it. Since apparently nobody of our current commiters team uses floppy tapes very much, it would be quite a good idea if you'd also sign _responsible_ for maintaining the driver... :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 06:56:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA04809 for hackers-outgoing; Mon, 4 Sep 1995 06:56:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA04790 for ; Mon, 4 Sep 1995 06:56:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06763; Mon, 4 Sep 1995 15:55:10 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14650; Mon, 4 Sep 1995 15:55:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA23880; Mon, 4 Sep 1995 14:36:33 +0200 From: J Wunsch Message-Id: <199509041236.OAA23880@uriah.heep.sax.de> Subject: Re: problems dumping To: sven@leary.ping.de (Sven Neuhaus) Date: Mon, 4 Sep 1995 14:36:32 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.ORG In-Reply-To: <199509031903.VAA02625@leary.ping.de> from "Sven Neuhaus" at Sep 3, 95 09:03:09 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 537 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Sven Neuhaus wrote: > > Greetings fellow hackers, > > stuff I did. There's a function called "diediedie()" in machdep.c which seems > to be designed just for that. > However, since it's a kernel function, I have no clue how to call it. It's > not defined in syscall.h either. It's supposed to be called from within DDB only. DDB might help you anyway, please read the kernel-debug.FAQ. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 06:57:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA04849 for hackers-outgoing; Mon, 4 Sep 1995 06:57:02 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA04775 for ; Mon, 4 Sep 1995 06:55:36 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06750; Mon, 4 Sep 1995 15:55:06 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14644; Mon, 4 Sep 1995 15:54:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA23808; Mon, 4 Sep 1995 14:31:16 +0200 From: J Wunsch Message-Id: <199509041231.OAA23808@uriah.heep.sax.de> Subject: Re: mt(1) erase not working on wt driver in FreeBSD-stable To: john@starfire.mn.org Date: Mon, 4 Sep 1995 14:31:15 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199509030105.UAA02051@starfire.mn.org> from "john@starfire.mn.org" at Sep 2, 95 08:05:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 953 Sender: hackers-owner@FreeBSD.org Precedence: bulk As john@starfire.mn.org wrote: > > Well, I'm pretty sure I've got the whole system up to -stable, anyway, > so if there were any changes between 2.0.5R and -stable that would > cause this, I'll look at that first if someone points me in the right > direction. Otherwise, in a nutshell: > dexter# mt -f /dev/rwt0 era > mt: /dev/rwt0: erase: Invalid argument > I presume that this is not the desired behavior, but just in case this > was superceded by something else, I thought I'd not jump to any > conclusions (and yes, the same thing happens on the no-rewind device). Can somebody loan me a wt-style drive? I'm probably the last one who's been touching mt(1), i'd volunteer to make it understand wt drives if i had access to one. (Perhaps even remote access in combination with talk might work.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 06:58:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA05032 for hackers-outgoing; Mon, 4 Sep 1995 06:58:53 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA04759 for ; Mon, 4 Sep 1995 06:55:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06698; Mon, 4 Sep 1995 15:54:43 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14639; Mon, 4 Sep 1995 15:54:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA23511; Mon, 4 Sep 1995 14:05:28 +0200 From: J Wunsch Message-Id: <199509041205.OAA23511@uriah.heep.sax.de> Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... To: peter@taronga.com (Peter da Silva) Date: Mon, 4 Sep 1995 14:05:28 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199509040220.VAA06904@bonkers.taronga.com> from "Peter da Silva" at Sep 3, 95 09:20:36 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 665 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter da Silva wrote: > > I have to mount the 1.1 file systems ro, because they're dirty. I don't > want to try fsck-ing them from 2.0.5, lest that break something. 1.1.5.1 > doesn't see 2.0.5 file systems at all. > > Will it? I think so. I remember my transition time, FreeBSD 2 seems to be able handling the FreeBSD 1 file systems, but the ``clean flag is not set''. FreeBSD 1 can see the FreeBSD 2 file systems, but cannot handle anything there, even the simplest attempt to run fsck -n will immediately barf. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 07:11:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA05686 for hackers-outgoing; Mon, 4 Sep 1995 07:11:16 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA05680 for ; Mon, 4 Sep 1995 07:11:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id HAA13082 for ; Mon, 4 Sep 1995 07:10:22 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA06763; Mon, 4 Sep 1995 15:55:10 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14650; Mon, 4 Sep 1995 15:55:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA23880; Mon, 4 Sep 1995 14:36:33 +0200 From: J Wunsch Message-Id: <199509041236.OAA23880@uriah.heep.sax.de> Subject: Re: problems dumping To: sven@leary.ping.de (Sven Neuhaus) Date: Mon, 4 Sep 1995 14:36:32 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.ORG In-Reply-To: <199509031903.VAA02625@leary.ping.de> from "Sven Neuhaus" at Sep 3, 95 09:03:09 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 537 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Sven Neuhaus wrote: > > Greetings fellow hackers, > > stuff I did. There's a function called "diediedie()" in machdep.c which seems > to be designed just for that. > However, since it's a kernel function, I have no clue how to call it. It's > not defined in syscall.h either. It's supposed to be called from within DDB only. DDB might help you anyway, please read the kernel-debug.FAQ. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 07:26:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA06635 for hackers-outgoing; Mon, 4 Sep 1995 07:26:58 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA06616 for ; Mon, 4 Sep 1995 07:26:51 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id KAA05526; Mon, 4 Sep 1995 10:28:32 -0400 Date: Mon, 4 Sep 1995 10:28:32 -0400 From: Coranth Gryphon Message-Id: <199509041428.KAA05526@healer.com> To: hackers@freebsd.org, peter@taronga.com Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... Sender: hackers-owner@freebsd.org Precedence: bulk From: peter@taronga.com (Peter da Silva) > In the course of upgrading to 2.0.5 I have reached a point where I want to > access the "old" system, which is still 1.1.5.1. > I have to mount the 1.1 file systems ro, because they're dirty. I don't > want to try fsck-ing them from 2.0.5, lest that break something. 1.1.5.1 > doesn't see 2.0.5 file systems at all. > Will it? Both are BSD 4.2 file systems. The difference is in the old partition vs. new slice code. If you do not use slices (ie. keep the old 1.1.5 partitions and simply reinstall) both versions will be able to use the disk. I have both sliced and non-sliced disks mounted on my 2.0.5 system and have had no problems. > What are the differences, and which way should I go? That's a good question. Anyone, aside from interoperability with other OS's, is there any real advantage gained by slices? -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-hackers Mon Sep 4 07:56:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA08719 for hackers-outgoing; Mon, 4 Sep 1995 07:56:26 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA08708 for ; Mon, 4 Sep 1995 07:56:22 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15923 (5.67a/IDA-1.5); Mon, 4 Sep 1995 09:31:22 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id JAA19660; Mon, 4 Sep 1995 09:21:43 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509041421.JAA19660@bonkers.taronga.com> Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 4 Sep 1995 09:21:43 -0500 (CDT) Cc: peter@taronga.com, hackers@freebsd.org In-Reply-To: <199509041205.OAA23511@uriah.heep.sax.de> from "J Wunsch" at Sep 4, 95 02:05:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 214 Sender: hackers-owner@freebsd.org Precedence: bulk > I think so. I remember my transition time, FreeBSD 2 seems to be able > handling the FreeBSD 1 file systems, but the ``clean flag is not > set''. But if I fsck it, will it convert it into a FBSD-2 file system? From owner-freebsd-hackers Mon Sep 4 22:25:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA00901 for hackers-outgoing; Mon, 4 Sep 1995 22:25:39 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id WAA00895 for ; Mon, 4 Sep 1995 22:25:37 -0700 Received: from mailhub by tfs.com (smail3.1.28.1) with UUCP id m0spqVs-0003wpC; Mon, 4 Sep 95 22:25 PDT Received: from idiom.com by tfs.com (smail3.1.28.1) with SMTP id m0spJw1-0003vuC; Sun, 3 Sep 95 11:38 PDT Received: from localhost (localhost [127.0.0.1]) by idiom.com (8.6.11/8.6.10) with SMTP id LAA18484 for ; Sun, 3 Sep 1995 11:38:24 -0700 Message-Id: <199509031838.LAA18484@idiom.com> X-Authentication-Warning: idiom.com: Host localhost didn't use HELO protocol To: julian@TFS.COM Subject: Linux SMP Date: Sun, 03 Sep 1995 11:38:22 -0700 From: Jason Venner Sender: hackers-owner@FreeBSD.org Precedence: bulk YE GODS IT WORKS Alan Cox (~iialan@iifeak.swan.ac.uk~) ~Thu, 31 Aug 1995 10:08:39 +0100 (BST)~ o *Messages sorted by:* [[[ date ]]][[[ thread ]]][[[ subject ]]][[[ author ]]] o *Previous message:* [[David S. Miller: "Grrr: Kernel threads completed"]] ------------------------------------------------------------------------------ I think that sums it up. I finally found a couple of small bugs and Linux SMP (with fpu bugs etc etc), fires up and runs X, plays doom etc. More news and some files to play with shortly Alan ------------------------------------------------------------------------------ o *Previous message:* [[David S. Miller: "Grrr: Kernel threads completed"]] From owner-freebsd-hackers Mon Sep 4 22:29:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01437 for hackers-outgoing; Mon, 4 Sep 1995 22:29:02 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01423 for ; Mon, 4 Sep 1995 22:28:58 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id UAA15973 for ; Mon, 4 Sep 1995 20:23:51 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21583 (5.67a/IDA-1.5 for hackers@freebsd.org); Mon, 4 Sep 1995 22:19:07 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id WAA00460 for hackers@freebsd.org; Mon, 4 Sep 1995 22:15:08 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509050315.WAA00460@bonkers.taronga.com> Subject: Change in behaviour of SU... To: hackers@FreeBSD.org Date: Mon, 4 Sep 1995 22:15:07 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 261 Sender: hackers-owner@FreeBSD.org Precedence: bulk In 1.1.5.1, the command "su" passed extra arguments to the shell. In 2.0.5, this is disabled. Howcome? I have several scripts that need to start various programs as particular users, so I've been using "su user -c command". What is the recommended alternative? From owner-freebsd-hackers Mon Sep 4 22:29:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01453 for hackers-outgoing; Mon, 4 Sep 1995 22:29:05 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01429 for ; Mon, 4 Sep 1995 22:28:58 -0700 Received: from mail0.iij.ad.jp (mail0.iij.ad.jp [192.244.176.61]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id TAA15879 for ; Mon, 4 Sep 1995 19:59:17 -0700 Received: from uucp0.iij.ad.jp (uucp0.iij.ad.jp [192.244.176.51]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id LAA07555; Tue, 5 Sep 1995 11:55:27 +0900 Received: (from uucp@localhost) by uucp0.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id LAA21649; Tue, 5 Sep 1995 11:55:30 +0900 Received: from xxx.fct.kgc.co.jp by fender.fct.kgc.co.jp (8.6.12+2.4W/3.4W:95071117) id LAA11713; Tue, 5 Sep 1995 11:18:14 +0900 Received: by xxx.fct.kgc.co.jp (8.6.11/3.3W8:95062916) id LAA25825; Tue, 5 Sep 1995 11:18:13 +0900 Date: Tue, 5 Sep 1995 11:18:13 +0900 From: Toshihiro Kanda Message-Id: <199509050218.LAA25825@xxx.fct.kgc.co.jp> To: Stephen Hocking Cc: hackers@FreeBSD.org In-reply-to: Stephen Hocking's message of 5 Sep 1995 00:19:17 +0900 Subject: AMD dx4-100 - Any good? Sender: hackers-owner@FreeBSD.org Precedence: bulk I'd run AMD DX4-100 for 6 months on FreeBSD 1.1.5.1~2.0. At least for me, it ran perfectly. Here's results of dhrystone 2.1 benchmark. This shows AMD DX4 doesn't run so fast for its clock, because of my f*ckin' M/B :-< 64102.6(4-100) 59405.9(466) 31380.8(433) candy@fct.kgc.co.jp (Toshihiro Kanda) > Has anyone had any experience running the AMD DX4-100 under FreeBSD - are > there any gotcha's (like having to disable internal caches or downright > incompatibility). What do people know about htis beast - does it have a math > copro on board and how does it benchmark compared to an Intel DX2-66? > > > Stephen > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > From owner-freebsd-hackers Mon Sep 4 22:29:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01610 for hackers-outgoing; Mon, 4 Sep 1995 22:29:32 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01571 for ; Mon, 4 Sep 1995 22:29:26 -0700 Received: from desiree.teleport.com (desiree.teleport.com [192.108.254.11]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id SAA15640 for ; Mon, 4 Sep 1995 18:40:21 -0700 Received: from linda.teleport.com (mrl@linda.teleport.com [192.108.254.12]) by desiree.teleport.com (8.6.12/8.6.9) with ESMTP id SAA27321 for ; Mon, 4 Sep 1995 18:39:11 -0700 From: Mostyn/Annabella Message-Id: <199509050139.SAA27321@desiree.teleport.com> Subject: Have I been dropped from the lists? To: hackers@FreeBSD.org Date: Mon, 4 Sep 1995 18:39:10 -0700 (PDT) Cc: mrl@teleport.com X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 172 Sender: hackers-owner@FreeBSD.org Precedence: bulk Sirs, Damms and ... There's been a deathly hush from the freebsd lists since about 10am today (08/04/95). Have I been extinguished from the flow of nectar? Mostyn lewis From owner-freebsd-hackers Mon Sep 4 22:30:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01882 for hackers-outgoing; Mon, 4 Sep 1995 22:30:13 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01864 for ; Mon, 4 Sep 1995 22:30:11 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id QAA15167 for ; Mon, 4 Sep 1995 16:09:40 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA07303 for ; Tue, 5 Sep 1995 01:09:40 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA07404 for freebsd-hackers@FreeBSD.ORG; Tue, 5 Sep 1995 01:09:40 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.13/keltia-uucp-2.4) id XAA22429 for freebsd-hackers@FreeBSD.ORG; Mon, 4 Sep 1995 23:50:43 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509042150.XAA22429@keltia.frmug.fr.net> Subject: SCSI - AHA2742A Twin-Channel To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Date: Mon, 4 Sep 1995 23:50:43 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Found in freebsd.misc... Justin ? ------- start of forwarded message ------- From: ab@distler.maschinenbau.uni-dortmund.de (Andreas Braukmann (NetAdmin)) Newsgroups: comp.unix.bsd.freebsd.misc Subject: SCSI - AHA2742A Twin-Channel Date: 2 Sep 1995 22:47:47 GMT Organization: University of Dortmund, LTD II Hi, ... I've got some trouble to use both SCSI-channels of my AHA2742AT under 2.0.5-950622-SNAP in a consistent way. The hostadapter supplies two SCSI-channels named 'A' and 'B'. Channel 'A' may be connected to internal and external devices; channel 'B' to internal devices only. Because of that, I've decided to put my fast harddisk on channel 'B' and an external cabinet with slower devices (CD-ROM, tape, an older harddisk) on channel 'A'. The problem: The aic7770 driver (/usr/src/sys/i386/scsi/aic7xxx.*) probes the channel 'A' before channel 'B'. This seems to be logical, but leads to the following annoying behavior: The first harddisk found at channel 'A' becomes sd0 (the second sd1 and so on) and the disks on channel 'B' sd??. Especially the device name for the disk with the root-partition is unpredictable. (Mind the possibility to have the external devices switched of.) Naturally I've considered to wire down the scsi-devices (kernel config file) in the following way: controller scbus0 controller scbus1 device sd0 at scbus1 target 0 unit 0 [...] device sd4 at scbus0 target 0 unit 0 ... ... without any success .... A kernel configured like this was booting right into a kernel panic. Tracing down the panic-message and some experiments leads to the assumption: The aic7xxx-driver interfaces to the kernel as one single scsi-bus? (Is this right?) If this is the case -- how should one distinguish devices with same target ids (one of them on Channel A and the other on channel B) in the kernel configuration file? Here some excerpts from the boot-messages of the driver: Only one scsi-disk on channel 'B'; external devices on channel 'A' switched off. ~~~~~~~~~~~~~~~~ ahc0: reading board settings ahc0: 274x Twin Channel, A SCSI Id=7, B SCSI Id=7, aic7770 >= Rev E, 4 SCBs ahc0: Using Level Sensitive Interrupts ahc0: Downloading Sequencer Program...Done ahc0 at 0x5000-0x50ff irq 11 on eisa slot 5 ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: Probing Channel B ahc0 waiting for scsi devices to settle (ahc0:0:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1033MB (2117025 512 byte sectors) ~~~~~~~~~~~~~~~~ .. the system boots as expected, sd0 is assigned to the 'right' disk. channel 'A' device switched on ~~~~~~~~~~~~~~~~ ahc0: reading board settings ahc0: 274x Twin Channel, A SCSI Id=7, B SCSI Id=7, aic7770 >= Rev E, 4 SCBs ahc0: Using Level Sensitive Interrupts ahc0: Downloading Sequencer Program...Done ahc0 at 0x5000-0x50ff irq 11 on eisa slot 5 ahc0: Probing channel A ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE [...]" type 0 fixed SCSI 1 sd1(ahc0:0:0): Direct-Access [...] ahc0: Probing Channel B ahc0 waiting for scsi devices to settle (ahc0:0:0): "FUJITSU M2694ES-512 812A" type 0 fixed SCSI 2 sd1(ahc0:0:0): Direct-Access 1033MB (2117025 512 byte sectors) ~~~~~~~~~~~~~~~~ .. the system boots into 'panic', because the kernel cannot localize its root filesystem. Any suggestions? Thanks, Andreas -- +------------------------------------------------------+ | Andreas Braukmann University of Dortmund | +------------------------------------------------------+ | braukman@ls12.informatik.uni-dortmund.de | | ab@ltd2.maschinenbau.uni-dortmund.de | +------------------------------------------------------+ ------- end of forwarded message ------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Mon Sep 4 22:30:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA01914 for hackers-outgoing; Mon, 4 Sep 1995 22:30:17 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA01880 for ; Mon, 4 Sep 1995 22:30:13 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id PAA15031 for ; Mon, 4 Sep 1995 15:40:55 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id QAA29896; Mon, 4 Sep 1995 16:39:25 -0600 Date: Mon, 4 Sep 1995 16:39:25 -0600 From: Nate Williams Message-Id: <199509042239.QAA29896@trout.sri.MT.net> In-Reply-To: "Marty Leisner" "Re: Install kudos" (Sep 3, 10:42am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Marty Leisner" Subject: Re: Install kudos Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I still don't know if FreeBSD is more stable than Linux, but I'll say > >this much: FreeBSD is 10 million times easier to install than Linux was! > > > > That wasn't my experience with 2.0... FYI, I didn't write this, but posted the article to the mailing list. Nate From owner-freebsd-hackers Mon Sep 4 22:31:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02369 for hackers-outgoing; Mon, 4 Sep 1995 22:31:39 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02339 for ; Mon, 4 Sep 1995 22:31:30 -0700 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id NAA14445 for ; Mon, 4 Sep 1995 13:02:39 -0700 Received: from robot-research.com by relay2.UU.NET with SMTP id QQzftw12114; Mon, 4 Sep 1995 16:01:21 -0400 Received: from cc:Mail SMTPLINK 2.1 by robot-research.com id AA809989822; Fri, 01 Sep 95 14:12:02 PST Date: Fri, 01 Sep 95 14:12:02 PST From: "ROBERT" Encoding: 9 Text Message-Id: <9508018099.AA809989822@robot-research.com> To: hackers@FreeBSD.org Subject: Video Spigot & FreeBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone been sucessfull in writing a driver to capture images from a Video Spigot? I have looked through the code written for nv (network video) and have tried some stuff from there. I seem to hang when using the "spigot_start_xfer(1);" If anyone can shed some light on this for me pls respond via E-Mail to : robert@robot-research.com thanks in advance, Robert Whyte From owner-freebsd-hackers Mon Sep 4 22:32:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02508 for hackers-outgoing; Mon, 4 Sep 1995 22:32:14 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02457 for ; Mon, 4 Sep 1995 22:31:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id MAA14267 for ; Mon, 4 Sep 1995 12:22:56 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA16006; Mon, 4 Sep 1995 21:21:29 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA18389; Mon, 4 Sep 1995 21:21:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id UAA27454; Mon, 4 Sep 1995 20:17:08 +0200 From: J Wunsch Message-Id: <199509041817.UAA27454@uriah.heep.sax.de> Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 4 Sep 1995 20:17:07 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, peter@taronga.com In-Reply-To: <199509041421.JAA19660@bonkers.taronga.com> from "Peter da Silva" at Sep 4, 95 09:21:43 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 577 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter da Silva wrote: > > > I think so. I remember my transition time, FreeBSD 2 seems to be able > > handling the FreeBSD 1 file systems, but the ``clean flag is not > > set''. > > But if I fsck it, will it convert it into a FBSD-2 file system? fsck -c2 is supposed to do this. I remember problem reports regarding file systems that have been using the old FASTLINKS option, but otherwise the conversion seemed to be clean. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Sep 4 22:32:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA02590 for hackers-outgoing; Mon, 4 Sep 1995 22:32:27 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02565 for ; Mon, 4 Sep 1995 22:32:26 -0700 Received: from penzance.econ.yale.edu (penzance.econ.yale.edu [130.132.32.100]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id LAA14159 for ; Mon, 4 Sep 1995 11:54:18 -0700 Date: Mon, 4 Sep 1995 14:41:06 -0400 (EDT) From: -Vince- To: hackers@FreeBSD.org Subject: compiling gnu finger Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi everyone, Has anyone out there successfully compiled gnu finger 1.37 under FreeBSD? If anyone did, can you tell me what did you need to do to get it to compile? Any help would be greatly appreciated. Cheers, -Vince- vince@kbrown.oldcampus.yale.edu - GUS Mailing Lists Admin UCLA Physics/Electrical Engineering - UC Berkeley Fall '95 SysAdmin bigbang.HIP.Berkeley.EDU - Running FreeBSD, Real UN*X for Free! Chabot Observatory & Science Center From owner-freebsd-hackers Mon Sep 4 22:35:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA03082 for hackers-outgoing; Mon, 4 Sep 1995 22:35:48 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA02999 for ; Mon, 4 Sep 1995 22:35:09 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id JAA13684 for ; Mon, 4 Sep 1995 09:53:43 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16835 (5.67a/IDA-1.5 for hackers@freebsd.org); Mon, 4 Sep 1995 11:32:38 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id MAA00208 for hackers@freebsd.org; Mon, 4 Sep 1995 12:06:29 -0500 Date: Mon, 4 Sep 1995 12:06:29 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509041706.MAA00208@bonkers.taronga.com> To: hackers@FreeBSD.org Subject: Bad superblock? Sender: hackers-owner@FreeBSD.org Precedence: bulk I take it 2.0.5 updates the clean flag in the superblock but not in the first alternate, so when 1.1 looks it sees the clean flag doesn't match and so the superblocks don't match. Is that correct? If so, is there any reason it can't write the clean flag in the first alternate superblock as well? From owner-freebsd-hackers Mon Sep 4 22:36:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA03378 for hackers-outgoing; Mon, 4 Sep 1995 22:36:54 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA03332 for ; Mon, 4 Sep 1995 22:36:46 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id IAA13417 for ; Mon, 4 Sep 1995 08:34:27 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14530(5)>; Mon, 4 Sep 1995 08:32:41 PDT Received: by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA20560; Mon, 4 Sep 95 11:32:31 EDT Message-Id: <9509041532.AA20560@gemini.sdsp.mc.xerox.com> To: freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: can swap space be shared with other OSes? In-Reply-To: Your message of "Mon, 04 Sep 1995 04:38:23 PDT." <199509041138.NAA23223@uriah.heep.sax.de> Date: Mon, 4 Sep 1995 08:32:29 PDT From: "Marty Leisner" Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm going to hack up the Linux kernel to give each BSD partition in a slice a Linux partition... Since the swap partition is then brought out, it there anything special (signature?) in the swap partition? If necessary, I can in rc.* do: mkswap swapon in both linux and freebsd... marty From owner-freebsd-hackers Mon Sep 4 22:44:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA04213 for hackers-outgoing; Mon, 4 Sep 1995 22:44:28 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA04202 for ; Mon, 4 Sep 1995 22:44:19 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA07047 ; Mon, 4 Sep 1995 23:40:59 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA07203 ; Mon, 4 Sep 1995 23:40:58 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.13/keltia-uucp-2.4) id XAA22093; Mon, 4 Sep 1995 23:20:03 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509042120.XAA22093@keltia.frmug.fr.net> Subject: Re: enhancing ftp/ftpd To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 4 Sep 1995 23:20:02 +0200 (MET DST) Cc: jkh@time.cdrom.com, freebsd-hackers@freefall.FreeBSD.org, kuku@gilberto.physik.rwth-aachen.de Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 4, 95 02:16:42 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems that =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= said: > ncftp2 has it (get works this way). ncftp2 have an option to not start > in visual mode, don't shure, but maybe -V. It's -L for command-line mode. It can be configured by the menus in visual mode too. The 2.1.0 port compiles cleanly and the visual mode works too despite our old ncurses version (the README says 1.8.6). Shouldn't we upgrade to 1.9.4? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Mon Sep 4 22:49:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA04646 for hackers-outgoing; Mon, 4 Sep 1995 22:49:49 -0700 Received: from penzance.econ.yale.edu (penzance.econ.yale.edu [130.132.32.100]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id WAA04638 for ; Mon, 4 Sep 1995 22:49:46 -0700 Date: Tue, 5 Sep 1995 01:49:37 -0400 (EDT) From: -Vince- To: FreeBSD-hackers@freefall.FreeBSD.org Subject: compiling gnu finger Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi everyone, Has anyone out there successfully compiled gnu finger 1.37 under FreeBSD? If anyone did, can you tell me what did you need to do to get it to compile? Any help would be greatly appreciated. Cheers, -Vince- vince@kbrown.oldcampus.yale.edu - GUS Mailing Lists Admin UCLA Physics/Electrical Engineering - UC Berkeley Fall '95 SysAdmin bigbang.HIP.Berkeley.EDU - Running FreeBSD, Real UN*X for Free! Chabot Observatory & Science Center From owner-freebsd-hackers Mon Sep 4 23:06:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA06484 for hackers-outgoing; Mon, 4 Sep 1995 23:06:27 -0700 Received: (from gclarkii@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA06475 ; Mon, 4 Sep 1995 23:06:26 -0700 From: Gary Clark II Message-Id: <199509050606.XAA06475@freefall.freebsd.org> Subject: Re: AMD dx4-100 - Any good? To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Mon, 4 Sep 1995 23:06:24 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199509041304.NAA01305@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Sep 4, 95 11:04:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 937 Sender: hackers-owner@freebsd.org Precedence: bulk > > Has anyone had any experience running the AMD DX4-100 under FreeBSD - are > there any gotcha's (like having to disable internal caches or downright > incompatibility). What do people know about htis beast - does it have a math > copro on board and how does it benchmark compared to an Intel DX2-66? > > Hi, I've got one of these right here:) Runs just fine except the motherboard has bad tag ram on the cache:( It does beat a DX2-66, it's basicly a DX"3"-100. Rod can tell you more:) > Stephen > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > > Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ From owner-freebsd-hackers Mon Sep 4 23:10:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA06720 for hackers-outgoing; Mon, 4 Sep 1995 23:10:13 -0700 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA06707 for ; Mon, 4 Sep 1995 23:10:01 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HUWRUG1WW0000Y3D@mail.rwth-aachen.de>; Tue, 05 Sep 1995 08:10:10 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA27855; Tue, 5 Sep 1995 08:22:56 +0200 Date: Tue, 05 Sep 1995 08:22:55 +0200 (MET DST) From: Christoph Kukulies Subject: Re: Have I been dropped from the lists? In-reply-to: <199509050139.SAA27321@desiree.teleport.com> from "Mostyn/Annabella" at Sep 4, 95 06:39:10 pm To: mrl@teleport.com (Mostyn/Annabella) Cc: hackers@FreeBSD.org, mrl@teleport.com Reply-to: Christoph Kukulies Message-id: <199509050622.IAA27855@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 386 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Sirs, Damms and ... > > There's been a deathly hush from the freebsd lists since about 10am > today (08/04/95). Have I been extinguished from the flow of nectar? ^^ There has been an announcement in this list that freefall will be down on Sept. 4th for upgrade reasons (2.1-stable). > > Mostyn lewis > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Sep 4 23:37:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA09356 for hackers-outgoing; Mon, 4 Sep 1995 23:37:16 -0700 Received: from localhost.lightside.com (user58.lightside.com [198.81.209.58]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA09349 for ; Mon, 4 Sep 1995 23:37:14 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id XAA00310; Mon, 4 Sep 1995 23:36:11 -0700 Date: Mon, 4 Sep 1995 23:36:10 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: AMD dx4-100 - Any good? In-Reply-To: <199509041304.NAA01305@netfl15a.devetir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 4 Sep 1995, Stephen Hocking wrote: > Has anyone had any experience running the AMD DX4-100 under FreeBSD - are > there any gotcha's (like having to disable internal caches or downright > incompatibility). What do people know about htis beast - does it have a math > copro on board and how does it benchmark compared to an Intel DX2-66? > > > Stephen I just bought an AMD DX4-100 two days ago to replace my old Cyrix DX2/66. Because the Cyrix only had a 1K cache, it was NOT as fast as the Intel, but the AMD has an 8k cache and so performs just as well, and costs a lot cheaper than an Intel 486DX4/100 ($109 vs. $190 at PC Club in Industry, CA). It is also 100% compatible with anything you can throw at it, including FreeBSD. Even the Intel diagnostic program that came with an old 486 Overdrive chip passed the AMD with flying colors! Anyway, unless your motherboard supports the 3.3 volt CPUs, you'll probably have to get a new one, but you can find motherboards WITH the AMD DX4-100 for under $200 these days. It's an excellent chip and I highly recommend it. ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Sep 4 23:38:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA09426 for hackers-outgoing; Mon, 4 Sep 1995 23:38:58 -0700 Received: from localhost.lightside.com (user58.lightside.com [198.81.209.58]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA09420 for ; Mon, 4 Sep 1995 23:38:56 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id XAA00317; Mon, 4 Sep 1995 23:39:09 -0700 Date: Mon, 4 Sep 1995 23:39:08 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: Peter da Silva cc: hackers@freebsd.org Subject: Re: QIC-80 tape driver sucks.. In-Reply-To: <199509050437.XAA02376@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Mon, 4 Sep 1995, Peter da Silva wrote: > >Is anyone using the floppy tape driver in FreeBSD for QIC-80 extended > >length tapes? I have a Colorado Jumbo 350 and the 'ft' program really > >screws up when I use the DC2120-XL (170MB) tapes. I'm also thinking about > >upgrading to a T1000 Travan drive which supports up to 400MB > >(uncompressed) tapes but I'm afraid it will have a similar problem. > > Upgrade to SCSI. Floppy tape is fundamentally broken and unfixable. > > NECXDirect has some pretty cheap (6-700 bux) SCSI QIC and DAT drives. > If I had $600-$700 to spend I would probably have bought a DAT or 8mm SCSI drive, but I thought it would be much more economical (since this computer is for home use and my backup needs aren't that great) to stick with a floppy tape backup since it only cost $170. Don't blame the hardware for FreeBSD's lack of driver support. Linux supported my QIC-80 drive just fine. As soon as I analyze Linux's FTAPE and the existing broken FreeBSD drivers, I'll try to come up with a better solution, and if I do, I'll be happy to maintain it for the FreeBSD team. I'll keep everyone posted... ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Tue Sep 5 00:19:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA10259 for hackers-outgoing; Tue, 5 Sep 1995 00:19:35 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id AAA10248 for ; Tue, 5 Sep 1995 00:19:30 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA28515; Tue, 5 Sep 1995 17:10:47 +1000 Date: Tue, 5 Sep 1995 17:10:47 +1000 From: Bruce Evans Message-Id: <199509050710.RAA28515@godzilla.zeta.org.au> To: gryphon@healer.com, hackers@FreeBSD.org, peter@taronga.com Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have both sliced and non-sliced disks mounted on my 2.0.5 system and >have had no problems. >> What are the differences, and which way should I go? See old FreeBSD-current mail. >That's a good question. Anyone, aside from interoperability with other >OS's, is there any real advantage gained by slices? 1. Interoperability with the same OS. 2. More partitions. Labels by default limit the number of partitions to about 8 and there is a fundamental limit imposed by the label having to fit in a single sector. The slice driver by default limits the nomber of partitions to 240 (8 on each of 30 slices) and the disk data structure allows about half as many slices as there are sectors on the disk (up to a limit of 4G sectors). Bruce From owner-freebsd-hackers Tue Sep 5 01:09:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id BAA11446 for hackers-outgoing; Tue, 5 Sep 1995 01:09:16 -0700 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id BAA11440 for ; Tue, 5 Sep 1995 01:09:15 -0700 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id BAA22451; Tue, 5 Sep 1995 01:09:14 -0700 Date: Tue, 5 Sep 1995 01:09:14 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Upgrade to stable? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Is there an easy way to get from the 7/26 snap to stable, short of re-install? From owner-freebsd-hackers Tue Sep 5 01:34:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id BAA14530 for hackers-outgoing; Tue, 5 Sep 1995 01:34:33 -0700 Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id BAA14523 for ; Tue, 5 Sep 1995 01:33:49 -0700 Received: by crox.net.kiae.su id MAA24373; (8.6.9/vak/1.8a) Tue, 5 Sep 1995 12:30:40 +0400 To: rgrimes@gndrsh.aac.dev.com Cc: hackers@freebsd.org References: <199508282111.OAA02494@gndrsh.aac.dev.com> Message-ID: Organization: Cronyx Ltd. Date: Tue, 5 Sep 95 12:30:40 +0400 X-Mailer: BML [UNIX Beauty Mail v.1.39] From: vak@cronyx.ru Subject: Re: Version 1.3 of ATAPI CD-ROM driver Sender: hackers-owner@freebsd.org Precedence: bulk > Posting 500 line mail files to lists with 1000 people on it is > not such a cool idea. Please, in the future place it some place > for anon ftp and send a pointer. Sorry, I was wrong... --- Serge Vakulenko Cronyx Ltd., Moscow Unix consulting and custom programming phone: +7 (095) 939-23-23 FreeBSD support fax: +7 (095) 939-03-00 Relcom network development From owner-freebsd-hackers Tue Sep 5 01:48:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id BAA14753 for hackers-outgoing; Tue, 5 Sep 1995 01:48:41 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id BAA14746 for ; Tue, 5 Sep 1995 01:48:39 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA02365 for ; Tue, 5 Sep 1995 01:48:36 -0700 To: hackers@freefall.FreeBSD.org Subject: freefall now running 2.1-STABLE Date: Tue, 05 Sep 1995 01:48:36 -0700 Message-ID: <2363.810290916@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk All user directories were restored from tape, /etc merged carefully by hand. A few things still need to be resurrected for root before all the old scripts will run (/root/bin/* for one thing), but that should all be back online by tomorrow morning. /usr/local was started clean and NOT restored due to the fact that the old one was the usual complete mess that results from not being very careful in /usr/local for a long period of time. This may mean that your favorite utility isn't installed yet, and if you want one (and will use it) then by all means ask! Jordan From owner-freebsd-hackers Tue Sep 5 02:26:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id CAA18106 for hackers-outgoing; Tue, 5 Sep 1995 02:26:52 -0700 Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id CAA18095 for ; Tue, 5 Sep 1995 02:26:02 -0700 Received: by crox.net.kiae.su id NAA24439; (8.6.9/vak/1.8a) Tue, 5 Sep 1995 13:13:47 +0400 To: bde@zeta.org.au Cc: hackers@freebsd.org References: <199508292031.GAA32192@godzilla.zeta.org.au> Message-ID: Organization: Cronyx Ltd. Date: Tue, 5 Sep 95 13:13:46 +0400 X-Mailer: BML [UNIX Beauty Mail v.1.39] From: vak@cronyx.ru Subject: Re: Help installing IDE CD-ROM driver Sender: hackers-owner@freebsd.org Precedence: bulk > >There is no disklabel support in wcd driver, that's why > >there is no /dev/wcd0a device. Is it really needed? > > Not really, but it simplifies the device naming scheme and all other > cdrom drivers support it. All CD-ROM drivers support partition A. Some of them also support partition C, which is the same. What about ln -s /dev/wcd0c /dev/wcd0a? :-) Serge --- Serge Vakulenko Cronyx Ltd., Moscow Unix consulting and custom programming phone: +7 (095) 939-23-23 FreeBSD support fax: +7 (095) 939-03-00 Relcom network development From owner-freebsd-hackers Tue Sep 5 02:35:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA03202 for hackers-outgoing; Mon, 4 Sep 1995 22:36:07 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA03166 for ; Mon, 4 Sep 1995 22:35:59 -0700 Received: from Glock.COM (glock.com [198.82.228.165]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id JAA13554 for ; Mon, 4 Sep 1995 09:26:30 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id MAA06295; Mon, 4 Sep 1995 12:25:21 -0400 Date: Mon, 4 Sep 1995 12:25:21 -0400 From: "matthew c. mead" Message-Id: <199509041625.MAA06295@Glock.COM> To: hackers@FreeBSD.org Subject: any way to limit nfs request throughput? Sender: hackers-owner@FreeBSD.org Precedence: bulk I have someone that's doing some diskless booting off my machine, which he really should be purchasing his own drive for. Given that I've only got a 486/66 with 48M ram and an ne2000 clone ethernet card, his activity is slowing my machine down a lot. Is there any way to limit the nfs request frequency, or disallow more than x requests per second to alleviate some of this problem, or should I just nice -19 the nfs processes? Any other ideas? Thanks... -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Tue Sep 5 03:35:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA18953 for hackers-outgoing; Tue, 5 Sep 1995 03:35:57 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA18947 for ; Tue, 5 Sep 1995 03:35:51 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA02568; Tue, 5 Sep 1995 20:33:54 +1000 Date: Tue, 5 Sep 1995 20:33:54 +1000 From: Bruce Evans Message-Id: <199509051033.UAA02568@godzilla.zeta.org.au> To: bde@zeta.org.au, vak@cronyx.ru Subject: Re: Help installing IDE CD-ROM driver Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> >There is no disklabel support in wcd driver, that's why >> >there is no /dev/wcd0a device. Is it really needed? >> >> Not really, but it simplifies the device naming scheme and all other >> cdrom drivers support it. >All CD-ROM drivers support partition A. Some of them >also support partition C, which is the same. wcd actually sort of supports 2^30 partitions, all the same (because wcdopen() doesn't check the top 30 bits in the device number :-(). There would be aliasing problems if someone created one of the other minors and used both. There are aliasing problems now between the cdev and the bdev. E.g., opening the cdev while the bdev is open invalidates the F_OPEN flag and messes up media change stuff. The `fmt' arg to wdopen() and wdclose() that is required to distinguish cdevs from bdevs is missing. dsopen() and dsclose() handle all these aliasing problems. >What about ln -s /dev/wcd0c /dev/wcd0a? :-) It should be wcd0 since there are no partitions. The slice naming scheme has this as a special (xxd0 is actually minor 2 on slice 1). Bruce From owner-freebsd-hackers Tue Sep 5 03:52:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA19343 for hackers-outgoing; Tue, 5 Sep 1995 03:52:00 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA19334 for ; Tue, 5 Sep 1995 03:51:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA11901 for ; Tue, 5 Sep 1995 12:51:11 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA23349 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 12:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id MAA01018 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 12:17:03 +0200 From: J Wunsch Message-Id: <199509051017.MAA01018@uriah.heep.sax.de> Subject: Re: Change in behaviour of SU... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 5 Sep 1995 12:17:03 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199509050315.WAA00460@bonkers.taronga.com> from "Peter da Silva" at Sep 4, 95 10:15:07 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 504 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter da Silva wrote: > > In 1.1.5.1, the command "su" passed extra arguments to the shell. In 2.0.5, > this is disabled. Howcome? I have several scripts that need to start various > programs as particular users, so I've been using "su user -c command". What > is the recommended alternative? 1.) re-import it from 1.1.5.1, or 2.) echo command | su user -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Sep 5 03:55:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA19433 for hackers-outgoing; Tue, 5 Sep 1995 03:55:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA19401 for ; Tue, 5 Sep 1995 03:54:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA11897; Tue, 5 Sep 1995 12:51:09 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA23344; Tue, 5 Sep 1995 12:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id MAA00984; Tue, 5 Sep 1995 12:14:00 +0200 From: J Wunsch Message-Id: <199509051014.MAA00984@uriah.heep.sax.de> Subject: Re: QIC-80 tape driver sucks.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 5 Sep 1995 12:14:00 +0200 (MET DST) Cc: jehamby@lightside.com (Jake Hamby) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Jake Hamby" at Sep 4, 95 11:39:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1149 Sender: hackers-owner@freebsd.org Precedence: bulk As Jake Hamby wrote: > > Upgrade to SCSI. Floppy tape is fundamentally broken and unfixable. > If I had $600-$700 to spend I would probably have bought a DAT or 8mm SCSI > drive, but I thought it would be much more economical (since this computer > is for home use and my backup needs aren't that great) to stick with a > floppy tape backup since it only cost $170. Did you ever consider buying a used QIC-150 drive? They are rock-solid, only somewhat more expensive than this cr*ppy QIC-40/80 stuff, and might suffice for most ``home computer'' sites. > Don't blame the hardware for FreeBSD's lack of driver support. Linux > supported my QIC-80 drive just fine. As soon as I analyze Linux's FTAPE > and the existing broken FreeBSD drivers, I'll try to come up with a > better solution, and if I do, I'll be happy to maintain it for the > FreeBSD team. I'll keep everyone posted... Many have been there, many have done that, all resigned. :-( We greatly appreciate your offer to maintain it! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Sep 5 06:33:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA23197 for hackers-outgoing; Tue, 5 Sep 1995 06:33:39 -0700 Received: from chrome.onramp.net (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id GAA23183 for ; Tue, 5 Sep 1995 06:33:37 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.onramp.net (8.6.11/8.6.9) with SMTP id IAA19701; Tue, 5 Sep 1995 08:31:55 -0500 Message-Id: <199509051331.IAA19701@chrome.onramp.net> X-Authentication-Warning: chrome.onramp.net: Host localhost.jdl.com didn't use HELO protocol To: Bruce Evans cc: vak@cronyx.ru, hackers@freebsd.org Subject: Re: Help installing IDE CD-ROM driver In-reply-to: Your message of "Tue, 05 Sep 1995 20:33:54 +1000." <199509051033.UAA02568@godzilla.zeta.org.au> Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Tue, 05 Sep 1995 08:31:54 -0500 From: Jon Loeliger Sender: hackers-owner@freebsd.org Precedence: bulk Apparently, Bruce Evans scribbled: > wcd actually sort of supports 2^30 partitions, all the same (because > wcdopen() doesn't check the top 30 bits in the device number :-(). > There would be aliasing problems if someone created one of the other > minors and used both. There are aliasing problems now between the cdev > and the bdev. E.g., opening the cdev while the bdev is open invalidates > the F_OPEN flag and messes up media change stuff. The `fmt' arg to > wdopen() and wdclose() that is required to distinguish cdevs from bdevs > is missing. dsopen() and dsclose() handle all these aliasing problems. I have also modified wcd.c's wcdattach() to return the obvious -1 or 0 upon failure or success respectively. Seems reasonable to me given atapi.c expects to use the return code that way too... jdl From owner-freebsd-hackers Tue Sep 5 07:01:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA25874 for hackers-outgoing; Tue, 5 Sep 1995 07:01:36 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA25822 for ; Tue, 5 Sep 1995 07:01:23 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA10739; Tue, 5 Sep 95 16:02:13 +0100 Date: Tue, 5 Sep 95 16:02:13 +0100 Message-Id: <9509051502.AA10739@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: peter@taronga.com Cc: joerg_wunsch@uriah.heep.sax.de, peter@taronga.com, hackers@freebsd.org In-Reply-To: <199509041421.JAA19660@bonkers.taronga.com> (peter@taronga.com) Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... X-Mailer: Emacs Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> Peter da Silva writes: >> I think so. I remember my transition time, FreeBSD 2 seems to be able >> handling the FreeBSD 1 file systems, but the ``clean flag is not >> set''. > But if I fsck it, will it convert it into a FBSD-2 file system? No, I have used a 1.1.5 filesystem during a long time without any problems. Use fsck -c 2 to convert it to the new format. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-hackers Tue Sep 5 07:28:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA29555 for hackers-outgoing; Tue, 5 Sep 1995 07:28:53 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA29549 for ; Tue, 5 Sep 1995 07:28:50 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id AAA24127 for hackers@freebsd.org; Wed, 6 Sep 1995 00:06:02 +0930 From: Michael Smith Message-Id: <199509051436.AAA24127@genesis.atrad.adelaide.edu.au> Subject: Spot of bother building the new iBCS2 stuff. To: hackers@freebsd.org Date: Wed, 6 Sep 1995 00:06:01 +0930 (CST) Content-Type: text Content-Length: 809 Sender: hackers-owner@freebsd.org Precedence: bulk Greetings to anyone looking at the new iBCS2 material. /usr/src/lkm/inew/../../sys/compat/ibcs2/ibcs2_ipc.c:54: sys/syscallargs.h: No such file or directory The file _is_ supplied as part of the kit, but not in a sys/ directory. Further, the one supplied is a NetBSD file. Is this significant? Where should this file be? I'm building under 2.0.5-RELEASE, but I've checked a relatively -current tree with no signs of life. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Sep 5 07:30:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA29729 for hackers-outgoing; Tue, 5 Sep 1995 07:30:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA29543 for ; Tue, 5 Sep 1995 07:28:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA22580 for ; Tue, 5 Sep 1995 16:22:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA24097 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 16:22:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA01525 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 14:05:54 +0200 From: J Wunsch Message-Id: <199509051205.OAA01525@uriah.heep.sax.de> Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 5 Sep 1995 14:05:54 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199509041428.KAA05526@healer.com> from "Coranth Gryphon" at Sep 4, 95 10:28:32 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 438 Sender: hackers-owner@freebsd.org Precedence: bulk As Coranth Gryphon wrote: > > Both are BSD 4.2 file systems. The difference is in the old partition vs. > new slice code. Nah, look into the description of the -c2 option to fsck(8) for an explanation of the difference. The slice code does not apply here, it's one level below file systems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Sep 5 07:30:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA29765 for hackers-outgoing; Tue, 5 Sep 1995 07:30:45 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA29741 for ; Tue, 5 Sep 1995 07:30:36 -0700 Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id QAA27633 for hackers@FreeBSD.org; Tue, 5 Sep 1995 16:26:37 +0200 From: Paul Allenby Message-Id: <199509051426.QAA27633@zibbi.mikom.csir.co.za> Subject: Update on snmp To: hackers@FreeBSD.org Date: Tue, 5 Sep 1995 16:26:37 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 992 Sender: hackers-owner@FreeBSD.org Precedence: bulk The CMU snmp code has been modified to run on FreeBSD, as was announced in July. The present version supports only version 1 PDU's. It compiles cleanly, but needs work to remove the non-FreeBSD stuff. We intend to introduce support for PPP mibs, Frame relay and Frame relay mibs. The current version is available via anonymous ftp from ftp.internat.FreeBSD.org, file pub/FreeBSD.tools/snmp.tgz. Included are executables compiled under 2.1.0-stable, which should be started up from the directory containing the mib file mib.txt. Alternatively, the environment varible MIBFILE should be set to point to mib.txt. Please test it, break it etc, and send comments, fixes, updates etc to me at pallenby@mikom.csir.co.za. ******************************************************************************** P.D.Allenby Mikomtek, CSIR, RSA. e-mail: pallenby@mikom.csir.co.za voice : 27 12 8414195 ******************************************************************************** From owner-freebsd-hackers Tue Sep 5 07:30:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA29800 for hackers-outgoing; Tue, 5 Sep 1995 07:30:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA29145 for ; Tue, 5 Sep 1995 07:23:58 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA22588 for ; Tue, 5 Sep 1995 16:22:20 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA24099 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 16:22:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA01560 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 14:09:41 +0200 From: J Wunsch Message-Id: <199509051209.OAA01560@uriah.heep.sax.de> Subject: Re: freefall now running 2.1-STABLE To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 5 Sep 1995 14:09:40 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <2363.810290916@time.cdrom.com> from "Jordan K. Hubbard" at Sep 5, 95 01:48:36 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 684 Sender: hackers-owner@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > /usr/local was started clean and NOT restored due to the fact that the > old one was the usual complete mess that results from not being very > careful in /usr/local for a long period of time. rlogin from a 2.0.5 box into my tcsh account got two suprises: tcsh has been warning about a libc.so version mismatch. I've got ^M echoed, as well as the arrow keys when editing a command line, even though both worked otherwise (CR has been accepted as the end of line), and i didn't find broken stty settings. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Sep 5 08:05:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA02475 for hackers-outgoing; Tue, 5 Sep 1995 08:05:17 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id IAA02462 for ; Tue, 5 Sep 1995 08:05:14 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id IAA18509 for ; Tue, 5 Sep 1995 08:02:23 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA01468; Tue, 5 Sep 1995 16:49:55 +0200 From: Luigi Rizzo Message-Id: <199509051449.QAA01468@labinfo.iet.unipi.it> Subject: Re: disklabel and file system differences between 1.1 and 2.0.5... To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Tue, 5 Sep 1995 16:49:55 +0200 (MET DST) Cc: peter@taronga.com, joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <9509051502.AA10739@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Sep 5, 95 04:01:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 858 Sender: hackers-owner@freebsd.org Precedence: bulk > >> I think so. I remember my transition time, FreeBSD 2 seems to be able > >> handling the FreeBSD 1 file systems, but the ``clean flag is not > >> set''. > > > But if I fsck it, will it convert it into a FBSD-2 file system? > > No, I have used a 1.1.5 filesystem during a long time without any > problems. Use fsck -c 2 to convert it to the new format. i.e. *don't use it :) I guess this is what the original poster (and I myself) wanted to know! 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 5 08:24:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id IAA04336 for hackers-outgoing; Tue, 5 Sep 1995 08:24:21 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id IAA04330 for ; Tue, 5 Sep 1995 08:24:14 -0700 Received: by sequent.kiae.su id AA11188 (5.65.kiae-2 ); Tue, 5 Sep 1995 19:22:56 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 5 Sep 95 19:22:55 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id TAA00770; Tue, 5 Sep 1995 19:10:24 +0400 To: Ollivier Robert Cc: freebsd-hackers@freefall.FreeBSD.org, "Jordan K. Hubbard" , jkh@time.cdrom.com, kuku@gilberto.physik.rwth-aachen.de References: <199509042120.XAA22093@keltia.frmug.fr.net> In-Reply-To: <199509042120.XAA22093@keltia.frmug.fr.net>; from Ollivier Robert at Mon, 4 Sep 1995 23:20:02 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 5 Sep 1995 19:10:23 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: enhancing ftp/ftpd Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 915 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199509042120.XAA22093@keltia.frmug.fr.net> Ollivier Robert writes: >The 2.1.0 port compiles cleanly and the visual mode works too despite our >old ncurses version (the README says 1.8.6). Shouldn't we upgrade to 1.9.4? There is two things that prevents me integrating 1,9,4 right now: 1) 1.9.4 have some unpleasant things (from ncurses-list and some additional feedback). 2) I don't think it is critical to import it right now, so I plan to wait for a while (counting patches into ncurses-list). More time we wait, better thing we have. :-) I plan to do it somewhere before 2.2 will be releases. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Sep 5 09:46:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id JAA05886 for hackers-outgoing; Tue, 5 Sep 1995 09:46:39 -0700 Received: from aristotle.algonet.se (aristotle.algonet.se [193.12.207.1]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA05880 for ; Tue, 5 Sep 1995 09:46:35 -0700 Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by aristotle.algonet.se (8.6.9/hdw.1.0) with SMTP id SAA12052; Tue, 5 Sep 1995 18:46:05 +0200 Received: by sophocles. (5.x/SMI-SVR4) id AA15597; Tue, 5 Sep 1995 18:46:25 +0200 Date: Tue, 5 Sep 1995 18:46:25 +0200 From: mal@algonet.se (Mats Lofkvist) Message-Id: <9509051646.AA15597@sophocles.> To: jehamby@lightside.com Cc: hackers@FreeBSD.ORG In-Reply-To: (message from Jake Hamby on Mon, 4 Sep 1995 23:36:10 -0700 (PDT)) Subject: Re: AMD dx4-100 - Any good? Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I just bought an AMD DX4-100 two days ago to replace my old Cyrix DX2/66. Because the Cyrix only had a 1K cache, it was NOT as fast as the Intel, but the AMD has an 8k cache and so performs just as well, and costs a lot cheaper than an Intel 486DX4/100 ($109 vs. $190 at PC Club in Industry, CA). It is also 100% compatible with anything you can throw at it, including FreeBSD. Even the Intel diagnostic program that came with an old 486 Overdrive chip passed the AMD with flying colors! Isn't the cache in the Intel DX4 16K ? If so, "just as well" might not be entirely true. _ Mats Lofkvist mal@algonet.se From owner-freebsd-hackers Tue Sep 5 10:29:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA06587 for hackers-outgoing; Tue, 5 Sep 1995 10:29:26 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA06576 for ; Tue, 5 Sep 1995 10:29:22 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id NAA03671 for ; Tue, 5 Sep 1995 13:30:20 -0400 Date: Tue, 5 Sep 1995 13:30:20 -0400 Message-Id: <199509051730.NAA03671@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) From: dennis@et.htp.com (dennis) Subject: Re: QIC-80 tape driver sucks.. Sender: hackers-owner@FreeBSD.org Precedence: bulk >As Jake Hamby wrote: > >> > Upgrade to SCSI. Floppy tape is fundamentally broken and unfixable. > >> If I had $600-$700 to spend I would probably have bought a DAT or 8mm SCSI >> drive, but I thought it would be much more economical (since this computer >> is for home use and my backup needs aren't that great) to stick with a >> floppy tape backup since it only cost $170. > >Did you ever consider buying a used QIC-150 drive? They are >rock-solid, only somewhat more expensive than this cr*ppy QIC-40/80 >stuff, and might suffice for most ``home computer'' sites. > Low cost tape is important for another reason, that is it gives you the ability to move large volumes from one site to another (home to work at minimum) when dial downloading is unacceptable. For this, you need to buy more than 1 tape drive which multiplies the effect of low cost drives. Dennis From owner-freebsd-hackers Tue Sep 5 10:37:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA06940 for hackers-outgoing; Tue, 5 Sep 1995 10:37:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA06933 for ; Tue, 5 Sep 1995 10:37:39 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23660; Tue, 5 Sep 1995 10:32:51 -0700 From: Terry Lambert Message-Id: <199509051732.KAA23660@phaeton.artisoft.com> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 10:32:51 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199509041706.MAA00208@bonkers.taronga.com> from "Peter da Silva" at Sep 4, 95 12:06:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 716 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > I take it 2.0.5 updates the clean flag in the superblock but not in > the first alternate, so when 1.1 looks it sees the clean flag doesn't > match and so the superblocks don't match. Is that correct? > > If so, is there any reason it can't write the clean flag in the first > alternate superblock as well? To answer this, ask yourself "why is my first superblock bad?". If the answer could be "controller failure" than the reason it doesn't update the backup superblocks should be obvious. If you fsck with a backup superblock, the clean flag will be set in the backup. 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 5 10:41:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA07119 for hackers-outgoing; Tue, 5 Sep 1995 10:41:40 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA07113 for ; Tue, 5 Sep 1995 10:41:38 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA03954; Tue, 5 Sep 1995 10:41:27 -0700 To: peter@taronga.com (Peter da Silva) cc: hackers@FreeBSD.org Subject: Re: Change in behaviour of SU... In-reply-to: Your message of "Mon, 04 Sep 1995 22:15:07 CDT." <199509050315.WAA00460@bonkers.taronga.com> Date: Tue, 05 Sep 1995 10:41:27 -0700 Message-ID: <3952.810322887@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > In 1.1.5.1, the command "su" passed extra arguments to the shell. In 2.0.5, > this is disabled. Howcome? I have several scripts that need to start various > programs as particular users, so I've been using "su user -c command". What > is the recommended alternative? I commented on this just the other day. What we need is `-c' to come back is what we need. Jordan From owner-freebsd-hackers Tue Sep 5 10:43:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA07219 for hackers-outgoing; Tue, 5 Sep 1995 10:43:32 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA07212 for ; Tue, 5 Sep 1995 10:43:31 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23692; Tue, 5 Sep 1995 10:37:47 -0700 From: Terry Lambert Message-Id: <199509051737.KAA23692@phaeton.artisoft.com> Subject: Re: any way to limit nfs request throughput? To: mmead@Glock.COM (matthew c. mead) Date: Tue, 5 Sep 1995 10:37:47 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199509041625.MAA06295@Glock.COM> from "matthew c. mead" at Sep 4, 95 12:25:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1307 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > I have someone that's doing some diskless booting off my machine, > which he really should be purchasing his own drive for. Given that I've > only got a 486/66 with 48M ram and an ne2000 clone ethernet card, his > activity is slowing my machine down a lot. Is there any way to limit the > nfs request frequency, or disallow more than x requests per second to > alleviate some of this problem, or should I just nice -19 the nfs > processes? Any other ideas? Thanks... Nicing down the processes will prevent them from being sheduled to run when another process of higher priority is also ready to run (this is simplistic, and doesn't take into account anti-starvation). As long as the reason you are taking so many requests is actual disk I/O, then nice should work. If he's hitting the heck out of cache, then you can't slow it down because the NFS process isn't sleeping on I/O waits. It's only when a process sleeps that nice takes effect, and only then in deciding how long to delay scheduling it to run in favor of other processes. One way to *significantly* reduce NFS throuput is to load Linux. 8-). Terry Lambert terry@lambert.org --- "It's a joke son, a joke!" -- Foghorn Leghorn --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Sep 5 11:54:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA06940 for hackers-outgoing; Tue, 5 Sep 1995 10:37:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA06933 for ; Tue, 5 Sep 1995 10:37:39 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23660; Tue, 5 Sep 1995 10:32:51 -0700 From: Terry Lambert Message-Id: <199509051732.KAA23660@phaeton.artisoft.com> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 10:32:51 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199509041706.MAA00208@bonkers.taronga.com> from "Peter da Silva" at Sep 4, 95 12:06:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 716 Sender: hackers-owner@freebsd.org Precedence: bulk > I take it 2.0.5 updates the clean flag in the superblock but not in > the first alternate, so when 1.1 looks it sees the clean flag doesn't > match and so the superblocks don't match. Is that correct? > > If so, is there any reason it can't write the clean flag in the first > alternate superblock as well? To answer this, ask yourself "why is my first superblock bad?". If the answer could be "controller failure" than the reason it doesn't update the backup superblocks should be obvious. If you fsck with a backup superblock, the clean flag will be set in the backup. 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 5 12:28:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA01088 for hackers-outgoing; Tue, 5 Sep 1995 12:28:43 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id MAA01075 for ; Tue, 5 Sep 1995 12:28:42 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id LAA19574 for ; Tue, 5 Sep 1995 11:49:57 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id LAA07129; Tue, 5 Sep 1995 11:49:45 -0700 Message-Id: <199509051849.LAA07129@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Paul Allenby cc: hackers@freebsd.org Subject: Re: Update on snmp In-reply-to: Your message of "Sat, 05 Sep 1995 16:26:37 +0200." <199509051426.QAA27633@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Sep 1995 11:48:41 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Paul Allenby said: > The CMU snmp code has been modified to run on FreeBSD, as was announced > in July. The present version supports only version 1 PDU's. It compiles I would like to see snmp set implemented and tcl7.3/tk3.6 or tcl7.4/tk4.0 supported. Also, switching to BLT should be a snap and a lot easier than upgrading graph.c and htext2.c to tk3.6 or tk4.0. Not sure why snmp set was left out in the cmu implementation since Pohl's original implementation did have snmp set. You may want to consider building ISODE's snmp2 on something like a sun to test the FreeBSD agent. Cheers, Amancio From owner-freebsd-hackers Tue Sep 5 12:34:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA06940 for hackers-outgoing; Tue, 5 Sep 1995 10:37:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA06933 for ; Tue, 5 Sep 1995 10:37:39 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23660; Tue, 5 Sep 1995 10:32:51 -0700 From: Terry Lambert Message-Id: <199509051732.KAA23660@phaeton.artisoft.com> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 10:32:51 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199509041706.MAA00208@bonkers.taronga.com> from "Peter da Silva" at Sep 4, 95 12:06:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 716 Sender: hackers-owner@freebsd.org Precedence: bulk > I take it 2.0.5 updates the clean flag in the superblock but not in > the first alternate, so when 1.1 looks it sees the clean flag doesn't > match and so the superblocks don't match. Is that correct? > > If so, is there any reason it can't write the clean flag in the first > alternate superblock as well? To answer this, ask yourself "why is my first superblock bad?". If the answer could be "controller failure" than the reason it doesn't update the backup superblocks should be obvious. If you fsck with a backup superblock, the clean flag will be set in the backup. 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 5 12:48:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA02111 for hackers-outgoing; Tue, 5 Sep 1995 12:48:42 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id MAA02105 for ; Tue, 5 Sep 1995 12:48:37 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA18665 for ; Tue, 5 Sep 1995 20:08:27 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA11809 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 20:08:26 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.13/keltia-uucp-2.4) id TAA26346 for freebsd-hackers@freebsd.org; Tue, 5 Sep 1995 19:29:09 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509051729.TAA26346@keltia.frmug.fr.net> Subject: Re: Change in behaviour of SU... To: freebsd-hackers@freebsd.org Date: Tue, 5 Sep 1995 19:29:09 +0200 (MET DST) Reply-To: roberto@Keltia.Freenix.FR (Ollivier Robert) In-Reply-To: <199509051017.MAA01018@uriah.heep.sax.de> from "J Wunsch" at Sep 5, 95 12:17:03 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk It seems that J Wunsch said: > > 1.) re-import it from 1.1.5.1, or I checked on a friend 1.1.5.1 machine, su(1) does *not* permit "-c"... ------------------------------------------------------------ [...] #ifndef lint char copyright[] = "@(#) Copyright (c) 1988 The Regents of the University of California.\n\ All rights reserved.\n"; #endif /* not lint */ #ifndef lint static char sccsid[] = "@(#)su.c 5.26 (Berkeley) 7/6/91"; #endif /* not lint */ [...] #ifdef KERBEROS #include #include #include #define ARGSTR "-Kflm" int use_kerberos = 1; #else #define ARGSTR "-flm" #endif ------------------------------------------------------------ It is weird... I thought 1.1.5.1 had it. > 2.) echo command | su user -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Tue Sep 5 13:33:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA04790 for hackers-outgoing; Tue, 5 Sep 1995 13:33:26 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA04776 for ; Tue, 5 Sep 1995 13:33:20 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id NAA16940; Tue, 5 Sep 1995 13:33:07 -0700 Date: Tue, 5 Sep 1995 13:33:07 -0700 From: Sean Eric Fagan Message-Id: <199509052033.NAA16940@kithrup.com> To: hackers@freebsd.org, roberto@keltia.frmug.fr.net Subject: Re: Change in behaviour of SU... Sender: hackers-owner@freebsd.org Precedence: bulk >#ifdef KERBEROS >#include >#include >#include > >#define ARGSTR "-Kflm" > >int use_kerberos = 1; >#else >#define ARGSTR "-flm" >#endif The "-c" is not an argument to su. It is an argument to sh. The original manpages for su said that any extra arguments would be passed to the subshell spawned, whatever that was. The changes I sent to freebsd a long time ago did that; those changes were checked in. When you say "su root -c ls" you are saying, "as root, do '/bin/csh -c ls'". If you say "su root exit", you are saying, "as root, do '/bin/sh exit'". Sean. From owner-freebsd-hackers Tue Sep 5 13:49:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA05227 for hackers-outgoing; Tue, 5 Sep 1995 13:49:30 -0700 Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA05219 for ; Tue, 5 Sep 1995 13:49:24 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id WAA00730; Tue, 5 Sep 1995 22:05:53 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199509052005.WAA00730@gvr.win.tue.nl> Subject: passwword update times To: hackers@freebsd.org Date: Tue, 5 Sep 1995 22:05:52 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 733 Sender: hackers-owner@freebsd.org Precedence: bulk I've been thinking about a possible solution to the large time pwd_mkdb needs to update large password databases. What about this possible solution: For each of the programs passwd, chsh, chfn and chpass only one user per invocation can be changed. This is unlike vipw where everything can be done to the password file. For the non-vipw ones, we could add an option to pwd_mkdb, let's say -u that makes that pwd_mkdb, in staed of completely rebuilding the pwd.db and spwd.db files, only updates (via put()) the entry for the specified user. (so pwd_mkdb' operation remains the same as now, except it copies {s,}pwd.db and does only one put()). That would mean that only vipw has the performance problem. What do you think? -Guido From owner-freebsd-hackers Tue Sep 5 13:52:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA05375 for hackers-outgoing; Tue, 5 Sep 1995 13:52:09 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA05369 for ; Tue, 5 Sep 1995 13:52:06 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA19813 ; Tue, 5 Sep 1995 22:51:22 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA12236 ; Tue, 5 Sep 1995 22:51:21 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.13/keltia-uucp-2.4) id WAA01505; Tue, 5 Sep 1995 22:51:05 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509052051.WAA01505@keltia.frmug.fr.net> Subject: Re: Change in behaviour of SU... To: sef@kithrup.com (Sean Eric Fagan) Date: Tue, 5 Sep 1995 22:51:04 +0200 (MET DST) Cc: hackers@freebsd.org Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) In-Reply-To: <199509052033.NAA16940@kithrup.com> from "Sean Eric Fagan" at Sep 5, 95 01:33:07 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk It seems that Sean Eric Fagan said: > When you say "su root -c ls" you are saying, "as root, do '/bin/csh -c ls'". > If you say "su root exit", you are saying, "as root, do '/bin/sh exit'". OK, mea culpa. Not enough coffee, I should RTFS more. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Tue Sep 5 14:47:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA07368 for hackers-outgoing; Tue, 5 Sep 1995 14:47:59 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id OAA07362 for ; Tue, 5 Sep 1995 14:47:45 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00139 (5.67a/IDA-1.5); Tue, 5 Sep 1995 16:36:30 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id QAA22367; Tue, 5 Sep 1995 16:03:24 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509052103.QAA22367@bonkers.taronga.com> Subject: Re: Change in behaviour of SU... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 5 Sep 1995 16:03:24 -0500 (CDT) Cc: peter@taronga.com, hackers@FreeBSD.org In-Reply-To: <3952.810322887@time.cdrom.com> from "Jordan K. Hubbard" at Sep 5, 95 10:41:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 120 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I commented on this just the other day. What we need is `-c' to come > back is what we need. OK, I'll look into it. From owner-freebsd-hackers Tue Sep 5 14:49:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA07400 for hackers-outgoing; Tue, 5 Sep 1995 14:49:00 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id OAA07392 for ; Tue, 5 Sep 1995 14:48:52 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00136 (5.67a/IDA-1.5); Tue, 5 Sep 1995 16:36:20 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id QAA22315; Tue, 5 Sep 1995 16:02:53 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509052102.QAA22315@bonkers.taronga.com> Subject: Re: Bad superblock? To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Sep 1995 16:02:53 -0500 (CDT) Cc: peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509051732.KAA23660@phaeton.artisoft.com> from "Terry Lambert" at Sep 5, 95 10:32:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 364 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > If so, is there any reason it can't write the clean flag in the first > > alternate superblock as well? > To answer this, ask yourself "why is my first superblock bad?". It isn't. > If the answer could be "controller failure" than the reason it doesn't > update the backup superblocks should be obvious. Doesn't "sync" update the backup superblock anyway? From owner-freebsd-hackers Tue Sep 5 15:22:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id PAA08479 for hackers-outgoing; Tue, 5 Sep 1995 15:22:05 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id PAA08473 for ; Tue, 5 Sep 1995 15:22:02 -0700 Received: from uucp6.UU.NET by relay3.UU.NET with SMTP id QQzfxx19678; Tue, 5 Sep 1995 18:22:00 -0400 Received: from sawmill.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 5 Sep 1995 18:22:00 -0400 Received: by sawmill.uucp (/\==/\ Smail3.1.21.1 #21.8) id ; Tue, 5 Sep 95 17:09 EST Message-Id: Date: Tue, 5 Sep 95 17:09 EST From: sawmill!rjk@uunet.uu.net (Richard Kuhns) To: freebsd-hackers@freebsd.org Subject: Printer setup/configuration Sender: hackers-owner@freebsd.org Precedence: bulk I have an excellent opportunity to install FreeBSD on systems in a company that has, for the last several years, been running some variant of System V. The System V print spooler, while extremely aggravating in many ways, has a couple of capabilities that we find very useful, and I can't come up with a good way to emulate them under FreeBSD. To be specific: First, when configuring a printer, you can give it a type (a la TERM in termcap/terminfo), which lp can use to set special options on the printer. Then, when you want to print a given file (output from a report) (spreadsheet), `lp -o cpi=16' will print the thing at 16 chars/in, `lp -o lpi=8' will print it at 8 lines/in, and you can have multiple `-o' options on the command line. Plus, since these all refer to the same logical printer, a single command is all that's necessary to disable printing. Second, forms. It's very handy to be able to say `print this on a printer that has Purchase Order forms mounted', and have it either print immediately on an appropriate printer, or stay in the spool until someone loads Purchase Order forms on a printer and informs the system. Is anyone currently fooling with the print spooler? I've been playing with MDQS (Multi Device Queueing System), which seems to have some promise. It already handles forms, and I've just about got enough of a front-end to handle the various `-o' options I need, but there's no network support at all (the MDQS code actually had #ifdef's for V6!!!). If anyone is working on/has a vision for the future of the print spooler, I'd like to hear about it -- I've got to do something, and if it's something other people can use too, so much the better. Please comment... It'd be nice to slip something like this into 2.2. -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-hackers Tue Sep 5 15:46:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id PAA09767 for hackers-outgoing; Tue, 5 Sep 1995 15:46:41 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id PAA09761 for ; Tue, 5 Sep 1995 15:46:37 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA24452; Tue, 5 Sep 1995 15:41:33 -0700 From: Terry Lambert Message-Id: <199509052241.PAA24452@phaeton.artisoft.com> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 15:41:33 -0700 (MST) Cc: terry@lambert.org, peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509052102.QAA22315@bonkers.taronga.com> from "Peter da Silva" at Sep 5, 95 04:02:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1197 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > If the answer could be "controller failure" than the reason it doesn't > > update the backup superblocks should be obvious. > > Doesn't "sync" update the backup superblock anyway? yes, but not the clean bit. Consider a failure and a loss of the original superblock; to be consistent, the backup superblock must force a fsck. This all boils down to an issue of media perfection and the fact that a sector failure can take out critical data at all; or in the particular case that started this thread, the MSDOSFS can be of by two bytes and blow your superblock. Trying to optimize for the case of a particular know failure is a bogus exercise. Either fix the failure or live with the existing recovery; the existing recovery takes a lot more failure modes than the MSDOSFS crap into account, and losing them because a similar but not identical failure has occured (and is thus not recoverable) is a Bad Thing(tm). If this isn't your issue, then you don't have an issue; your superblock is good, use it instead of trying to play with a backup. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Sep 5 17:14:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA12357 for hackers-outgoing; Tue, 5 Sep 1995 17:14:10 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id RAA12351 for ; Tue, 5 Sep 1995 17:14:08 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0sq87u-0009aeC; Tue, 5 Sep 95 17:14 PDT Date: Tue, 5 Sep 1995 17:14:01 -0700 (PDT) From: Jake Hamby To: Mats Lofkvist cc: hackers@FreeBSD.ORG Subject: Re: AMD dx4-100 - Any good? In-Reply-To: <9509051646.AA15597@sophocles.> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Tue, 5 Sep 1995, Mats Lofkvist wrote: > I just bought an AMD DX4-100 two days ago to replace my old Cyrix DX2/66. > Because the Cyrix only had a 1K cache, it was NOT as fast as the Intel, > but the AMD has an 8k cache and so performs just as well, and costs a lot > cheaper than an Intel 486DX4/100 ($109 vs. $190 at PC Club in Industry, > CA). It is also 100% compatible with anything you can throw at it, > including FreeBSD. Even the Intel diagnostic program that came with an > old 486 Overdrive chip passed the AMD with flying colors! > > Isn't the cache in the Intel DX4 16K ? > If so, "just as well" might not be entirely true. > Okay, I forgot to mention that point. :) But for all practical purposes, the difference between 8k and 16k cache is a lot smaller than the difference between the 1k cache on the Cyrix and an 8k cache, especially if you also have a 256k external cache, as most decent 486 motherboards do. ---Jake jehamby@lightside.com From owner-freebsd-hackers Tue Sep 5 17:15:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA12454 for hackers-outgoing; Tue, 5 Sep 1995 17:15:56 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id RAA12444 for ; Tue, 5 Sep 1995 17:15:52 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA01589 (5.67a/IDA-1.5); Tue, 5 Sep 1995 18:49:21 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id SAA25384; Tue, 5 Sep 1995 18:38:13 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509052338.SAA25384@bonkers.taronga.com> Subject: Re: Bad superblock? To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Sep 1995 18:38:12 -0500 (CDT) Cc: peter@taronga.com, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199509052241.PAA24452@phaeton.artisoft.com> from "Terry Lambert" at Sep 5, 95 03:41:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 903 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > If this isn't your issue, then you don't have an issue; your superblock > is good, use it instead of trying to play with a backup. 8-). You are completely missing the point. When I umount under 2.0.5 it updates the clean bit on the superblock but not on the backup superblock. When I boot 1.1.5.1, it sees the superblocks are different and forces a manual fsck. Nothing is bad. I'm just wondering why umount doesn't set the clean bit in the backup superblock. It's not saving anything, since the system is routinely writing to the backup superblock anyway. And it provides the *illusion* of a bad file system when the file system is perfectly good. (yes, I know, it's not designed to handle switching file systems between the two, but that's what you do during an upgrade on production hardware... the system should be designed to make upgrades as easy as possible when it doesn't cost anything) From owner-freebsd-hackers Tue Sep 5 17:25:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA12786 for hackers-outgoing; Tue, 5 Sep 1995 17:25:57 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id RAA12780 for ; Tue, 5 Sep 1995 17:25:56 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24680; Tue, 5 Sep 1995 17:20:53 -0700 From: Terry Lambert Message-Id: <199509060020.RAA24680@phaeton.artisoft.com> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 17:20:53 -0700 (MST) Cc: terry@lambert.org, peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509052338.SAA25384@bonkers.taronga.com> from "Peter da Silva" at Sep 5, 95 06:38:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1459 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > If this isn't your issue, then you don't have an issue; your superblock > > is good, use it instead of trying to play with a backup. 8-). > > You are completely missing the point. > > When I umount under 2.0.5 it updates the clean bit on the superblock but > not on the backup superblock. When I boot 1.1.5.1, it sees the superblocks > are different and forces a manual fsck. > > Nothing is bad. I'm just wondering why umount doesn't set the clean bit in > the backup superblock. It's not saving anything, since the system is routinely > writing to the backup superblock anyway. And it provides the *illusion* of a > bad file system when the file system is perfectly good. Ah. This is a completely different point from the one you made. 8-). The problem is that fsck compares the whole superblock instead of just the areas that it cares about. You need to make it not care about the clean stamp. If you'll rememebr, the clean flag wasn't in 1.x, so a "1.x fsck" will (correctly) fsck each time the system is booted. Personally, I would recommend allowing it to do this unless you choose to upgrade the FS to the new layout or modify the fsck, making it an "enhanced 1.x FS" instead of a "1.x FS" or "2.x FS". Of course, I'd advocate staying with the mainline code: update the disk or live with the fsck. 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 5 17:49:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA13344 for hackers-outgoing; Tue, 5 Sep 1995 17:49:31 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id RAA13334 for ; Tue, 5 Sep 1995 17:49:26 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id TAA06186; Tue, 5 Sep 1995 19:49:40 -0500 From: Mike Pritchard Message-Id: <199509060049.TAA06186@mpp.minn.net> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Sep 1995 19:49:40 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199509052338.SAA25384@bonkers.taronga.com> from "Peter da Silva" at Sep 5, 95 06:38:12 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1866 Sender: hackers-owner@freebsd.org Precedence: bulk [cc: list trimmed back] Peter da Silva wrote: > > > If this isn't your issue, then you don't have an issue; your superblock > > is good, use it instead of trying to play with a backup. 8-). > > You are completely missing the point. > > When I umount under 2.0.5 it updates the clean bit on the superblock but > not on the backup superblock. When I boot 1.1.5.1, it sees the superblocks > are different and forces a manual fsck. > > Nothing is bad. I'm just wondering why umount doesn't set the clean bit in > the backup superblock. It's not saving anything, since the system is routinely > writing to the backup superblock anyway. And it provides the *illusion* of a > bad file system when the file system is perfectly good. Despite what Terry said, I don't think that the backup superblock is ever written to by anything else except newfs and in some cases fsck. The idea being that the backup superblocks contain all of the static information that is required to recompute all of the dynamic information stored in the superblock, and if you never write to it, you can't wreck it. Can someone point me to a chunk of code in the kernel that actually does write to any of the backup superblocks? > (yes, I know, it's not designed to handle switching file systems between the > two, but that's what you do during an upgrade on production hardware... the > system should be designed to make upgrades as easy as possible when it doesn't > cost anything) Personally, I feel much better doing a full fsck after running different OS levels with the same file system (especially production file systems). At least you know that one of the two versions didn't do something to the file system that the other one didn't like despite it claiming to be "clean". -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Tue Sep 5 18:47:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id SAA14968 for hackers-outgoing; Tue, 5 Sep 1995 18:47:47 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id SAA14962 for ; Tue, 5 Sep 1995 18:47:44 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA25004; Tue, 5 Sep 1995 18:42:12 -0700 From: Terry Lambert Message-Id: <199509060142.SAA25004@phaeton.artisoft.com> Subject: Re: Bad superblock? To: mpp@mpp.minn.net (Mike Pritchard) Date: Tue, 5 Sep 1995 18:42:12 -0700 (MST) Cc: peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509060049.TAA06186@mpp.minn.net> from "Mike Pritchard" at Sep 5, 95 07:49:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2283 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > When I umount under 2.0.5 it updates the clean bit on the superblock but > > not on the backup superblock. When I boot 1.1.5.1, it sees the superblocks > > are different and forces a manual fsck. > > > > Nothing is bad. I'm just wondering why umount doesn't set the clean bit in > > the backup superblock. It's not saving anything, since the system is routinely > > writing to the backup superblock anyway. And it provides the *illusion* of a > > bad file system when the file system is perfectly good. > > Despite what Terry said, I don't think that the backup superblock > is ever written to by anything else except newfs and in some cases > fsck. The idea being that the backup superblocks contain all of > the static information that is required to recompute all of the > dynamic information stored in the superblock, and if you never > write to it, you can't wreck it. Yes. The "clean bit" is dynamic information. The problem is that fsck specifically excepts fields it things aren't static when comparing superblocks. For a 1.x fsck, this include the (formerly unallocated) clean bit field. Sorry if this wasn't clear. > Can someone point me to a chunk of code in the kernel that actually does > write to any of the backup superblocks? Nothing does; the assumption that "the compare is good and the write is bad" is Peter's. In fact, the write never occurs because it is not supposed to ever occur. It is the compare that is "bad". But since 1.x doesn't support a clean flag anyway, then the result is the fsck cleaning the disk. Exactly as it did in 1.x, only for the wrong reason. Peter wants the fsck to honor the clean flag, but doesn't want to update to a file system type that supports clean flags in the first place. > Personally, I feel much better doing a full fsck after running > different OS levels with the same file system (especially production > file systems). At least you know that one of the two versions > didn't do something to the file system that the other one didn't > like despite it claiming to be "clean". Yeah. Like spew unknown new symlink information into a directory structure, etc. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Sep 5 19:20:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA16604 for hackers-outgoing; Tue, 5 Sep 1995 19:20:57 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id TAA16597 for ; Tue, 5 Sep 1995 19:20:52 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA31925; Wed, 6 Sep 1995 12:20:32 +1000 Date: Wed, 6 Sep 1995 12:20:32 +1000 From: Bruce Evans Message-Id: <199509060220.MAA31925@godzilla.zeta.org.au> To: peter@taronga.com, terry@lambert.org Subject: Re: Bad superblock? Cc: hackers@FreeBSD.ORG Sender: hackers-owner@FreeBSD.ORG Precedence: bulk >If you'll rememebr, the clean flag wasn't in 1.x, so a "1.x fsck" will >(correctly) fsck each time the system is booted. The clean flag was in 1.1.5. It is one of the fields that isn't compared with the alternate superblock. Forcing the comparison not to see differences in the clean flag is the only support for the clean flag in 1.1.5. The 1.1.5 fsck fails on file systems that have been used under 2.x because sees something _other_ than the clean flag being different. Bruce From owner-freebsd-hackers Tue Sep 5 19:26:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA16906 for hackers-outgoing; Tue, 5 Sep 1995 19:26:53 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id TAA16898 for ; Tue, 5 Sep 1995 19:26:51 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14607(5)>; Tue, 5 Sep 1995 19:26:17 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Tue, 5 Sep 1995 19:26:10 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Terry Lambert cc: hackers@freebsd.org Subject: Re: Bad superblock? In-reply-to: Your message of "Tue, 05 Sep 95 18:42:12 PDT." <199509060142.SAA25004@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 5 Sep 1995 19:26:01 PDT From: Bill Fenner Message-Id: <95Sep5.192610pdt.177475@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199509060142.SAA25004@phaeton.artisoft.com> you write: >Peter wants the fsck to honor the clean flag, but doesn't want to update >to a file system type that supports clean flags in the first place. I thought Peter wanted the 1.x fsck to not fail horribly and require a manual fsck run, not that he wanted it to support the clean flag... Bill From owner-freebsd-hackers Tue Sep 5 20:31:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id UAA19685 for hackers-outgoing; Tue, 5 Sep 1995 20:31:32 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id UAA19673 for ; Tue, 5 Sep 1995 20:31:05 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id NAA25501 for hackers@freebsd.org; Wed, 6 Sep 1995 13:08:38 +0930 From: Michael Smith Message-Id: <199509060338.NAA25501@genesis.atrad.adelaide.edu.au> Subject: More iBCS2 hacking... To: hackers@freebsd.org Date: Wed, 6 Sep 1995 13:08:37 +0930 (CST) Content-Type: text Content-Length: 833 Sender: hackers-owner@freebsd.org Precedence: bulk Ok, I shifted the header into the kernel includes, and the lkm builds OK. (With all of the debugging enabled) Running the victim application tells me that it's making an unimplemented ioctl call; which pulls me up short. Does anyone have a SCO box lying around that can tell me what 0x6301 is? I have an oldish copy of SCO (2.2.2?) somewhere but nothing to install it on 8( If anyone else is looking at this, I'd love to work on it with you... -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Sep 5 20:45:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id UAA21287 for hackers-outgoing; Tue, 5 Sep 1995 20:45:16 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id UAA21270 for ; Tue, 5 Sep 1995 20:45:09 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA03407 (5.67a/IDA-1.5); Tue, 5 Sep 1995 22:23:43 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id VAA03427; Tue, 5 Sep 1995 21:22:09 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509060222.VAA03427@bonkers.taronga.com> Subject: Re: Bad superblock? To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Sep 1995 21:22:08 -0500 (CDT) Cc: peter@taronga.com, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199509060020.RAA24680@phaeton.artisoft.com> from "Terry Lambert" at Sep 5, 95 05:20:53 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 552 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > The problem is that fsck compares the whole superblock instead of just the > areas that it cares about. Yes, that's what I was asking about. > Personally, I would recommend allowing it to do this unless you choose > to upgrade the FS to the new layout or modify the fsck, making it an > "enhanced 1.x FS" instead of a "1.x FS" or "2.x FS". Of course, I'd > advocate staying with the mainline code: update the disk or live with > the fsck. The problem is it doesn't just do an fsck. It barfs and forces a manual fsck. The automatic fsck is fine. From owner-freebsd-hackers Tue Sep 5 20:55:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id UAA21798 for hackers-outgoing; Tue, 5 Sep 1995 20:55:43 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id UAA21792 for ; Tue, 5 Sep 1995 20:55:42 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA29135; Tue, 5 Sep 1995 20:50:37 -0700 From: Terry Lambert Message-Id: <199509060350.UAA29135@phaeton.artisoft.com> Subject: Re: Bad superblock? To: fenner@parc.xerox.com (Bill Fenner) Date: Tue, 5 Sep 1995 20:50:37 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <95Sep5.192610pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Sep 5, 95 07:26:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3062 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > In message <199509060142.SAA25004@phaeton.artisoft.com> you write: > >Peter wants the fsck to honor the clean flag, but doesn't want to update > >to a file system type that supports clean flags in the first place. > > I thought Peter wanted the 1.x fsck to not fail horribly and require a manual > fsck run, not that he wanted it to support the clean flag... ------------------------------------------------------------------------- "Taking the 'u' from his varsity sweater, Letter Man changes the 'fsck' into a ..." -- the lost episodes, #63: 'Letter Man gets laid' ------------------------------------------------------------------------- Peter wants the 1.x fsck to think it is clean after it has been mounted by 2.x fs code. Presumably he has done a clean shutdown and the clean flag is set. If fsck were in fact religious about honoring it, there would "not be a problem" (quoted, because I agree with fsck: it's the wrong thing to do). The problem is that it is in fact not clean as far as the criteria that the 1.x fsck uses to determine "clean" -- which is all 'unused' superblock and backup superblock fields must be identical. How 1.x fsck thinks Peter's drive is corrupt: 1) It checks the clean flag. 2) The clean flag can seem as if it OK. 3) Not trusting it, the fsck reads the primary superblock. 4) It checks it for corruption by grabbing the secondary superblock(s) and copying the "dynamic" fields from one to the other. 5) Then it bcmp's them. 6) And they don't match. Ha! The fsck was *right* to not just trust the clean flag! If it just honored the clean flag like Peter wanted, it would be mounting right now... 7) And it goes on it's merry way, reporting a corrupted superblock and fsck'ing the bejesus out of the drive (that's what fsck's do when they are on their merry way). Once again, what Peter can do: 1) Peter can hack his 1.x fsck to ignore the "unclean" stuff in the superblock that shouldn't be there but is because someone flubbed the 2.x/1.x backward compatability for the superblock structure and a 2.x FS writes some of the "static, 0" areas that it should not be writing if in fact it were truly backward compatible. This is dangerous: his superblock may in fact *be* corrupt. He can't know and his hacked fsck will be unable to tell him because one of it's consistency checks has been subverted if he hacks it. As a matter of fact, *I* think the drive is corrupt: it was corrupted by an incompatible file system implementation. 2) Peter can live with the 1.x fsck thinking his file system is unclean (because it *is* unclean) and fsck'ing it on him. 3) Peter can update his FS and quit running 1.x (probably not an option for him, and an end to much of the remaining 1.x support that people are currently benefitting from). 4) Peter can fix the backward compatability problem in FFS and the fixed 2.x FFS won't write the "static, 0" areas. 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 5 22:03:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA29041 for hackers-outgoing; Tue, 5 Sep 1995 22:03:11 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA29001 for ; Tue, 5 Sep 1995 22:02:51 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA28381; Wed, 6 Sep 1995 11:02:31 +0600 From: "Serge A. Babkin" Message-Id: <199509060502.LAA28381@hq.icb.chel.su> Subject: Re: More iBCS2 hacking... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Sep 1995 11:02:30 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <199509060338.NAA25501@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 6, 95 01:08:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 643 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Ok, I shifted the header into the kernel includes, and the lkm builds OK. > (With all of the debugging enabled) > > Running the victim application tells me that it's making an unimplemented > ioctl call; which pulls me up short. > > Does anyone have a SCO box lying around that can tell me what 0x6301 is? > /usr/include/sys/clockcal.h: /* ioctl commands for the clock calendar /dev/clock */ #define TIME_SET (('c'<<8)|0) /* set time on 546 */ #define TIME_GET (('c'<<8)|1) /* get time from the 546 */ Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Sep 5 22:20:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA29554 for hackers-outgoing; Tue, 5 Sep 1995 22:20:55 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA29548 for ; Tue, 5 Sep 1995 22:20:54 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by blob.best.net (8.6.12/8.6.5) with ESMTP id WAA08072 for ; Tue, 5 Sep 1995 22:20:51 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id VAA07555 for hackers@freebsd.org; Tue, 5 Sep 1995 21:43:46 -0700 Date: Tue, 5 Sep 1995 21:43:46 -0700 From: "Russell L. Carter" Message-Id: <199509060443.VAA07555@geli.clusternet> To: hackers@freebsd.org Subject: OEM Windoze95 vs. Sysinstall Sender: hackers-owner@freebsd.org Precedence: bulk Hi Folks, Often there is griping heard about how hard it is to install various OSs, with special demerits accorded to the perceived least worthy, namely the free OSs. Well, I would like to nominate a candidate for Hell, the Movie, Written By Bill Gates: How about the OEM Preinstall disk from your very own savior BG, which requires the following in order to install WinDOZE95 on VIRGIN systems: 1. A (local) working MSDOG system of some flavor. 2. The decrepit MSDOG drivers for *EVERY* CDROM you might like to use. Actually, (hopefully), just the controller drivers. 3. Multiple floppies to try out various pseudo-sysconfigs and pseudo-autoexec.bats... 4. The sit-on-an-ice-block-till-it-freezes patience to work throught this sh*t. Just think, there are 10K VARs throughout this planet whose margin depends on the correct application of the rather mundane knowledge the above requires. MicroS**t, where do you want to decompose today? Sorry, a bit testy today, Russell Long Live FreeBSD Sysinstall! Hurray! Hurray! From owner-freebsd-hackers Tue Sep 5 22:22:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id WAA29599 for hackers-outgoing; Tue, 5 Sep 1995 22:22:24 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id WAA29586 for ; Tue, 5 Sep 1995 22:22:21 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA19172; Tue, 5 Sep 1995 23:18:32 -0600 Date: Tue, 5 Sep 1995 23:18:32 -0600 From: Nate Williams Message-Id: <199509060518.XAA19172@rocky.sri.MT.net> To: Michael Smith Cc: hackers@freebsd.org, sef@kithrup.com Subject: Re: More iBCS2 hacking... In-Reply-To: <199509060338.NAA25501@genesis.atrad.adelaide.edu.au> References: <199509060338.NAA25501@genesis.atrad.adelaide.edu.au> Sender: hackers-owner@freebsd.org Precedence: bulk > > Ok, I shifted the header into the kernel includes, and the lkm builds OK. > (With all of the debugging enabled) > > Running the victim application tells me that it's making an unimplemented > ioctl call; which pulls me up short. I see those, but things seem to continue working. However, it's dying on my box with a panic when it tries to load (actually exec) any shlibs. > Does anyone have a SCO box lying around that can tell me what 0x6301 is? I have a couple SCO boxes, but what exactly do you want me to look for? A smart-alec answer would be that 0x6301 is 405505, but I'm sure you could have figured that out on your own. :-) > If anyone else is looking at this, I'd love to work on it with you... Sean Fagan has access to the necessary files to reproduce the errors I and Jordan have seen, and I hope he is finding time to look at it. Nate From owner-freebsd-hackers Tue Sep 5 23:53:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA03240 for hackers-outgoing; Tue, 5 Sep 1995 23:53:48 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA03199 for ; Tue, 5 Sep 1995 23:52:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA05506 for ; Wed, 6 Sep 1995 08:51:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA02497 for freebsd-hackers@FreeBSD.ORG; Wed, 6 Sep 1995 08:51:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA02952 for freebsd-hackers@FreeBSD.ORG; Wed, 6 Sep 1995 08:41:14 +0200 From: J Wunsch Message-Id: <199509060641.IAA02952@uriah.heep.sax.de> Subject: Re: QIC-80 tape driver sucks.. To: freebsd-hackers@FreeBSD.ORG Date: Wed, 6 Sep 1995 08:41:13 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199509051730.NAA03671@mail.htp.com> from "dennis" at Sep 5, 95 01:30:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1032 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As dennis wrote: > > Low cost tape is important for another reason, that is it gives you the > ability to move large volumes from one site to another (home to work at > minimum) when dial downloading is unacceptable. For this, you need to buy > more than 1 tape drive which multiplies the effect of low cost drives. I didn't vote against low-cost tapes, only against floppy tapes. Btw., how does your scenario multiply the effect? I've always been exchanging my QIC-150 cartridges with other sites. I've got them even from California, carrying FreeBSD's CVS tree. Don't be blind, even a wt-style tape is in the same price region like some floppy tapes, but is much better. (60 MB QIC-24 cartridges) You can find QIC drives in many machines, while the floppy tape crap is PC-only. (I refuse to apply the term QIC to floppy tapes, even though they are also quarter-inch cartridges.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 6 02:07:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id CAA09367 for hackers-outgoing; Wed, 6 Sep 1995 02:07:09 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id CAA09361 for ; Wed, 6 Sep 1995 02:07:06 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id CAA03390 for hackers@freefall.cdrom.com; Wed, 6 Sep 1995 02:07:03 -0700 Date: Wed, 6 Sep 1995 02:07:03 -0700 From: Julian Elischer Message-Id: <199509060907.CAA03390@ref.tfs.com> To: hackers@freefall.FreeBSD.org Subject: freefall's configuration broken Sender: hackers-owner@FreeBSD.org Precedence: bulk I can't get ontop freefall.... rlogind: Out of ptys. rlogin: connection closed. doesn't seem THAT crowded... [freefall] Login Name TTY Idle Login Time Office Office Phone asami Satoshi Asami pa 33 Wed 01:30 University (510) 642-1845 davidg David Greenman p0 16 Tue 16:25 Portland O +1 503 666 4431 davidg David Greenman p1 18 Tue 16:25 Portland O +1 503 666 4431 dima Dima Ruban pc 8:45 Tue 14:04 HackerDome (415) 964-BEST gibbs Justin T. Gibbs p3 7:24 Tue 15:56 (510)603-1234 gibbs Justin T. Gibbs p4 7:54 Tue 16:36 (510)603-1234 gibbs Justin T. Gibbs pg 2:46 Tue 20:35 (510)603-1234 guido Guido van Rooij *pb 11:54 Tue 14:00 Bisschopsm ++3140-461433 hsu Jeffrey Hsu p9 Wed 02:00 jkh Jordan K. Hubbard p7 2:04 Tue 17:25 Walnut Cre +1 510 928 8380 jkh Jordan K. Hubbard pf 4:04 Tue 20:32 Walnut Cre +1 510 928 8380 markm Mark Murray p8 2:53 Tue 13:55 South Afri +27 21 683-4370 me Michael Elbel pe 28 Wed 01:35 nate Nate Williams pd 2:06 Tue 22:24 SRI-Montan (406) 449-7662 peter Peter Wemm p5 1:18 Tue 17:33 +61-9-417-5255 torstenb Torsten Blum p6 7:25 Tue 13:18 wollman Garrett A. Wollman *p2 13:54 Tue 12:09 MIT NE43-5 +1 617 253 6994 are we LOSING them or have we just got a small set defined? julian From owner-freebsd-hackers Wed Sep 6 03:02:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA13826 for hackers-outgoing; Wed, 6 Sep 1995 03:02:26 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA13820 for ; Wed, 6 Sep 1995 03:02:25 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id DAA05115; Wed, 6 Sep 1995 03:01:18 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id DAA25591; Wed, 6 Sep 1995 03:03:16 -0700 Message-Id: <199509061003.DAA25591@corbin.Root.COM> To: Julian Elischer cc: hackers@freefall.freebsd.org Subject: Re: freefall's configuration broken In-reply-to: Your message of "Wed, 06 Sep 95 02:07:03 PDT." <199509060907.CAA03390@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 06 Sep 1995 03:03:15 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I can't get ontop freefall.... >rlogind: Out of ptys. >rlogin: connection closed. > >doesn't seem THAT crowded... The problem was caused by a mistake - the new libutil.so.2.0 was overwritten by an old one from the previous system. Since it was owned by jkh, I think we don't need to look too far to find the perpetrator... :-) Anyway, the old version had the wrong mapping for the ptys, resulting in strange behavior after reaching ptyf. I've replaced it with "2.1-stable" copy, and things seem to be back to normal. -DG From owner-freebsd-hackers Wed Sep 6 03:23:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA00710 for hackers-outgoing; Wed, 6 Sep 1995 03:23:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA00643 for ; Wed, 6 Sep 1995 03:22:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA12753 for ; Wed, 6 Sep 1995 12:20:57 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA03440 for hackers@FreeBSD.ORG; Wed, 6 Sep 1995 12:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA03216 for hackers@FreeBSD.ORG; Wed, 6 Sep 1995 10:03:04 +0200 From: J Wunsch Message-Id: <199509060803.KAA03216@uriah.heep.sax.de> Subject: Re: Change in behaviour of SU... To: hackers@FreeBSD.ORG Date: Wed, 6 Sep 1995 10:03:03 +0200 (MET DST) Reply-To: hackers@FreeBSD.ORG In-Reply-To: <199509052051.WAA01505@keltia.frmug.fr.net> from "Ollivier Robert" at Sep 5, 95 10:51:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 554 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Ollivier Robert wrote: > > It seems that Sean Eric Fagan said: > > When you say "su root -c ls" you are saying, "as root, do '/bin/csh -c ls'". > > If you say "su root exit", you are saying, "as root, do '/bin/sh exit'". > > OK, mea culpa. Not enough coffee, I should RTFS more. j@bonnie 121% uname -rs FreeBSD 1.1.5.1(RELEASE) j@bonnie 122% su r -c id Password: uid=0(root) gid=0(wheel) groups=0(wheel) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 6 04:45:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id EAA13244 for hackers-outgoing; Wed, 6 Sep 1995 04:45:21 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id EAA13236 for ; Wed, 6 Sep 1995 04:45:18 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06264 (5.67a/IDA-1.5); Wed, 6 Sep 1995 06:31:58 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id GAA14663; Wed, 6 Sep 1995 06:13:29 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509061113.GAA14663@bonkers.taronga.com> Subject: Re: Bad superblock? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 6 Sep 1995 06:13:28 -0500 (CDT) Cc: peter@taronga.com, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199509060220.MAA31925@godzilla.zeta.org.au> from "Bruce Evans" at Sep 6, 95 12:20:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 203 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > The 1.1.5 fsck fails on file systems that have been used under 2.x > because sees something _other_ than the clean flag being different. Aha. So the answer to my original question is "no". Thank you. From owner-freebsd-hackers Wed Sep 6 04:45:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id EAA13283 for hackers-outgoing; Wed, 6 Sep 1995 04:45:55 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id EAA13277 for ; Wed, 6 Sep 1995 04:45:50 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06258 (5.67a/IDA-1.5); Wed, 6 Sep 1995 06:31:46 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id GAA14651; Wed, 6 Sep 1995 06:11:53 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509061111.GAA14651@bonkers.taronga.com> Subject: Re: Bad superblock? To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Sep 1995 06:11:52 -0500 (CDT) Cc: mpp@mpp.minn.net, peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509060142.SAA25004@phaeton.artisoft.com> from "Terry Lambert" at Sep 5, 95 06:42:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 417 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Peter wants the fsck to honor the clean flag, but doesn't want to update > to a file system type that supports clean flags in the first place. No, I don't want the fsck to honor the clean flag. Never said I did. I want it to *ignore* it, along with any other fields it doesn't understand. Alternatively, if the superblock doesn't get written normally on a umount, the clean flag shouldn't have been there either. From owner-freebsd-hackers Wed Sep 6 07:28:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA17594 for hackers-outgoing; Wed, 6 Sep 1995 07:28:02 -0700 Received: (from gclarkii@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA17584 ; Wed, 6 Sep 1995 07:28:01 -0700 From: Gary Clark II Message-Id: <199509061428.HAA17584@freefall.freebsd.org> Subject: Re: Bad superblock? To: peter@taronga.com (Peter da Silva) Date: Wed, 6 Sep 1995 07:28:01 -0700 (PDT) Cc: terry@lambert.org, peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: <199509052338.SAA25384@bonkers.taronga.com> from "Peter da Silva" at Sep 5, 95 06:38:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1069 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > When I umount under 2.0.5 it updates the clean bit on the superblock but > not on the backup superblock. When I boot 1.1.5.1, it sees the superblocks > are different and forces a manual fsck. > > Nothing is bad. I'm just wondering why umount doesn't set the clean bit in > the backup superblock. It's not saving anything, since the system is routinely > writing to the backup superblock anyway. And it provides the *illusion* of a > bad file system when the file system is perfectly good. > Hi, Someone please correct me, did 1.1.5.1 even have clean bits???? I remember upgrading and this would happen with 1.1.5.1 FS with 2.X. 2.X would think its dirty and always fsck the drive. It was not until I converted all off my filesystems to 2.X did I start getting clean re-boots. Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ From owner-freebsd-hackers Wed Sep 6 07:33:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA17936 for hackers-outgoing; Wed, 6 Sep 1995 07:33:10 -0700 Received: from moon.pr.erau.edu (moon.pr.erau.edu [192.101.135.8]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA17919 ; Wed, 6 Sep 1995 07:33:07 -0700 Received: from moon by moon.pr.erau.edu with smtp (Smail3.1.29.1 #16) id m0sqLY7-0002FEC; Wed, 6 Sep 95 07:33 MST Date: Wed, 6 Sep 1995 07:33:59 -0700 (MST) From: Stephen Waits X-Sender: swaits@moon To: questions@freebsd.org, hackers@freebsd.org Subject: IPX/Netware 4? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone working on IPX and/or a Netware 4.x client for FreeBSD? Server? --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Wed Sep 6 07:59:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA22945 for hackers-outgoing; Wed, 6 Sep 1995 07:59:30 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA22919 for ; Wed, 6 Sep 1995 07:59:28 -0700 Received: from gemini ([13.231.132.20]) by alpha.xerox.com with SMTP id <14987(6)>; Wed, 6 Sep 1995 07:58:34 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini (4.1/SMI-4.1) id AA11278; Wed, 6 Sep 95 10:58:23 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA21913; Wed, 6 Sep 95 10:58:21 EDT Message-Id: <9509061458.AA21913@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Jake Hamby Cc: Mats Lofkvist , hackers@freebsd.org Subject: Re: AMD dx4-100 - Any good? In-Reply-To: Your message of "Tue, 05 Sep 1995 17:14:01 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 6 Sep 1995 07:58:20 PDT From: "Marty Leisner" Sender: hackers-owner@freebsd.org Precedence: bulk while we're on the topic of cache, Are there are good performance studies of the effect of L2 cache on 486/DX4100 /DX2-66/DX2-50 I've never been exposed to a good discussion of cache...one system I have has what looks like a socket for cache (i.e. something like simms shaped differently), another system uses actual chips... I have some sram chips, and had a bear of a time plugging them in... (I didn't)... Should I insert the chips into carriers? About a decade ago, when I was doing hardware, it made life much, much easier... marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Sep 6 10:00:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA21735 for hackers-outgoing; Wed, 6 Sep 1995 10:00:55 -0700 Received: from localhost.lightside.com (user52.lightside.com [198.81.209.52]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA21729 for ; Wed, 6 Sep 1995 10:00:53 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id JAA00180; Wed, 6 Sep 1995 09:59:54 -0700 Date: Wed, 6 Sep 1995 09:59:53 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: Marty Leisner cc: Mats Lofkvist , hackers@freebsd.org Subject: Re: AMD dx4-100 - Any good? In-Reply-To: <9509061458.AA21913@gnu.mc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 6 Sep 1995, Marty Leisner wrote: > while we're on the topic of cache, > > Are there are good performance studies of the effect of > L2 cache on 486/DX4100 /DX2-66/DX2-50 > > I've never been exposed to a good discussion of cache...one > system I have has what looks like a socket for cache (i.e. something > like simms shaped differently), another system uses actual chips... > > I have some sram chips, and had a bear of a time plugging them in... > (I didn't)... > > Should I insert the chips into carriers? About a decade ago, when > I was doing hardware, it made life much, much easier... > Most 486/Pentium systems these days seem to come with 256k of L2 cache. If not, you can add it for under $50 if you know what chips to buy (the motherboard vendor or retailer should be able to help you here). When you boot up, most BIOS's will tell you how much cache is installed on the power-on screen. As for performance improvement, it should be quite dramatic, but individual motherboards vary as to effectiveness. I do remember a Windows 3.1 program called Wintune (you can download from http://www.winmag.com/) which repeatedly accesses memory in larger and larger arrays and displays a graph of speed which should drop off when the array gets too big to fit in the L2 cache. ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Sep 6 10:39:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA12191 for hackers-outgoing; Wed, 6 Sep 1995 10:39:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id KAA12178 ; Wed, 6 Sep 1995 10:39:48 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00314; Wed, 6 Sep 1995 10:34:20 -0700 From: Terry Lambert Message-Id: <199509061734.KAA00314@phaeton.artisoft.com> Subject: Re: IPX/Netware 4? To: swaits@pr.erau.edu (Stephen Waits) Date: Wed, 6 Sep 1995 10:34:20 -0700 (MST) Cc: questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "Stephen Waits" at Sep 6, 95 07:33:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1458 Sender: hackers-owner@freebsd.org Precedence: bulk > > Is anyone working on IPX and/or a Netware 4.x client for FreeBSD? Server? IPX patches were posted a while back. They are on tape at home somewhere and I'm sure they are in the list archives. The client is relatively easy compared to the server, and the client isn't that easy. I noticed you specified 4.x. You would have to reverse engineer packet signatures and the directory services login. It took 10 mathematicians at Microsoft a year to do that... makes sense, it's all based on RSA. Or you'd have to use bindery emulation and turn of packet signatures on the server. On the server, you'd have to implement ~1500 API's. That's what we had to do at Novell when we implemented NetWare for UNIX. Or you could implement the minimum number of API's, maybe by watching an NT server handle NT and Win95 NetWare client requests to see the subset of NCP's they actually implemented. Or you could license the Puzzle systems code and port it. It uses the BPF and is NetWare 3.11 compatible (no packet burst, no packet signatures, bindery only). Or you could license NWU from Novell and port it. Last I heard, cost on licensing was: $100,000 NUC, the NetWare UNIX Client $150,000 NWU, the NetWare for UNIX Server $250,000 NUC, NWU, and UnixWare (hmmmm... I wonder where the value in UnixWare is) 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 6 10:46:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id KAA14941 for hackers-outgoing; Wed, 6 Sep 1995 10:46:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id KAA14927 for ; Wed, 6 Sep 1995 10:46:40 -0700 Message-Id: <199509061746.KAA14927@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: hackers Subject: Cyrix cache enable patches? Date: Wed, 06 Sep 1995 10:46:40 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk Did anyone look at integrating these patches? -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Sep 6 11:05:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id LAA18215 for hackers-outgoing; Wed, 6 Sep 1995 11:05:14 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id LAA18195 for ; Wed, 6 Sep 1995 11:05:09 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA03332; Wed, 6 Sep 1995 11:03:23 -0700 To: davidg@Root.COM cc: Julian Elischer , hackers@freefall.freebsd.org Subject: Re: freefall's configuration broken In-reply-to: Your message of "Wed, 06 Sep 1995 03:03:15 PDT." <199509061003.DAA25591@corbin.Root.COM> Date: Wed, 06 Sep 1995 11:03:23 -0700 Message-ID: <3330.810410603@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The problem was caused by a mistake - the new libutil.so.2.0 was overwritten > by an old one from the previous system. Since it was owned by jkh, I think > we don't need to look too far to find the perpetrator... :-) Perhaps, but you'll still have me scratching my head as to WHY.. :-{ Everything came from 2.1 stable and I didn't restore anything in /usr/lib after the install - I only unpacked packages. I hope that one of our packs doesn't overlay libutil! That would be a bummer. Still, I can't see how it could have gotten replaced. Jordan From owner-freebsd-hackers Wed Sep 6 11:10:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id LAA20422 for hackers-outgoing; Wed, 6 Sep 1995 11:10:56 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id LAA20403 ; Wed, 6 Sep 1995 11:10:54 -0700 Message-Id: <199509061810.LAA20403@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: davidg@Root.COM, Julian Elischer , hackers@freefall.freebsd.org Subject: Re: freefall's configuration broken In-reply-to: Your message of "Wed, 06 Sep 1995 11:03:23 PDT." <3330.810410603@time.cdrom.com> Date: Wed, 06 Sep 1995 11:10:54 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> The problem was caused by a mistake - the new libutil.so.2.0 was overwritte >n >> by an old one from the previous system. Since it was owned by jkh, I think >> we don't need to look too far to find the perpetrator... :-) > >Perhaps, but you'll still have me scratching my head as to WHY.. :-{ > >Everything came from 2.1 stable and I didn't restore anything in >/usr/lib after the install - I only unpacked packages. I hope that >one of our packs doesn't overlay libutil! That would be a bummer. > >Still, I can't see how it could have gotten replaced. > > Jordan Well, david counted 19 libraries that had been spammed... hence the make world running on Freefall right now. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Sep 6 12:25:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA19779 for hackers-outgoing; Wed, 6 Sep 1995 12:25:12 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id MAA19773 for ; Wed, 6 Sep 1995 12:25:10 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id PAA27707 for hackers@freebsd.org; Wed, 6 Sep 1995 15:26:22 -0400 From: "Rashid Karimov." Message-Id: <199509061926.PAA27707@haven.ios.com> Subject: QUOTAs code causes WEIRD system locks in 210Stable To: hackers@freebsd.org Date: Wed, 6 Sep 1995 15:26:22 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3493 Sender: hackers-owner@freebsd.org Precedence: bulk Hi there folx, looks like we're getting closer to the biggest problem the Free BSD faces with on the servers market: system locks. Random and confusing. A long time ago I was advised by Terry (Lambert) that the QUOTAs implementation in FreeBSD could cause the system lockup. Citation: >From looking at the quota code, it looks like it may not take the dev_t field into account when computing quotas, which means that it doesn't use the right mount record to locate the quota file. So it locks entrancy across file systems, but doesn't compute transitive closure over the directed graph which is the set of locks held in all file systems. Really, it should per-fs lock to guarantee reentrancy. Probably this is a 10-15 line fix in the quota code alone, if someone spends the time working it out (I've just taken a quick pass through the code that does vonde-based I/O that the quota stuff uses, and I didn't see any obvious bugs). =-=-=-= End of citation =-=-=-= But it happened that starting with 205 we all got working QUOTAs and they still work with 2.1Stable kind of fine. But: on certain servers here ( they all pretty much the same - P90-120 PCI Adaptecs/SMC EtherPowers,4000 users) I get often locks. System literally dies. And having now DDB compiled I was able to see what's going on when the systems lock. A LOT of processes are sleeping on wmesg "ufslk2" with stat of 3 and flag of 00004. Saying a lot I mean probably 100-200 of them. I tried to see what was on the caddr_t they were sleeping at ( that should be i_node struct) and I got dev_t = 400 and inode = 2 (!!?). Looks like those processes went to sleep from ufs_lock() func. ("ufs_vnops.c" file). What makes me think that was QUOTAs code which caused this is that in the beginning there were a couple of processes "edquota" which I started to change the QUOTAs for a couple of users. When I did ps ( and system was alive at that time) a bit later I saw those processes (only!) were sleeping on the same "ufslk2" event. I decided to start extra "edquota" process - just for the heck of it and system locked up in a minute. When running "ps" from DDB later - all those processes the system was running were sleeping on the same event ( well, almost all of them - probably 90%, but there were a few sleeping on the same wmesg but with different wait channels). So that's about it .... I'm not sure who was the author of the QUOTAs code and where is the bug exactly. I also know that certain ppl here think that the current implementation of QUOTA mechanism sucks and aren't willing to change it, voting for rewriting the thing form the scratch. What should we do about it ? I don't have enough time to dedicate to this problem and frankly don't have enough kernel programming experience to work on it. The same time QUOTAs are a must for FBSD to be used as a user server. A bit more about that system: P90 ASUSP54TP4 motherboard , Adaptec 2940 + 2 SEAGATE BARRACUDAs, QUOTAs are on : /dev/sd0a / ufs rw 1 1 /dev/sd0s1b none swap sw 0 0 proc /proc procfs rw 0 0 /dev/sd0s1e /usr ufs rw 1 1 /dev/sd0s1f /var ufs rw,userquota 1 1 /dev/sd1s1e /u/u1 ufs rw,userquota 1 1 /dev/sd1s1f /u/u2 ufs rw,userquota 1 1 /dev/sd1s1g /u/u3 ufs rw,userquota 1 1 /dev/sd1s1h /u/u4 ufs rw,userquota 1 1 Rashid From owner-freebsd-hackers Wed Sep 6 12:30:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id MAA21876 for hackers-outgoing; Wed, 6 Sep 1995 12:30:14 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id MAA21867 for ; Wed, 6 Sep 1995 12:30:13 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA11254; Wed, 6 Sep 95 12:30:11 -0700 Date: Wed, 6 Sep 1995 12:30:08 -0700 (PDT) From: Terry Lee To: freebsd-hackers@freebsd.org Subject: Help! Boot manager gone after Windows95 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Okay, I just installed Windows 95 over my dos partition. It seems to have wiped my Boot Manager so I can no longer access my FreeBSD partition. The old sysinstall boot disk used to let you just write the MBR, but I couldn't get the current boot disk to do it for me. What to do? Terry P.S. Does Windows95 have a new file system or did they just hack the old one? I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424 0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Wed Sep 6 13:00:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA09720 for hackers-outgoing; Wed, 6 Sep 1995 13:00:11 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA09713 ; Wed, 6 Sep 1995 13:00:09 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA00541; Wed, 6 Sep 1995 12:54:58 -0700 From: Terry Lambert Message-Id: <199509061954.MAA00541@phaeton.artisoft.com> Subject: Re: Cyrix cache enable patches? To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 6 Sep 1995 12:54:58 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199509061746.KAA14927@freefall.freebsd.org> from "Justin T. Gibbs" at Sep 6, 95 10:46:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 622 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Did anyone look at integrating these patches? Cyrix doesn't honor the non-cacheable bit. It would be silly to integrate patches to turn it on without integrating detect as a global setting and doing a BINVD when a read is issued to get around it not honoring the non-cacheable bit. You *aren't* going to get a cache update, since the motherboard chipset doesn't notify the chip of a bus mastering DMA causing a cache invalidation to be necessary (no pin on the chip for it). 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 6 13:04:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA12055 for hackers-outgoing; Wed, 6 Sep 1995 13:04:42 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA12028 for ; Wed, 6 Sep 1995 13:04:38 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA03831; Wed, 6 Sep 1995 13:04:32 -0700 To: Terry Lee cc: freebsd-hackers@freebsd.org Subject: Re: Help! Boot manager gone after Windows95 In-reply-to: Your message of "Wed, 06 Sep 1995 12:30:08 PDT." Date: Wed, 06 Sep 1995 13:04:32 -0700 Message-ID: <3828.810417872@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Okay, I just installed Windows 95 over my dos partition. It seems to > have wiped my Boot Manager so I can no longer access my FreeBSD > partition. The old sysinstall boot disk used to let you just write the > MBR, but I couldn't get the current boot disk to do it for me. What to do? Can you run OS-BS or BOOTEASY from a DOS box? > P.S. Does Windows95 have a new file system or did they just hack the old > one? Neither, actually. It uses the same old FAT filesystem but has "mapping files" to give you long filename -> 8.3 remapping. Jordan From owner-freebsd-hackers Wed Sep 6 13:04:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA12093 for hackers-outgoing; Wed, 6 Sep 1995 13:04:49 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id NAA12063 for ; Wed, 6 Sep 1995 13:04:43 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0sqQi4-0009XnC; Wed, 6 Sep 95 13:04 PDT Date: Wed, 6 Sep 1995 13:04:29 -0700 (PDT) From: Jake Hamby To: Terry Lee cc: freebsd-hackers@freebsd.org Subject: Re: Help! Boot manager gone after Windows95 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 6 Sep 1995, Terry Lee wrote: > Okay, I just installed Windows 95 over my dos partition. It seems to > have wiped my Boot Manager so I can no longer access my FreeBSD > partition. The old sysinstall boot disk used to let you just write the > MBR, but I couldn't get the current boot disk to do it for me. What to do? > > Terry > > P.S. Does Windows95 have a new file system or did they just hack the old > one? > Arghh!!! That happened to me too.. That's one of the WORST things about Windows 95, it just wantonly erases your Master Boot Record without even asking you! Fortunately, you can just snag a copy of BootEasy from FreeBSD's FTP server (in /pub/FreeBSD/utils) and run it from DOS (exit out of Windows 95 first or it won't have the proper permissions to write the boot record). As for the Windows 95 "VFAT" filesystem, it's just the old FAT with long filename support hidden in some extra bits. It should still be compatible with FreeBSD, but you will see truncated filenames of course.. At work I installed Windoze 95 on a system running Windows NT/DOS/Linux. Did the same thing to me, and it was a bit more difficult to get LILO going again since I had to run it from within Linux, whereas you can run BootEasy from DOS... ---Jake Hamby jehamby@lightside.com From owner-freebsd-hackers Wed Sep 6 13:16:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA17179 for hackers-outgoing; Wed, 6 Sep 1995 13:16:18 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id NAA17165 for ; Wed, 6 Sep 1995 13:16:16 -0700 Received: from gemini ([13.231.132.20]) by alpha.xerox.com with SMTP id <14956(3)>; Wed, 6 Sep 1995 13:09:10 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini (4.1/SMI-4.1) id AA14342; Wed, 6 Sep 95 16:08:58 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA26250; Wed, 6 Sep 95 16:08:57 EDT Message-Id: <9509062008.AA26250@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Terry Lee Cc: freebsd-hackers@freebsd.org Subject: Re: Help! Boot manager gone after Windows95 In-Reply-To: Your message of "Wed, 06 Sep 1995 12:30:08 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 6 Sep 1995 13:08:56 PDT From: "Marty Leisner" Sender: hackers-owner@freebsd.org Precedence: bulk You may need to hit F8 quickly when its says "booting win95" Then you get an option saying: boot old dos... and you boot old dos...it works since I use fbsdboot from dos... If you boot from a floppy, you don't have a problem... I don't know how more sophisticated booting schemes work... marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Sep 6 13:39:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA22565 for hackers-outgoing; Wed, 6 Sep 1995 13:39:22 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA22558 for ; Wed, 6 Sep 1995 13:39:18 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00669; Wed, 6 Sep 1995 13:33:35 -0700 From: Terry Lambert Message-Id: <199509062033.NAA00669@phaeton.artisoft.com> Subject: Re: QUOTAs code causes WEIRD system locks in 210Stable To: rashid@haven.ios.com (Rashid Karimov.) Date: Wed, 6 Sep 1995 13:33:35 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199509061926.PAA27707@haven.ios.com> from "Rashid Karimov." at Sep 6, 95 03:26:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4807 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > A LOT of processes are sleeping on wmesg "ufslk2" with stat of 3 > and flag of 00004. Saying a lot I mean probably 100-200 of them. It's a deadlock between VOP_LOCK and VFS_LOCK operations. The lock graph is not heirarchical, and it needs to be, or it's impossible to compute transitive closure over the graph. You can effectively flatten the graph by putting the quota file in the root of the file system to which the quota entries themselves apply. This will avoid the a->B b->A dealy embrace deadlock caused by directory traversal not unlocking and backing off to the root on failure (also fixable by asserting the VFS_LOCK and waiting for all VOP_LOCK locks to drain out before granting the VFS_LOCK request to the caller). This leaves A->a a->A and A->a a->B b->A deadlock possible. To avoid that, don't run quotas in a submount of a file system that has quotas. ie: / <- quotas NOT enabled | | /usr <- quotas enabled | | /usr/home <- quotas NOT enabled This is because the quota files are rooted relative to the system root, and you must directory traverse in order to get to the quota file. Probably quota editing wants to occur as file system operations other than read/write's on quota files themselves... a system call interface that calls the file system quota ops. > I tried to see what was on the caddr_t they were sleeping at ( that > should be i_node struct) and I got dev_t = 400 and inode = 2 (!!?). Inode 2 is the / inode for any file system. If /usr is a file system mounted on /usr, a subdirectory of /, then the mount point traversal puts you in inode 2 on the /usr file system. Its the parent/child lock a/lock A/unlock a/lock b/unlock A/lock B/unlock b To get 'B' that causes the deadlock over the mount point traversal. The parent vnode prior to the traversal is not a recoverable unlock on failure to traverse because of the VFS_LOCK. So this is the expected behaviour for a quota'd FS mounted on a quota'd FS at mount point traversal time (or traversal from the FS containing the quota file for the quota'd FS to the quota'ed FS). > What makes me think that was QUOTAs code which caused this is > that in the beginning there were a couple of processes "edquota" > which I started to change the QUOTAs for a couple of users. This should be prevented, or the VFS_LOCK on the quota'ed FS and the VOP_LOCK on the quota'ed FS's quota file should be a/A/b/B locked in heirarchy and the lock not granted until the other process closes the quota file. > So that's about it .... I'm not sure who was the author of the > QUOTAs code and where is the bug exactly. The QUOTA code is from the original BSD FFS/UFS sources. > I also know that certain ppl here think that the current > implementation of QUOTA mechanism sucks and aren't willing to > change it, voting for rewriting the thing form the scratch. A certain amount of rewriting is inevitable. Whether this takes the form of enforcing the placement of the quota file in the root of the FS being quota'd and minor mods to VFS_LOCK, or a full rewrite and the importation of a hierarchical lock manager (should be there anyway for return EWOULDBLOCK for embrace deadlock on flock() operations), is really immaterial. My vote for a rewrite would make the quota code a stackable layer, where you mount /usr on /usr and do quota file I/O so you can put quotas on DOS and other partitions. Currently, I do not have time for this. I'm chasing issues in the namei() and lookup() code and in the unionfs and portalfs use of the bogus nameidata fields for consumption of path components, and the expansion of symlinks into the pathname buffer in place causing NFS mounted symlinks to exceed MAXPATHLEN depending on mount depth differring from the source host's FS. I might have time for this after FreeBSD runs on a couple platforms and supports SMP and kernel level file system multithreading. 8-(. > What should we do about it ? I don't have enough time to dedicate > to this problem and frankly don't have enough kernel programming > experience to work on it. > The same time QUOTAs are a must for FBSD to be used as a user > server. Limit the way in which you use quotas. Don't run multiple instances of edquota. Turn quota's off before running edquota and back on when you are done editing. Use the quotactl(2) interface to turn quotas on using specific file paths to put the quota files on the drives where quotas are being enforced (ie: get rid of the 'userquota' option and turn them on manually per fs in your /etc/rc after they've been mounted. That should keep you away from at least the known failure modes. 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 6 13:42:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA22664 for hackers-outgoing; Wed, 6 Sep 1995 13:42:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id NAA22654 ; Wed, 6 Sep 1995 13:42:09 -0700 Message-Id: <199509062042.NAA22654@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Terry Lambert cc: hackers@freefall.freebsd.org Subject: Re: Cyrix cache enable patches? In-reply-to: Your message of "Wed, 06 Sep 1995 12:54:58 PDT." <199509061954.MAA00541@phaeton.artisoft.com> Date: Wed, 06 Sep 1995 13:42:08 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> Did anyone look at integrating these patches? I think this was for a different chip, but even if this is the case, then the work should be done and the code that was submitted shouldn't just fall through the cracks. We've needed detection of crappy processors from various vendors for some time... >Cyrix doesn't honor the non-cacheable bit. > >It would be silly to integrate patches to turn it on without integrating >detect as a global setting and doing a BINVD when a read is issued to >get around it not honoring the non-cacheable bit. > >You *aren't* going to get a cache update, since the motherboard chipset >doesn't notify the chip of a bus mastering DMA causing a cache invalidation >to be necessary (no pin on the chip for it). > > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Sep 6 13:44:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id NAA22753 for hackers-outgoing; Wed, 6 Sep 1995 13:44:09 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id NAA22746 for ; Wed, 6 Sep 1995 13:44:06 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00692; Wed, 6 Sep 1995 13:38:51 -0700 From: Terry Lambert Message-Id: <199509062038.NAA00692@phaeton.artisoft.com> Subject: Re: Help! Boot manager gone after Windows95 To: terryl@CS.Stanford.EDU (Terry Lee) Date: Wed, 6 Sep 1995 13:38:51 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Terry Lee" at Sep 6, 95 12:30:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 775 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > P.S. Does Windows95 have a new file system or did they just hack the old > one? Yes. 8-). The VFAT as essentially the same layout, but has been hacked to support long names and rewritten as necessary to enable caching (using the new VCACHE.VXD). The long name hack is a normal FAT entry followed by as many FAT entries as necessary to represent the long name, using the same start cluster # and having the system/hidden/volume_label attributes set on each entry. The entries must be adjacent in the FAT, and are stored in 16 bit characters (Unicode, or more properly, ISO 10646 page 0 -- 10646 is normally encoded as 32 bits). 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 6 14:08:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA23401 for hackers-outgoing; Wed, 6 Sep 1995 14:08:58 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id OAA23382 ; Wed, 6 Sep 1995 14:08:56 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id GAA27612; Thu, 7 Sep 1995 06:46:40 +0930 From: Michael Smith Message-Id: <199509062116.GAA27612@genesis.atrad.adelaide.edu.au> Subject: Re: IPX/Netware 4? To: terry@lambert.org (Terry Lambert) Date: Thu, 7 Sep 1995 06:46:39 +0930 (CST) Cc: swaits@pr.erau.edu, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199509061734.KAA00314@phaeton.artisoft.com> from "Terry Lambert" at Sep 6, 95 10:34:20 am Content-Type: text Content-Length: 683 Sender: hackers-owner@freebsd.org Precedence: bulk Terry Lambert stands accused of saying: > Or you could license NWU from Novell and port it. Is this the infamous "portable netware"? I'd heard that it was an extreme crock, but you know how rumours are. Given the pricing you've listed, it would be an _expensive_ extreme crock. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Sep 6 14:15:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA23625 for hackers-outgoing; Wed, 6 Sep 1995 14:15:09 -0700 Received: from healer.com (healer-gw.Empire.Net [205.164.80.204]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id OAA23616 for ; Wed, 6 Sep 1995 14:15:00 -0700 Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id RAA13668 for hackers@freebsd.org; Wed, 6 Sep 1995 17:17:47 -0400 Date: Wed, 6 Sep 1995 17:17:47 -0400 From: Coranth Gryphon Message-Id: <199509062117.RAA13668@healer.com> To: hackers@freebsd.org Subject: new install floppy Sender: hackers-owner@freebsd.org Precedence: bulk Hi. I need to replace the kernel on the install floppy for 2.0.5 (to have useful default values for the lots of systems I am going to be installing). Building the new kernel for BOOTMFS is easy. First question: Where do I insert that kernel into the the /usr/src/release tree to build a new install floppy? Second question, is the source on the CD (2.0.5R) correct for the "updated" 2.0.R install floppy? If not where are the patches...? Final question - At this stage of the game is it worth it to do this to 2.0.5 or should I just use the 2.1-stable pre-release? Thanx. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-3430 +------------------------+ USMail: 11 Carver St, Nashua, NH 03060 Disclaimer: All these words are yours, except Europa... From owner-freebsd-hackers Wed Sep 6 14:33:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA24005 for hackers-outgoing; Wed, 6 Sep 1995 14:33:01 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id OAA23993 for ; Wed, 6 Sep 1995 14:32:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA02949 for ; Wed, 6 Sep 1995 23:31:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA09025 for hackers@FreeBSD.ORG; Wed, 6 Sep 1995 23:31:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA04550 for hackers@FreeBSD.ORG; Wed, 6 Sep 1995 18:13:05 +0200 From: J Wunsch Message-Id: <199509061613.SAA04550@uriah.heep.sax.de> Subject: Re: Change in behaviour of SU... To: hackers@FreeBSD.ORG Date: Wed, 6 Sep 1995 18:13:05 +0200 (MET DST) Reply-To: hackers@FreeBSD.ORG In-Reply-To: <199509060803.KAA03216@uriah.heep.sax.de> from "J Wunsch" at Sep 6, 95 10:03:03 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 548 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As J Wunsch wrote: > > > > When you say "su root -c ls" you are saying, "as root, do '/bin/csh -c ls'". > > > If you say "su root exit", you are saying, "as root, do '/bin/sh exit'". > > > > OK, mea culpa. Not enough coffee, I should RTFS more. > > j@bonnie 121% uname -rs > FreeBSD 1.1.5.1(RELEASE) > j@bonnie 122% su r -c id > Password: > uid=0(root) gid=0(wheel) groups=0(wheel) It's back in CVS. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 6 14:45:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id OAA24458 for hackers-outgoing; Wed, 6 Sep 1995 14:45:31 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id OAA24451 ; Wed, 6 Sep 1995 14:45:29 -0700 Message-Id: <199509062145.OAA24451@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: hagnew@vt.edu cc: hackers Subject: Re: **EMERGENCY** help with freebsd In-reply-to: Your message of "Wed, 06 Sep 1995 17:34:23 EDT." <199509062135.OAA24201@freefall.freebsd.org> Date: Wed, 06 Sep 1995 14:45:28 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Dear Reader > >My name is Jared Agnew and I am in desperate need of help. > >I am currently attending Virginia Tech, and am a Computer Science major. >This year VT made the CS students buy IMB machines. Unfortunatly because >big blue makes such a piece of junk PC I bought a different machine. > >Here is the tough part. The school has a contract with IBM that if they >bought the machines from them, they will make any software the school has >work. Now the school has IDE cd-roms and most have ethernet and IBM techs >have FreeBSD software and are making it work for their machines. Are the IBM techs writing an IDE cdrom driver for FreeBSD? It would be interesting to see if they submit their work. >Unfortunatly I dont have any engineers to make my machine work and I have to >have my machine FreeBSD ready by the end of next week, cd-rom and all. > >I have: > >Dell Pentium >75Mhz >32M of ram >256K cache >1 gig pci ide hard drive >1 mitsumi 4X ide cdrom that plugs into the secondary ide controler slot on >the board and that slot is set to irq 15 >3com 3C5O9 ethernet 10baseT card > >Install Record. > >I just finished installing from flopy and that worked with 2.0.5 but that >wouldn't find cd-rom(which I know its not supposed to) and it also wouldnt >find my ethernet. >I also just finished installing that 950726-snap and that wouldn't even >fully install(said somthing about bad load and for me to specify my shell or >ch [ch]. Please I need help and will do anything I have to. Did you boot with a -c and modify the base address, and irq of the "ep0" device to match what your 3c509 is set to? There is very green IDE cdrom support in -current. You may want to try it. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Sep 6 15:21:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id PAA25343 for hackers-outgoing; Wed, 6 Sep 1995 15:21:47 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id PAA25332 for ; Wed, 6 Sep 1995 15:21:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA03886 for ; Thu, 7 Sep 1995 00:21:25 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA09549 for freebsd-hackers@freebsd.org; Thu, 7 Sep 1995 00:21:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA05822 for freebsd-hackers@freebsd.org; Thu, 7 Sep 1995 00:20:34 +0200 From: J Wunsch Message-Id: <199509062220.AAA05822@uriah.heep.sax.de> Subject: Re: Help! Boot manager gone after Windows95 To: freebsd-hackers@freebsd.org Date: Thu, 7 Sep 1995 00:20:34 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org In-Reply-To: from "Terry Lee" at Sep 6, 95 12:30:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 381 Sender: hackers-owner@freebsd.org Precedence: bulk As Terry Lee wrote: > > Okay, I just installed Windows 95 over my dos partition. It seems to > have wiped my Boot Manager so I can no longer access my FreeBSD > partition. ``Doctor, it hurts when i do that.'' ``Don't do that.'' :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Sep 6 16:18:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA27311 for hackers-outgoing; Wed, 6 Sep 1995 16:18:40 -0700 Received: from cioeserv.cioe.com (cioeserv.cioe.com [204.120.165.59]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id QAA27305 for ; Wed, 6 Sep 1995 16:18:39 -0700 Received: (from root@localhost) by cioeserv.cioe.com (8.6.12/8.6.9) id SAA11272 for freebsd-hackers@freebsd.org; Wed, 6 Sep 1995 18:13:26 GMT Date: Wed, 6 Sep 1995 18:13:26 GMT From: Marie Root Message-Id: <199509061813.SAA11272@cioeserv.cioe.com> To: freebsd-hackers@freebsd.org Subject: amanda port Sender: hackers-owner@freebsd.org Precedence: bulk Is there a reason that the makefile for ports-utils/amanda is missing? -Steve From owner-freebsd-hackers Wed Sep 6 16:27:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA27577 for hackers-outgoing; Wed, 6 Sep 1995 16:27:16 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id QAA27569 ; Wed, 6 Sep 1995 16:27:15 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA01087; Wed, 6 Sep 1995 16:20:48 -0700 From: Terry Lambert Message-Id: <199509062320.QAA01087@phaeton.artisoft.com> Subject: Re: IPX/Netware 4? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Sep 1995 16:20:48 -0700 (MST) Cc: terry@lambert.org, swaits@pr.erau.edu, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199509062116.GAA27612@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 7, 95 06:46:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1374 Sender: hackers-owner@freebsd.org Precedence: bulk > > Or you could license NWU from Novell and port it. > > Is this the infamous "portable netware"? I'd heard that it was an extreme > crock, but you know how rumours are. Given the pricing you've listed, it > would be an _expensive_ extreme crock. I was personally involved in both the NWU and NUC implementations. I'll say that NUC was not a happy camper if you were using it on a multiuser machine as opposed to a single user desktop. I think you could fix this by expanding the in core credentials structure and integrating the directory services login into the UNIX login, but it would be special case. NUC is the same NetWare client software one uses on NeXT machines and UnixWare. The NWU implementation beat the Native NetWare on identical hardware up to 128 users. It started running out of processor at that point because of particulars of the STREAMS implementation that they would not let me correct and because of ODI driver latency that they forced on UnixWare. One of my fondest memories of my time at Novell is the look that was on Drew Major's face when we presented our performance graphs and explained that the higher line was our server when he commented about the performance being "not quite there yet". 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 6 16:42:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id QAA28128 for hackers-outgoing; Wed, 6 Sep 1995 16:42:12 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id QAA28122 for ; Wed, 6 Sep 1995 16:42:10 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id TAA28515; Wed, 6 Sep 1995 19:42:01 -0400 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id TAA18137; Wed, 6 Sep 1995 19:42:01 -0400 Date: Wed, 6 Sep 1995 19:42:01 -0400 (EDT) From: Chuck Robey To: Marie Root cc: freebsd-hackers@freebsd.org Subject: Re: amanda port In-Reply-To: <199509061813.SAA11272@cioeserv.cioe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 6 Sep 1995, Marie Root wrote: > Is there a reason that the makefile for ports-utils/amanda is missing? > > -Steve I just checked my system (which is current on ports) and it's there. It's there on wcarchive also. Maybe you accidentally zapped it? ----------------------------+----------------------------------------------- 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 Wed Sep 6 17:22:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA29935 for hackers-outgoing; Wed, 6 Sep 1995 17:22:38 -0700 Received: from pl.parlamento.gub.uy (pl.parlamento.gub.uy [164.73.130.3]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id RAA29928 for ; Wed, 6 Sep 1995 17:22:27 -0700 Received: from computadora-12 ([164.73.130.12]) by pl.parlamento.gub.uy (8.6.9/8.6.9) with SMTP id SAA01879 for ; Wed, 6 Sep 1995 18:26:47 -0300 Date: Wed, 6 Sep 1995 18:26:47 -0300 Message-Id: <199509062126.SAA01879@pl.parlamento.gub.uy> X-Sender: dbaccino@pl.parlamento.gub.uy X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dbaccino@pl.parlamento.gub.uy (Daniel Baccino) Subject: help Sender: hackers-owner@freebsd.org Precedence: bulk Hi! I'm not sure if this is the right address but i hope somebody could give me a help. I have 2 problems in one using FreeBSD 2.0: The server has only 1 ethernet adapter (ed0) connected to a single network. In the server is running the popper (qpop2.1.4) . First the network had the address 200.2.53.0 netmask 255.255.255.255 (an entire clsss c) and had no problems at all. But later such net must be changed to 164.73.130.0 netmask 255.255.255.128 (the lower class c half). Now teach time a client using Eudora 1.4.4 attachs to the server in the console appear the messages: ( suppose the client has the address 164.73.130.12 and the server is pl.parlamento.gub.uy 164.73.130.3) pl kernel: arplookup 164.73.130.12 failed: host is not on local network pl popper[1864]: (v2.1.4-R3) Unable to get canonical name of client, err = 0 Its interesting that the messages are correctly delivered. Hope i could get a help to solve this . Thanks!! Bye. From owner-freebsd-hackers Wed Sep 6 17:44:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA00786 for hackers-outgoing; Wed, 6 Sep 1995 17:44:49 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id RAA00778 for ; Wed, 6 Sep 1995 17:44:47 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13068 (5.67a/IDA-1.5 for hackers@freebsd.org); Wed, 6 Sep 1995 19:32:25 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA03019 for hackers@freebsd.org; Wed, 6 Sep 1995 19:27:53 -0500 Date: Wed, 6 Sep 1995 19:27:53 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509070027.TAA03019@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Change in behaviour of SU... Organization: Taronga Park BBS References: <199509051017.MAA01018@uriah.heep.sax.de> <199509051729.TAA26346@keltia.frmug.fr.net> Message-Id: Sender: hackers-owner@freebsd.org Precedence: bulk In article <199509051729.TAA26346@keltia.frmug.fr.net>, Ollivier Robert wrote: >I checked on a friend 1.1.5.1 machine, su(1) does *not* permit "-c"... Read the code again. The "-c" is in the args passed to the shell (after the user name). 1.1.5.1 copied it, 2.0.5 throws them away. It looks to be a Net/2 to 4.4 LITE change. In any case my patch fixes it. From owner-freebsd-hackers Wed Sep 6 17:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA00810 for hackers-outgoing; Wed, 6 Sep 1995 17:44:54 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id RAA00799 for ; Wed, 6 Sep 1995 17:44:52 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13130 (5.67a/IDA-1.5 for hackers@freebsd.org); Wed, 6 Sep 1995 19:44:34 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA03421 for hackers@freebsd.org; Wed, 6 Sep 1995 19:36:40 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509070036.TAA03421@bonkers.taronga.com> Subject: Argh... HP sucks, but what do I do about this? To: hackers@freebsd.org Date: Wed, 6 Sep 1995 19:36:40 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 492 Sender: hackers-owner@freebsd.org Precedence: bulk After giving up on getting FreeBSD running on an HP rebranded with a custom BIOS WD1007 in an HP Vectra, I ordered an Adaptec 1542 and tried again with a couple of 300 MB CDC SCSI drives we had lying around. Now it's not seeing the drives. Is there a problem with newer Adaptec 1542s (I sort of heard there was) or should I chalk this up to HP brain damage and look for another machine? I suspect HP brain damage, 'cos it won't boot DOS on the 1542 (boots FreeBSD fine, kudos to y'all)... From owner-freebsd-hackers Wed Sep 6 17:45:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA00924 for hackers-outgoing; Wed, 6 Sep 1995 17:45:43 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id RAA00912 for ; Wed, 6 Sep 1995 17:45:38 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13064 (5.67a/IDA-1.5); Wed, 6 Sep 1995 19:32:17 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA02805; Wed, 6 Sep 1995 19:16:08 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509070016.TAA02805@bonkers.taronga.com> Subject: Patches to "su" to restore "su user -c cmd" To: jkh@time.cdrom.com Date: Wed, 6 Sep 1995 19:16:08 -0500 (CDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3859 Sender: hackers-owner@freebsd.org Precedence: bulk I write: > > In 1.1.5.1, the command "su" passed extra arguments to the shell. In 2.0.5, > > this is disabled. Howcome? I have several scripts that need to start various > > programs as particular users, so I've been using "su user -c command". What > > is the recommended alternative? Jordan writes: > I commented on this just the other day. What we need is `-c' to come > back is what we need. Here it is: This is based on the 2.0.5 code. I compared the 1.1.5 code and the NetBSD code. The NetBSD/1.1.5.1 code, based on Net/2 I assume, was dated 1988: * Copyright (c) 1988 The Regents of the University of California. * All rights reserved. There are minor differences between the two. It looks like the NetBSD code depends on argv[-1] being there if you call "su -fm" which expands into "_su -m -f". The 2.0.5 code seems to be based on 4.4: * Copyright (c) 1988, 1993, 1994 * The Regents of the University of California. All rights reserved. Changes forthwith, including a new man page: *** su.1.ORIG Wed Sep 6 19:09:12 1995 --- su.1 Wed Sep 6 19:08:06 1995 *************** *** 40,46 **** .Sh SYNOPSIS .Nm su .Op Fl Kflm ! .Op Ar login .Sh DESCRIPTION .Nm Su requests the Kerberos password for --- 40,46 ---- .Sh SYNOPSIS .Nm su .Op Fl Kflm ! .Op Ar login Op args .Sh DESCRIPTION .Nm Su requests the Kerberos password for *************** *** 49,55 **** .Dq Ar login Ns .root , if no login is provided), and switches to that user and group ID after obtaining a Kerberos ticket granting ticket. ! A shell is then executed. .Nm Su will resort to the local password file to find the password for .Ar login --- 49,56 ---- .Dq Ar login Ns .root , if no login is provided), and switches to that user and group ID after obtaining a Kerberos ticket granting ticket. ! A shell is then executed, and any additional command line arguments after ! the login name are passed to this shell. .Nm Su will resort to the local password file to find the password for .Ar login *** su.c.ORIG Tue May 30 01:34:18 1995 --- su.c Wed Sep 6 18:57:44 1995 *************** *** 82,98 **** { extern char **environ; struct passwd *pwd; ! char *p, **g, *user, *shell, *username, *cleanenv[20], *nargv[4], **np; struct group *gr; uid_t ruid; int asme, ch, asthem, fastlogin, prio; enum { UNSET, YES, NO } iscsh = UNSET; char shellbuf[MAXPATHLEN]; - np = &nargv[3]; - *np-- = NULL; asme = asthem = fastlogin = 0; ! while ((ch = getopt(argc, argv, ARGSTR)) != EOF) switch((char)ch) { #ifdef KERBEROS case 'K': --- 82,98 ---- { extern char **environ; struct passwd *pwd; ! char *p, **g, *user, *shell, *username, *cleanenv[20], **np; struct group *gr; uid_t ruid; int asme, ch, asthem, fastlogin, prio; enum { UNSET, YES, NO } iscsh = UNSET; char shellbuf[MAXPATHLEN]; + char **nargv; + int i; asme = asthem = fastlogin = 0; ! while ((ch = getopt(argc, argv, ARGSTR)) != EOF) { switch((char)ch) { #ifdef KERBEROS case 'K': *************** *** 117,123 **** --- 117,144 ---- ARGSTR); exit(1); } + } argv += optind; + argc -= optind; + + /* get target login information, default to root */ + if (argc) { + user = *argv++; + --argc; + } else { + user = "root"; + } + + /* copy args */ + nargv = malloc((sizeof *nargv) * (argc + 4)); + if(!nargv) { + perror("su: malloc"); + exit(1); + } + + for(i = 0; i <= argc; i++) + nargv[i+3] = argv[i]; + np = &nargv[2]; errno = 0; prio = getpriority(PRIO_PROCESS, 0); *************** *** 145,152 **** iscsh = NO; } - /* get target login information, default to root */ - user = *argv ? *argv : "root"; if ((pwd = getpwnam(user)) == NULL) { fprintf(stderr, "su: unknown login %s\n", user); exit(1); --- 166,171 ---- From owner-freebsd-hackers Wed Sep 6 17:58:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id RAA01660 for hackers-outgoing; Wed, 6 Sep 1995 17:58:23 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id RAA01652 for ; Wed, 6 Sep 1995 17:58:20 -0700 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id UAA01537; Wed, 6 Sep 1995 20:47:54 -0400 From: Peter Dufault Message-Id: <199509070047.UAA01537@hda.com> Subject: Re: Argh... HP sucks, but what do I do about this? To: peter@taronga.com (Peter da Silva) Date: Wed, 6 Sep 1995 20:47:53 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199509070036.TAA03421@bonkers.taronga.com> from "Peter da Silva" at Sep 6, 95 07:36:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 613 Sender: hackers-owner@freebsd.org Precedence: bulk > > Is there a problem with newer Adaptec 1542s (I sort of heard there was) or > should I chalk this up to HP brain damage and look for another machine? The latest "1542CP" isn't properly detected, but the attach messages make it obvious that there is a firmware rev problem. The patch I posted to -questions sortofkindof works except for non-fatal printf format problems. ASAP I'll commit a good patch. I don't think this is your problem. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Sep 6 19:43:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id TAA05149 for hackers-outgoing; Wed, 6 Sep 1995 19:43:17 -0700 Received: from Glock.COM (glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id TAA05141 for ; Wed, 6 Sep 1995 19:43:15 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id WAA00560 for hackers@freebsd.org; Wed, 6 Sep 1995 22:43:08 -0400 From: "matthew c. mead" Message-Id: <199509070243.WAA00560@Glock.COM> Subject: Plan9 To: hackers@freebsd.org Date: Wed, 6 Sep 1995 22:43:05 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 663 Sender: hackers-owner@freebsd.org Precedence: bulk If anyone's been wanting to play with plan9 on their machine, I advise they think twice. I decided I would look at it tonight, and was rebooting to go into their windowing mode and somehow it fried the bios in my BT445s. Needless to say, I wasn't happy, and I don't know how the hell they could have done that; I didn't think that software could destroy a piece of hardware (other than a monitor). Anyway, just wanted to make sure y'all knew that it could do this... -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Wed Sep 6 20:47:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id UAA06933 for hackers-outgoing; Wed, 6 Sep 1995 20:47:37 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id UAA06927 for ; Wed, 6 Sep 1995 20:47:35 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA05267; Wed, 6 Sep 1995 20:47:18 -0700 To: dbaccino@pl.parlamento.gub.uy (Daniel Baccino) cc: hackers@freebsd.org Subject: Re: help In-reply-to: Your message of "Wed, 06 Sep 1995 18:26:47 -0300." <199509062126.SAA01879@pl.parlamento.gub.uy> Date: Wed, 06 Sep 1995 20:47:18 -0700 Message-ID: <5265.810445638@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > ( suppose the client has the address 164.73.130.12 and the server is > pl.parlamento.gub.uy 164.73.130.3) > pl kernel: arplookup 164.73.130.12 failed: host is not on local network Then this is a client-side error message and unrelated to the FreeBSD server, yes? You must have something misconfigured in Eudora or the general Windows networking, that's what it sounds like to me.. Jordan From owner-freebsd-hackers Wed Sep 6 21:37:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id VAA08959 for hackers-outgoing; Wed, 6 Sep 1995 21:37:07 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id VAA08943 for ; Wed, 6 Sep 1995 21:37:02 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id OAA28508 for hackers@freebsd.org; Thu, 7 Sep 1995 14:15:11 +0930 From: Michael Smith Message-Id: <199509070445.OAA28508@genesis.atrad.adelaide.edu.au> Subject: Parallel-port tape units To: hackers@freebsd.org Date: Thu, 7 Sep 1995 14:15:11 +0930 (CST) Content-Type: text Content-Length: 733 Sender: hackers-owner@freebsd.org Precedence: bulk I remember seeing someone asking about these critters a while back. If anyone has a spec on the interface that, say, Colorado use for the Jumbo Trakker (the most common of these that I've seen), or is working on a driver, I'd be happy to assist in testing/developing such a beast, as I have one sitting here that's not a lot of use most of the time. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Sep 6 21:57:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id VAA10451 for hackers-outgoing; Wed, 6 Sep 1995 21:57:35 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id VAA10445 for ; Wed, 6 Sep 1995 21:57:33 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14990(1)>; Wed, 6 Sep 1995 21:56:58 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 6 Sep 1995 21:56:44 -0700 To: dbaccino@pl.parlamento.gub.uy (Daniel Baccino) cc: hackers@freebsd.org Subject: Re: help In-reply-to: Your message of "Wed, 06 Sep 95 14:26:47 PDT." <199509062126.SAA01879@pl.parlamento.gub.uy> Date: Wed, 6 Sep 1995 21:56:39 PDT From: Bill Fenner Message-Id: <95Sep6.215644pdt.177475@crevenia.parc.xerox.com> Sender: hackers-owner@freebsd.org Precedence: bulk In message <199509062126.SAA01879@pl.parlamento.gub.uy> you write: >pl kernel: arplookup 164.73.130.12 failed: host is not on local network What does it say when you say "route get 164.73.130.12"? It should say something like: # route get 164.73.130.12 route to: 164.73.130.12 destination: 164.73.130.0 mask: 255.255.255.128 interface: ed0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 -66 Most notably, the results from "route get" should *not* include a "gateway:" line. If it does, could you send me the output from "route get" and the output of "netstat -nr"? Bill From owner-freebsd-hackers Wed Sep 6 23:21:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA29749 for hackers-outgoing; Wed, 6 Sep 1995 23:21:39 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA29743 for ; Wed, 6 Sep 1995 23:21:38 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id XAA00480 for hackers@freebsd.org; Wed, 6 Sep 1995 23:21:37 -0700 Date: Wed, 6 Sep 1995 23:21:37 -0700 From: Julian Elischer Message-Id: <199509070621.XAA00480@ref.tfs.com> To: hackers@freebsd.org Subject: sup days behind Sender: hackers-owner@freebsd.org Precedence: bulk has something happenned to the sup? my changes from yesterday on freefall still haven't shown up here (or from Monday) julian From owner-freebsd-hackers Wed Sep 6 23:33:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id XAA02212 for hackers-outgoing; Wed, 6 Sep 1995 23:33:21 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id XAA02093 for ; Wed, 6 Sep 1995 23:33:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA12146; Thu, 7 Sep 1995 08:32:49 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12246; Thu, 7 Sep 1995 08:32:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA07346; Thu, 7 Sep 1995 07:54:35 +0200 From: J Wunsch Message-Id: <199509070554.HAA07346@uriah.heep.sax.de> Subject: Re: Patches to "su" to restore "su user -c cmd" To: peter@taronga.com (Peter da Silva) Date: Thu, 7 Sep 1995 07:54:34 +0200 (MET DST) Cc: hackers@freebsd.org Reply-To: hackers@freebsd.org In-Reply-To: <199509070016.TAA02805@bonkers.taronga.com> from "Peter da Silva" at Sep 6, 95 07:16:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 440 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter da Silva wrote: > > Jordan writes: > > I commented on this just the other day. What we need is `-c' to come > > back is what we need. > > Here it is: > Umm, sorry, you aren't on the commit lists, are you? Pity, duplicate work -- i've commited the change yesterday afternoon (MET). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 00:54:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id AAA18238 for hackers-outgoing; Thu, 7 Sep 1995 00:54:53 -0700 Received: from clark.net (clark.net [168.143.0.7]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id AAA18232 for ; Thu, 7 Sep 1995 00:54:48 -0700 Received: (harlan@localhost) by clark.net (8.6.12/8.6.5) id DAA05120 for freebsd-hackers@freebsd.org; Thu, 7 Sep 1995 03:53:33 -0400 Date: Thu, 7 Sep 1995 03:53:33 -0400 From: Harlan Stenn Message-Id: <199509070753.DAA05120@clark.net> To: freebsd-hackers@freebsd.org Subject: default route problem with 2.1-STABLE and ppp? Content-Length: 683 Sender: hackers-owner@freebsd.org Precedence: bulk I was running "ppp -auto somesite" under 2.0.950412-SNAP just fine. I upgraded to 2.1-STABLE (as of about a month ago) over the weekend and while ppp is running and it successfully dials and "works", it no longer adds a default route entry for me. Not only that, but I can't manually add a default route for the link (tun0) either. When I try, I get: # route add default 168.143.10.179 writing to routing socket: Network is unreachable add net default: gateway 168.143.10.179: Network is unreachable # Any suggestions on how I can solve this problem would be *greatly* appreciated. (I've done a "make world" twice just to make REALLY sure that everything got installed OK.) H From owner-freebsd-hackers Thu Sep 7 03:18:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id DAA08051 for hackers-outgoing; Thu, 7 Sep 1995 03:18:30 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id DAA08044 for ; Thu, 7 Sep 1995 03:18:20 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA02361 for hackers@freebsd.org; Thu, 7 Sep 1995 12:08:22 +0200 From: Luigi Rizzo Message-Id: <199509071008.MAA02361@labinfo.iet.unipi.it> Subject: GI1904 hand scanner available on freebsd.cdrom.com To: hackers@freebsd.org Date: Thu, 7 Sep 1995 12:08:21 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1258 Sender: hackers-owner@freebsd.org Precedence: bulk I have put the latest release of the GI1904 hand-scanner driver on freebsd.cdrom.com:/pub/FreeBSD/incoming/asc.tgz The archive includes the driver, a diff file for the relevant kernel sources (i386/conf.c, conf/files.i386, isa/isa.h, /dev/MAKEDEV), a man page, and installation directions. The driver still has a minor bug related to the abort of a DMA operation, but it works reasonably well (and it has a working "select()"). I would be grateful if these sources could be included in some of the source trees, and possibly in the snapshot so that people have a chance to try it out. [BTW: I don't know what is the policy about inclusion of new drivers in the -stable and snapshots. My idea is that this would give people a chance of trying out the code without too much impact on stability, and is also good for pushing FreeBSD on the "market"]. Thanks 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 Thu Sep 7 04:22:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id EAA11526 for hackers-outgoing; Thu, 7 Sep 1995 04:22:16 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id EAA11502 for ; Thu, 7 Sep 1995 04:21:38 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HUZVAKVD1S001G1N@mail.rwth-aachen.de>; Thu, 07 Sep 1995 13:21:04 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA03804 for freebsd-hackers@freefall.cdrom.com; Thu, 7 Sep 1995 13:33:34 +0200 Date: Thu, 07 Sep 1995 13:33:34 +0200 From: "Christoph P. Kukulies" Subject: higher density diskettes To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199509071133.NAA03804@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Microsoft has switched to using so called DMF format (Distribution Media Format - 1,716,224 bytes 1.63 MB) on diskettes for the WIN95 distrubution disks. I suggest to if not switch to that format to at least start discussing if that would be feasible or could be used for an even better install disk or fixit floppies. BTW I tried to mount one of the Win95 Install disks and got a kernel messages: blues# mount -t msdos /dev/fd0.1720 /mnt mountmsdosfs(): root directory is not a multiple of the clustersize in length blues# blues# ls /mnt win95_08.cab blues# umount /mnt --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Sep 7 04:33:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id EAA12035 for hackers-outgoing; Thu, 7 Sep 1995 04:33:04 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id EAA12027 for ; Thu, 7 Sep 1995 04:33:02 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id EAA01339; Thu, 7 Sep 1995 04:31:01 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: higher density diskettes In-reply-to: Your message of "Thu, 07 Sep 1995 13:33:34 +0200." <199509071133.NAA03804@gilberto.physik.rwth-aachen.de> Date: Thu, 07 Sep 1995 04:31:01 -0700 Message-ID: <1337.810473461@critter.tfs.com> From: Poul-Henning Kamp Sender: hackers-owner@FreeBSD.org Precedence: bulk > Microsoft has switched to using so called DMF format > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > diskettes for the WIN95 distrubution disks. This is very interesting. If it works for them, we can do that too. The changes to the floppy-build procedure is rather few, but I still suggest we hang in there until we hear how much trouble MS has with it... -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Thu Sep 7 05:17:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id FAA14402 for hackers-outgoing; Thu, 7 Sep 1995 05:17:25 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id FAA14391 for ; Thu, 7 Sep 1995 05:17:20 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17439 (5.67a/IDA-1.5); Thu, 7 Sep 1995 07:02:10 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id GAA17123; Thu, 7 Sep 1995 06:38:25 -0500 Date: Thu, 7 Sep 1995 06:38:25 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509071138.GAA17123@bonkers.taronga.com> To: j@uriah.heep.sax.de Subject: Re: Patches to "su" to restore "su user -c cmd" Newsgroups: taronga.freebsd.hackers In-Reply-To: <199509070554.HAA07346@uriah.heep.sax.de> References: <199509070016.TAA02805@bonkers.taronga.com> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article <199509070554.HAA07346@uriah.heep.sax.de> you write: >Umm, sorry, you aren't on the commit lists, are you? It's all I can do to keep up with this one. >Pity, duplicate work -- i've commited the change yesterday afternoon >(MET). Would have been duplicate anyway, 'cos I'd already done it by then. Didn't you read my message saying I was doing it? From owner-freebsd-hackers Thu Sep 7 05:34:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id FAA15563 for hackers-outgoing; Thu, 7 Sep 1995 05:34:00 -0700 Received: from Snoopy.UCIS.Dal.Ca (Snoopy.UCIS.Dal.Ca [129.173.1.10]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id FAA15555 for ; Thu, 7 Sep 1995 05:33:58 -0700 Received: (from digdon@localhost) by Snoopy.UCIS.Dal.Ca (8.6.9/8.6.6) id JAA01156 for freebsd-hackers@freebsd.org; Thu, 7 Sep 1995 09:33:56 -0300 From: Mike Digdon Message-Id: <199509071233.JAA01156@Snoopy.UCIS.Dal.Ca> Subject: ATAPI CD-ROM question... To: freebsd-hackers@freebsd.org Date: Thu, 7 Sep 1995 09:33:56 -0300 (ADT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1111 Sender: hackers-owner@freebsd.org Precedence: bulk I've been playing around with -current lately, and I've been having some problems mounting my ATAPI CD-ROM... it looks as though the probe works fine: wdc0: unit 1 (atapi): , removable, intr, iordis wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked However, when I go to mount the CD, this is what happens: # mount -r /dev/wcd0c /cdrom /dev/wcd0c on /cdrom: Incorrect super block. Now, I would imagine that I'm not mounting the CD properly. How *should* I be mounting it? Also, one other point to make. The MAKEDEV script created /dev/wcd0c with a major, minor of 18, 0. However, it looks as though conf.c is looking for it to be 19, 0. While wcd0c was at 18, the CD would do nothing when mounted and would fail with a "Device not configured" error. When I changed it to 19 and tried to mount the CD, the CD became active and failed with the "Incorrect super block" error. -- Mike Digdon # Network Operation Centre # Dalhousie University Phone: +1 902 494-1873 # E-mail: digdon@snoopy.ucis.dal.ca From owner-freebsd-hackers Thu Sep 7 06:04:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA17429 for hackers-outgoing; Thu, 7 Sep 1995 06:04:14 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id GAA17419 ; Thu, 7 Sep 1995 06:04:13 -0700 Message-Id: <199509071304.GAA17419@freefall.freebsd.org> Subject: Re: ATAPI CD-ROM question... To: digdon@Snoopy.UCIS.Dal.Ca (Mike Digdon) Date: Thu, 7 Sep 1995 06:04:12 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199509071233.JAA01156@Snoopy.UCIS.Dal.Ca> from "Mike Digdon" at Sep 7, 95 09:33:56 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 867 Sender: hackers-owner@freebsd.org Precedence: bulk In reply to Mike Digdon who wrote: > > I've been playing around with -current lately, and I've been having some > problems mounting my ATAPI CD-ROM... it looks as though the probe works fine: > > wdc0: unit 1 (atapi): , removable, intr, iordis > wcd0: 689Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray > wcd0: 120mm data disc loaded, unlocked > > However, when I go to mount the CD, this is what happens: > > # mount -r /dev/wcd0c /cdrom > /dev/wcd0c on /cdrom: Incorrect super block. > > Now, I would imagine that I'm not mounting the CD properly. How *should* I > be mounting it? mount -t cd9660 -r /dev/wcd0c /cdrom -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-hackers Thu Sep 7 07:13:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA21542 for hackers-outgoing; Thu, 7 Sep 1995 07:13:33 -0700 Received: from efn.efn.org (efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id HAA21532 for ; Thu, 7 Sep 1995 07:13:30 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA04225; Thu, 7 Sep 95 07:11:57 PDT Received: from nike.efn.org (garcia.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA27612; Thu, 7 Sep 95 07:12:30 PDT Date: Thu, 7 Sep 1995 07:13:38 -0700 (PDT) From: John-Mark Gurney To: "Christoph P. Kukulies" Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: higher density diskettes In-Reply-To: <199509071133.NAA03804@gilberto.physik.rwth-aachen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Christoph P. Kukulies wrote: > Microsoft has switched to using so called DMF format > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > diskettes for the WIN95 distrubution disks. > > I suggest to if not switch to that format to at least > start discussing if that would be feasible or could be used > for an even better install disk or fixit floppies. > BTW I tried to mount one of the Win95 Install disks and > got a kernel messages: > > blues# mount -t msdos /dev/fd0.1720 /mnt > mountmsdosfs(): root directory is not a multiple of the clustersize in length > blues# > blues# ls /mnt > win95_08.cab > blues# umount /mnt I have a set of dos utils that allows you to format and use 1.72meg disks under dos... and actually... one thing I really liked about the 2.0R install is that you could specify /dev/fd0.1720... that would mean you could get 7 parts instead of the usual 6... I also use 1.72meg disk to store a lot of old downloaded software I might need... some of the disks are even DD with the hole punched and I have had no problems with them... If you guys like I could upload the program for dos some where... It has a nice chart on what you can do, i.e. read the disk, with and without the special program... like you can read a 1.48meg disk without any driver loaded under dos... plus with it you can format your 5-1/2 floppies to 1.48megs... and that would be quite nice to set as the new top limit :) TTYL... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 7 07:26:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.11/8.6.6) id HAA23122 for hackers-outgoing; Thu, 7 Sep 1995 07:26:33 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id HAA23105 for ; Thu, 7 Sep 1995 07:26:29 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id HAA01565; Thu, 7 Sep 1995 07:23:22 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: John-Mark Gurney cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.FreeBSD.org Subject: Re: higher density diskettes In-reply-to: Your message of "Thu, 07 Sep 1995 07:13:38 PDT." Date: Thu, 07 Sep 1995 07:23:22 -0700 Message-ID: <1563.810483802@critter.tfs.com> From: Poul-Henning Kamp Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Thu, 7 Sep 1995, Christoph P. Kukulies wrote: > > > Microsoft has switched to using so called DMF format > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > diskettes for the WIN95 distrubution disks. > > > I have a set of dos utils that allows you to format and use 1.72meg disks > under dos... and actually... one thing I really liked about the 2.0R Could you port this into our msdosfs ? -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Thu Sep 7 08:21:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA12536 for hackers-outgoing; Thu, 7 Sep 1995 08:21:06 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.11/8.6.6) with SMTP id IAA12504 ; Thu, 7 Sep 1995 08:21:03 -0700 Message-Id: <199509071521.IAA12504@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Mike Digdon cc: freebsd-hackers@freebsd.org Subject: Re: ATAPI CD-ROM question... In-reply-to: Your message of "Thu, 07 Sep 1995 09:33:56 -0300." <199509071233.JAA01156@Snoopy.UCIS.Dal.Ca> Date: Thu, 07 Sep 1995 08:21:02 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >However, when I go to mount the CD, this is what happens: > ># mount -r /dev/wcd0c /cdrom >/dev/wcd0c on /cdrom: Incorrect super block. > >Now, I would imagine that I'm not mounting the CD properly. How *should* I >be mounting it? mount -t cd9660 /dev/wcd0c /cdrom >-- > Mike Digdon # Network Operation Centre # Dalhousie University > Phone: +1 902 494-1873 # E-mail: digdon@snoopy.ucis.dal.ca -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Sep 7 08:41:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13207 for hackers-outgoing; Thu, 7 Sep 1995 08:41:10 -0700 Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id IAA13193 for ; Thu, 7 Sep 1995 08:41:08 -0700 Received: (from owensc@localhost) by itsdsv1.enc.edu (8.6.11/8.7.2 rev 08/22/95) id LAA00228; Thu, 7 Sep 1995 11:40:36 -0400 Date: Thu, 7 Sep 1995 11:40:35 -0400 (EDT) From: Charles Owens To: hackers list FreeBSD cc: terry@lambert.org Subject: re: QUOTAS... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Recently, T. Lambert said: { Limit the way in which you use quotas. Don't run multiple instances of edquota. Turn quota's off before running edquota and back on when you are done editing. Use the quotactl(2) interface to turn quotas on using specific file paths to put the quota files on the drives where quotas are being enforced (ie: get rid of the 'userquota' option and turn them on manually per fs in your /etc/rc after they've been mounted. That should keep you away from at least the known failure modes. } Regarding what you said about the 'userquota' option, I was under the impression that quotas weren't turned on at mount-time, but only when the 'quotaon' command is invoked. Am I wrong? Are you suggesting that it is safer if, instead of using the 'userquota' option and 'quotaon', we write a small program that turns quotas on using the quotactl(2) routine? thanks, --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-hackers Thu Sep 7 08:49:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13472 for hackers-outgoing; Thu, 7 Sep 1995 08:49:09 -0700 Received: from strider.ibenet.it ([194.179.130.1]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id IAA13438 ; Thu, 7 Sep 1995 08:48:44 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id RAA20568; Thu, 7 Sep 1995 17:52:10 +0200 From: Piero Serini Message-Id: <199509071552.RAA20568@strider.ibenet.it> Subject: SunExpert Article available To: Hackers@FreeBSD.ORG (FreeBSD Hackers' List), Questions@FreeBSD.ORG (FreeBSD Questions List) Date: Thu, 7 Sep 1995 17:52:09 +0200 (MET DST) Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 379 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Hello. I'd like to let you know that the article I put up for ftp at: ftp://ftp.free.it/pub/FreeBSD/SunExpert.article.May.1995.gz is now downloadable. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Thu Sep 7 09:01:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA13778 for hackers-outgoing; Thu, 7 Sep 1995 09:01:08 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.freebsd.org (8.6.11/8.6.6) with ESMTP id JAA13771 for ; Thu, 7 Sep 1995 09:01:07 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id MAA02549 for ; Thu, 7 Sep 1995 12:02:03 -0400 Date: Thu, 7 Sep 1995 12:02:03 -0400 Message-Id: <199509071602.MAA02549@mail.htp.com> X-Sender: dennis@mail.htp.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@et.htp.com (dennis) Subject: root Telnet access Sender: hackers-owner@freebsd.org Precedence: bulk How do you enable/allow root telnet access in FreeBSD? db From owner-freebsd-hackers Thu Sep 7 09:38:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA00752 for hackers-outgoing; Thu, 7 Sep 1995 09:38:09 -0700 Received: from strider.ibenet.it ([194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA00744 for ; Thu, 7 Sep 1995 09:37:58 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id SAA20876; Thu, 7 Sep 1995 18:40:43 +0200 From: Piero Serini Message-Id: <199509071640.SAA20876@strider.ibenet.it> Subject: Re: root Telnet access To: dennis@et.htp.com (dennis) Date: Thu, 7 Sep 1995 18:40:42 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199509071602.MAA02549@mail.htp.com> from "dennis" at Sep 7, 95 12:02:03 pm Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 428 Sender: hackers-owner@freebsd.org Precedence: bulk Hello. Quoting from dennis (Thu Sep 7 18:02:03 1995): > How do you enable/allow root telnet access in FreeBSD? By declaring all the ptys "secure" edit /etc/ttys. This question belongs to -question :) Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Thu Sep 7 10:35:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA02136 for hackers-outgoing; Thu, 7 Sep 1995 10:35:51 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA02129 for ; Thu, 7 Sep 1995 10:35:46 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id TAA20167 ; Thu, 7 Sep 1995 19:35:38 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA20873 ; Thu, 7 Sep 1995 19:35:37 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id JAA04139; Thu, 7 Sep 1995 09:01:40 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509070701.JAA04139@keltia.Freenix.FR> Subject: Re: help To: dbaccino@pl.parlamento.gub.uy (Daniel Baccino) Date: Thu, 7 Sep 1995 09:01:39 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199509062126.SAA01879@pl.parlamento.gub.uy> from "Daniel Baccino" at Sep 6, 95 06:26:47 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk It seems that Daniel Baccino said: > In the server is running the popper (qpop2.1.4) . First the network had the > address 200.2.53.0 netmask 255.255.255.255 (an entire clsss c) and had no Fro an entire C-cless network, the netmask should be 255.255.255.0 not 255.255.255.255... > pl.parlamento.gub.uy 164.73.130.3) > pl kernel: arplookup 164.73.130.12 failed: host is not on local network > pl popper[1864]: (v2.1.4-R3) Unable to get canonical name of client, err = 0 > > Its interesting that the messages are correctly delivered. It is more probably a DNS/hosts problem. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Thu Sep 7 11:43:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA04095 for hackers-outgoing; Thu, 7 Sep 1995 11:43:14 -0700 Received: from tesla.cview.com (root@tesla.cview.com [204.95.57.17]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA04084 for ; Thu, 7 Sep 1995 11:43:10 -0700 Received: by tesla.cview.com (Smail3.1.29.0 #1) id m0sqltG-0001HKC; Thu, 7 Sep 95 13:41 CDT Message-Id: Date: Thu, 7 Sep 95 13:41 CDT From: malenovi@cview.com (Nik Malenovic) To: piero@strider.ibenet.it Subject: Re: root Telnet access Newsgroups: cview.freebsd.hackers In-Reply-To: Organization: CView Inc. Sender: hackers-owner@FreeBSD.org Precedence: bulk SET MODE /VERY_SARCASTIC /BLACK_HUMOR In article you write: >Quoting from dennis (Thu Sep 7 18:02:03 1995): >> How do you enable/allow root telnet access in FreeBSD? >By declaring all the ptys "secure" edit /etc/ttys. well you could also set /etc/hosts.equiv and put + + in it I'm sure it would solve the problem. or better yet, use vipw(1), end put blank field where root password is. heck, why not hack login(1) and delete the part that asks for password (and verifies it). I am sure it will help. >This question belongs to -question :) no it actually belongs to -brainless. If I wouldn't have NSA/FBI breathing through my phone line, I'd release a worm on your network. right before I'd cut your ISP link. balh Nik -- sin.com - Proudly running FreeBSD 2.0.5 486DX2/50 32 Mb RAM 1.5Gb SCSI Look at what Linux did - it made everyone aware of Unices, but it has put back the development of Unix-based OS for decades to come. Dont' ask what your PC can do for you, but what you can do for your PC - nuke Linux! From owner-freebsd-hackers Thu Sep 7 11:43:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA04121 for hackers-outgoing; Thu, 7 Sep 1995 11:43:19 -0700 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA04105 for ; Thu, 7 Sep 1995 11:43:15 -0700 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id CAA05786 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 02:43:06 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 8 Sep 1995 02:43:01 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <42nefl$5kl$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199509060338.NAA25501@genesis.atrad.adelaide.edu.au> Subject: Re: More iBCS2 hacking... Sender: hackers-owner@freebsd.org Precedence: bulk msmith@atrad.adelaide.edu.au (Michael Smith) writes: >Ok, I shifted the header into the kernel includes, and the lkm builds OK. >(With all of the debugging enabled) > Running the victim application tells me that it's making an unimplemented >ioctl call; which pulls me up short. > Does anyone have a SCO box lying around that can tell me what 0x6301 is? It is either: 1: the OpenNET TCL command: #define TRQ_AOPEN ('c' << 8 | 1) 2: TIME_SET/GET (not real likely for doing on stdin/stdout) 3: CON_COLOR #define ('c' << 8) - true/false return if console is colour. 4: CONS_CURRENT #define ('c' << 8 | 1) - console type - one of: #define MONO 1 #define CGA 2 #define PGA 3 #define EGA 4 #define VGA 5 Best bet, is it's number 4. > I have an oldish copy of SCO (2.2.2?) somewhere but nothing to install >it on 8( > If anyone else is looking at this, I'd love to work on it with you... I'd love to be, but I dont have time yet... I wanna work on ELF stuff, too. :-) -Peter >-- >]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ >]] Genesis Software genesis@atrad.adelaide.edu.au [[ >]] High-speed data acquisition and [[ >]] realtime instrument control (ph/fax) +61-8-267-3039 [[ >]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Thu Sep 7 12:00:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA04545 for hackers-outgoing; Thu, 7 Sep 1995 12:00:53 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA04537 for ; Thu, 7 Sep 1995 12:00:51 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA02381; Thu, 7 Sep 1995 10:45:47 -0700 From: Terry Lambert Message-Id: <199509071745.KAA02381@phaeton.artisoft.com> Subject: Re: QUOTAS... To: owensc@enc.edu (Charles Owens) Date: Thu, 7 Sep 1995 10:45:47 -0700 (MST) Cc: freebsd-hackers@freebsd.org, terry@lambert.org In-Reply-To: from "Charles Owens" at Sep 7, 95 11:40:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1147 Sender: hackers-owner@freebsd.org Precedence: bulk > Regarding what you said about the 'userquota' option, I was under the > impression that quotas weren't turned on at mount-time, but only when the > 'quotaon' command is invoked. Am I wrong? You had the 'userquota' without and '=' (ie: the correct usage is not ',userquota,' but ',userquota=/usr/quotas/usr.user,'. > Are you suggesting that it is safer if, instead of using the 'userquota' > option and 'quotaon', we write a small program that turns quotas on using the > quotactl(2) routine? If you look at the fstab man page, you'll see that the default is to place them at the root of the associated file system (my suggestion to you). I don't know *what* a blank option does, except perhaps confuse quotacheck(8) and quotaon(8). Use the quotactl(2) interface if you aren't going to use 'userquota' the way it is documented. Do *NOT* use the example in the fstab man page as a working example of relocating a quota file to /var (it should work, but is subject to the locking issues I reported). 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 7 12:19:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA05965 for hackers-outgoing; Thu, 7 Sep 1995 12:19:38 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA05947 for ; Thu, 7 Sep 1995 12:19:34 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id OAA04960; Thu, 7 Sep 1995 14:18:02 -0500 From: Mike Pritchard Message-Id: <199509071918.OAA04960@mpp.minn.net> Subject: Re: QUOTAS... To: terry@phaeton.artisoft.com (Terry Lambert) Date: Thu, 7 Sep 1995 14:18:02 -0500 (CDT) Cc: owensc@enc.edu, freebsd-hackers@freebsd.org, terry@lambert.org In-Reply-To: <199509071745.KAA02381@phaeton.artisoft.com> from "Terry Lambert" at Sep 7, 95 10:45:47 am X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1077 Sender: hackers-owner@freebsd.org Precedence: bulk Terry Lambert wrote: > > > Regarding what you said about the 'userquota' option, I was under the > > impression that quotas weren't turned on at mount-time, but only when the > > 'quotaon' command is invoked. Am I wrong? > > You had the 'userquota' without and '=' (ie: the correct usage is not > ',userquota,' but ',userquota=/usr/quotas/usr.user,'. > > > Are you suggesting that it is safer if, instead of using the 'userquota' > > option and 'quotaon', we write a small program that turns quotas on using the > > quotactl(2) routine? > > If you look at the fstab man page, you'll see that the default is to place > them at the root of the associated file system (my suggestion to you). > I don't know *what* a blank option does, except perhaps confuse quotacheck(8) > and quotaon(8). Using the "userquota" or "groupquota" options without a '=' defaults to placing the quota.user and quota.group files in the root of the file system you are turning quotas on for. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Sep 7 12:22:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA06067 for hackers-outgoing; Thu, 7 Sep 1995 12:22:42 -0700 Received: from elf.kendall.mdcc.edu (elf.kendall.mdcc.edu [147.70.150.122]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA06061 for ; Thu, 7 Sep 1995 12:22:37 -0700 Received: (from freelist@localhost) by elf.kendall.mdcc.edu (8.6.11/8.6.9) id PAA10176; Thu, 7 Sep 1995 15:12:43 -0400 Date: Thu, 7 Sep 1995 15:12:42 -0400 (EDT) From: "Don's FList drop" To: Poul-Henning Kamp cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.freebsd.org Subject: Re: higher density diskettes In-Reply-To: <1337.810473461@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Poul-Henning Kamp wrote: > > Microsoft has switched to using so called DMF format > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > diskettes for the WIN95 distrubution disks. > > This is very interesting. If it works for them, we can do that too. > The changes to the floppy-build procedure is rather few, but I still > suggest we hang in there until we hear how much trouble MS has with it... It's actually not a terribly new idea. I've seen utilities to format diskettes at slightly higher capacities for almost as long as I've had a PC. I remember 420k 5.25 floppy formatters....... The primary difficulty is that of being unable to use traditional disk copying utilities (ie ones that don't do verbatim sector copies) to duplicate the disks. An Inforworld correspondant pointed out with some humor that MS continues to distribute instructions in their install literature asking users to make backups before installing even though this new thing prevented users from doing so. If anyone can do a back serch of their old PC Weeks, Jim Louderbach included a location of a freeware program that would create the larger disk format. Or perhaps grep the simtel index for 'format'.... From owner-freebsd-hackers Thu Sep 7 12:46:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA06540 for hackers-outgoing; Thu, 7 Sep 1995 12:46:58 -0700 Received: from husky.cslab.vt.edu (jaitken@husky.cs.vt.edu [128.173.41.87]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA06534 for ; Thu, 7 Sep 1995 12:46:50 -0700 Received: (jaitken@localhost) by husky.cslab.vt.edu (8.6.12/8.6.4) id PAA11164 for hackers@freebsd.org; Thu, 7 Sep 1995 15:46:41 -0400 From: Jeff Aitken Message-Id: <199509071946.PAA11164@husky.cslab.vt.edu> Subject: H. Jared Agnew To: hackers@freebsd.org Date: Thu, 7 Sep 1995 15:46:41 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2709 Sender: hackers-owner@freebsd.org Precedence: bulk Dear -hackers, I'd like to apologize to those of you who keep receiving email from poor clueless Va. Tech freshmen concerning FreeBSD. I'd like to take this time to clarify things, and hopefully avoid any further confusion. Last school year, we made the decision to change the required / recommended student platform to an x86 based machine running FreeBSD. In the past the department has required some sort of Unix workstation. Information concerning the recommended platform was sent to all prospective incoming CS students, explaining quite clearly that if they purchased some other brand of computer, they were completely on their own as far as technical support goes. Over the summer, one of the department's systems engineers built a custom CD-ROM containing, among other things that CS students need, a release of FreeBSD-2.0.5. Because of a small oversight on his part, the install doesn't work out of the box (we have to distribute a new boot floppy image for people to use). However, we talked with the professor who is teaching the "introductory" class, part of which will cover the installation and general use of FreeBSD, and he was quite willing to put off anything that required Unix until mid-October. He made an announcement in class that students should *not* try to install FreeBSD on their machines until such time as he had covered it in class. He also explained to his students exactly what they are to do if and when they encounter problems. Students were also reminded what *not* to do if they ran into trouble with their machines, including contacting Walnut Creek CD-ROM, or pestering the FreeBSD developers (e.g., by sending annoying email messages to a dozen of them :). Please disregard such questions in the future; if students cannot bother to go to class, or read local newsgroups (which they are given access to from the day they arrive here), then they are out of luck. Anyway, I wanted to apologize to those of you who are running in circles trying to figure out what in the hell some of these kids are babbling about (Jordan especially), when they were told not to bother you in the first place. And to clear up at least two other misconceptions: we have no deal with IBM whereby IBM "makes whatever software we have work". IBM would almost certainly never agree to such a deal, especially if we told them we wanted them to make a piece of "freeware" work on their hardware. Second, we are NOT using IDE CD-ROM drives. We're using some generic sound card/CD-ROM combo that works with the matcd driver (after a little hacking of the driver). I don't know where Mr. Agnew got these ideas, but neither one of them is true. -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Thu Sep 7 13:11:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07026 for hackers-outgoing; Thu, 7 Sep 1995 13:11:34 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA07019 for ; Thu, 7 Sep 1995 13:11:30 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0sqnHs-0009XyC; Thu, 7 Sep 95 13:11 PDT Date: Thu, 7 Sep 1995 13:11:04 -0700 (PDT) From: Jake Hamby To: "Don's FList drop" cc: Poul-Henning Kamp , "Christoph P. Kukulies" , freebsd-hackers@freefall.freebsd.org Subject: Re: higher density diskettes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Don's FList drop wrote: > > On Thu, 7 Sep 1995, Poul-Henning Kamp wrote: > > > > Microsoft has switched to using so called DMF format > > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > > diskettes for the WIN95 distrubution disks. > > > > This is very interesting. If it works for them, we can do that too. > > The changes to the floppy-build procedure is rather few, but I still > > suggest we hang in there until we hear how much trouble MS has with it... > > It's actually not a terribly new idea. I've seen utilities to format > diskettes at slightly higher capacities for almost as long as I've had a > PC. I remember 420k 5.25 floppy formatters....... This is a great idea, with one possible problem. Formerly, I used a program called 2M to format disks to higher capacity but it required a TSR in order to be able to READ the disks you had formatted. That meant that I couldn't read the disks I had written on other people's computers! The designer thoughtfully wrote a custom boot sector which allowed you to boot from one of these disks and it would install the TSR virus-like into the system so you could read the disk! Before that I used a different program which required a device driver to read its disks. The problem is that most BIOS's will not support these extra-high density disks in DOS without some special patch. Curiously the 2M TSR could not read the disks formatted by the other program, and vice versa! Fortunately, Microsoft's DMF format (which has been around for at least a year, and has been used in the floppy version of Microsoft Office, as well as other large programs) seems to be readable on all systems without any BIOS patch. > The primary difficulty is that of being unable to use traditional disk > copying utilities (ie ones that don't do verbatim sector copies) to > duplicate the disks. An Inforworld correspondant pointed out with some > humor that MS continues to distribute instructions in their install > literature asking users to make backups before installing even though > this new thing prevented users from doing so. Just like Microsoft.. The primary difficulty with distributing FreeBSD in this format is that people are NOT going to be able to create boot disks from, for example a Sun (although recent Solaris patches have fixed this so people can install Microsoft Office from DMF into Sun's Windows emulator, WABI). Even with an operating system capable of reading/writing this format, you still have to actually FORMAT the disk first, and as mentioned earlier, this requires a _DOS_ formatter which may or may not be a problem. And there's always the chance that a particular brand of computer might not support DMF. My advice is: if putting the FreeBSD boot disk in DMF format shrinks it from two floppies to one, then do it, but have a non-DMF two-disk version available as a backup!!! > If anyone can do a back serch of their old PC Weeks, Jim Louderbach > included a location of a freeware program that would create the larger > disk format. Or perhaps grep the simtel index for 'format'.... > I think I got 2M from a BBS, it might be difficult to grep for it because the name is so short. I'm sure there are others, but be advised that there are MANY variations on this format. Best to find one that is truly DMF compatible since Microsoft seems to have the most luck with that format. ---Jake Hamby jehamby@lightside.com From owner-freebsd-hackers Thu Sep 7 13:26:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07375 for hackers-outgoing; Thu, 7 Sep 1995 13:26:30 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA07367 for ; Thu, 7 Sep 1995 13:26:27 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id NAA00827 for hackers@freefall; Thu, 7 Sep 1995 13:26:25 -0700 Date: Thu, 7 Sep 1995 13:26:25 -0700 From: "Jordan K. Hubbard" Message-Id: <199509072026.NAA00827@time.cdrom.com> To: hackers@freefall.FreeBSD.org Subject: Attention database users! Sender: hackers-owner@FreeBSD.org Precedence: bulk Free demo of commercial product: http://www.conetic.com/css_freebsdinst.html Special thanks should also be given to Richard Kuhns and Andy Garza for taking a lot of extra pains to make this happen! Jordan From owner-freebsd-hackers Thu Sep 7 13:31:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07550 for hackers-outgoing; Thu, 7 Sep 1995 13:31:58 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA07541 for ; Thu, 7 Sep 1995 13:31:56 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA16847; Thu, 7 Sep 95 13:31:54 -0700 Date: Thu, 7 Sep 1995 13:31:53 -0700 (PDT) From: Terry Lee To: freebsd-hackers@freebsd.org Subject: vt people Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Sounds cool that all of the VT (virginia tech was it?) people are using FreeBSD. Just thought I'd shoot out the idea for members the core team (i.e. Jordan) to contact the people there to help in the development of FreeBSD. Sounds like a good bit of manpower that could be harnessed. Assignments could be to hack the kernel or add funcionality, drivers, etc. that could be folded into the source tree. Anyway, just an idea. Cheers, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 17518 Von Karman Avenue, Irvine, California 92714 G R O U P 800 581 7621 voice 800 771 8935 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Thu Sep 7 13:42:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA07983 for hackers-outgoing; Thu, 7 Sep 1995 13:42:06 -0700 Received: from phaeton.artisoft.com ([198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA07976 for ; Thu, 7 Sep 1995 13:42:03 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02647; Thu, 7 Sep 1995 13:34:01 -0700 From: Terry Lambert Message-Id: <199509072034.NAA02647@phaeton.artisoft.com> Subject: Re: QUOTAS... To: mpp@mpp.minn.net (Mike Pritchard) Date: Thu, 7 Sep 1995 13:34:01 -0700 (MST) Cc: owensc@enc.edu, freebsd-hackers@FreeBSD.ORG, terry@lambert.org In-Reply-To: <199509071918.OAA04960@mpp.minn.net> from "Mike Pritchard" at Sep 7, 95 02:18:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 364 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Using the "userquota" or "groupquota" options without a '=' defaults > to placing the quota.user and quota.group files in the root of > the file system you are turning quotas on for. Ah. Then they are undocumented NOP's. 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 7 14:25:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA09183 for hackers-outgoing; Thu, 7 Sep 1995 14:25:51 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA09177 for ; Thu, 7 Sep 1995 14:25:50 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id OAA01698 for hackers@freebsd.org; Thu, 7 Sep 1995 14:25:48 -0700 Date: Thu, 7 Sep 1995 14:25:48 -0700 From: Julian Elischer Message-Id: <199509072125.OAA01698@ref.tfs.com> To: hackers@freebsd.org Subject: oops Sender: hackers-owner@freebsd.org Precedence: bulk I deleted teh address of the hand scanned that was just posted.. I was considering adding it to 2.2 and checking it, but I forget where it was.. julian From owner-freebsd-hackers Thu Sep 7 14:27:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA09263 for hackers-outgoing; Thu, 7 Sep 1995 14:27:13 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA09257 for ; Thu, 7 Sep 1995 14:27:11 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA05954; Thu, 7 Sep 95 21:26:16 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA28101; Thu, 7 Sep 1995 15:26:15 -0600 Date: Thu, 7 Sep 1995 15:26:15 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509072126.AA28101@emu.fsl.noaa.gov> To: Richard Kuhns , freebsd-hackers@freebsd.org Subject: Printer setup/configuration Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Richard" == Richard Kuhns writes: Richard> First, when configuring a printer, you can give it a type Richard> (a la TERM in termcap/terminfo), which lp can use to set Richard> special options on the printer. Then, when you want to Richard> print a given file (output from a report) (spreadsheet), Richard> `lp -o cpi=16' will print the thing at 16 chars/in, `lp Richard> -o lpi=8' will print it at 8 lines/in, and you can have Richard> multiple `-o' options on the command line. I believe the usual solution with the LPD spooler is to make multiple /etc/printcap entries that eventually refer to the same printer: cpi16:\ :pw#132:tc=lp: lpi8:\ :pl#88:tc=lp: lp:\ :lp=/dev/ttyd7:fs#0x8200001:\ :if=/usr/local/libexec/filter: But this is really sidestepping the issue: there should be a way to pass specialized arguments to the filters. That's why I prefer Patrick Powell's PLP, a freely-available replacement for LPD. It's compatible with the LPD protocol, and has a few nice extensions, especially for handling NFS-mounted spooling directories, multiple printers on a single queue, and specialized arguments to the filters. At one site I administrated, users really liked the ability to type lpr -P somePrinter -Z duplex,paper=punched someDoc1 someDoc2 Richard> Plus, since these all refer to the same logical printer, Richard> a single command is all that's necessary to disable Richard> printing. A nice bonus. Richard> Second, forms. It's very handy to be able to say `print Richard> this on a printer that has Purchase Order forms mounted', Richard> and have it either print immediately on an appropriate Richard> printer, or stay in the spool until someone loads Richard> Purchase Order forms on a printer and informs the system. I didn't even think SysV's lp supported this ... you mean some way to let a user notify an operator for a certain form, and let the operator notify the spooler that the requested forms are mounted ... or an automatic way for a printer to notify the spooler, otherwise hold the job? This is an interesting feature request ... I've always been working on a replacement printer spooler in the background ... I wonder how this'll fit in. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I hate it when my foot falls asleep during the day because that means it's going to be up all night. -- Steven Wright From owner-freebsd-hackers Thu Sep 7 14:33:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA09690 for hackers-outgoing; Thu, 7 Sep 1995 14:33:24 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA09684 for ; Thu, 7 Sep 1995 14:33:21 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id HAA00201; Fri, 8 Sep 1995 07:11:25 +0930 From: Michael Smith Message-Id: <199509072141.HAA00201@genesis.atrad.adelaide.edu.au> Subject: Re: higher density diskettes To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Fri, 8 Sep 1995 07:11:25 +0930 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509071133.NAA03804@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Sep 7, 95 01:33:34 pm Content-Type: text Content-Length: 881 Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > > Microsoft has switched to using so called DMF format > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > diskettes for the WIN95 distrubution disks. Aha, and what's new? Check out any set of OS/2 install disks. > BTW I tried to mount one of the Win95 Install disks and > got a kernel messages: Oooh, they're wasting space with a root directory! Sin! can't have that. > --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 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Thu Sep 7 14:36:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA10081 for hackers-outgoing; Thu, 7 Sep 1995 14:36:52 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA10072 for hackers; Thu, 7 Sep 1995 14:36:52 -0700 Date: Thu, 7 Sep 1995 14:36:52 -0700 From: Julian Elischer Message-Id: <199509072136.OAA10072@freefall.freebsd.org> To: hackers Subject: ~ftp/incoming Sender: hackers-owner@FreeBSD.org Precedence: bulk If you have placed something in there and have had it handled, could you see if it can be removed? there is a LOT of stuff in there.. I have no idea what a lot of it is.. I was looking for useful things that might be importeed ar looked at, but there's no telling what some f it is.. maybe we should have an index file people can add a line to.. (fetch it, edit it, write it) julian From owner-freebsd-hackers Thu Sep 7 14:51:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11040 for hackers-outgoing; Thu, 7 Sep 1995 14:51:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11028 for ; Thu, 7 Sep 1995 14:51:19 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA14988; Thu, 7 Sep 1995 23:51:15 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18931; Thu, 7 Sep 1995 23:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA09449; Thu, 7 Sep 1995 23:29:52 +0200 From: J Wunsch Message-Id: <199509072129.XAA09449@uriah.heep.sax.de> Subject: Re: GI1904 hand scanner available on freebsd.cdrom.com To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 7 Sep 1995 23:29:52 +0200 (MET DST) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509071008.MAA02361@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 7, 95 12:08:21 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 980 Sender: hackers-owner@freebsd.org Precedence: bulk As Luigi Rizzo wrote: > > I have put the latest release of the GI1904 hand-scanner driver on > freebsd.cdrom.com:/pub/FreeBSD/incoming/asc.tgz Fine! > I would be grateful if these sources could be included in some of > the source trees, and possibly in the snapshot so that people have > a chance to try it out. [BTW: I don't know what is the policy about > inclusion of new drivers in the -stable and snapshots. My idea is > that this would give people a chance of trying out the code without > too much impact on stability, and is also good for pushing FreeBSD on > the "market"]. 2.1 is defined as "bug fixes only". But i think Jordan was planning to make a 2.2-SNAP RSN, too. Did you (ab)use the "user" slot for cdevsw[], or did you grab the next free entry? Any chance to actually test it? Does anybody have such a device? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 14:51:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11089 for hackers-outgoing; Thu, 7 Sep 1995 14:51:48 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11080 for ; Thu, 7 Sep 1995 14:51:45 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA14998; Thu, 7 Sep 1995 23:51:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18932; Thu, 7 Sep 1995 23:51:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA09478; Thu, 7 Sep 1995 23:31:31 +0200 From: J Wunsch Message-Id: <199509072131.XAA09478@uriah.heep.sax.de> Subject: Re: ATAPI CD-ROM question... To: digdon@Snoopy.UCIS.Dal.Ca (Mike Digdon) Date: Thu, 7 Sep 1995 23:31:30 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509071233.JAA01156@Snoopy.UCIS.Dal.Ca> from "Mike Digdon" at Sep 7, 95 09:33:56 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 331 Sender: hackers-owner@freebsd.org Precedence: bulk As Mike Digdon wrote: > > # mount -r /dev/wcd0c /cdrom > /dev/wcd0c on /cdrom: Incorrect super block. mount -t cd9660 -r /dev/wcd0c /cdrom> (You've tried to mount a "ufs" CD.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 14:52:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA11120 for hackers-outgoing; Thu, 7 Sep 1995 14:52:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA11111 for ; Thu, 7 Sep 1995 14:52:15 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA14929 for ; Thu, 7 Sep 1995 23:50:59 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18913 for freebsd-hackers@freefall.freebsd.org; Thu, 7 Sep 1995 23:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA09378 for freebsd-hackers@freefall.freebsd.org; Thu, 7 Sep 1995 23:20:27 +0200 From: J Wunsch Message-Id: <199509072120.XAA09378@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Thu, 7 Sep 1995 23:20:27 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509071133.NAA03804@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Sep 7, 95 01:33:34 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1228 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Christoph P. Kukulies wrote: > > Microsoft has switched to using so called DMF format > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > diskettes for the WIN95 distrubution disks. Also for the boot floppy? I suppose not. There has been an article in the c't magazine lately (about 3 or 4 months ago) discussing OS/2's installation floppy layout, and comparing it against another scheme. The idea of all those formats is, unlike our tweaked and squeezed 1720 KB format, to increase the physical sector size and format a track with sectors of non-uniform sizes. Look into that c't, Christoph. Needless to say, you cannot boot off such a disk, since it's not supported by any BIOS. Neither can you dd this on another Unix box. Makes it rather worthless for us. I still wouldn't trust a `squeezed' floppy. I've seen enough dead 3.5in floppies with standard formats to like stressing those beasts too much. > blues# mount -t msdos /dev/fd0.1720 /mnt > mountmsdosfs(): root directory is not a multiple of the clustersize in length This is a warning. Don't care. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 20:15:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA18493 for hackers-outgoing; Thu, 7 Sep 1995 20:15:11 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA18487 for ; Thu, 7 Sep 1995 20:15:06 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA25042 (5.67a/IDA-1.5 for hackers@freebsd.org); Thu, 7 Sep 1995 21:49:12 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id VAA07556 for hackers@freebsd.org; Thu, 7 Sep 1995 21:39:00 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509080239.VAA07556@bonkers.taronga.com> Subject: Repeat of patch to CU To: hackers@freebsd.org Date: Thu, 7 Sep 1995 21:38:59 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1759 Sender: hackers-owner@freebsd.org Precedence: bulk This is a repeat of my patch to CU. This time relative to 2.0.5. This patch implements a "-E" option, letting you set the value of the CU escape character or eliminate escapes. *** libunix/cusub.c.orig Mon Sep 4 19:08:20 1995 --- libunix/cusub.c Thu Sep 7 20:48:15 1995 *************** *** 330,336 **** if (c <= 0) break; ! if (fstart && b == *zCuvar_escape) { c = cscu_escape (pbcmd, zlocalname); if (c <= 0) --- 330,336 ---- if (c <= 0) break; ! if (fstart && b == *zCuvar_escape && *zCuvar_escape) { c = cscu_escape (pbcmd, zlocalname); if (c <= 0) *** cu/cu.c.orig Mon Sep 4 19:08:18 1995 --- cu/cu.c Thu Sep 7 20:47:02 1995 *************** *** 223,228 **** --- 223,229 ---- { "mapcr", no_argument, NULL, 't' }, { "system", required_argument, NULL, 'z' }, { "config", required_argument, NULL, 'I' }, + { "escape", required_argument, NULL, 'E' }, { "debug", required_argument, NULL, 'x' }, { "version", no_argument, NULL, 'v' }, { "help", no_argument, NULL, 1 }, *************** *** 291,297 **** } } ! while ((iopt = getopt_long (argc, argv, "a:c:dehnI:l:op:s:tvx:z:", asCulongopts, (int *) NULL)) != EOF) { switch (iopt) --- 292,298 ---- } } ! while ((iopt = getopt_long (argc, argv, "a:c:dehnI:E:l:op:s:tvx:z:", asCulongopts, (int *) NULL)) != EOF) { switch (iopt) *************** *** 358,363 **** --- 359,369 ---- /* Configuration file name. */ if (fsysdep_other_config (optarg)) zconfig = optarg; + break; + + case 'E': /* add "escape" for security, transparancy */ + /* Escape Character */ + zCuvar_escape = optarg; break; case 'x': From owner-freebsd-hackers Thu Sep 7 22:44:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA22165 for hackers-outgoing; Thu, 7 Sep 1995 22:44:17 -0700 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA22154 for ; Thu, 7 Sep 1995 22:44:08 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <04705-0@bunyip.cc.uq.oz.au>; Fri, 8 Sep 1995 13:57:03 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA25949; Fri, 8 Sep 1995 14:01:39 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA28344; Fri, 8 Sep 1995 04:01:54 GMT Message-Id: <199509080401.EAA28344@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: multimedia@star-gate.com cc: hackers@freebsd.org Subject: Java - is anyone working on this at all? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Sep 1995 14:01:53 +1000 From: Stephen Hocking Sender: hackers-owner@freebsd.org Precedence: bulk Last I heard, it was dependent on a functional threads library, which we did not seem to have after 1.1.5. Is anyone a) working on pthreads (yes, it would be nice to have this in the distribution) b) working on Java. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Thu Sep 7 23:15:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22476 for hackers-outgoing; Thu, 7 Sep 1995 23:15:15 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA22469 for ; Thu, 7 Sep 1995 23:15:14 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA00751; Thu, 7 Sep 95 22:09:07 PDT Received: from nike.efn.org (haus.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA24492; Thu, 7 Sep 95 22:08:56 PDT Date: Thu, 7 Sep 1995 22:10:15 -0700 (PDT) From: John-Mark Gurney To: Jake Hamby Cc: "Don's FList drop" , Poul-Henning Kamp , "Christoph P. Kukulies" , freebsd-hackers@freefall.freebsd.org Subject: Re: higher density diskettes In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Jake Hamby wrote: > On Thu, 7 Sep 1995, Don's FList drop wrote: > > > > On Thu, 7 Sep 1995, Poul-Henning Kamp wrote: > > > > > > Microsoft has switched to using so called DMF format > > > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > > > diskettes for the WIN95 distrubution disks. > > > > > > This is very interesting. If it works for them, we can do that too. > > > The changes to the floppy-build procedure is rather few, but I still > > > suggest we hang in there until we hear how much trouble MS has with it... > > > > It's actually not a terribly new idea. I've seen utilities to format > > diskettes at slightly higher capacities for almost as long as I've had a > > PC. I remember 420k 5.25 floppy formatters....... > > This is a great idea, with one possible problem. Formerly, I used a program > called 2M to format disks to higher capacity but it required a TSR in order > to be able to READ the disks you had formatted. That meant that I > couldn't read the disks I had written on other people's computers! > The designer thoughtfully wrote a custom boot sector which allowed you > to boot from one of these disks and it would install the TSR > virus-like into the system so you could read the disk! Before that I used a > different program which required a device driver to read its disks. yeh... but the program I used would fit within the first 16 sectors so that you could just put the program on the disk and it would load when you run if from the disk... not bad a 2.5k loss of disk space... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 7 23:16:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22513 for hackers-outgoing; Thu, 7 Sep 1995 23:16:34 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA22507 for ; Thu, 7 Sep 1995 23:16:33 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA25193; Thu, 7 Sep 95 20:39:42 PDT Received: from nike.efn.org (haus.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA19785; Thu, 7 Sep 95 20:40:19 PDT Date: Thu, 7 Sep 1995 20:41:36 -0700 (PDT) From: John-Mark Gurney To: Poul-Henning Kamp Cc: "Christoph P. Kukulies" , freebsd-hackers@freefall.FreeBSD.org Subject: Re: higher density diskettes In-Reply-To: <1563.810483802@critter.tfs.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Poul-Henning Kamp wrote: > > On Thu, 7 Sep 1995, Christoph P. Kukulies wrote: > > > > > Microsoft has switched to using so called DMF format > > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > > diskettes for the WIN95 distrubution disks. > > > > > I have a set of dos utils that allows you to format and use 1.72meg disks > > under dos... and actually... one thing I really liked about the 2.0R > > Could you port this into our msdosfs ? do you mean so we can mount 1.72meg floppies? if you are, nothing needs to be changed as I installed 2.0R and I think 1.1.5.1R from 1.72meg floppies... I haven't tested it with 2.0.5R but I am sure that it will work... TTYL... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Thu Sep 7 23:18:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22565 for hackers-outgoing; Thu, 7 Sep 1995 23:18:22 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA22559 for ; Thu, 7 Sep 1995 23:18:20 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA09500 for ; Fri, 8 Sep 1995 00:18:15 -0600 Message-Id: <199509080618.AAA09500@rover.village.org> To: hackers@freebsd.org Subject: Non-Intel Hardware and FreeBSD Date: Fri, 08 Sep 1995 00:18:15 -0600 From: Warner Losh Sender: hackers-owner@freebsd.org Precedence: bulk Question: Is it possible, or is there work in progress, to change the structure of the kernel and other sources to allow for multiple hardware platforms in the FreeBSD project? I know that NetBSD does this, but at least in the 2.0.5 sources I have I don't see anything like like non-i386 support present. Yet I've read, in other forums, that FreeBSD is being ported to other OSes. Did I miss something, or did I read something out of context about NetBSD and/or Linux? You see, I have this odd-ball ARCBIOS MIPS box that I'd love to have a non Microsoft OS for... Warner From owner-freebsd-hackers Thu Sep 7 23:20:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22608 for hackers-outgoing; Thu, 7 Sep 1995 23:20:01 -0700 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA22594 for ; Thu, 7 Sep 1995 23:19:51 -0700 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id AAA12180; Fri, 8 Sep 1995 00:19:28 -0600 Message-Id: <199509080619.AAA12180@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol From: Steve Passe To: hackers@freebsd.org Cc: Stephen Hocking Subject: Re: Java - is anyone working on this at all? In-reply-to: Your message of "Fri, 08 Sep 1995 14:01:53 +1000." <199509080401.EAA28344@netfl15a.devetir.qld.gov.au> Date: Fri, 08 Sep 1995 00:19:26 -0600 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, > Last I heard, it was dependent on a functional threads library, which we did > not seem to have after 1.1.5. Is anyone > > a) working on pthreads (yes, it would be nice to have this in the distribution) general info on pthreads: http://www.mit.edu:8001/people/proven/pthreads.html -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Thu Sep 7 23:21:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22650 for hackers-outgoing; Thu, 7 Sep 1995 23:21:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA22643 for ; Thu, 7 Sep 1995 23:21:04 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA24921 for ; Fri, 8 Sep 1995 08:20:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA21151 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 08:20:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA11703 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 08:03:27 +0200 From: J Wunsch Message-Id: <199509080603.IAA11703@uriah.heep.sax.de> Subject: Re: Printer setup/configuration To: freebsd-hackers@freebsd.org Date: Fri, 8 Sep 1995 08:03:27 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org In-Reply-To: <9509072126.AA28101@emu.fsl.noaa.gov> from "Sean Kelly" at Sep 7, 95 03:26:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 872 Sender: hackers-owner@freebsd.org Precedence: bulk As Sean Kelly wrote: > > But this is really sidestepping the issue: there should be a way to > pass specialized arguments to the filters. That's why I prefer > Patrick Powell's PLP, a freely-available replacement for LPD. It's > compatible with the LPD protocol, and has a few nice extensions, > especially for handling NFS-mounted spooling directories, multiple > printers on a single queue, and specialized arguments to the filters. Does it actually handle multiple printers correctly? Last time i tried (1.1.5.1, but the lpd stuff hasn't changed much), lpd was broken enough to throw every request onto the printer that's just being active at the time the request has been made, gratuitously ignoring the "-P" argument. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 23:21:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22683 for hackers-outgoing; Thu, 7 Sep 1995 23:21:56 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA22675 for ; Thu, 7 Sep 1995 23:21:37 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA24936 for ; Fri, 8 Sep 1995 08:21:15 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA21153 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 08:21:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA11721 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 08:06:37 +0200 From: J Wunsch Message-Id: <199509080606.IAA11721@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Fri, 8 Sep 1995 08:06:36 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509072141.HAA00201@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 8, 95 07:11:25 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 801 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Michael Smith wrote: > > > BTW I tried to mount one of the Win95 Install disks and > > got a kernel messages: > > Oooh, they're wasting space with a root directory! Sin! can't have that. I bet the root directory and the single file therein are actually dummies. They are only there to not confuse people looking at it without the proper driver loaded. I've already been discussing this with Bruce (altough, this has been at the time the article about OS/2's install floppies appeared here), and the result was that it's rather useless since the BIOS cannot handle it, and our installation procedure does require a single (1.2 MB !!!) floppy at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Sep 7 23:28:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA22962 for hackers-outgoing; Thu, 7 Sep 1995 23:28:44 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA22949 for ; Thu, 7 Sep 1995 23:28:41 -0700 Received: from syzygy.zytek.com (syzygy.zytek.com [140.174.241.1]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id WAA05834 for ; Thu, 7 Sep 1995 22:58:54 -0700 Received: (from melvin@localhost) by syzygy.zytek.com (8.6.11/8.6.9) id WAA02519; Thu, 7 Sep 1995 22:59:05 -0700 Date: Thu, 7 Sep 1995 22:59:05 -0700 From: Stephen Melvin Message-Id: <199509080559.WAA02519@syzygy.zytek.com> To: freebsd-hackers@freebsd.org Subject: Patch to User Mode PPP Code (or... Six Echos or Separation) Sender: hackers-owner@freebsd.org Precedence: bulk Hello, I applied the patch shown below to /usr/src/usr.sbin/ppp/lqr.c. It turns out that ppp was hanging up on my customers a couple of minutes into a long file download and I tracked it to the logic which disconnects when it thinks that echo requests are not being returned. For some reason during these long file transfers the replies were exactly 6 echos behind (i.e. 3 minutes) and the logic in lqr.c cuts off at 5. I don't know why the echos were delayed 3 minutes, but all the while I'm getting maximum throughput; at the other end I'm running Trumpet Winsock under Windows 3.1. In any case, I changed the numbers to 10 and I've had no trouble since. I have verified that even during longer downloads (2.1Mb) the 6 echos of separation remains. Note that a limit of 10 will mean a 5 minute delay (instead of 2.5 minutes) if the other end dies completly. Below I have also attached a sample of the LQR output from the log file. Regards, Stephen Melvin melvin@zytek.com -------- Appendix A -- LQR log, 587K byte transfer over 14.4K modem 09-07 21:22:44 [1919] LQM method = 3 09-07 21:22:44 [1919] LqrOutput: 09-07 21:22:44 [1919] Magic: 3393bf54 LastOutLQRs: 00000000 09-07 21:22:44 [1919] LastOutPackets: 00000000 LastOutOctets: 00000000 09-07 21:22:44 [1919] PeerInLQRs: 00000000 PeerInPackets: 00000012 09-07 21:22:44 [1919] PeerInDiscards: 00000000 PeerInErrors: 00000000 09-07 21:22:44 [1919] PeerInOctets: 00000247 PeerOutLQRs: 00000003 09-07 21:22:44 [1919] PeerOutPackets: 0000000f PeerOutOctets: 000001e4 09-07 21:22:44 [1919] Will send LQR every 30.0 secs 09-07 21:22:44 [1919] StopLqr method = 1 09-07 21:22:44 [1919] Stop sending LQR, Use LCP ECHO instead. 09-07 21:22:44 [1919] Send echo LQR [1] 09-07 21:22:44 [1919] Got echo LQR [1] 09-07 21:23:14 [1919] Send echo LQR [2] 09-07 21:23:14 [1919] Got echo LQR [2] 09-07 21:23:44 [1919] Send echo LQR [3] 09-07 21:23:44 [1919] Got echo LQR [3] Note: data transfer started here 09-07 21:24:14 [1919] Send echo LQR [4] 09-07 21:24:44 [1919] Send echo LQR [5] 09-07 21:25:14 [1919] Send echo LQR [6] 09-07 21:25:44 [1919] Send echo LQR [7] 09-07 21:26:14 [1919] Send echo LQR [8] 09-07 21:26:29 [1919] Got echo LQR [4] 09-07 21:26:29 [1919] Got echo LQR [5] 09-07 21:26:44 [1919] Send echo LQR [9] 09-07 21:27:14 [1919] Send echo LQR [10] 09-07 21:27:44 [1919] ** Too many ECHO packets are lost. ** 09-07 21:27:44 [1919] Send echo LQR [11] 09-07 21:27:46 [1919] Got echo LQR [6] 09-07 21:28:14 [1919] ** Too many ECHO packets are lost. ** 09-07 21:28:14 [1919] Send echo LQR [12] 09-07 21:28:16 [1919] Got echo LQR [7] 09-07 21:28:44 [1919] ** Too many ECHO packets are lost. ** 09-07 21:28:44 [1919] Send echo LQR [13] 09-07 21:28:46 [1919] Got echo LQR [8] 09-07 21:29:14 [1919] ** Too many ECHO packets are lost. ** 09-07 21:29:14 [1919] Send echo LQR [14] 09-07 21:29:16 [1919] Got echo LQR [9] 09-07 21:29:44 [1919] ** Too many ECHO packets are lost. ** 09-07 21:29:44 [1919] Send echo LQR [15] 09-07 21:29:46 [1919] Got echo LQR [10] 09-07 21:30:14 [1919] ** Too many ECHO packets are lost. ** 09-07 21:30:14 [1919] Send echo LQR [16] 09-07 21:30:16 [1919] Got echo LQR [11] 09-07 21:30:44 [1919] ** Too many ECHO packets are lost. ** 09-07 21:30:44 [1919] Send echo LQR [17] 09-07 21:30:46 [1919] Got echo LQR [12] Note: data transfer ended here 09-07 21:30:51 [1919] Got echo LQR [13] 09-07 21:30:52 [1919] Got echo LQR [14] 09-07 21:30:52 [1919] Got echo LQR [15] 09-07 21:30:52 [1919] Got echo LQR [16] 09-07 21:30:52 [1919] Got echo LQR [17] 09-07 21:31:14 [1919] Send echo LQR [18] 09-07 21:31:14 [1919] Got echo LQR [18] -------- Appendix B -- lqr.c patch *** lqr.c Thu Sep 7 21:49:54 1995 --- lqr.c.orig Thu Sep 7 21:48:49 1995 *************** *** 116,122 **** lqrsendcnt++; } } else if (lqmmethod & LQM_ECHO) { ! if (echoseq - gotseq > 10) { LogPrintf(LOG_PHASE, "** Too many ECHO packets are lost. **\n"); LcpClose(); Cleanup(EX_ERRDEAD); --- 116,122 ---- lqrsendcnt++; } } else if (lqmmethod & LQM_ECHO) { ! if (echoseq - gotseq > 5) { LogPrintf(LOG_PHASE, "** Too many ECHO packets are lost. **\n"); LcpClose(); Cleanup(EX_ERRDEAD); From owner-freebsd-hackers Thu Sep 7 23:37:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA23296 for hackers-outgoing; Thu, 7 Sep 1995 23:37:05 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA23279 for ; Thu, 7 Sep 1995 23:36:55 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id QAA01164 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 16:15:45 +0930 From: Michael Smith Message-Id: <199509080645.QAA01164@genesis.atrad.adelaide.edu.au> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Fri, 8 Sep 1995 16:15:44 +0930 (CST) In-Reply-To: <199509080606.IAA11721@uriah.heep.sax.de> from "J Wunsch" at Sep 8, 95 08:06:36 am Content-Type: text Content-Length: 1243 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > Oooh, they're wasting space with a root directory! Sin! can't have that. > > I bet the root directory and the single file therein are actually > dummies. They are only there to not confuse people looking at it > without the proper driver loaded. I'd daresay they are - I'd guess that the FAT is only 1 sector long, and various other space-saving things too. > I've already been discussing this with Bruce (altough, this has been > at the time the article about OS/2's install floppies appeared here), > and the result was that it's rather useless since the BIOS cannot > handle it, and our installation procedure does require a single (1.2 > MB !!!) floppy at all. Does the BIOS actually rangecheck the sector numbers you try to read? Talk about a nuisance 8( (As suggestions go, it wasn't a bad one) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Thu Sep 7 23:51:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA24224 for hackers-outgoing; Thu, 7 Sep 1995 23:51:02 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA24217 for hackers; Thu, 7 Sep 1995 23:51:01 -0700 Date: Thu, 7 Sep 1995 23:51:01 -0700 From: Julian Elischer Message-Id: <199509080651.XAA24217@freefall.freebsd.org> To: hackers Subject: SUp still broken Sender: hackers-owner@FreeBSD.org Precedence: bulk the current release from sup has frozen and is not tracking the sources any more julian From owner-freebsd-hackers Thu Sep 7 23:52:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA24251 for hackers-outgoing; Thu, 7 Sep 1995 23:52:16 -0700 Received: from mailserv.uni-tuebingen.de (mailserv.uni-tuebingen.de [134.2.250.102]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA24245 for ; Thu, 7 Sep 1995 23:52:14 -0700 Received: from appserv.zdv.uni-tuebingen.de by mailserv.uni-tuebingen.de with SMTP (PP); Fri, 8 Sep 1995 08:51:02 +0200 Received: (from zrncl01@localhost) by appserv.zdv.uni-tuebingen.de (8.6.12/8.6.12) id IAA38558; Fri, 8 Sep 1995 08:51:00 +0200 Date: Fri, 8 Sep 1995 08:50:58 +0200 (MSZ) From: Michael Class To: freebsd-hackers@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: Printer setup/configuration In-Reply-To: <199509080603.IAA11703@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hey J"org, this is simply not true! I am using a FreeBSD-1.1.5-Box as an Printer-Server for 3 different local printers and a couple of remote ones. It works fine for over a year now. In the very beginning I had the same Problems than you, but it was only that I forgot to give every single printer a different spooling-directory. Bye Micha On Fri, 8 Sep 1995, J Wunsch wrote: > Does it actually handle multiple printers correctly? Last time i > tried (1.1.5.1, but the lpd stuff hasn't changed much), lpd was broken > enough to throw every request onto the printer that's just being > active at the time the request has been made, gratuitously ignoring > the "-P" argument. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > ------------------------------------------------------------------------- michael class michael.class@zdv.uni-tuebingen.de ZDV Uni-Tuebingen, Morgenstelle C2-P28, Tel. +49 7071 29-7539 PGP-Public-Key: finger Michael.Class@x500.uni-tuebingen.de ------------------------------------------------------------------------- From owner-freebsd-hackers Fri Sep 8 00:01:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA24441 for hackers-outgoing; Fri, 8 Sep 1995 00:01:37 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA24432 ; Fri, 8 Sep 1995 00:01:36 -0700 Date: Fri, 8 Sep 1995 00:01:36 -0700 From: Julian Elischer Message-Id: <199509080701.AAA24432@freefall.freebsd.org> To: root Subject: SUP brokenness Cc: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk can SOMEONE please fix the cron job that does a CVS update on usr/src? it's what is sup'd and it isn't getting updated...... I can't do it as I'm not root! From owner-freebsd-hackers Fri Sep 8 00:38:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA25401 for hackers-outgoing; Fri, 8 Sep 1995 00:38:47 -0700 Received: from localhost.lightside.com (user52.lightside.com [198.81.209.52]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA25394 for ; Fri, 8 Sep 1995 00:38:45 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id AAA04280; Fri, 8 Sep 1995 00:39:13 -0700 Date: Fri, 8 Sep 1995 00:38:46 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@freebsd.org Subject: -m486 option to GCC Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I remember in my Linux days that the '-m486' option was often passed to GCC to provide optimizations for 486-class PC's. Apparently it didn't generate 486-specific code but simply padded functions out in such a way that performance was improved on 486's without sacrificing compatibility with 386's. If you build GCC on a "i486-*-*" machine it will include the "-m486" option by default but on a "i386-*-*" machine, it won't. My question is: In Linux, 'uname -m' will tell you 'i486' if you have a 486 or 'i386' otherwise (I'm not sure about Pentiums), whereas under FreeBSD, it always returns 'i386'. Therefore GCC by default is built NOT to include the '-m486' option by default. I would recommend that either: a) The kernel be changed to return the "proper" machine name, and GCC be recompiled with 486 optimizations on by default (since it doesn't hurt performance on 386's). Of course purists would argue that 'i386' is the generic architecture name and shouldn't change depending on which machine you run 'uname' on. b) When running "configure" in the build tree for GCC, the canonical name be manually overridden to "i486-unknown-freebsd2.x.x" instead of "i386-unknown-freebsd2.x.x" to build in this optimization. Note that the default Makefiles generated by imake under XFree86 will always include '-m486' anyway. Comments? ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Sep 8 01:12:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25785 for hackers-outgoing; Fri, 8 Sep 1995 01:12:35 -0700 Received: from localhost.lightside.com (user57.lightside.com [198.81.209.57]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA25775 for ; Fri, 8 Sep 1995 01:12:30 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id BAA06450; Fri, 8 Sep 1995 01:12:31 -0700 Date: Fri, 8 Sep 1995 01:12:06 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: Java - is anyone working on this at all? In-Reply-To: <199509080401.EAA28344@netfl15a.devetir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 8 Sep 1995, Stephen Hocking wrote: > Last I heard, it was dependent on a functional threads library, which we did > not seem to have after 1.1.5. Is anyone > > a) working on pthreads (yes, it would be nice to have this in the distribution) > > b) working on Java. > Well the latest pthreads is 1.60 beta 3, which seemed to compile cleanly enough under FreeBSD 2.0.5, although when running the verification tests, the floating point thread test failed. I will probably investigate this further. As far Java, that would be VERY interesting to see some people start working on a port of this to FreeBSD. If all it needs is a working threads library, and pthreads would be adequate to the task, why not start a porting team? The important thing is that it has to be a SERIOUS effort in order for Sun to give out the source code to HotJava, so if anyone wants to start a HotJava porting team, you can count me in... ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Sep 8 01:20:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25947 for hackers-outgoing; Fri, 8 Sep 1995 01:20:07 -0700 Received: from localhost.lightside.com (user47.lightside.com [198.81.209.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA25940 for ; Fri, 8 Sep 1995 01:20:03 -0700 Received: (from jehamby@localhost) by localhost (8.6.11/8.6.9) id BAA06461; Fri, 8 Sep 1995 01:16:33 -0700 Date: Fri, 8 Sep 1995 01:15:56 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@freebsd.org Subject: Re: FTAPE port to FreeBSD In-Reply-To: <9509080538.AA09913@vimec.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Thought you'd like to know (regarding QIC-80 support in FreeBSD): I sent a letter to the FTAPE mailing list (FTAPE is the WORKING floppy tape kernel module for Linux) asking about porting FTAPE to FreeBSD. Here is the response from Bas Laarhoven (the author of FTAPE). If it's not too difficult I'll start on porting this over, but I won't commit it for FreeBSD 2.2 until after I've made some significant progress on it. I'll keep you posted: On Fri, 8 Sep 1995, Bas Laarhoven wrote: > > At any rate, the problem is that nobody on the FreeBSD team cares much > > about QIC-80 tape support, in fact they feel that QIC-117 is > > fundamentally broken. At any rate, the floppy tape support in the kernel > > It's not 100% reliable, but broken ? > I think they meant that it's very hard to do and it stresses the OS as it > must also do some real-time functions normally handled by a dedicated > processor/micro controller. > > > is just abysmal since it requires a special user-mode filter to talk to > > the kernel (e.g. tar cvzf myfiles - | ft) instead of just outputting to > > /dev/ft0 like a normal tape drive! And because 'ft' is needed, you can't > > use standard tools like 'mt' to fastforward or rewind the tape... > > Horrible, and this is called a unix ? > > > > > Anyway, I'd like to port FTAPE to FreeBSD, since it seems to be a model > > of good floppy tape support (at least in recent versions). Since it's > > copyrighted under GPL, it would sit in the special gnu/ directory of the > > kernel to signify its GNU status. Any objections? Anyone else working > > on porting FTAPE to other Unixes? > > To answer your questions: 1) Certainly not and 2) not to my knowledge. > Be aware of the fact that although the is currently an explosion of new > drives (QIC-3010,3020,3080,Travan1/2/3) that use the fdc, I expect them > to move to the IDE bus and/or dedicated controllers soon. > > Another problem may be that I won't be available to help you (more than > a hint every now and then) as I'm soaked with work at my job. > > Anyway, success with your effort, > > Bas. ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- From owner-freebsd-hackers Fri Sep 8 02:58:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA27820 for hackers-outgoing; Fri, 8 Sep 1995 02:58:43 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA27809 for ; Fri, 8 Sep 1995 02:58:42 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id CAA06894 for ; Fri, 8 Sep 1995 02:36:36 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA04490; Fri, 8 Sep 1995 11:26:57 +0200 From: Luigi Rizzo Message-Id: <199509080926.LAA04490@labinfo.iet.unipi.it> Subject: Re: GI1904 hand scanner available on freebsd.cdrom.com To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 8 Sep 1995 11:26:56 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199509072129.XAA09449@uriah.heep.sax.de> from "J Wunsch" at Sep 7, 95 11:29:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1052 Sender: hackers-owner@freebsd.org Precedence: bulk > As Luigi Rizzo wrote: > > > > I have put the latest release of the GI1904 hand-scanner driver on > > freebsd.cdrom.com:/pub/FreeBSD/incoming/asc.tgz > > 2.1 is defined as "bug fixes only". But i think Jordan was planning > to make a 2.2-SNAP RSN, too. > > Did you (ab)use the "user" slot for cdevsw[], or did you grab the next > free entry? I used a free entry (#69, I think, right after the wcd one). > Any chance to actually test it? Does anybody have such a device? I have it working at home. Too bad my supplier is telling me that he doesn't carry these cheap scanners anymore! I don't know if Trust is discontinuing the product or what. 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 Fri Sep 8 02:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA27938 for hackers-outgoing; Fri, 8 Sep 1995 02:59:03 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA27916 for ; Fri, 8 Sep 1995 02:58:59 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id CAA06737 for ; Fri, 8 Sep 1995 02:04:26 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA07511; Fri, 8 Sep 1995 18:59:09 +1000 Date: Fri, 8 Sep 1995 18:59:09 +1000 From: Bruce Evans Message-Id: <199509080859.SAA07511@godzilla.zeta.org.au> To: hackers@freebsd.org, jehamby@lightside.com Subject: Re: -m486 option to GCC Sender: hackers-owner@freebsd.org Precedence: bulk >I remember in my Linux days that the '-m486' option was often passed to >GCC to provide optimizations for 486-class PC's. Apparently it didn't >generate 486-specific code but simply padded functions out in such a way >that performance was improved on 486's without sacrificing compatibility It causes slightly different instructions to be chosen. The effect is very small. The improvement for correct alignment is larger. However, the linux linker didn't support correct alignment (at least the a.out version up to a year ago). It aligns module text sections on 4 byte boundaries, so the padding helped 1/4 of the time and harmed 3/4 of the time. The FreeBSD linker aligns module text sections on 16 byte boundaries although this is a bit wasteful if -m486 wasn't used. gcc-2.7.0 has some new -m flags that allow finer control over the alignment. E.g., you can use -m486 to get i486 instruction selection and following it by some new alignment flags to get i386 aligment. This combination is said to be best for Pentiums. >My question is: In Linux, 'uname -m' will tell you 'i486' if you have a >486 or 'i386' otherwise (I'm not sure about Pentiums), whereas under >FreeBSD, it always returns 'i386'. Therefore GCC by default is built NOT >to include the '-m486' option by default. I would recommend that either: `sysctl hw.model' gives the cpu model under FreeBSD. Doesn't gcc's config know about sysctl? :-) >a) The kernel be changed to return the "proper" machine name, and GCC be >recompiled with 486 optimizations on by default (since it doesn't hurt >performance on 386's). Of course purists would argue that 'i386' is the It does hurt it - it gives worse instruction selection and wasteful padding (which depletes the cache, and in the worst case when the padding is executed to avoid a jump, up to 15 nop's are executed, taking 30 cycles to avoid a jump which would take only 9 cycles). >generic architecture name and shouldn't change depending on which machine >you run 'uname' on. I don't want to supported it because it is a lot of work for an average performance gain of 0.1%-1% in favourable cases. Bruce From owner-freebsd-hackers Fri Sep 8 02:59:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA28013 for hackers-outgoing; Fri, 8 Sep 1995 02:59:48 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA27997 for ; Fri, 8 Sep 1995 02:59:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA08205; Fri, 8 Sep 1995 19:17:08 +1000 Date: Fri, 8 Sep 1995 19:17:08 +1000 From: Bruce Evans Message-Id: <199509080917.TAA08205@godzilla.zeta.org.au> To: freebsd-hackers@freefall.freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: higher density diskettes Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I bet the root directory and the single file therein are actually >> dummies. They are only there to not confuse people looking at it >> without the proper driver loaded. >I'd daresay they are - I'd guess that the FAT is only 1 sector long, >and various other space-saving things too. >> I've already been discussing this with Bruce (altough, this has been >> at the time the article about OS/2's install floppies appeared here), >> and the result was that it's rather useless since the BIOS cannot >> handle it, and our installation procedure does require a single (1.2 >> MB !!!) floppy at all. IIRC the DMF has sectors of various sizes on each track. There's at least one 512-byte sector. This could be used for the boot sector to keep boot loaders happy. The FAT and directory could be placed on other 512-byte sectors so that they can be read by dumb drivers. Then "DIR" could work with no special support, at least if the floppy isn't cached. >Does the BIOS actually rangecheck the sector numbers you try to read? >Talk about a nuisance 8( (As suggestions go, it wasn't a bad one) I think some do. An old bug report and/or comments in the Linux loader say that some SCSI BIOSes screw up the floppy parameter table, leaving it with 9 sectors, and then attempts to read sectors > 9 fail. The fix is to write a suitably large number to the sectors field of the parameter table. The parameter table is used mostly for formatting and it apparently doesn't hurt to have a larger than necessary number there for anything else. Many floppy drivers are challenged by variable sized sectors :-). They should probably use a track buffer and present only 512-byte sectors to the OS. This would be a lot of work for a small gain in space and a loss of time. Bruce From owner-freebsd-hackers Fri Sep 8 03:10:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA28655 for hackers-outgoing; Fri, 8 Sep 1995 03:10:19 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA28588 for ; Fri, 8 Sep 1995 03:09:36 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA01450; Fri, 8 Sep 1995 19:18:35 +0930 From: Michael Smith Message-Id: <199509080948.TAA01450@genesis.atrad.adelaide.edu.au> Subject: Re: higher density diskettes To: bde@zeta.org.au (Bruce Evans) Date: Fri, 8 Sep 1995 19:18:34 +0930 (CST) Cc: freebsd-hackers@freefall.freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199509080917.TAA08205@godzilla.zeta.org.au> from "Bruce Evans" at Sep 8, 95 07:17:08 pm Content-Type: text Content-Length: 2176 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > IIRC the DMF has sectors of various sizes on each track. There's at > least one 512-byte sector. This could be used for the boot sector That's extremely rude, and not likely to be of much use to us (unless someone writes a modified fdc driver for booting purposes. That's not my hand up, I only know the 1772 8) > >Does the BIOS actually rangecheck the sector numbers you try to read? > >Talk about a nuisance 8( (As suggestions go, it wasn't a bad one) > > I think some do. An old bug report and/or comments in the Linux loader > say that some SCSI BIOSes screw up the floppy parameter table, leaving > it with 9 sectors, and then attempts to read sectors > 9 fail. The That's a job for the bootsector code to deal with. It would be _risky_, but the Atari world went through all this years ago (I expect that the Amigans did a similar thing). The upshot was that 10 sectors a track on 720, and 20 on 1440 disks was close to 100% reliable. Lots of people used 11/22 sector formats with minimal grief. > fix is to write a suitably large number to the sectors field of the > parameter table. The parameter table is used mostly for formatting > and it apparently doesn't hurt to have a larger than necessary number > there for anything else. That sounds like an implicit 'it might work' 8) But there still needs to be something to format and write the disk in the first place. Not fun, perhaps. > Many floppy drivers are challenged by variable sized sectors :-). I can't say I'm suprised 8) > They should probably use a track buffer and present only 512-byte > sectors to the OS. This would be a lot of work for a small gain > in space and a loss of time. Can the 765 read 'raw' tracks, as well as pick sectors out of them? > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Fri Sep 8 03:13:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA28845 for hackers-outgoing; Fri, 8 Sep 1995 03:13:50 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA28836 for ; Fri, 8 Sep 1995 03:13:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA09665; Fri, 8 Sep 1995 20:07:08 +1000 Date: Fri, 8 Sep 1995 20:07:08 +1000 From: Bruce Evans Message-Id: <199509081007.UAA09665@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: higher density diskettes Cc: freebsd-hackers@freefall.freebsd.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Can the 765 read 'raw' tracks, as well as pick sectors out of them? Yes. It can do essentially everything that a WD-style floppy controller can do except write raw tracks. You have to use the format command to write tracks. Thus a track must consist of sectors. This still allows more formats than anyone would want to support - the sectors can have weird ids and different sizes. Bruce From owner-freebsd-hackers Fri Sep 8 05:56:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA05612 for hackers-outgoing; Fri, 8 Sep 1995 05:56:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA05605 for ; Fri, 8 Sep 1995 05:56:32 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA07483 for ; Fri, 8 Sep 1995 14:52:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA24755 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 14:52:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA12898 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 14:26:27 +0200 From: J Wunsch Message-Id: <199509081226.OAA12898@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Fri, 8 Sep 1995 14:26:27 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509080645.QAA01164@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 8, 95 04:15:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 599 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Does the BIOS actually rangecheck the sector numbers you try to read? > Talk about a nuisance 8( (As suggestions go, it wasn't a bad one) The BIOS has rather conservative assumptions about the sectors to load (it uses some table in the BIOS data area to initialize the FDC). It's unable to handle floppies like: size: 1024 - 512 - 2048 - 8192 sector ID: 131 130 132 134 (This is OS/2's XDF format.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 06:02:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA05748 for hackers-outgoing; Fri, 8 Sep 1995 06:02:29 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA05556 for ; Fri, 8 Sep 1995 05:53:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA07487 for ; Fri, 8 Sep 1995 14:53:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA24756 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 14:52:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA12912 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 14:29:02 +0200 From: J Wunsch Message-Id: <199509081229.OAA12912@uriah.heep.sax.de> Subject: Re: Printer setup/configuration To: freebsd-hackers@freebsd.org Date: Fri, 8 Sep 1995 14:29:02 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org In-Reply-To: from "Michael Class" at Sep 8, 95 08:50:58 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 672 Sender: hackers-owner@freebsd.org Precedence: bulk As Michael Class wrote: > > Hey J"org, > > this is simply not true! I am using a FreeBSD-1.1.5-Box as an > Printer-Server for 3 different local printers and a couple of > remote ones. It works fine for over a year now. > > In the very beginning I had the same Problems than you, but it was > only that I forgot to give every single printer a different > spooling-directory. <:-) <== me ^________ The conical hat. Well, now that our ink blotter is almost dead, it doesn't buy me very much, but it's good to know anyway... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 07:27:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08405 for hackers-outgoing; Fri, 8 Sep 1995 07:27:47 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA08399 ; Fri, 8 Sep 1995 07:27:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id HAA24480; Fri, 8 Sep 1995 07:27:35 -0700 Message-Id: <199509081427.HAA24480@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Elischer cc: hackers@freefall.freebsd.org Subject: Re: SUp still broken In-reply-to: Your message of "Thu, 07 Sep 1995 23:51:01 PDT." <199509080651.XAA24217@freefall.freebsd.org> Date: Fri, 08 Sep 1995 07:27:34 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >the current release from sup has frozen and is not tracking the sources any mo >re > >julian Can you send me the first few lines of your supfile? The scan files for current are getting updated, so I don't know what the problem could be. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Sep 8 07:32:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08775 for hackers-outgoing; Fri, 8 Sep 1995 07:32:22 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA08747 for ; Fri, 8 Sep 1995 07:31:52 -0700 Received: by sequent.kiae.su id AA15529 (5.65.kiae-2 ); Fri, 8 Sep 1995 18:25:12 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 8 Sep 95 18:25:07 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00581; Fri, 8 Sep 1995 18:18:51 +0400 To: hackers@freebsd.org, Peter da Silva References: <199509080239.VAA07556@bonkers.taronga.com> In-Reply-To: <199509080239.VAA07556@bonkers.taronga.com>; from Peter da Silva at Thu, 7 Sep 1995 21:38:59 -0500 (CDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 8 Sep 1995 18:18:51 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Repeat of patch to CU Lines: 6 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 331 Sender: hackers-owner@freebsd.org Precedence: bulk It is already applied in tuucp 1.06.1 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Sep 8 07:35:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08945 for hackers-outgoing; Fri, 8 Sep 1995 07:35:28 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA08927 ; Fri, 8 Sep 1995 07:35:22 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id HAA24516; Fri, 8 Sep 1995 07:35:13 -0700 Message-Id: <199509081435.HAA24516@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Elischer cc: root@freefall.freebsd.org, hackers@freefall.freebsd.org Subject: Re: SUP brokenness In-reply-to: Your message of "Fri, 08 Sep 1995 00:01:36 PDT." <199509080701.AAA24432@freefall.freebsd.org> Date: Fri, 08 Sep 1995 07:35:12 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >can SOMEONE >please fix the cron job that does a CVS update >on usr/src? >it's what is sup'd and it isn't getting updated...... > >I can't do it as I'm not root! The tree has files from the today in it, so it seems to be working. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Sep 8 08:16:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11217 for hackers-outgoing; Fri, 8 Sep 1995 08:16:38 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA11211 ; Fri, 8 Sep 1995 08:16:37 -0700 Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id IAA08437 ; Fri, 8 Sep 1995 08:16:07 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id RAA08568; Fri, 8 Sep 1995 17:14:44 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199509081514.RAA08568@gvr.win.tue.nl> Subject: beta testers want for improved pwd.db handling To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Date: Fri, 8 Sep 1995 17:14:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 908 Sender: hackers-owner@freebsd.org Precedence: bulk m sorry if ppl see this mail for the second time, but I never saw appearing on the list. uido root@hades# /usr/bin/time ./pwd_mkdb -d . master.passwd 165.39 real 13.52 user 26.01 sys root@hades# /usr/bin/time ./pwd_mkdb -u devet -d . master.passwd 19.50 real 2.72 user 3.59 sys root@hades# ls -l *db -rw-r--r-- 1 root wheel 4972544 Sep 7 22:01 pwd.db -rw------- 1 root wheel 5316608 Sep 7 22:01 spwd.db root@hades# wc master.passwd 11557 33770 969713 master.passwd The second pwd_mkdb is the new one. I am looking for some people that like to test these. Why? Because I'm not sure how it will affect disk usage of the db files, though I really doubt it will change much. The database format itsself does not change so it's downward compatible. Further, the speed improvement cannot be achived when using vipw. The others are okay. -Guido From owner-freebsd-hackers Fri Sep 8 09:13:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA14240 for hackers-outgoing; Fri, 8 Sep 1995 09:13:44 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA14232 for ; Fri, 8 Sep 1995 09:13:42 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA24764; Fri, 8 Sep 95 16:11:51 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA04453; Fri, 8 Sep 1995 10:11:49 -0600 Date: Fri, 8 Sep 1995 10:11:49 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9509081611.AA04453@emu.fsl.noaa.gov> To: J Wunsch , freebsd-hackers@freebsd.org Subject: Re: Printer setup/configuration Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Joerg" == J Wunsch writes: Joerg> Does it actually handle multiple printers correctly? OK, you caught me. I did have to make a few patches to the PLP code to get it to work the way I wanted (round-robin style). Powell's been working on the code up to the present; I should check out the latest version and see what else is new. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA Is it weird in here, or is it just me? -- Steven Wright From owner-freebsd-hackers Fri Sep 8 09:21:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA14762 for hackers-outgoing; Fri, 8 Sep 1995 09:21:20 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA14750 for ; Fri, 8 Sep 1995 09:21:10 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15122 for ; Fri, 8 Sep 1995 18:21:07 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA01233 for hackers@freebsd.org; Fri, 8 Sep 1995 18:21:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA13161 for hackers@freebsd.org; Fri, 8 Sep 1995 15:05:39 +0200 From: J Wunsch Message-Id: <199509081305.PAA13161@uriah.heep.sax.de> Subject: Re: FTAPE port to FreeBSD To: hackers@freebsd.org Date: Fri, 8 Sep 1995 15:05:38 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: from "Jake Hamby" at Sep 8, 95 01:15:56 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1184 Sender: hackers-owner@freebsd.org Precedence: bulk As Jake Hamby wrote: > > > > At any rate, the problem is that nobody on the FreeBSD team cares much > > > about QIC-80 tape support, in fact they feel that QIC-117 is > > > fundamentally broken. > > > > It's not 100% reliable, but broken ? It's not broken -- but heh, what shall i say, it sort-of "sucks". (What i'd like to say is that the design is br***dead, not e.g. the Linux implementation.) > > > Since it's > > > copyrighted under GPL, it would sit in the special gnu/ directory of the > > > kernel to signify its GNU status. Any objections? Anyone else working > > > on porting FTAPE to other Unixes? > > > > To answer your questions: 1) Certainly not ... But you are aware of the fact that GPL'ed code won't go into the GENERIC kernel, are you? Can you perhaps try to convince the Linux guy to bless your derived work (not necessarily the original Linux driver) under a BSD copyright? Since he's the author, it would be in his power to do this. Otherwise, the driver would not be there on the installation floppy. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 09:21:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA14804 for hackers-outgoing; Fri, 8 Sep 1995 09:21:53 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA14753 for ; Fri, 8 Sep 1995 09:21:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15126 for ; Fri, 8 Sep 1995 18:21:09 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA01234 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 18:21:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA13198 for freebsd-hackers@freebsd.org; Fri, 8 Sep 1995 15:13:07 +0200 From: J Wunsch Message-Id: <199509081313.PAA13198@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 8 Sep 1995 15:13:07 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199509081007.UAA09665@godzilla.zeta.org.au> from "Bruce Evans" at Sep 8, 95 08:07:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1209 Sender: hackers-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >Can the 765 read 'raw' tracks, as well as pick sectors out of them? > > Yes. It can do essentially everything that a WD-style floppy controller > can do except write raw tracks. Yno. Sort-of. Reading an entire track will only synchronize on the ID field of the very first sector on the track. You have to perform *bit-level* synchronisation for all subsequent sectors yourself. This is nothing one would like to do except for debugging purposes. I've done it once when writing my CP/M floppy BIOS. Anyway, any caller is free to request any sector with any length from the 765 (as long as he knows how long the sector will be before actually starting the operation -- or he will have to make two passes, one to read all sector IDs and a second one to actually read them). Except, the BIOS doesn't support such weird schemes. See my other reply on OS/2's XDR format for an example of what can be done. Needless to say that currently, FreeBSD is one of the last operating systems that could be installed off a plain 1.2 MB drive. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 09:21:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA14814 for hackers-outgoing; Fri, 8 Sep 1995 09:21:54 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA14794 for ; Fri, 8 Sep 1995 09:21:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15118 for ; Fri, 8 Sep 1995 18:21:05 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA01232 for hackers@freebsd.org; Fri, 8 Sep 1995 18:21:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA13114 for hackers@freebsd.org; Fri, 8 Sep 1995 14:58:23 +0200 From: J Wunsch Message-Id: <199509081258.OAA13114@uriah.heep.sax.de> Subject: Re: GI1904 hand scanner available on freebsd.cdrom.com To: hackers@freebsd.org Date: Fri, 8 Sep 1995 14:58:23 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: <199509080926.LAA04490@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 8, 95 11:26:56 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 436 Sender: hackers-owner@freebsd.org Precedence: bulk As Luigi Rizzo wrote: > > > Did you (ab)use the "user" slot for cdevsw[], or did you grab the next > > free entry? > > I used a free entry (#69, I think, right after the wcd one). The times, they are a-changing. <:) Already occupied by the "od" driver... but Julian did get the next one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 09:58:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17886 for hackers-outgoing; Fri, 8 Sep 1995 09:58:15 -0700 Received: from inet-gw1.cummins.com (inet-gw1.cummins.com [160.95.138.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA17869 for ; Fri, 8 Sep 1995 09:58:10 -0700 Received: by inet-gw1.cummins.com; id MAA16186; Fri, 8 Sep 1995 12:04:39 -0500 Received: from gatekeeper.cummins.com(160.95.120.3) by inet-gw1.cummins.com via smap (V1.3) id sma016174; Fri Sep 8 12:04:29 1995 Received: by gatekeeper.cummins.com (5.65/DEC-Ultrix/4.3) id AA16908; Fri, 8 Sep 1995 11:56:04 -0500 Message-Id: <9509081656.AA16908@gatekeeper.cummins.com> Received: from dancer.cel.cummins.com by bubba.cel.cummins.com with SMTP (5.65c/IDA-1.4.4.1-Domain/OS) id AA07045; Fri, 8 Sep 1995 11:03:53 -0500 Date: Fri, 8 Sep 1995 11:03:53 -0500 From: "William A. Gatliff" To: hackers@freebsd.org Subject: TCP/IP protocol stack Sender: hackers-owner@freebsd.org Precedence: bulk I figure you guys might know this... I'm wanting to port a TCP/IP protocol library to an embedded experimental project I'm hacking on. The binary won't be redistributable, and the product isn't for sale (only one will ever exist, and it will be _mine_. :^) ) Are any of you familiar with a fairly well-organized library that could be ported to a non-PC, non-OS-based embedded system? Or, how do you think it'd go to port the library in FreeBSD? (I'd prefer this route, if anyone thinks it's a viable alternative). Thanks! b.g. From owner-freebsd-hackers Fri Sep 8 10:49:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20744 for hackers-outgoing; Fri, 8 Sep 1995 10:49:38 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20733 for ; Fri, 8 Sep 1995 10:49:34 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA00592; Fri, 8 Sep 1995 17:49:20 +0200 From: Luigi Rizzo Message-Id: <199509081549.RAA00592@labinfo.iet.unipi.it> Subject: Anyone knows this card: packard bell Reveal tv-300 ? To: hackers@freebsd.org, multimedia@star-gate.com Date: Fri, 8 Sep 1995 17:49:19 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 382 Sender: hackers-owner@freebsd.org Precedence: bulk The subject says it all... does anyone know this video acquisition board: Packard Bell - Reveal TV-300 ? I saw it today in a store, but was wrapped in its box and I couldn't look closely at the docs. It is a ISA card, connects to the video board via the feature connector, and (from what is written on the box) has problems if the system has 16MB or more ram... Thanks Luigi From owner-freebsd-hackers Fri Sep 8 10:53:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21018 for hackers-outgoing; Fri, 8 Sep 1995 10:53:13 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA21010 for ; Fri, 8 Sep 1995 10:53:12 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04369; Fri, 8 Sep 1995 10:46:52 -0700 From: Terry Lambert Message-Id: <199509081746.KAA04369@phaeton.artisoft.com> Subject: Re: Non-Intel Hardware and FreeBSD To: imp@village.org (Warner Losh) Date: Fri, 8 Sep 1995 10:46:52 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199509080618.AAA09500@rover.village.org> from "Warner Losh" at Sep 8, 95 00:18:15 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1012 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Is it possible, or is there work in progress, to change the > structure of the kernel and other sources to allow for multiple > hardware platforms in the FreeBSD project? You mean, like pushing a devfs, eliminating the structure padding and alignment issues, modularizing the system initialization, etc.? 8-). > I know that NetBSD does this, but at least in the 2.0.5 sources I have > I don't see anything like like non-i386 support present. Yet I've > read, in other forums, that FreeBSD is being ported to other OSes. It is being ported. > Did I miss something, or did I read something out of context about > NetBSD and/or Linux? Yeah. Nobody who's doing the work has made formal announcement. > You see, I have this odd-ball ARCBIOS MIPS box that I'd love to have a > non Microsoft OS for... I'd say start with the NetBSD MIPS sources and get hacking. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Sep 8 11:13:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA22325 for hackers-outgoing; Fri, 8 Sep 1995 11:13:17 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA22319 ; Fri, 8 Sep 1995 11:13:14 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id LAA01029; Fri, 8 Sep 1995 11:13:09 -0700 From: Julian Elischer Message-Id: <199509081813.LAA01029@ref.tfs.com> Subject: Re: SUP brokenness To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 8 Sep 1995 11:13:09 -0700 (PDT) Cc: julian@freefall.freebsd.org, root@freefall.freebsd.org, hackers@freefall.freebsd.org In-Reply-To: <199509081435.HAA24516@aslan.cdrom.com> from "Justin T. Gibbs" at Sep 8, 95 07:35:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 540 Sender: hackers-owner@FreeBSD.org Precedence: bulk I think that means someone beat you to it.. sup is now suddenly giving new files.. > > >can SOMEONE > >please fix the cron job that does a CVS update > >on usr/src? > >it's what is sup'd and it isn't getting updated...... > > > >I can't do it as I'm not root! > > The tree has files from the today in it, so it seems to be working. > -- > Justin T. Gibbs > =========================================== > Software Developer - Walnut Creek CDROM > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Fri Sep 8 11:58:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25275 for hackers-outgoing; Fri, 8 Sep 1995 11:58:22 -0700 Received: from netcom3.netcom.com (root@netcom3.netcom.com [192.100.81.103]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA25269 for ; Fri, 8 Sep 1995 11:58:20 -0700 Received: from [192.0.2.1] by netcom3.netcom.com (8.6.12/Netcom) id LAA26576; Fri, 8 Sep 1995 11:55:23 -0700 X-Sender: shamrock@localhost Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 8 Sep 1995 12:02:20 -0800 To: freebsd-hackers@freebsd.org From: shamrock@netcom.com (Lucky Green) Subject: [Latest SNAP PPP install] write: no such process Sender: hackers-owner@freebsd.org Precedence: bulk I am trying to install the latest July SNAP via PPP, using the new PPP capable version of TIA on my shell account for PPP server. After dialing into the shell, starting TIA and (this is failed to be mentioned in the help screen) switching the PPP console to packet mode wtih ~p, I get a successful connection to the ftp site and a dialog box informing me that it is intstalling the root system. That's as far as I get. The install seems to hang there. The PPP console reports "write: no such process", the debug console shows a number of dots in the last line (progress indicators?) that do not increas in number bejond the third of a line already there. The window telling me that the root system is being installed does not go away. Any ideas? TIA, -- Lucky Green PGP encrypted mail preferred. From owner-freebsd-hackers Fri Sep 8 12:05:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26143 for hackers-outgoing; Fri, 8 Sep 1995 12:05:09 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26137 for ; Fri, 8 Sep 1995 12:05:06 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA04592; Fri, 8 Sep 1995 12:04:52 -0700 To: Jake Hamby cc: Stephen Hocking , hackers@freebsd.org Subject: Re: Java - is anyone working on this at all? In-reply-to: Your message of "Fri, 08 Sep 1995 01:12:06 PDT." Date: Fri, 08 Sep 1995 12:04:52 -0700 Message-ID: <4590.810587092@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > As far Java, that would be VERY interesting to see some people start > working on a port of this to FreeBSD. If all it needs is a working > threads library, and pthreads would be adequate to the task, why not > start a porting team? The important thing is that it has to be a SERIOUS > effort in order for Sun to give out the source code to HotJava, so if > anyone wants to start a HotJava porting team, you can count me in... I've already started one, and I already have the source code here. However, time constraints currently prohibit a more active involvement on my part. Jordan From owner-freebsd-hackers Fri Sep 8 12:08:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26627 for hackers-outgoing; Fri, 8 Sep 1995 12:08:22 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26617 for ; Fri, 8 Sep 1995 12:08:21 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id MAA01139; Fri, 8 Sep 1995 12:05:48 -0700 From: Julian Elischer Message-Id: <199509081905.MAA01139@ref.tfs.com> Subject: Re: GI1904 hand scanner available on freebsd.cdrom.com To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 8 Sep 1995 12:05:47 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <199509080926.LAA04490@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 8, 95 11:26:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1601 Sender: hackers-owner@freebsd.org Precedence: bulk Ok SUP seems to be working now so you should be able to get a set of sources with this driver in it.. I just made a minor change to the DEVFS registration, so what sup has is slightly out-of date.. (get a sup tree of the kernel and replace asc.c) make a DEVFS kernel (see ~julian/src/sys/i386/conf/ASC) and see how it behaves.. (if that configis ok for you, I have a compiled kernel there too) > > > As Luigi Rizzo wrote: > > > > > > I have put the latest release of the GI1904 hand-scanner driver on > > > freebsd.cdrom.com:/pub/FreeBSD/incoming/asc.tgz > > > > 2.1 is defined as "bug fixes only". But i think Jordan was planning > > to make a 2.2-SNAP RSN, too. > > > > Did you (ab)use the "user" slot for cdevsw[], or did you grab the next > > free entry? > > I used a free entry (#69, I think, right after the wcd one). I used 71 when I added it.. DEVFS will always get it right.... :) haven't touched MAKEDEV yet > > > Any chance to actually test it? Does anybody have such a device? > > I have it working at home. Too bad my supplier is telling me that > he doesn't carry these cheap scanners anymore! I don't know if > Trust is discontinuing the product or what. > > 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 Fri Sep 8 12:34:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA29476 for hackers-outgoing; Fri, 8 Sep 1995 12:34:44 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA29470 for ; Fri, 8 Sep 1995 12:34:43 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA13670; Fri, 8 Sep 1995 12:39:43 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199509081939.AA13670@wiley.csusb.edu> Subject: install/ranlib of libraries To: freebsd-hackers@freefall.FreeBSD.org Date: Fri, 8 Sep 1995 12:39:43 -0700 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 719 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just noticed something which might be a "Good Change" for the installation procedure of libraries. I am dealing with the sig-11 problems, which when compiling big programs, sometimes a sig-11 at the wrong place will leave a bad .o file which I sometimes forget to rm before another make. ...anyways, I noticed that the install directive in the makefile in the library section first install(1)'s the library, then ranlib's it. SunOS likes to ranlib it in the working directory, then install it, then ranlib it again. This makes good sense, since I got a "ranlib --missing symbol table" on my libc.a when it installed it. ...something to think about, something to _change_ Rob Mallory [rmallory@csusb.edu] From owner-freebsd-hackers Fri Sep 8 12:49:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA00772 for hackers-outgoing; Fri, 8 Sep 1995 12:49:08 -0700 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA00473 for ; Fri, 8 Sep 1995 12:46:06 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HV07XG29PC001IC5@mail.rwth-aachen.de>; Thu, 07 Sep 1995 19:23:06 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA00208; Thu, 7 Sep 1995 19:39:06 +0200 Date: Thu, 07 Sep 1995 19:39:06 +0200 (MET DST) From: Christoph Kukulies Subject: Re: higher density diskettes In-reply-to: <1337.810473461@critter.tfs.com> from "Poul-Henning Kamp" at Sep 7, 95 04:31:01 am To: phk@critter.tfs.com (Poul-Henning Kamp) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.FreeBSD.org Reply-to: Christoph Kukulies Message-id: <199509071739.TAA00208@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1352 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Microsoft has switched to using so called DMF format > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > diskettes for the WIN95 distrubution disks. > > This is very interesting. If it works for them, we can do that too. > The changes to the floppy-build procedure is rather few, but I still > suggest we hang in there until we hear how much trouble MS has with it... And they *have* trouble. Microsoft Direct in Germany has established a hotline for sending in 'unreadable diskettes'. They ship their 15 diskette Win95 full version set with the first two diskettes in 1.44 MB format and the famous 'Diskette 2' (numbered 3 :-o) and the rest in 1.63 MB (1,716 Mio bytes) diskettes. They blame it on virii on customers machines when their diskettes become unreadable (so written in a note in the CI$ Win95 Setup conference). A not yet known virus not being recognized by todays common virus scanners. I wonder whether their next product will be the 'ultimate virus scanner' ;-) > > -- > 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. > Just that: dried leaves in boiling water ? > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Sep 8 13:01:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01609 for hackers-outgoing; Fri, 8 Sep 1995 13:01:05 -0700 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA01430 for ; Fri, 8 Sep 1995 12:58:35 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HV089PDI74001IDI@mail.rwth-aachen.de>; Thu, 07 Sep 1995 19:32:12 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA00266; Thu, 7 Sep 1995 19:48:19 +0200 Date: Thu, 07 Sep 1995 19:48:18 +0200 (MET DST) From: Christoph Kukulies Subject: Re: higher density diskettes In-reply-to: from "John-Mark Gurney" at Sep 7, 95 07:13:38 am To: gurney_j@efn.org (John-Mark Gurney) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.FreeBSD.org Reply-to: Christoph Kukulies Message-id: <199509071748.TAA00266@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1958 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Thu, 7 Sep 1995, Christoph P. Kukulies wrote: > > > Microsoft has switched to using so called DMF format > > (Distribution Media Format - 1,716,224 bytes 1.63 MB) on > > diskettes for the WIN95 distrubution disks. > > > > I suggest to if not switch to that format to at least > > start discussing if that would be feasible or could be used > > for an even better install disk or fixit floppies. > > BTW I tried to mount one of the Win95 Install disks and > > got a kernel messages: > > > > blues# mount -t msdos /dev/fd0.1720 /mnt > > mountmsdosfs(): root directory is not a multiple of the clustersize in length > > blues# > > blues# ls /mnt > > win95_08.cab > > blues# umount /mnt > > I have a set of dos utils that allows you to format and use 1.72meg disks > under dos... and actually... one thing I really liked about the 2.0R > install is that you could specify /dev/fd0.1720... that would mean you > could get 7 parts instead of the usual 6... I also use 1.72meg disk to > store a lot of old downloaded software I might need... some of the disks > are even DD with the hole punched and I have had no problems with > them... > > If you guys like I could upload the program for dos some where... It has > a nice chart on what you can do, i.e. read the disk, with and without the > special program... like you can read a 1.48meg disk without any driver > loaded under dos... plus with it you can format your 5-1/2 floppies to > 1.48megs... and that would be quite nice to set as the new top limit :) > TTYL... Put it up in ftp://freefall.cdrom.com/incoming. > > John-Mark > > gurney_j@efn.org > Modem/FAX: (503) 683-6954 (FreeBSD Box) > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) ^^^^^^^ large empires tend to <'hey what is this word in english for 'kollabieren''?> in time by themselves? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Sep 8 13:26:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03343 for hackers-outgoing; Fri, 8 Sep 1995 13:26:26 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03328 for ; Fri, 8 Sep 1995 13:26:19 -0700 Received: (from mmead@localhost) by Glock.COM (8.6.11/8.6.9) id QAA00373; Fri, 8 Sep 1995 16:26:08 -0400 Date: Fri, 8 Sep 1995 16:26:08 -0400 From: "matthew c. mead" Message-Id: <199509082026.QAA00373@Glock.COM> To: hackers@freebsd.org Subject: ATAPI stuff Sender: hackers-owner@freebsd.org Precedence: bulk Was just wondering how stable the ATAPI stuff is, and in what kernels it exists. I'm trying to help a freshman here at Virginia Tech to get their machine going with the CDROM it came with and want to get them something stable. Any ideas? -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Fri Sep 8 14:12:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA06090 for hackers-outgoing; Fri, 8 Sep 1995 14:12:50 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA06082 for ; Fri, 8 Sep 1995 14:12:48 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA06537; Fri, 8 Sep 1995 14:12:32 -0700 To: Warner Losh cc: hackers@freebsd.org Subject: Re: Non-Intel Hardware and FreeBSD In-reply-to: Your message of "Fri, 08 Sep 1995 00:18:15 MDT." <199509080618.AAA09500@rover.village.org> Date: Fri, 08 Sep 1995 14:12:32 -0700 Message-ID: <6535.810594752@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Question: > Is it possible, or is there work in progress, to change the > structure of the kernel and other sources to allow for multiple > hardware platforms in the FreeBSD project? It's certainly possible, though there's a lot of work that needs doing in order to make such things happen and we're a bit short-handed, so we simply keep working on what will bring us the greatest amount of return (i386). A SPARC port was done, but it sort of mouldered and is waiting for David to pick it up again when HE has time (it's penciled in for August 21st, 2007 on his calendar I think). Someone is working on an ALPHA port, but he's been pretty quiet about it. I'll let him volunteer any further information, if he has any. Terry talks about doing a PowerPC port fairly often - does that count for anything? :-) Jordan From owner-freebsd-hackers Fri Sep 8 14:41:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07579 for hackers-outgoing; Fri, 8 Sep 1995 14:41:11 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07566 for ; Fri, 8 Sep 1995 14:41:03 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA07427 ; Fri, 8 Sep 1995 23:40:50 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA26281 ; Fri, 8 Sep 1995 23:40:49 +0200 Received: (from roberto@localhost) by keltia.Freenix.FR (8.7.Beta.14/keltia-uucp-2.4) id WAA10712; Fri, 8 Sep 1995 22:07:22 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509082007.WAA10712@keltia.Freenix.FR> Subject: Re: -m486 option to GCC To: jehamby@lightside.com (Jake Hamby) Date: Fri, 8 Sep 1995 22:07:22 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Jake Hamby" at Sep 8, 95 00:38:46 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1071 X-Mailer: ELM [version 2.4 PL24 ME7a+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: hackers-owner@freebsd.org Precedence: bulk It seems that Jake Hamby said: > > Note that the default Makefiles generated by imake under XFree86 will > always include '-m486' anyway. Comments? Fine with me, I always put -m486 in both sys.mk and the Makefile I generate with the autoconfig programs (autoconf, Metaconfig and al). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #17: Sun Sep 3 20:59:24 MET DST 1995 From owner-freebsd-hackers Fri Sep 8 14:45:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07866 for hackers-outgoing; Fri, 8 Sep 1995 14:45:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07860 for ; Fri, 8 Sep 1995 14:45:10 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA26546 for ; Fri, 8 Sep 1995 23:25:20 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA04924 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 23:25:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA14958 for freebsd-hackers@freefall.freebsd.org; Fri, 8 Sep 1995 23:24:36 +0200 From: J Wunsch Message-Id: <199509082124.XAA14958@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Fri, 8 Sep 1995 23:24:36 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509071748.TAA00266@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Sep 7, 95 07:48:18 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 944 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > > > I have a set of dos utils that allows you to format and use 1.72meg disks > > under dos... > Put it up in ftp://freefall.cdrom.com/incoming. The directory has been unwriteable last time i've been checking. Anyway, our current fdformat(8) can format almost any uniform format you can think of. The problem is that all those "high density" formats are non-uniform formats (sectors have different lengths across the track), which neither our current fd driver nor the BIOS will understand. Guys, don't be too excited about all this... it's not really worth it. Our goal is to provide an installation medium as "generic" as possible, i.e. it should fit onto a normal 1.2 MB floppy, and it should be ***standard***!, so no specific tools are required *anywhere*. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Sep 8 17:37:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19107 for hackers-outgoing; Fri, 8 Sep 1995 17:37:14 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19099 for ; Fri, 8 Sep 1995 17:37:13 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id SAA00497; Fri, 8 Sep 1995 18:36:56 -0700 Message-Id: <199509090136.SAA00497@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: Warner Losh , hackers@freebsd.org Subject: Re: Non-Intel Hardware and FreeBSD In-reply-to: Your message of "Fri, 08 Sep 1995 14:12:32 PDT." <6535.810594752@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Sep 1995 18:36:50 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Not sure if this applicable however on comp.unix.bsd.netbsd.misc there was an interesting thread of netbsd slugging it out with Linus. The center topic was linux and netbsd on different platforms. An Alpha Port of FreeBSD would definitely be most cool 8) Cheers, Amancio >>> "Jordan K. Hubbard" said: > > Question: > > Is it possible, or is there work in progress, to change the > > structure of the kernel and other sources to allow for multiple > > hardware platforms in the FreeBSD project? > > It's certainly possible, though there's a lot of work that needs doing > in order to make such things happen and we're a bit short-handed, so > we simply keep working on what will bring us the greatest amount of > return (i386). > > A SPARC port was done, but it sort of mouldered and is waiting for > David to pick it up again when HE has time (it's penciled in for > August 21st, 2007 on his calendar I think). > > Someone is working on an ALPHA port, but he's been pretty quiet about it. > I'll let him volunteer any further information, if he has any. > > Terry talks about doing a PowerPC port fairly often - does that count > for anything? :-) > > Jordan > From owner-freebsd-hackers Fri Sep 8 17:38:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19218 for hackers-outgoing; Fri, 8 Sep 1995 17:38:24 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19210 for ; Fri, 8 Sep 1995 17:38:21 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id UAA14200; Fri, 8 Sep 1995 20:36:54 -0400 From: John Capo Message-Id: <199509090036.UAA14200@irbs.irbs.com> Subject: Re: TCP/IP protocol stack To: gatliff@cel.cummins.com (William A. Gatliff) Date: Fri, 8 Sep 1995 20:36:53 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <9509081656.AA16908@gatekeeper.cummins.com> from "William A. Gatliff" at Sep 8, 95 11:03:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1130 Sender: hackers-owner@freebsd.org Precedence: bulk William A. Gatliff writes: > > I figure you guys might know this... > > I'm wanting to port a TCP/IP protocol library to an embedded > experimental project I'm hacking on. The binary won't be > redistributable, and the product isn't for sale (only one > will ever exist, and it will be _mine_. :^) ) > > Are any of you familiar with a fairly well-organized library > that could be ported to a non-PC, non-OS-based embedded system? > > Or, how do you think it'd go to port the library in FreeBSD? > (I'd prefer this route, if anyone thinks it's a viable alternative). > I've done both. Look at the ka9q package, aka nos I think. Took a lot of hacking to get the DOSness out of it. I have the networking code from the net2 tapes running under an embedded real-time OS called UCOS on a MIPS R33010. Took about 40 hours to get a loopback ping working. Several more weeks to make it useable. This was a commercial project and I don't own the work so about all I can do is to say that it is not that big a deal. The development environment is gcc-2.5.8 running on FreeBSD generating MIPS code. John Capo IRBS Engineering From owner-freebsd-hackers Fri Sep 8 17:50:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19925 for hackers-outgoing; Fri, 8 Sep 1995 17:50:04 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19919 for ; Fri, 8 Sep 1995 17:50:02 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA00462; Fri, 8 Sep 1995 17:49:32 -0700 To: "Amancio Hasty Jr." cc: Warner Losh , hackers@freebsd.org Subject: Re: Non-Intel Hardware and FreeBSD In-reply-to: Your message of "Fri, 08 Sep 1995 18:36:50 PDT." <199509090136.SAA00497@rah.star-gate.com> Date: Fri, 08 Sep 1995 17:49:32 -0700 Message-ID: <460.810607772@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Not sure if this applicable however on comp.unix.bsd.netbsd.misc > there was an interesting thread of netbsd slugging it out with > Linus. The center topic was linux and netbsd on different platforms. Neither applicable nor even very interesting (I read it). This was just another noise fest between NetBSD proponents slagging off Linux for its cross-platform source tree structure and Linus defending it. Linux has simply done things differently and if anyone thinks that there is One True Way of organizing source code then the only likely truth is that they just left college and haven't been in this business very long.. :-) Jordan From owner-freebsd-hackers Fri Sep 8 17:50:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19941 for hackers-outgoing; Fri, 8 Sep 1995 17:50:05 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19932 ; Fri, 8 Sep 1995 17:50:04 -0700 Date: Fri, 8 Sep 1995 17:50:04 -0700 From: Julian Elischer Message-Id: <199509090050.RAA19932@freefall.freebsd.org> To: davidg, hackers Subject: bug in 4.4lite (fixed in lite2) Sender: hackers-owner@FreeBSD.org Precedence: bulk while we are updating.. here's one to not miss: in ufs/ufs/ufs_vnops.c: if (fvp == tvp) { if (fvp->v_type == VDIR) { error = EINVAL; goto abortit; } VOP_ABORTOP(fdvp, fcnp); vrele(fdvp); vrele(fvp); vput(tdvp); vput(tvp); tcnp->cn_flags &= ~MODMASK; tcnp->cn_flags |= LOCKPARENT | LOCKLEAF; if ((tcnp->cn_flags & SAVESTART) == 0) panic("ufs_rename: lost from startdir"); tcnp->cn_nameiop = DELETE; (void) relookup(tdvp, &tvp, tcnp); return (VOP_REMOVE(tdvp, tvp, tcnp)); } is back to front.. all the t (to) variables should be f (from) and visa versa. touch a ln a b mv a b results in a remaining and b being deleted in lite2 if (fvp == tvp) { if (fvp->v_type == VDIR) { error = EINVAL; goto abortit; } /* Release destination completely. */ VOP_ABORTOP(tdvp, tcnp); vput(tdvp); vput(tvp); /* Delete source. */ vrele(fdvp); vrele(fvp); fcnp->cn_flags &= ~MODMASK; fcnp->cn_flags |= LOCKPARENT | LOCKLEAF; if ((fcnp->cn_flags & SAVESTART) == 0) panic("ufs_rename: lost from startdir"); fcnp->cn_nameiop = DELETE; (void) relookup(fdvp, &fvp, fcnp); return (VOP_REMOVE(fdvp, fvp, fcnp)); } get's it right.. I just noticed this when adding rename to devfs.. but 4.4l2 noticed before me :) From owner-freebsd-hackers Fri Sep 8 17:58:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA20441 for hackers-outgoing; Fri, 8 Sep 1995 17:58:58 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA20435 for ; Fri, 8 Sep 1995 17:58:55 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA12263; Fri, 8 Sep 1995 18:57:59 -0600 Message-Id: <199509090057.SAA12263@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Non-Intel Hardware and FreeBSD Cc: "Amancio Hasty Jr." , hackers@freebsd.org In-reply-to: Your message of Fri, 08 Sep 1995 17:49:32 PDT Date: Fri, 08 Sep 1995 18:57:59 -0600 From: Warner Losh Sender: hackers-owner@freebsd.org Precedence: bulk [[ comp.muble.mumble.freebsd.mumble discussions ]] That's where I saw the reference.... : Linux has simply done things differently and if anyone thinks that : there is One True Way of organizing source code then the only likely : truth is that they just left college and haven't been in this business : very long.. :-) Linux does have an interesting way of organizing their source tree, but it works for most people, which is all that really matters. I happen to like the FreeBSD and NetBSD integrated source systems, but I supposed that Linux's system does have merit as well. Warner From owner-freebsd-hackers Fri Sep 8 18:05:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA20869 for hackers-outgoing; Fri, 8 Sep 1995 18:05:02 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA20851 for ; Fri, 8 Sep 1995 18:04:56 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA12323 for ; Fri, 8 Sep 1995 19:04:52 -0600 Message-Id: <199509090104.TAA12323@rover.village.org> To: hackers@FreeBSD.ORG Subject: Re: Non-Intel Hardware and FreeBSD In-reply-to: Your message of Fri, 08 Sep 1995 10:46:52 PDT Date: Fri, 08 Sep 1995 19:04:52 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : I'd say start with the NetBSD MIPS sources and get hacking. 8-). The NetBSD MIPS port is a little hard to get my brain around right now, for some reason. It is a very good starting place, since there is a snapshot of some work in progress for a MIPS 4x00 port, which is what I'd need. My machine is just oddball enough (well, it looks a *LOT* like a PC EISA machine, complete with the memory mapping of the bus at the same place as on Intel) that I'll have to hack whatever I go with. I've actually made good progress with the Linux port, so I'll likely stick with that for the moment. I'm to the point where the kernel is panicing because it can't load the ramdisk image that I've not yet created. Go figure :-) Warner From owner-freebsd-hackers Fri Sep 8 18:20:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA21430 for hackers-outgoing; Fri, 8 Sep 1995 18:20:30 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA21419 for ; Fri, 8 Sep 1995 18:20:27 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id TAA00670; Fri, 8 Sep 1995 19:19:07 -0700 Message-Id: <199509090219.TAA00670@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: Warner Losh , hackers@freebsd.org Subject: Re: Non-Intel Hardware and FreeBSD In-reply-to: Your message of "Fri, 08 Sep 1995 17:49:32 PDT." <460.810607772@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Sep 1995 19:19:06 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Okay, I confess: I am very weird ! The way I looked at it was different . It at least identified who was doing what and on the passing I saw a few bits of information about hardware. My take on the situation is that for a multiple platform port we need apps, apps and more apps. If I am going to be running the same apps that I am running right now, I rather stay with Intel and enjoy the wide choice of apps for different OSes . Amancio >>> "Jordan K. Hubbard" said: > > Not sure if this applicable however on comp.unix.bsd.netbsd.misc > > there was an interesting thread of netbsd slugging it out with > > Linus. The center topic was linux and netbsd on different platforms. > > Neither applicable nor even very interesting (I read it). This was > just another noise fest between NetBSD proponents slagging off Linux > for its cross-platform source tree structure and Linus defending it. > > Linux has simply done things differently and if anyone thinks that > there is One True Way of organizing source code then the only likely > truth is that they just left college and haven't been in this business > very long.. :-) > > Jordan From owner-freebsd-hackers Fri Sep 8 18:44:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA22839 for hackers-outgoing; Fri, 8 Sep 1995 18:44:16 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA22833 for ; Fri, 8 Sep 1995 18:44:14 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA12672; Fri, 8 Sep 95 18:43:18 PDT Received: from nike.efn.org (haus.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA12252; Fri, 8 Sep 95 18:43:59 PDT Date: Fri, 8 Sep 1995 18:45:34 -0700 (PDT) From: John-Mark Gurney To: Christoph Kukulies Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.FreeBSD.org Subject: Re: higher density diskettes In-Reply-To: <199509071748.TAA00266@gilberto.physik.rwth-aachen.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 7 Sep 1995, Christoph Kukulies wrote: > > If you guys like I could upload the program for dos some where... It has > > a nice chart on what you can do, i.e. read the disk, with and without the > > special program... like you can read a 1.48meg disk without any driver > > loaded under dos... plus with it you can format your 5-1/2 floppies to > > 1.48megs... and that would be quite nice to set as the new top limit :) > > TTYL... > > Put it up in ftp://freefall.cdrom.com/incoming. done... the full url is ftp://freefall.cdrom.com/incoming/fdformat.zip the program to run to read the disks is fdread.exe... and the program to format is fdformat.exe... also... it has a nice ability to interleve sectors... this can dramaticly improve read times... esspessially when you format a 3-1/2HD floppy to 1.2meg (to diskcopy a 5-1/4HD)... I have no problems mounting the disk with freebsd with the command "mount_msdos /dev/fd0.1720 /mnt"... > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) > ^^^^^^^ large empires tend to <'hey what is this word > in english for 'kollabieren''?> in time by themselves? I have no idea... TTYL... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Fri Sep 8 19:27:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA25055 for hackers-outgoing; Fri, 8 Sep 1995 19:27:47 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA25049 for ; Fri, 8 Sep 1995 19:27:45 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0srFdp-0009XtC; Fri, 8 Sep 95 19:27 PDT Date: Fri, 8 Sep 1995 19:27:36 -0700 (PDT) From: Jake Hamby To: "Jordan K. Hubbard" cc: Stephen Hocking , hackers@freebsd.org Subject: Re: Java - is anyone working on this at all? In-Reply-To: <4590.810587092@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Fri, 8 Sep 1995, Jordan K. Hubbard wrote: > > As far Java, that would be VERY interesting to see some people start > > working on a port of this to FreeBSD. If all it needs is a working > > threads library, and pthreads would be adequate to the task, why not > > start a porting team? The important thing is that it has to be a SERIOUS > > effort in order for Sun to give out the source code to HotJava, so if > > anyone wants to start a HotJava porting team, you can count me in... > > I've already started one, and I already have the source code here. > However, time constraints currently prohibit a more active involvement > on my part. > > Jordan > I just downloaded the source code to HotJava, and it's a pretty big mess... I can't even get it to compile under SOLARIS using GCC (Sun used their commercial SunPro compiler to build it)! To give people an idea of some of the surface issues that have to be dealt with before even getting into the tricky problems with synchronization, threads, audio support, etc: 1) The Makefiles are designed for Solaris make, and don't work properly with GNU make or Berkeley make. 2) You must have a preexisting Java compiler in order to bootstrap (i.e. byte-compile) the Java code. This means hosting part of the development under Windows NT/95 or Solaris to do this portion of the compile until the FreeBSD native Java compiler is built. 3) Under Solaris, the GCC built version of the java header-file compiler 'javah' core-dumped when trying to compile a certain header file. I'll have to look into these issues myself, but it is certainly not a weekend porting project! I'd like to know what you've figured out so far, Jordan. Also, I need to buy a copy of Motif anyway, but HotJava requires that as well. I'd like to use SWiM Motif 2.0 since Motif 2.0 will link properly with X11R6 libraries, but even though Motif 2.0 is 99% backwards compatible with Motif 1.2.4, there are still a couple of porting issues there. Not to mention getting pthreads working properly, and patching the audio code and other Solaris-specific portions. I'd really like to see a FreeBSD version, though, because that would lend itself very easily to a SunOS version, or even a Linux version (after all, Linux also has pthreads, an identical audio API, and GCC). Anyway, is anyone else interested in this? ---Jake Hamby jehamby@lightside.com From owner-freebsd-hackers Fri Sep 8 21:39:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA02699 for hackers-outgoing; Fri, 8 Sep 1995 21:39:08 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA02689 for ; Fri, 8 Sep 1995 21:38:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA12459; Sat, 9 Sep 1995 14:34:28 +1000 Date: Sat, 9 Sep 1995 14:34:28 +1000 From: Bruce Evans Message-Id: <199509090434.OAA12459@godzilla.zeta.org.au> To: freebsd-hackers@freefall.freebsd.org, rmallory@wiley.csusb.edu Subject: Re: install/ranlib of libraries Sender: hackers-owner@FreeBSD.org Precedence: bulk >...anyways, I noticed that the install directive in the makefile >in the library section first install(1)'s the library, then ranlib's >it. SunOS likes to ranlib it in the working directory, then install >it, then ranlib it again. This makes good sense, since I got a >"ranlib --missing symbol table" on my libc.a when it installed it. Libraries are ranlib'ed when they are built. Ranlib'ing them before installing them would gratuitously clobber the internal and external library timestamps and make all binaries out of date. Ranlib'ing them after installing them has the same bug. Ranlib'ing them after installing them is currently necessary because install clobbers the external timestamp and ranlib must be run to fix the internal timestamp. Perhaps other versions of ranlib are smarter about the timestamps. E.g., it would be useful to have an option to set the external timestamp to the internal one. Our `install' will soon be smarter about timestamps. Bruce From owner-freebsd-hackers Fri Sep 8 22:10:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA03212 for hackers-outgoing; Fri, 8 Sep 1995 22:10:36 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA03206 for ; Fri, 8 Sep 1995 22:10:35 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id XAA00264; Fri, 8 Sep 1995 23:09:35 -0700 Message-Id: <199509090609.XAA00264@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Jake Hamby cc: "Jordan K. Hubbard" , Stephen Hocking , hackers@freebsd.org Subject: Re: Java - is anyone working on this at all? In-reply-to: Your message of "Fri, 08 Sep 1995 19:27:36 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Sep 1995 23:09:34 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Jake Hamby said: Wow, I took a glance at hotjava when it first came out and it seems from what you have described that is still in the same mess. At any rate if you want to work on that sort of thing , I suggest that you peek at what the linux crowd have done . Someone has patches to convert HotJava's Makefiles to gnu's Makefile. Amancio From owner-freebsd-hackers Fri Sep 8 22:14:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA03314 for hackers-outgoing; Fri, 8 Sep 1995 22:14:47 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA03308 ; Fri, 8 Sep 1995 22:14:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA13536; Sat, 9 Sep 1995 15:09:01 +1000 Date: Sat, 9 Sep 1995 15:09:01 +1000 From: Bruce Evans Message-Id: <199509090509.PAA13536@godzilla.zeta.org.au> To: davidg@freefall.freebsd.org, hackers@freefall.freebsd.org, julian@freefall.freebsd.org Subject: Re: bug in 4.4lite (fixed in lite2) Sender: hackers-owner@FreeBSD.org Precedence: bulk >[4.4lite]... >is back to front.. all the t (to) variables should be f (from) and visa versa. >touch a >ln a b >mv a b >results in a remaining and b being deleted I can't test this here, because I implemented the POSIX spec, which clearly although probably incorrectly specifies that the rename() shall do nothing: " 5.5.3.2 ... If the old argument and the new argument both refer to links to the same ^^^^^^^^^^^^^^^^^^^^^^^^^^ existing file, the rename() function shall return successfully and perform ^^^^^^^^^^^^^ no other action. " 4.4lite only does nothing if the old argument and the new argument refer to the same directory entry. A `file' is quite different from a `directory entry' in the context of functions such as unlink() and rename() that operate on directory entries. >[4.4lite2] >get's it right.. >I just noticed this when adding rename to devfs.. >but 4.4l2 noticed before me :) msdosfs is probably broken too (apart from msdosfs_rename() being broken in other ways). Bruce *** vfs_syscalls.c~ Tue Aug 29 03:53:24 1995 --- vfs_syscalls.c Wed Sep 6 20:41:50 1995 *************** *** 1844,1847 **** --- 1845,1849 ---- if (fvp == tdvp) error = EINVAL; + #if 0 /* * If source is the same as the destination (that is the *************** *** 1854,1857 **** --- 1856,1868 ---- fromnd.ni_cnd.cn_namelen)) error = -1; + #else + /* + * If the source is the same as the destination (that is, if they + * are links to the same vnode), then there is nothing to do. + * POSIX standard. + */ + if (fvp == tvp) + error = -1; + #endif out: if (!error) { From owner-freebsd-hackers Fri Sep 8 22:30:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA03971 for hackers-outgoing; Fri, 8 Sep 1995 22:30:14 -0700 Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA03959 for ; Fri, 8 Sep 1995 22:30:00 -0700 Received: from localhost (jdl@localhost) by xenon.chromatic.com (8.6.10/8.6.9) with SMTP id WAA09201; Fri, 8 Sep 1995 22:29:39 -0700 Message-Id: <199509090529.WAA09201@xenon.chromatic.com> X-Authentication-Warning: xenon.chromatic.com: Host localhost didn't use HELO protocol To: Jake Hamby cc: "Jordan K. Hubbard" , Stephen Hocking , hackers@freebsd.org Subject: Re: Java - is anyone working on this at all? In-reply-to: Your message of "Fri, 08 Sep 1995 19:27:36 PDT." Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Fri, 08 Sep 1995 22:29:39 -0700 From: Jon Loeliger Sender: hackers-owner@freebsd.org Precedence: bulk Jake Hamby scribbled: > I just downloaded the source code to HotJava, and it's a pretty big > mess... I can't even get it to compile under SOLARIS using GCC (Sun used > their commercial SunPro compiler to build it)! To give people an idea of > some of the surface issues that have to be dealt with before even getting > into the tricky problems with synchronization, threads, audio support, etc: I don't know if you are aware of the java porting alias or not, but I presume you are. It is: Info: send 'help' to java-porting-request@java.sun.com Also, here are the addresses of at least two others who at some point in the recent past mumbled about the Linux/BSDI porting efforts: John Croix, journeyman@mail.utexas.edu csw@scndprsn.Eng.Sun.COM > 1) The Makefiles are designed for Solaris make, and don't work properly with > GNU make or Berkeley make. There has been some effort to GNUize the makefiles already. I don't know if they are done and generally available though. Mail to the java-porting list will yield the current state of the, er, art there. > 2) You must have a preexisting Java compiler in order to bootstrap (i.e. > byte-compile) the Java code. This means hosting part of the development > under Windows NT/95 or Solaris to do this portion of the compile until > the FreeBSD native Java compiler is built. Yep. There is also some debate over the current "offical" opcode list. Watch for ambiguity or out-of-date-ness there... Also, there's a 64-bit int trick or two that requires some thought. jdl From owner-freebsd-hackers Fri Sep 8 23:30:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05165 for hackers-outgoing; Fri, 8 Sep 1995 23:30:43 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA05156 ; Fri, 8 Sep 1995 23:30:41 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id XAA00624; Fri, 8 Sep 1995 23:30:01 -0700 From: Julian Elischer Message-Id: <199509090630.XAA00624@ref.tfs.com> Subject: Re: bug in 4.4lite (fixed in lite2) To: bde@zeta.org.au (Bruce Evans) Date: Fri, 8 Sep 1995 23:30:01 -0700 (PDT) Cc: davidg@freefall.freebsd.org, hackers@freefall.freebsd.org, julian@freefall.freebsd.org In-Reply-To: <199509090509.PAA13536@godzilla.zeta.org.au> from "Bruce Evans" at Sep 9, 95 03:09:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2252 Sender: hackers-owner@FreeBSD.org Precedence: bulk I take your point and conclude that the people doing posix must have been very confused however what lite was doing before (removing the target and leaving the source) isn't right by posix either. I think it makes sense to make the semantic the same whether or not the two are linked.. however maybe we need to take a vote on it.. I notice that 4.4lite2 voted with me on this, and wonder if there is a newer version of posix they may have referenced on this.. > > >[4.4lite]... > >is back to front.. all the t (to) variables should be f (from) and visa versa. > > >touch a > >ln a b > >mv a b > > >results in a remaining and b being deleted > > I can't test this here, because I implemented the POSIX spec, which clearly > although probably incorrectly specifies that the rename() shall do nothing: > > " > 5.5.3.2 ... > If the old argument and the new argument both refer to links to the same > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > existing file, the rename() function shall return successfully and perform > ^^^^^^^^^^^^^ > no other action. > " > > 4.4lite only does nothing if the old argument and the new argument refer > to the same directory entry. A `file' is quite different from a `directory > entry' in the context of functions such as unlink() and rename() that > operate on directory entries. > > >[4.4lite2] > >get's it right.. > >I just noticed this when adding rename to devfs.. > >but 4.4l2 noticed before me :) > > msdosfs is probably broken too (apart from msdosfs_rename() being broken > in other ways). > > Bruce > > *** vfs_syscalls.c~ Tue Aug 29 03:53:24 1995 > --- vfs_syscalls.c Wed Sep 6 20:41:50 1995 > *************** > *** 1844,1847 **** > --- 1845,1849 ---- > if (fvp == tdvp) > error = EINVAL; > + #if 0 > /* > * If source is the same as the destination (that is the > *************** > *** 1854,1857 **** > --- 1856,1868 ---- > fromnd.ni_cnd.cn_namelen)) > error = -1; > + #else > + /* > + * If the source is the same as the destination (that is, if they > + * are links to the same vnode), then there is nothing to do. > + * POSIX standard. > + */ > + if (fvp == tvp) > + error = -1; > + #endif > out: > if (!error) { > From owner-freebsd-hackers Sat Sep 9 00:03:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA05549 for hackers-outgoing; Sat, 9 Sep 1995 00:03:36 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA05543 for ; Sat, 9 Sep 1995 00:03:34 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA00460; Sat, 9 Sep 1995 00:02:24 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA25899; Sat, 9 Sep 1995 00:04:32 -0700 Message-Id: <199509090704.AAA25899@corbin.Root.COM> To: Julian Elischer cc: hackers@freefall.freebsd.org Subject: Re: bug in 4.4lite (fixed in lite2) In-reply-to: Your message of "Fri, 08 Sep 95 23:30:01 PDT." <199509090630.XAA00624@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 09 Sep 1995 00:04:31 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I take your point >and conclude that the people doing posix must have been very confused >however what lite was doing before (removing the target and leaving >the source) isn't right by posix either. >I think it makes sense to make the semantic the same >whether or not the two are linked.. >however maybe we need to take a vote on it.. >I notice that 4.4lite2 voted with me on this, and >wonder if there is a newer version of posix they may have referenced on this.. I'm sure it was Kirk who made the decision. I just checked SunOS 4.1.3 and found that it does the POSIX thing (nothing). I've been forwarding this thread to Kirk, and I'll forward his reply if necessary. -DG From owner-freebsd-hackers Sat Sep 9 00:12:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA05744 for hackers-outgoing; Sat, 9 Sep 1995 00:12:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA05711 for ; Sat, 9 Sep 1995 00:12:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16229 for ; Sat, 9 Sep 1995 09:11:28 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09143 for freebsd-hackers@freefall.freebsd.org; Sat, 9 Sep 1995 09:11:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA16876 for freebsd-hackers@freefall.freebsd.org; Sat, 9 Sep 1995 07:05:11 +0200 From: J Wunsch Message-Id: <199509090505.HAA16876@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Sat, 9 Sep 1995 07:05:11 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: from "John-Mark Gurney" at Sep 8, 95 06:45:34 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 977 Sender: hackers-owner@FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > > done... the full url is ftp://freefall.cdrom.com/incoming/fdformat.zip the > program to run to read the disks is fdread.exe... and the program to > format is fdformat.exe... also... it has a nice ability to interleve > sectors... this can dramaticly improve read times... esspessially when > you format a 3-1/2HD floppy to 1.2meg (to diskcopy a 5-1/4HD)... I have > no problems mounting the disk with freebsd with the command "mount_msdos > /dev/fd0.1720 /mnt"... I don't know why you need to interleave a 3.5in floppy when formatting it to 15 sectors/track, simply put less sectors on it and increase the inter-sector gap (GAP3). All this aside, there's nothing in your program you could not have done with FreeBSD's fdformat program, too. (At least, not from the description you gave above.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 9 00:26:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA05964 for hackers-outgoing; Sat, 9 Sep 1995 00:26:51 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA05957 for ; Sat, 9 Sep 1995 00:26:49 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA24122; Sat, 9 Sep 1995 00:31:04 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199509090731.AA24122@wiley.csusb.edu> Subject: Re: install/ranlib of libraries To: bde@zeta.org.au (Bruce Evans) Date: Sat, 9 Sep 1995 00:31:03 -0700 (PDT) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199509090434.OAA12459@godzilla.zeta.org.au> from "Bruce Evans" at Sep 9, 95 02:34:28 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 526 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Perhaps other versions of ranlib are smarter about the timestamps. > E.g., it would be useful to have an option to set the external timestamp > to the internal one. Our `install' will soon be smarter about > timestamps. > > Bruce > now I got it.. thanks. I made it past some tricky libc.so.2.2 problems when I made world. make includes -DCLOBBER solved the missing "vfprintf" in libc.(?) ...off to remake xfree. -Rob thought of the day: "the 'uninstall' option of windoze '95 works better than windows95 itself!" From owner-freebsd-hackers Sat Sep 9 00:50:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA06253 for hackers-outgoing; Sat, 9 Sep 1995 00:50:20 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA06247 for ; Sat, 9 Sep 1995 00:50:18 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA05300; Sat, 9 Sep 95 00:49:22 PDT Received: from nike.efn.org (garcia.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA04434; Sat, 9 Sep 95 00:50:09 PDT Date: Sat, 9 Sep 1995 00:51:48 -0700 (PDT) From: John-Mark Gurney To: freebsd-hackers@freefall.freebsd.org Subject: Re: higher density diskettes In-Reply-To: <199509090505.HAA16876@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 9 Sep 1995, J Wunsch wrote: > As John-Mark Gurney wrote: > > > > done... the full url is ftp://freefall.cdrom.com/incoming/fdformat.zip the > > program to run to read the disks is fdread.exe... and the program to > > format is fdformat.exe... also... it has a nice ability to interleve > > sectors... this can dramaticly improve read times... esspessially when > > you format a 3-1/2HD floppy to 1.2meg (to diskcopy a 5-1/4HD)... I have > > no problems mounting the disk with freebsd with the command "mount_msdos > > /dev/fd0.1720 /mnt"... > > I don't know why you need to interleave a 3.5in floppy when formatting > it to 15 sectors/track, simply put less sectors on it and increase the > inter-sector gap (GAP3). All this aside, there's nothing in your > program you could not have done with FreeBSD's fdformat program, too. > (At least, not from the description you gave above.) well... I haven't ever used freebsd's fdformat program... and also... I came across these set of programs before I even thought of installing a unix... so I am comfortable with the program... also... I don't have a floppy drive on my unix machine... I only put one on when I need on... TTYL.. John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sat Sep 9 05:51:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA16086 for hackers-outgoing; Sat, 9 Sep 1995 05:51:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA16064 for ; Sat, 9 Sep 1995 05:51:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA21178 for ; Sat, 9 Sep 1995 14:51:50 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA10863 for freebsd-hackers@freefall.freebsd.org; Sat, 9 Sep 1995 14:51:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA00799 for freebsd-hackers@freefall.freebsd.org; Sat, 9 Sep 1995 14:31:36 +0200 From: J Wunsch Message-Id: <199509091231.OAA00799@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Sat, 9 Sep 1995 14:31:35 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: from "John-Mark Gurney" at Sep 9, 95 00:51:48 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 949 Sender: hackers-owner@FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > > > I don't know why you need to interleave a 3.5in floppy when formatting > > it to 15 sectors/track, simply put less sectors on it and increase the > > inter-sector gap (GAP3). > well... I haven't ever used freebsd's fdformat program... [...] Ok, but why do you want to interleave a floppy with _less_ sectors per track on it? (I know that you have to interleave it if you put _more_ sectors on it, ie. you're effectively abusing every other sector as GAP3 for the previous one.) Sorry if i've been annoying you with my previous mail, but i'd like to prevent people from faithfully believe into these heavily stressed formats; i personally consider them dangerous, and i'm not alone here. I'd also like to avoid the impression that it were some substantially new idea. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 9 06:25:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA17023 for hackers-outgoing; Sat, 9 Sep 1995 06:25:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA17013 for ; Sat, 9 Sep 1995 06:24:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA21945; Sat, 9 Sep 1995 15:24:49 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA11026; Sat, 9 Sep 1995 15:24:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA01604; Sat, 9 Sep 1995 15:23:32 +0200 From: J Wunsch Message-Id: <199509091323.PAA01604@uriah.heep.sax.de> Subject: Re: Patch to PPP code (magic disagreement on echo reply) To: melvin@zytek.com (Stephen Melvin) Date: Sat, 9 Sep 1995 15:23:31 +0200 (MET DST) Cc: freebsd-hackers@freefall.FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199508262025.NAA08775@syzygy.zytek.com> from "Stephen Melvin" at Aug 26, 95 01:25:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 791 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Stephen Melvin wrote: > I applied the patch shown below to /usr/src/usr.sbin/ppp/fsm.c. It > was not actually affecting anything but I got tired of seeing > endless error messages in the log file. I don't know if the problem > is with ppp or with Trumpet 2.0B (a Windows PPP driver), but ppp was > sending echo request packets with its magic number and expecting a > reply with the magic number that Trumpet had previously requested. > Instead, Trumpet simply sends a reply packet with the same magic > number it got in the request packet. Btw., FreeBSD 2.0.5's (at least) pppd as the remote peer was in the same boat. :) Thanks, commited. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 9 08:20:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18366 for hackers-outgoing; Sat, 9 Sep 1995 08:20:26 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18360 for ; Sat, 9 Sep 1995 08:20:24 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA01284; Sat, 9 Sep 1995 17:23:45 +0200 From: Luigi Rizzo Message-Id: <199509091523.RAA01284@labinfo.iet.unipi.it> Subject: Re: GI1904 hand scanner available on freebsd.cdrom.com To: julian@ref.tfs.com (Julian Elischer) Date: Sat, 9 Sep 1995 17:23:44 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <199509081905.MAA01139@ref.tfs.com> from "Julian Elischer" at Sep 8, 95 12:05:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1469 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > I have put the latest release of the GI1904 hand-scanner driver on > > > > freebsd.cdrom.com:/pub/FreeBSD/incoming/asc.tgz One point: the driver works with a halftone (1bit/pixel) grey scanner. However, yesterday I borrowed a 18bit color scanner, and it uses the same GI1904 board inside the PC. The driver can communicate with the color scanner as well, although I don't know 1) how to set the resolution and operating mode (gray/color; I suspect that the scanner always sends the same things, then the sw does the appropriate changes); 2) what is the format of the data which come out: with 1 byte/pixel I can see something resembling the image being scanned, but don't know how the three colors come out. If someone has these information I'd be glad to incorporate them in the driver. Another thing: does some people in Europe know how to contact a company named "Trust", which manufactures a lot of PC peripherals here in Italy ? Their local representative is called "Aashima", but I suspect they are just importers of the product. Thanks 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 Sat Sep 9 09:09:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18722 for hackers-outgoing; Sat, 9 Sep 1995 09:09:32 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA18714 for ; Sat, 9 Sep 1995 09:09:20 -0700 Received: from gemini ([13.231.132.20]) by alpha.xerox.com with SMTP id <14696(4)>; Sat, 9 Sep 1995 09:07:55 PDT Received: from willow.mc.xerox.com (willow.sdsp.mc.xerox.com) by gemini (4.1/SMI-4.1) id AA14115; Sat, 9 Sep 95 12:07:47 EDT Received: by willow.mc.xerox.com (4.1/SMI-4.1) id AA05561; Sat, 9 Sep 95 12:08:22 EDT Message-Id: <9509091608.AA05561@willow.mc.xerox.com> To: hackers@freebsd.org Subject: ksmfs in bsd/sunos kernels... Date: Sat, 9 Sep 1995 09:08:21 PDT From: "Marty Leisner" Sender: hackers-owner@freebsd.org Precedence: bulk Linux has ksmfs (a Samba file system...) Is this available on freebsd? I like it, its fairly clever... Anyone want to point me at something to look at (code preferred) on how to register a file system in a device driver (I assume it works almost the same was in SunOS and BSD?) Linux has 2 calls {register/unregister}_filesystem() to add filesystems at run time... This seems preferable instead of forcing PCs to run nfs... marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Sat Sep 9 09:45:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19368 for hackers-outgoing; Sat, 9 Sep 1995 09:45:30 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA19362 for ; Sat, 9 Sep 1995 09:45:28 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA10049 (5.67a/IDA-1.5 for hackers@freebsd.org); Sat, 9 Sep 1995 11:32:17 -0500 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id KAA11133 for hackers@freebsd.org; Sat, 9 Sep 1995 10:50:10 -0500 Date: Sat, 9 Sep 1995 10:50:10 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199509091550.KAA11133@bonkers.taronga.com> Newsgroups: junk Subject: Variety of FreeBSD 2.0.5 problems... Organization: Taronga Park BBS Apparently-To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Well, 2.0.5 is nice in that more applications work, but it's got some problems. I had one unexplained lockup (blank screen, nothing in syslog) yesterday. Also, my XFree86 configuration as a Farenheit 1280+ didn't work, I had to fall back to 1280 mode (it "works", but all the colors are off). And of course a couple of patches were missing (you've all heard about them)... this means I don't get to run in 16bpp mode. Any ideas? Also, Netscape and Mosaic both die when I paste into their "Open" entries. Is that a bummer or what? Netscape gets a signal 11... Mosaic abort()s. The ports setup is totally cool. The way it picks up dependencies is great. It really should abort if it can't find one, though. Anyone working on getting a more recent wine ported to FreeBSD? Looks like the sigcontext structure needs to have a couple of new fields to support some new emulated instructions. Thanks to Piero for offering to mirror my 1.1.5.1 pages. Accepted, and I'll start tarring stuff up this weekend some time. From owner-freebsd-hackers Sat Sep 9 10:23:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20161 for hackers-outgoing; Sat, 9 Sep 1995 10:23:06 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20155 for ; Sat, 9 Sep 1995 10:23:03 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA08617 for ; Sat, 9 Sep 1995 19:31:38 +0200 Received: by uni4nn.iaf.nl with UUCP id AA05887 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 9 Sep 1995 19:22:22 +0100 Received: by iafnl.iaf.nl with UUCP id AA09418 (5.65c/IDA-1.4.4); Sat, 9 Sep 1995 18:12:25 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id RAA00272 for FreeBSD-hackers@freebsd.org; Sat, 9 Sep 1995 17:53:43 +0200 From: Wilko Bulte Message-Id: <199509091553.RAA00272@yedi.iaf.nl> Subject: temporary connection to Internet, how to?? To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sat, 9 Sep 1995 17:53:42 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1742 Sender: hackers-owner@freebsd.org Precedence: bulk In the first place: please forgive me for asking this on -hackers. Problem: for an event I want to use a FreeBSD box as a WWW proxy server. 'Hidden' after this box should be some 10-20 PCs. Proxy <-> Internet will be some sort of ppp link. To be safe, we thought we'd better use addresses for these PCs from the 'private net' range. Text below is taken from the 205R /etc/hosts. # According to RFC 1597, you can use the following IP networks for # private nets which will never be connected to the Internet: # # 10.0.0.0 - 10.255.255.255 # 172.16.0.0 - 172.31.255.255 # 192.168.0.0 - 192.168.255.255 When the FreeBSD box is given the address 192.168.200.22 on it's local ethernet the system hangs on boot while executing /etc/netstart. More specifically it hangs when executing 'route add default dontpanic localhost'. Dontpanic is of course the box itself. ^C ing it through netstart results in a system that works OK on the ethernet. Things like 'telnet agrajag' (a Sun Sparcserver) work OK. Things like 'nslookup' timeout telling me the nameserver cannot be reached. This nameserver is the same Sun.. Lacking an RFC1597 to RTFM I appreciate comments on how to do this. A couple of Suns we have on the same net did'nt oppose to the change in adress. Before we used 192.9.200.xx, this worked fine for all systems, Suns & FreeBSD I assume there is something plain stupid in what we do ;-) ;-) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Sep 9 10:47:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21375 for hackers-outgoing; Sat, 9 Sep 1995 10:47:12 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA21367 for ; Sat, 9 Sep 1995 10:47:11 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA06397 (5.67b8/IDA-1.5 for ); Sat, 9 Sep 1995 10:46:57 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA27384 (5.67b8/IDA-1.5); Sat, 9 Sep 1995 10:46:54 -0700 Received: by RockyMountain.rahul.net id AA03687 (5.67b/IDA-1.5); Sat, 9 Sep 1995 10:46:14 -0700 Date: Sat, 9 Sep 1995 10:46:14 -0700 From: Pete Delaney Message-Id: <199509091746.AA03687@RockyMountain.rahul.net> To: sysseh@devetir.qld.gov.au, jehamby@lightside.com Subject: Re: Java - is anyone working on this at all? Cc: hackers@freebsd.org, pete@RockyMountain.rahul.net Sender: hackers-owner@freebsd.org Precedence: bulk > > On Fri, 8 Sep 1995, Stephen Hocking wrote: > > > Last I heard, it was dependent on a functional threads library, which we did > > not seem to have after 1.1.5. Is anyone > > > > a) working on pthreads > > (yes, it would be nice to have this in the distribution) > > > > b) working on Java. > > > > Well the latest pthreads is 1.60 beta 3, which seemed to compile cleanly > enough under FreeBSD 2.0.5, although when running the verification tests, the > floating point thread test failed. I will probably investigate this further. > > As far Java, that would be VERY interesting to see some people start > working on a port of this to FreeBSD. If all it needs is a working > threads library, and pthreads would be adequate to the task, why not > start a porting team? The important thing is that it has to be a SERIOUS > effort in order for Sun to give out the source code to HotJava, so if > anyone wants to start a HotJava porting team, you can count me in... Did HotJava suffer the same game as OpenWindows. Last I knew the Source code for Hot Java was available by just filling in a Web form and ftp'ing the source. I picked up copies of the 2nd and 3ed Beta's and tried compiling them on SunOS with GCC. From owner-freebsd-hackers Sat Sep 9 13:45:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29074 for hackers-outgoing; Sat, 9 Sep 1995 13:45:51 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA29067 for ; Sat, 9 Sep 1995 13:45:46 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA07803; Sat, 9 Sep 95 13:44:46 PDT Received: from nike.efn.org (garcia.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA16453; Sat, 9 Sep 95 13:45:34 PDT Date: Sat, 9 Sep 1995 13:47:24 -0700 (PDT) From: John-Mark Gurney To: J Wunsch Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: higher density diskettes In-Reply-To: <199509091231.OAA00799@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 9 Sep 1995, J Wunsch wrote: > As John-Mark Gurney wrote: > > > > > I don't know why you need to interleave a 3.5in floppy when formatting > > > it to 15 sectors/track, simply put less sectors on it and increase the > > > inter-sector gap (GAP3). > > > well... I haven't ever used freebsd's fdformat program... [...] > > Ok, but why do you want to interleave a floppy with _less_ sectors per > track on it? (I know that you have to interleave it if you put _more_ > sectors on it, ie. you're effectively abusing every other sector as > GAP3 for the previous one.) the reason I did is because I have it on by default... fdformat (for dos) has a fdformat.cfg file... and I have it on by default... also... I'm not the knowledgable about floppies... I've heard the term GAP3 before... and know what it means but I have no idea what values should be set... > Sorry if i've been annoying you with my previous mail, but i'd like to > prevent people from faithfully believe into these heavily stressed > formats; i personally consider them dangerous, and i'm not alone here. > I'd also like to avoid the impression that it were some substantially > new idea. no problem... I don't mind... but I must say I have disks with the stressed formats (1.72meg) on DD disk punched to HD... and I have heard the data is suppose to degrade... but I haven't had any troubles... and some disks are over a year old... TTYL.. John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sat Sep 9 13:50:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29318 for hackers-outgoing; Sat, 9 Sep 1995 13:50:27 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA29304 ; Sat, 9 Sep 1995 13:50:18 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id WAA12456; Sat, 9 Sep 1995 22:50:10 +0200 Received: (from andreas@localhost) by knobel.gun.de (8.6.11/8.6.9) id SAA09492; Sat, 9 Sep 1995 18:00:47 +0200 From: Andreas Klemm Message-Id: <199509091600.SAA09492@knobel.gun.de> Subject: writing the bootmanager code should be on top of boot floppy menue To: hackers@freebsd.org, jkh@freebsd.org Date: Sat, 9 Sep 1995 18:00:46 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 843 Sender: hackers-owner@freebsd.org Precedence: bulk Hi ! I spend much time to bring 4 OS's onto my Pentium 90 system. DOS/Windows, FreeBSD, Windows NT, Linux Slackware. When I have to reinstall Windows NT for some reason, then FreeBSD's boot manager will be deleted from MBR. Then it would be very nice if you could add a menue in th boot floppy to again write the boot manager into mbr ... It would save a lot of time and would be very usefull, since all MessyDOS OS's up to NT and Windows 95 still think, they are the only one's. Again ---> 2.0.5 ---> great work. I think I'll start supping current this evening to see, whats going on ;-) Thanks Andreas /// -- Andreas Klemm You have lpd and need an intelligent print filter ?!! Ok, this might help: "apsfilter ... irgendwie clever" ftp it from ------> ftp://sunsite.unc.edu/pub/Linux/Incoming/aps-491.tgz From owner-freebsd-hackers Sat Sep 9 13:55:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29646 for hackers-outgoing; Sat, 9 Sep 1995 13:55:07 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA29621 ; Sat, 9 Sep 1995 13:55:01 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA04889; Sat, 9 Sep 1995 13:54:40 -0700 To: Andreas Klemm cc: hackers@freebsd.org, jkh@freebsd.org Subject: Re: writing the bootmanager code should be on top of boot floppy menue In-reply-to: Your message of "Sat, 09 Sep 1995 18:00:46 +0200." <199509091600.SAA09492@knobel.gun.de> Date: Sat, 09 Sep 1995 13:54:40 -0700 Message-ID: <4886.810680080@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Then it would be very nice if you could add a menue in th > boot floppy to again write the boot manager into mbr ... I'll definitely do that! Jordan From owner-freebsd-hackers Sat Sep 9 14:04:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00307 for hackers-outgoing; Sat, 9 Sep 1995 14:04:12 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA00301 for ; Sat, 9 Sep 1995 14:04:10 -0700 Received: from garcia.efn.org by efn.efn.org (4.1/smail2.5/05-07-92) id AA08625; Sat, 9 Sep 95 14:03:10 PDT Received: from nike.efn.org (garcia.efn.org) by garcia.efn.org (4.1/SMI-4.1) id AA17924; Sat, 9 Sep 95 14:03:58 PDT Date: Sat, 9 Sep 1995 14:05:47 -0700 (PDT) From: John-Mark Gurney To: Wilko Bulte Cc: FreeBSD hackers list Subject: Re: temporary connection to Internet, how to?? In-Reply-To: <199509091553.RAA00272@yedi.iaf.nl> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Sat, 9 Sep 1995, Wilko Bulte wrote: > When the FreeBSD box is given the address 192.168.200.22 on it's local > ethernet the system hangs on boot while executing /etc/netstart. More > specifically it hangs when executing 'route add default dontpanic localhost'. > Dontpanic is of course the box itself. ^C ing it through netstart results > in a system that works OK on the ethernet. Things like 'telnet agrajag' > (a Sun Sparcserver) work OK. Things like 'nslookup' timeout telling > me the nameserver cannot be reached. This nameserver is the same Sun.. actually... It doesn't lock up... it just takes a long time (60 seconds I think) before the DNS lookup of dontpanic fails... and it resorts to bind... what would probally fix it is to swap bind and hosts to where hosts is first... also... make sure dontpanic is in hosts... the reason nslookup might fail is because routed isn't being loaded (because you ^Ced netstart)... > Lacking an RFC1597 to RTFM I appreciate comments on how to do this. A > couple of Suns we have on the same net did'nt oppose to the change > in adress. Before we used 192.9.200.xx, this worked fine for all systems, > Suns & FreeBSD > > I assume there is something plain stupid in what we do ;-) ;-) wait for netstart to complete... if you don't feel like making any changes... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sat Sep 9 14:09:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00577 for hackers-outgoing; Sat, 9 Sep 1995 14:09:32 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA00568 for ; Sat, 9 Sep 1995 14:09:29 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA13541; Sat, 9 Sep 1995 14:01:40 -0700 From: Terry Lambert Message-Id: <199509092101.OAA13541@phaeton.artisoft.com> Subject: Re: ksmfs in bsd/sunos kernels... To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Sat, 9 Sep 1995 14:01:40 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <9509091608.AA05561@willow.mc.xerox.com> from "Marty Leisner" at Sep 9, 95 09:08:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1582 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Linux has ksmfs (a Samba file system...) This file system has some significant problems. It took 3 years to ferret out similar problems in the Novell NUC (NetWare UNIX Client) design. The major issue is that the authenticated credentials are not multiplexed; I talked this over with Andrew on the Samba list in some detail and at some length. > Is this available on freebsd? No, but it would be an easy port. The problem, as always, is GPL. It can't be distributed as part of the kernel unless the GPL restrictions are removed. It could be distributed as a loadable module IFF the sources were placed under LGPL instead of GPL (which only requires the ability to relink, and that's what loading a kernel module is). > I like it, its fairly clever... 8-| > Anyone want to point me at something to look at (code preferred) > on how to register a file system in a device driver (I assume > it works almost the same was in SunOS and BSD?) All of the filesystems in BSD are loadable. It's just that some are intentionally statically linked in order to bootstrap the system. You can look at the contents and subdirectory contents of any directory ending in "fs" in the kernel sources. That is: /sys/*fs/* and /sys/*fs/*/* > Linux has 2 calls {register/unregister}_filesystem() to add > filesystems at run time... VNODEOP_SET() > This seems preferable instead of forcing PCs to run nfs... Depends on your point of view. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Sep 9 14:17:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00987 for hackers-outgoing; Sat, 9 Sep 1995 14:17:27 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA00980 ; Sat, 9 Sep 1995 14:17:22 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id XAA20564; Sat, 9 Sep 1995 23:17:03 +0200 Received: (from andreas@localhost) by knobel.gun.de (8.6.11/8.6.9) id BAA02342; Sun, 10 Sep 1995 01:17:02 +0200 From: Andreas Klemm Message-Id: <199509092317.BAA02342@knobel.gun.de> Subject: Re: writing the bootmanager code should be on top of boot floppy menue To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 10 Sep 1995 01:17:01 +0200 (MET DST) Cc: andreas@knobel.gun.de, hackers@freebsd.org, jkh@freebsd.org In-Reply-To: <4886.810680080@time.cdrom.com> from "Jordan K. Hubbard" at Sep 9, 95 01:54:40 pm X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 396 Sender: hackers-owner@freebsd.org Precedence: bulk > > Then it would be very nice if you could add a menue in th > > boot floppy to again write the boot manager into mbr ... > > I'll definitely do that! That's fine ;-) -- Andreas Klemm You have lpd and need an intelligent print filter ?!! Ok, this might help: "apsfilter ... irgendwie clever" ftp it from ------> ftp://sunsite.unc.edu/pub/Linux/Incoming/aps-491.tgz From owner-freebsd-hackers Sat Sep 9 17:14:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA07299 for hackers-outgoing; Sat, 9 Sep 1995 17:14:05 -0700 Received: from gate.gateway.net.hk (root@[202.76.7.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA07293 for ; Sat, 9 Sep 1995 17:14:00 -0700 Received: (from root@localhost) by gate.gateway.net.hk (8.6.12/8.6.9) id IAA03466; Sun, 10 Sep 1995 08:01:07 +0800 Date: Sun, 10 Sep 1995 08:01:07 +0800 (HKT) From: John Beukema X-Sender: root@gate.gateway.net.hk To: "Jordan K. Hubbard" cc: Ollivier Robert , "FreeBSD Hackers' list" Subject: Re: [ANNOUNCE] kernel builder In-Reply-To: <17723.809269550@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Thu, 24 Aug 1995, Jordan K. Hubbard wrote: > > FYI. > > Pretty prohibitive license! :-( I think I'd just prefer to see someone > do it over. I believe they are already, in fact! > > Jordan > here is my makekernel public domain or whatever you would like to put on it jbeukema #!/bin/sh # compile new kernel if [ $1 ] then cd /sys/i386/conf if ![ -s $1 ] then exit fi vi $1 config $1 cd ../../compile/$1 make depend make cp bsd /bsd.$1 else echo "usage makekernel " fi From owner-freebsd-hackers Sat Sep 9 18:22:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA08494 for hackers-outgoing; Sat, 9 Sep 1995 18:22:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA08486 for ; Sat, 9 Sep 1995 18:22:04 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA09922 for ; Sun, 10 Sep 1995 03:21:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id DAA16316 for freebsd-hackers@freefall.freebsd.org; Sun, 10 Sep 1995 03:21:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA18507 for freebsd-hackers@freefall.freebsd.org; Sun, 10 Sep 1995 00:20:36 +0200 From: J Wunsch Message-Id: <199509092220.AAA18507@uriah.heep.sax.de> Subject: Re: higher density diskettes To: freebsd-hackers@freefall.freebsd.org Date: Sun, 10 Sep 1995 00:20:34 +0200 (MET DST) Reply-To: freebsd-hackers@freefall.freebsd.org In-Reply-To: from "John-Mark Gurney" at Sep 9, 95 01:47:24 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 839 Sender: hackers-owner@FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > [floppy format w/ interleave] > the reason I did is because I have it on by default... fdformat (for > dos) has a fdformat.cfg file... and I have it on by default... also... Do you know that it will cause a performance degradation for regular (i.e., non-stressed) formats? > ... I don't mind... but I must say I have disks with the > stressed formats (1.72meg) on DD disk punched to HD... and I have heard > the data is suppose to degrade... but I haven't had any troubles... and > some disks are over a year old... TTYL.. One year is no age. Get back after 5 years. I can still read all my CP/M floppies... Go and read them on different drives... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 9 18:22:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA08507 for hackers-outgoing; Sat, 9 Sep 1995 18:22:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA08489 for ; Sat, 9 Sep 1995 18:22:08 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA09932; Sun, 10 Sep 1995 03:22:04 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id DAA16318; Sun, 10 Sep 1995 03:22:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA16469; Sun, 10 Sep 1995 00:14:31 +0200 From: J Wunsch Message-Id: <199509092214.AAA16469@uriah.heep.sax.de> Subject: Re: temporary connection to Internet, how to?? To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sun, 10 Sep 1995 00:14:30 +0200 (MET DST) Cc: FreeBSD-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509091553.RAA00272@yedi.iaf.nl> from "Wilko Bulte" at Sep 9, 95 05:53:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 683 Sender: hackers-owner@freebsd.org Precedence: bulk As Wilko Bulte wrote: > > When the FreeBSD box is given the address 192.168.200.22 on it's local > ethernet the system hangs on boot while executing /etc/netstart. More > specifically it hangs when executing 'route add default dontpanic localhost'. Greetings to Arnheim, Wilko, you need a local name server. It's probably best if it would shadow the "official" server, but extend the local zone by all hosts in your 192.168.200 net. Send me a private mail if you need more information. *.heep.sax.de is running such a configuration. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)