From owner-freebsd-hackers Sun Mar 31 00:14:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07907 for hackers-outgoing; Sun, 31 Mar 1996 00:14:29 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07900 for ; Sun, 31 Mar 1996 00:14:23 -0800 (PST) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id KAA28049; Sun, 31 Mar 1996 10:14:01 +0200 (SAT) Message-Id: <199603310814.KAA28049@grumble.grondar.za> To: Sujal Patel cc: hackers@freebsd.org Subject: Re: Netscape 3.0b2 - Problem Found! Date: Sun, 31 Mar 1996 10:13:57 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sujal Patel wrote: > On Sat, 30 Mar 1996, Wilson MacGyver wrote: > > > That's not true. My FreeBSD machine use a Tseng 4000 W32 in > > 1024x768 at 8 bit mode. The New Netscape works perfectly including > > the Java applets. > > AAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHH > > Darren are you running 8bpp? Anyone else running this successfully with > the XF86_S3 X server. I am using the XF86_SVGA with an Tseng ET4000 and 8 bit. Java is fine. I am running current. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-hackers Sun Mar 31 00:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08035 for hackers-outgoing; Sun, 31 Mar 1996 00:20:44 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08026 for ; Sun, 31 Mar 1996 00:20:39 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u3INE-0003vkC; Sun, 31 Mar 96 00:20 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA13153; Sun, 31 Mar 1996 08:13:59 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "matthew c. mead" cc: smpatel@wam.umd.edu (Sujal Patel), macgyver@infinet.com, jkh@freefall.freebsd.org, DARREND@novell.com, hackers@FreeBSD.org, dlacroix@cray-ymp.acm.stuorg.vt.edu Subject: Re: Netscape 3.0b2 - Problem Found! In-reply-to: Your message of "Sat, 30 Mar 1996 16:01:29 EST." <199603302101.QAA08607@neon.Glock.COM> Date: Sun, 31 Mar 1996 08:13:58 +0000 Message-ID: <13151.828260038@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > "can't allocate background color." Hope this information helps. Tell him to stop xearth or whatever he has in his "root" that monopolizes the colormap. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Mar 31 00:25:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08136 for hackers-outgoing; Sun, 31 Mar 1996 00:25:02 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA08125 Sun, 31 Mar 1996 00:24:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id DAA01524; Sun, 31 Mar 1996 03:24:56 -0500 (EST) Date: Sun, 31 Mar 1996 03:24:55 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu Reply-To: Sujal Patel To: hackers@FreeBSD.ORG cc: Gary Palmer , DARREND@novell.com, dlacroix@cray-ymp.acm.stuorg.vt.edu, "Jordan K. Hubbard" Subject: Temporary Solution to Netscape Problems In-Reply-To: <2539.828231022@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk First off, I'd like to say that our problem is REALLY wierd.. Other people have reported success running the same Xservers that we have-- I've tried 3 Xservers and only the Xaccell server has been successful... Here is how I'm solving the problem now. Download the Xnest server from ftp.freebsd.org and run it like: Xnest -fn 10x20 -fp /usr/X11R6/lib/X11/fonts/misc :1 Then just launch netscape to display :1--- This is horribly ugly, but it works. We do need to find out sometime why the Xserver isn't working for us though. Sujal From owner-freebsd-hackers Sun Mar 31 01:26:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11785 for hackers-outgoing; Sun, 31 Mar 1996 01:26:03 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11776 for ; Sun, 31 Mar 1996 01:25:56 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA28957; Sun, 31 Mar 1996 19:17:22 +0930 From: Michael Smith Message-Id: <199603310947.TAA28957@genesis.atrad.adelaide.edu.au> Subject: Re: Howto: Sun 3's as X Terminal To: taob@io.org (Brian Tao) Date: Sun, 31 Mar 1996 19:17:22 +0930 (CST) Cc: regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG In-Reply-To: from "Brian Tao" at Mar 30, 96 07:09:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Tao stands accused of saying: > and could not reboot off our FreeBSD server. After over an hour of > diagnosing various parts of our software and network hardware, it > turned out that tftpd *must* take a directory name argument. I don't > know why or how it was working before.... anyhow, I'm glad you covered It doesn't : lovely:~>grep tftp /etc/inetd.conf tftp dgram udp wait nobody /usr/libexec/tftpd tftpd ... and I have a diskless Sun 3/60 and a Labtam MT200 booting off this system. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 31 01:28:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12040 for hackers-outgoing; Sun, 31 Mar 1996 01:28:12 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12030 Sun, 31 Mar 1996 01:28:08 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA02339; Sun, 31 Mar 1996 01:27:02 -0800 Message-Id: <199603310927.BAA02339@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Poul-Henning Kamp cc: "matthew c. mead" , smpatel@wam.umd.edu (Sujal Patel), macgyver@infinet.com, jkh@freefall.freebsd.org, DARREND@novell.com, hackers@FreeBSD.org, dlacroix@cray-ymp.acm.stuorg.vt.edu Subject: Re: Netscape 3.0b2 - Problem Found! In-reply-to: Your message of "Sun, 31 Mar 1996 08:13:58 GMT." <13151.828260038@critter.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Mar 1996 01:27:01 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk With XFree86-3.1.2D /S3 968 (depth 8bits) I ran vic to eat up all my colors. Then ran netscape, I managed to get the brewing java cup and ran bubbles no crash. Amancio >>> Poul-Henning Kamp said: > > "can't allocate background color." Hope this information helps. > > Tell him to stop xearth or whatever he has in his "root" that monopolizes > the colormap. > -- > 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, I nc. > Future will arrive by its own means, progress not so. > From owner-freebsd-hackers Sun Mar 31 02:18:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15253 for hackers-outgoing; Sun, 31 Mar 1996 02:18:38 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA15231 for ; Sun, 31 Mar 1996 02:18:29 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id MAA23461 for hackers@freebsd.org; Sun, 31 Mar 1996 12:00:20 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id KAA01589 for ; Sun, 31 Mar 1996 10:23:33 +0200 (MET DST) Date: Sun, 31 Mar 1996 10:23:32 +0200 (MET DST) From: Andreas Klemm To: hackers@FreeBSD.org Subject: CVSROOT/commitlogs/sys isn't in sync with newest changes, why ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi folks ! Perhaps you can help me to understand, why the CVSROOT/commitlogs/sys file doesn't contain all the changes, that most recently were done in the src/sys area of the kernel source tree ?! For example : This is the last commitlog entry in sys from March 30: peter 96/03/30 07:15:32 Modified: sys/kern kern_sig.c Log: Correct the handling of NOCLDSTOP when using sigvec() Make the SA_NODEFER handling more correct, previously if you called sigaction to set a handler and had SA_NODEFER set, and manually masked the signal itself in sa_mask, and when you read the settings back later, you'd find SA_NODEFER incorrectly cleared. Pointed out by: bde Revision Changes Path 1.23 +24 -12 src/sys/kern/kern_sig.c But when applying the newest ctm files ... - -rw-r--r-- 1 daemon wheel 15591 Mar 30 22:45 cvs-cur.1835.gz - -rw-r--r-- 1 daemon wheel 3488 Mar 31 09:41 cvs-cur.1836.gz I get changes in the sys source tree which are dated from March 31. Is there always a delay between a change and the protocol in the commitlogfile ? Why ? Isn't it one action, comitting and logging ? Why are the changes in sources sent via ctm, but not the commitlogs ? Hope you can help to make this one clear to me. ctm 1836 for example fixes things in aic7xxx.seq ... but this log isn' in the sys commitlog. revision 1.12 date: 1996/03/31 03:02:35; author: gibbs; state: Exp; lines: +4 -4 aic7xxx.seq: Fix support for the aic7850 by looking only at the relavent bits of the QINCNT. The 7850 puts random garbage in the high bits and all my attempts to determine the cause of this failed. This approach does seem to work around the problem. Don't trust SCSIPERR to tell us when there is a parity error. On some revs of the 7870 and the 7880, this bit follows the parity of the current byte. Instead of using a SEQINT to tell the kernel, re-enable the standard parity error interrupt since it seems to pause the sequencer right at the time of the error which is the effect we were looking for anyway. Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV5BBfMLpmkD/U+FAQFewAQAkusKPx2K5XqgMxXEaXGvONhTelDhBF/5 SxSc8IuxlRo3xTVEF7qAbBIcti+pCXw4coHCvUySG3wwssj4yTFlqX1jXD61WfQE 5uQR2T1OPjBut650dwP1k5xfJsxfY7b0Hks7Xv6BqpKu7R02o3keM0V+bKgvpg26 XmL9juoaIYM= =ebrO -----END PGP SIGNATURE----- From owner-freebsd-hackers Sun Mar 31 06:18:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25948 for hackers-outgoing; Sun, 31 Mar 1996 06:18:02 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA25942 for ; Sun, 31 Mar 1996 06:17:58 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id JAA15590 for hackers@freebsd.org; Sun, 31 Mar 1996 09:16:41 -0500 From: Rashid Karimov Message-Id: <199603311416.JAA15590@rk.ios.com> Subject: "active" (INND14unoff4,shared) gets corrupted To: hackers@freebsd.org Date: Sun, 31 Mar 1996 09:16:40 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there ppl, I have INND1.4seunoff4 installed on 3 computers here - 2 P6-200 and one P-166, all under FreeBSD 2.1-Release. In one case(P-166) I use shared active patch and ccd driver to max the HDs perf. And it works kinda OK, but every once in a while which means every day the active file gets corrupted to the extent when it becomes unusable. A lot of BS characters appear in it,articles numbers get concatenated with the newsgroups names, non numeric characters appear in the art. numbers and so on. The system is not in a production and there is no heavy usage. So did any1 see it before ? Does shared active patch work with FreeBSD ? Well, it does work in my case , but could it cause the corruption of the active file ? I know that some folx here have news machines with ccd working OK and I'm quite satisfies with perfomance too,but this thing with active is really annoying. Rashid From owner-freebsd-hackers Sun Mar 31 06:52:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26801 for hackers-outgoing; Sun, 31 Mar 1996 06:52:22 -0800 (PST) Received: from zap.io.org (root@zap.io.org [198.133.36.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA26796 for ; Sun, 31 Mar 1996 06:52:20 -0800 (PST) Received: from localhost (taob@localhost) by zap.io.org (8.6.12/8.6.12) with SMTP id JAA17053; Sun, 31 Mar 1996 09:50:59 -0500 X-Authentication-Warning: zap.io.org: taob owned process doing -bs Date: Sun, 31 Mar 1996 09:50:59 -0500 (EST) From: Brian Tao To: Michael Smith cc: regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG Subject: Re: Howto: Sun 3's as X Terminal In-Reply-To: <199603310947.TAA28957@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Michael Smith wrote: > > It doesn't : > > lovely:~>grep tftp /etc/inetd.conf > tftp dgram udp wait nobody /usr/libexec/tftpd tftpd > > ... and I have a diskless Sun 3/60 and a Labtam MT200 booting off this > system. Where is your tftpd file hierarchy anchored? I always use /tftpboot, but I don't see any default hierarcy set from the source. I assume that your entire filesystem is accessible via tftp in that case since the code does not check for access restrictions. How about adding an optional argument to tftpd that will be passed to chroot()? -- Brian Tao (BT300, taob@io.org) System and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Mar 31 07:07:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27386 for hackers-outgoing; Sun, 31 Mar 1996 07:07:39 -0800 (PST) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA27376 for ; Sun, 31 Mar 1996 07:07:25 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id BAA21645 Mon, 1 Apr 1996 01:06:22 +1000 (EST) From: michael butler Message-Id: <199603311506.BAA21645@asstdc.scgt.oz.au> Subject: Re: "active" (INND14unoff4,shared) gets corrupted To: rashid@rk.ios.com (Rashid Karimov) Date: Mon, 1 Apr 1996 01:06:21 -3800 (EST) Cc: hackers@freebsd.org In-Reply-To: <199603311416.JAA15590@rk.ios.com> from "Rashid Karimov" at Mar 31, 96 09:16:40 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rashid Karimov writes: > I have INND1.4seunoff4 installed on 3 computers here - > 2 P6-200 and one P-166, all under FreeBSD 2.1-Release. > In one case(P-166) I use shared active patch and ccd driver > to max the HDs perf. Disable MMAP .. it doesn't work in 2.1-R and I have my doubts if it works in either -stable or -current. This _will_ corrupt your active file. I had no success with the shared-active patch with -stable .. occasionally a reader (nnrpd) will just sit there and chew ~100% of the available CPU. The same goes for the "robustness" patch for innxmit .. don't use it either. It displays very similar symptoms if the network connection is broken in an untimely fashion. I haven't had the time to check why both of these patches do simialr things but I suspect a rapid select call loop :-( michael From owner-freebsd-hackers Sun Mar 31 07:18:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27879 for hackers-outgoing; Sun, 31 Mar 1996 07:18:05 -0800 (PST) Received: from dw3f.ess.harris.com (dw3f.ess.harris.com [130.41.9.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27871 for ; Sun, 31 Mar 1996 07:18:01 -0800 (PST) Received: from suw2k.hisd.harris.com (borg [158.147.23.50]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with SMTP id KAA03086 for ; Sun, 31 Mar 1996 10:15:42 -0500 Received: by suw2k.hisd.harris.com (4.1/SMI-4.1) id AA28632; Sun, 31 Mar 96 10:14:46 EST Date: Sun, 31 Mar 96 10:14:46 EST From: jleppek@suw2k.hisd.harris.com (James Leppek) Message-Id: <9603311514.AA28632@suw2k.hisd.harris.com> To: freebsd-hackers@freefall.FreeBSD.org Subject: uk device Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How do you get a uk device to become configured. I would like to use this device to issue scsi commands but any use of it just return "device unconfigured". This is on a freebsd 2.1 release notebook using the latest pccard patches. Any hints... Jim Leppek From owner-freebsd-hackers Sun Mar 31 07:27:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28341 for hackers-outgoing; Sun, 31 Mar 1996 07:27:52 -0800 (PST) Received: from jbrann.dialup.access.net (jbrann.dialup.access.net [166.84.193.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA28326 for ; Sun, 31 Mar 1996 07:27:47 -0800 (PST) Received: (from jbrann@localhost) by jbrann.dialup.access.net (8.6.12/8.6.12) id KAA07428 for hackers@freebsd.org; Sun, 31 Mar 1996 10:27:12 -0500 Message-Id: <199603311527.KAA07428@jbrann.dialup.access.net> Subject: Re: Yes!!! Netscape and Java for BSDI - Reply - Reply To: hackers@freebsd.org Date: Sun, 31 Mar 1996 10:27:12 -0500 (EST) From: John Brann Reply-To: John Brann Organisation: Not while I'm at home X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, Netscape 3 Beta works perfectly on my 2.1 Release machine with: Cirrus Logic 5434 (2Mb) XFree86 as on 2.1 CD Works in 8bit, 16bit and 32bit colour. John -- Beavis and Butt-Head; Vladimir and Estragon for the '90s. finger jbrann@panix.com for pgp public key From owner-freebsd-hackers Sun Mar 31 07:46:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29361 for hackers-outgoing; Sun, 31 Mar 1996 07:46:29 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA29353 for ; Sun, 31 Mar 1996 07:46:24 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id BAA29575; Mon, 1 Apr 1996 01:38:05 +0930 From: Michael Smith Message-Id: <199603311608.BAA29575@genesis.atrad.adelaide.edu.au> Subject: Re: Howto: Sun 3's as X Terminal To: taob@io.org (Brian Tao) Date: Mon, 1 Apr 1996 01:38:04 -3830 (CST) Cc: msmith@atrad.adelaide.edu.au, regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG In-Reply-To: from "Brian Tao" at Mar 31, 96 09:50:59 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Tao stands accused of saying: > > > > lovely:~>grep tftp /etc/inetd.conf > > tftp dgram udp wait nobody /usr/libexec/tftpd tftpd > > > > ... and I have a diskless Sun 3/60 and a Labtam MT200 booting off this > > system. > > Where is your tftpd file hierarchy anchored? I always use /. > /tftpboot, but I don't see any default hierarcy set from the source. /tftpboot is traditional; many clients will search there as well. > I assume that your entire filesystem is accessible via tftp in that > case since the code does not check for access restrictions. Inasmuch as tftpd runs as 'nobody', yes, the system is "wide open". Given that tftpd has no means for returning the contents of a directory, I don't consider it a major problem. I don't have anything to hide anyway 8) > How about adding an optional argument to tftpd that will be passed > to chroot()? As with the Solaris '-s' option? Probably a worthwhile addition for sites where security is an issue. > Brian Tao (BT300, taob@io.org) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 31 08:13:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01415 for hackers-outgoing; Sun, 31 Mar 1996 08:13:26 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA01399 for ; Sun, 31 Mar 1996 08:13:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id RAA05094 ; Sun, 31 Mar 1996 17:12:41 +0100 (BST) To: Mark Murray cc: Sujal Patel , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Netscape 3.0b2 - Problem Found! In-reply-to: Your message of "Sun, 31 Mar 1996 10:13:57 +0200." <199603310814.KAA28049@grumble.grondar.za> Date: Sun, 31 Mar 1996 17:12:41 +0100 Message-ID: <5092.828288761@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray wrote in message ID <199603310814.KAA28049@grumble.grondar.za>: > I am using the XF86_SVGA with an Tseng ET4000 and 8 bit. Java is fine. > I am running current. This makes me wonder actually if we're focusing on the wrong item here. I'm using the same setup (unsucesfully) with -STABLE... Could we have a show of hands for -stable/-current works/doesn't work? Gary From owner-freebsd-hackers Sun Mar 31 08:17:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01652 for hackers-outgoing; Sun, 31 Mar 1996 08:17:24 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA01646 Sun, 31 Mar 1996 08:17:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id LAA03087; Sun, 31 Mar 1996 11:17:15 -0500 (EST) Date: Sun, 31 Mar 1996 11:17:14 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Gary Palmer cc: Mark Murray , hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: <5092.828288761@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Gary Palmer wrote: > This makes me wonder actually if we're focusing on the wrong item > here. I'm using the same setup (unsucesfully) with -STABLE... > > Could we have a show of hands for -stable/-current works/doesn't work? I only wish it were this simple. Some people have the SVGA server working, some don't. Some people successfully use my S3 server, it breaks for me. People have it working and have it break under -stable, -current, and even Linux (XF86). It looks like we're pointing at a XFree86 bug (or something that Netscape tickles in the Xserver). Sujal From owner-freebsd-hackers Sun Mar 31 08:21:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01952 for hackers-outgoing; Sun, 31 Mar 1996 08:21:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01937 for ; Sun, 31 Mar 1996 08:20:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA11941 for ; Sun, 31 Mar 1996 18:20:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA23111 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 18:20:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id SAA11707 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 18:16:15 +0200 (MET DST) From: J Wunsch Message-Id: <199603311616.SAA11707@uriah.heep.sax.de> Subject: Re: CVSROOT/commitlogs/sys isn't in sync with newest changes, why ? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 31 Mar 1996 18:16:15 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Andreas Klemm" at Mar 31, 96 10:23:32 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > This is the last commitlog entry in sys from March 30: > > peter 96/03/30 07:15:32 > > Modified: sys/kern kern_sig.c > But when applying the newest ctm files ... > > - -rw-r--r-- 1 daemon wheel 15591 Mar 30 22:45 cvs-cur.1835.gz > - -rw-r--r-- 1 daemon wheel 3488 Mar 31 09:41 cvs-cur.1836.gz > > I get changes in the sys source tree which are dated from March 31. :-)) The commitlog dates are kept in freefall's localtime. Perhaps this should be converted to UTC instead, i always have a hard time concluding what to use in ``cvs ... -D''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 08:21:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01958 for hackers-outgoing; Sun, 31 Mar 1996 08:21:06 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01939 for ; Sun, 31 Mar 1996 08:21:00 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA11946 for ; Sun, 31 Mar 1996 18:20:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA23112 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 18:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id SAA11723 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 18:17:38 +0200 (MET DST) From: J Wunsch Message-Id: <199603311617.SAA11723@uriah.heep.sax.de> Subject: Re: Howto: Sun 3's as X Terminal To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 31 Mar 1996 18:17:37 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603310947.TAA28957@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Mar 31, 96 07:17:22 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > ..., it > > turned out that tftpd *must* take a directory name argument. > It doesn't : > > lovely:~>grep tftp /etc/inetd.conf > tftp dgram udp wait nobody /usr/libexec/tftpd tftpd This is a large security hole. The template line in the default inetd.conf has been converted to /tftpboot for this reason. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 08:46:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03159 for hackers-outgoing; Sun, 31 Mar 1996 08:46:46 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03153 for ; Sun, 31 Mar 1996 08:46:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA05220; Mon, 1 Apr 1996 02:45:05 +1000 Date: Mon, 1 Apr 1996 02:45:05 +1000 From: Bruce Evans Message-Id: <199603311645.CAA05220@godzilla.zeta.org.au> To: hackers@freebsd.org, mrami@mramirez.sy.yale.edu Subject: Re: line settings for comconsole Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >To further my travail, I attempted to modify sio.c to do the same thing >so I could see the probe messages: >619c619 >< com->it_in.c_iflag = TTYDEF_IFLAG; >--- >> com->it_in.c_iflag = TTYDEF_IFLAG | IXOFF; >621c621 >< com->it_in.c_cflag = TTYDEF_CFLAG | CLOCAL; >--- >> com->it_in.c_cflag = CREAD | CS7 | HUPCL | PARENB | CLOCAL; >This seems to have no effect, even though I would at least expect the >(CS7|PARENB) to clear up the parity errors. What else must I modify, CFCR_8BITS needs to be replaced by (CFCR_7BITS | CFCR_PENAB | CFCR_PEVEN) in siocnopen(). Bruce From owner-freebsd-hackers Sun Mar 31 09:18:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05044 for hackers-outgoing; Sun, 31 Mar 1996 09:18:51 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05037 for ; Sun, 31 Mar 1996 09:18:48 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA22803; Sun, 31 Mar 1996 12:12:47 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA29190; Sun, 31 Mar 1996 12:12:45 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA19257 for ; Sun, 31 Mar 1996 17:17:58 GMT Message-Id: <199603311717.RAA19257@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: Your message of "Sun, 31 Mar 1996 11:17:14 EST." X-Mailer: exmh version 1.5omega 10/6/94 Date: Sun, 31 Mar 1996 17:17:57 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Reading this string of mail seems to imply either a window manager problem or a resource problem. Have those experiencing problem tried running netscape with -install so it installs a private colormap? Does it change the behavour? What window manager do you run? Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Sun Mar 31 09:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05316 for hackers-outgoing; Sun, 31 Mar 1996 09:20:37 -0800 (PST) Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [165.113.58.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05307 for ; Sun, 31 Mar 1996 09:20:35 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.12/8.6.9) with SMTP id JAA13689 for ; Sun, 31 Mar 1996 09:20:32 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01276; Sun, 31 Mar 1996 12:20:18 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 31 Mar 1996 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id KAA06115; Sun, 31 Mar 1996 10:30:26 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id KAA04963; Sun, 31 Mar 1996 10:28:49 -0500 Date: Sun, 31 Mar 1996 10:28:49 -0500 From: Thomas David Rivers Message-Id: <199603311528.KAA04963@lakes> To: bde@zeta.org.au, zeta.org.au!bde@dg-rtp.dg.com, freebsd-hackers@wcarchive.cdrom.com, ponds!rivers@ucbvax.Berkeley.EDU Subject: Re: SIO lock-ups.. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >... > > Until I applied the spl.h fix for getting a better SWI_TTY_MASK, > >I couldn't do anything after sio locked up except reboot (even > >with drainwait set to 1.) After the fix, I can kill the process; > >after a second - it actually dies (that's a big improvement, but > >I'd still like to receive the data :-) ) > >... > > Bruce - do you have any ideas? > > SWI_TTY_MASK is missing SWI_NET_MASK in 2.1. This only matters for > ppp IIRC. > > ixoff is broken in 2.1. > > Bruce > Well - that would do it :-) Would you happen to know if I copy the -current sio.c into a 2.1-RELEASE tree - what else would I need to alter? - Thanks - - Dave R. - From owner-freebsd-hackers Sun Mar 31 09:22:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05499 for hackers-outgoing; Sun, 31 Mar 1996 09:22:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05488 for ; Sun, 31 Mar 1996 09:22:12 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA13170; Sun, 31 Mar 1996 19:21:29 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA24755; Sun, 31 Mar 1996 19:21:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id SAA11915; Sun, 31 Mar 1996 18:31:58 +0200 (MET DST) From: J Wunsch Message-Id: <199603311631.SAA11915@uriah.heep.sax.de> Subject: Re: uk device To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 31 Mar 1996 18:31:58 +0200 (MET DST) Cc: jleppek@suw2k.hisd.harris.com (James Leppek) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9603311514.AA28632@suw2k.hisd.harris.com> from "James Leppek" at Mar 31, 96 10:14:46 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As James Leppek wrote: > > How do you get a uk device to become configured. I would > like to use this device to issue scsi commands but any use > of it just return "device unconfigured". This is on a freebsd 2.1 > release notebook using the latest pccard patches. A bug has been sneaking in there... here's the fix. I hope it would apply to the 2.1R source tree, but you should get the picture. Index: scsi/scsi_driver.c =================================================================== RCS file: /home/cvs/src/sys/scsi/scsi_driver.c,v retrieving revision 1.12 retrieving revision 1.13 diff -u -u -r1.12 -r1.13 --- scsi_driver.c 1995/12/05 07:14:23 1.12 +++ scsi_driver.c 1996/01/20 15:05:50 1.13 @@ -35,7 +35,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $Id: scsi_driver.c,v 1.12 1995/12/05 07:14:23 julian Exp $ + * $Id: scsi_driver.c,v 1.13 1996/01/20 15:05:50 joerg Exp $ * */ #include @@ -120,7 +120,7 @@ /* * Check the unit is legal */ - if (sc_link == 0 || sc_link->sd == 0) + if (sc_link == 0 || (sc_link->sd == 0 && !(sc_link->flags & SDEV_UK))) return ENXIO; /* If it is a "once only" device that is already open return EBUSY. Index: scsi/scsiconf.h =================================================================== RCS file: /home/cvs/src/sys/scsi/scsiconf.h,v retrieving revision 1.37 retrieving revision 1.38 diff -u -u -r1.37 -r1.38 --- scsiconf.h 1996/01/07 19:27:06 1.37 +++ scsiconf.h 1996/01/20 15:05:53 1.38 @@ -14,7 +14,7 @@ * * Ported to run under 386BSD by Julian Elischer (julian@tfs.com) Sept 1992 * - * $Id: scsiconf.h,v 1.37 1996/01/07 19:27:06 gibbs Exp $ + * $Id: scsiconf.h,v 1.38 1996/01/20 15:05:53 joerg Exp $ */ #ifndef SCSI_SCSICONF_H #define SCSI_SCSICONF_H 1 @@ -316,6 +316,8 @@ * open and to make unit attentions errors be logged on the console. * These should be split up; I'm adding SDEV_IS_OPEN to enforce one * open only. + * + * XXX SDEV_UK is used to mark the "uk" device. */ #define SDEV_MEDIA_LOADED 0x0001 /* device figures are still valid */ @@ -328,6 +330,7 @@ #define SDEV_RESIDS_WORK 0x0400 /* XXX-HA: Residuals work */ #define SDEV_TARGET_OPS 0x0800 /* XXX-HA: Supports target ops */ #define SDEV_IS_OPEN 0x1000 /* at least 1 open session */ +#define SDEV_UK 0x2000 /* this is the "uk" device */ /* * One of these is allocated and filled in for each scsi bus. Index: scsi/uk.c =================================================================== RCS file: /home/cvs/src/sys/scsi/uk.c,v retrieving revision 1.13 retrieving revision 1.14 diff -u -u -r1.13 -r1.14 --- uk.c 1995/12/08 23:22:30 1.13 +++ uk.c 1996/01/20 15:05:55 1.14 @@ -2,7 +2,7 @@ * Driver for a device we can't identify. * by Julian Elischer (julian@tfs.com) * - * $Id: uk.c,v 1.13 1995/12/08 23:22:30 phk Exp $ + * $Id: uk.c,v 1.14 1996/01/20 15:05:55 joerg Exp $ * * If you find that you are adding any code to this file look closely * at putting it in "scsi_driver.c" instead. @@ -40,7 +40,7 @@ "uk", 0, {0, 0}, - SDEV_ONCE_ONLY, /* Only one open allowed */ + SDEV_ONCE_ONLY|SDEV_UK, /* Only one open allowed */ 0, "Unknown", ukopen, -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 09:31:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06361 for hackers-outgoing; Sun, 31 Mar 1996 09:31:39 -0800 (PST) Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [165.113.58.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06356 for ; Sun, 31 Mar 1996 09:31:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by wcarchive.cdrom.com (8.6.12/8.6.9) with ESMTP id JAA16314 for ; Sun, 31 Mar 1996 09:31:35 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA06450; Mon, 1 Apr 1996 03:27:26 +1000 Date: Mon, 1 Apr 1996 03:27:26 +1000 From: Bruce Evans Message-Id: <199603311727.DAA06450@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-hackers@wcarchive.cdrom.com, ponds!rivers@dg-rtp.dg.com, ponds!rivers@zeta.org.au, zeta.org.au!bde@dg-rtp.dg.com Subject: Re: SIO lock-ups.. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> SWI_TTY_MASK is missing SWI_NET_MASK in 2.1. This only matters for >> ppp IIRC. >> >> ixoff is broken in 2.1. >> >> Bruce >> > Well - that would do it :-) > Would you happen to know if I copy the -current sio.c into a 2.1-RELEASE >tree - what else would I need to alter? Lots of device configuration stuff that you don't want to alter. See above for a list of the important changes. These are in -stable. Bruce From owner-freebsd-hackers Sun Mar 31 09:52:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07542 for hackers-outgoing; Sun, 31 Mar 1996 09:52:11 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA07505 for ; Sun, 31 Mar 1996 09:51:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id SAA09590 ; Sun, 31 Mar 1996 18:50:16 +0100 (BST) To: Matt Thomas cc: hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Netscape 3.0b2 - Problem Found! In-reply-to: Your message of "Sun, 31 Mar 1996 17:17:57 -0000." <199603311717.RAA19257@whydos.lkg.dec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9587.828294615.1@palmer.demon.co.uk> Date: Sun, 31 Mar 1996 18:50:16 +0100 Message-ID: <9588.828294616@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Matt Thomas wrote in message ID <199603311717.RAA19257@whydos.lkg.dec.com>: > Reading this string of mail seems to imply either a window manager problem > or a resource problem. Have those experiencing problem tried running > netscape with -install so it installs a private colormap? Does it change > the behavour? What window manager do you run? I normally run tvtwm here, but I just tried fvwm to see (as I know that's what Jordan is using, and he has Java working). No luck. It won't work under the Xnest server either, not the XF86_SVGA server that comes supplied on the 2.1.0 CDROM, nor the one I compiled from the linkkit. Which makes me wonder if there is something OTHER than Window Manager / Server choice affecting stuff here. Presence of SHM perhaps (which I do have compiled into my BSD kernel) ? Some wacky environmnet variable? Gary From owner-freebsd-hackers Sun Mar 31 10:43:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11197 for hackers-outgoing; Sun, 31 Mar 1996 10:43:08 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11192 for ; Sun, 31 Mar 1996 10:43:05 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA02471 for hackers@freebsd.org; Sun, 31 Mar 1996 13:43:04 -0500 Date: Sun, 31 Mar 1996 13:43:04 -0500 From: Charles Green Message-Id: <199603311843.NAA02471@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: APC Smart-ups Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I remember awhile ago there being quite a bit of discusion about doing work on software for APC UPS. At the time I volenteered to help out but (because I was placing the order for my new UPS thru the government and it'd take awhile) I'd have to wait for my UPS to come in before I could help. Well, now I have one! Has there been any progress? And who do I talk to? -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Sun Mar 31 10:49:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11498 for hackers-outgoing; Sun, 31 Mar 1996 10:49:37 -0800 (PST) Received: from zap.io.org (root@zap.io.org [198.133.36.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11493 for ; Sun, 31 Mar 1996 10:49:35 -0800 (PST) Received: from localhost (taob@localhost) by zap.io.org (8.6.12/8.6.12) with SMTP id NAA05198 for ; Sun, 31 Mar 1996 13:49:15 -0500 X-Authentication-Warning: zap.io.org: taob owned process doing -bs Date: Sun, 31 Mar 1996 13:49:15 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Lowering minfree to 1% on large disks Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know the tunefs man page contains warnings about lowering the minfree threshold on a disk to below 5%, but besides file write performance, is there any other reason *not* to drop it down to 1 or 2 percent? The specific application is with FTP filesystems. I have a couple of 4GB disks for our mirror archives and I wouldn't mind recovering the 300MB or so on each drive. Yeah, disk is cheap, but it still seems like a waste to me. Since the only writes occuring on those drives come from the mirror process, I figure network performance will always be the bottleneck rather than disk writes. -- Brian Tao (BT300, taob@io.org) System and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Mar 31 11:20:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14202 for hackers-outgoing; Sun, 31 Mar 1996 11:20:14 -0800 (PST) Received: from jbrann.dialup.access.net (jbrann.dialup.access.net [166.84.193.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14186 for ; Sun, 31 Mar 1996 11:20:08 -0800 (PST) Received: (from jbrann@localhost) by jbrann.dialup.access.net (8.6.12/8.6.12) id OAA00302 for hackers@freebsd.org; Sun, 31 Mar 1996 14:19:16 -0500 Message-Id: <199603311919.OAA00302@jbrann.dialup.access.net> Subject: 2.2-SNAP-960323 To: hackers@freebsd.org Date: Sun, 31 Mar 1996 14:19:15 -0500 (EST) From: John Brann Reply-To: John Brann Organisation: Not while I'm at home X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, I had this brain-fart. I've loaded the new SNAP onto my laptop and was re-building the kernel with the PCMCIA support, and I removed npx0. The strange thing was that it built, and loaded. When I rebooted, things went OK, until it tried to fsck my disks, at which point the boot process failed with a sig 8 (Floating point exception - big surprise). Attempts to spawn a single-user shell also failed, same reason. After rebooting with the old kernel, I discovered that /etc/services had been trashed - which was annoying, but I had a backup. I know that 'I can't rebuild my kernel and it says something about floating point' is probably the single-most-asked-about thing on the lists, but I would have thought that failing to build would be a better result than allowing a potentially damaging kernel to start... John -- Beavis and Butt-Head; Vladimir and Estragon for the '90s. finger jbrann@panix.com for pgp public key From owner-freebsd-hackers Sun Mar 31 11:37:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17841 for hackers-outgoing; Sun, 31 Mar 1996 11:37:14 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17803 Sun, 31 Mar 1996 11:37:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA11535; Sun, 31 Mar 1996 12:32:40 -0700 From: Terry Lambert Message-Id: <199603311932.MAA11535@phaeton.artisoft.com> Subject: Re: Dell EIDE drive data corruption with FreeBSD? To: macgyver@infinet.com (Wilson MacGyver) Date: Sun, 31 Mar 1996 12:32:39 -0700 (MST) Cc: terry@lambert.org, macgyver@infinet.com, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <315DC137.84D@cylatech.com> from "Wilson MacGyver" at Mar 30, 96 06:18:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Is this the flawed IDE chipset that loses data if you interleave I/O? > > > > If so, the answer is to change your CMOS settings. > > Yes it is, but I thought the FreeBSD IDE driver is not affected by this bug? It does not initiate DMA's. DMA completion is not the only thing that could cause an interrupt. A bad spot on the disk, two disks on the same controller, or an IDE CDROM can also trigger the problem. Since FreeBSD doesn't use bus mastering DMA, it doesn't trigger the bug if all you have is one disk, or two disks from the same manufacturer which are configured correctly (I have heard som reports on Conner, but nothing verified). Either way, it can't *hurt* FreeBSD for you to set the CMOS settings to get around the bug. 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 Sun Mar 31 11:40:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18644 for hackers-outgoing; Sun, 31 Mar 1996 11:40:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18583 Sun, 31 Mar 1996 11:40:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA11566; Sun, 31 Mar 1996 12:35:35 -0700 From: Terry Lambert Message-Id: <199603311935.MAA11566@phaeton.artisoft.com> Subject: Re: Dell EIDE drive data corruption with FreeBSD? To: hlew@genome.Stanford.EDU (Howard Lew) Date: Sun, 31 Mar 1996 12:35:35 -0700 (MST) Cc: terry@lambert.org, macgyver@infinet.com, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: from "Howard Lew" at Mar 30, 96 08:17:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > A while ago, I rememeber someone posted something about it. > > > I think the machine in question was a Dell P75 with EIDE drive, > > > > > > Was a solution found? > > > > Is this the flawed IDE chipset that loses data if you interleave I/O? > > > > If so, the answer is to change your CMOS settings. > > Hmmm.... what chipset did they use? PC-TECH RZ1000 chip. About 1/3 of all onboard EIDE disk controllers are broken. I don't know how many controller cards. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 31 11:48:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20839 for hackers-outgoing; Sun, 31 Mar 1996 11:48:22 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA20816 Sun, 31 Mar 1996 11:48:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id OAA04869; Sun, 31 Mar 1996 14:48:14 -0500 (EST) Date: Sun, 31 Mar 1996 14:48:14 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Gary Palmer cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: <9588.828294616@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Gary Palmer wrote: > I normally run tvtwm here, but I just tried fvwm to see (as I know > that's what Jordan is using, and he has Java working). No luck. It > won't work under the Xnest server either, not the XF86_SVGA server > that comes supplied on the 2.1.0 CDROM, nor the one I compiled from > the linkkit. I too tried this. Right now, I just use this to run netscape, and it works fine: #!/bin/sh Xnest -fp /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/ :1 -geometry 1024x768 & sleep 1 netscape -display :1 It launches another Xserver to waste more memory, but it works. > Which makes me wonder if there is something OTHER than Window Manager > / Server choice affecting stuff here. Presence of SHM perhaps (which I > do have compiled into my BSD kernel) ? Some wacky environmnet > variable? SHM is pretty common so I doubt that is the problem. I've also tried running this whole mess as root to see if it worked (with no luck), so I doubt that environment variables have anything to do with it. Also, Linux people have this problem too, so I doubt it's us. I think I'll just use the Xnest hack until the next beta, and hope that netscape fixes it (Someone should report this bug to them). Sujal From owner-freebsd-hackers Sun Mar 31 12:20:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25268 for hackers-outgoing; Sun, 31 Mar 1996 12:20:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25263 for ; Sun, 31 Mar 1996 12:20:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11715; Sun, 31 Mar 1996 13:16:14 -0700 From: Terry Lambert Message-Id: <199603312016.NAA11715@phaeton.artisoft.com> Subject: Re: Netscape 3.0b2 - Problem Found! To: matt@lkg.dec.com (Matt Thomas) Date: Sun, 31 Mar 1996 13:16:13 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199603311717.RAA19257@whydos.lkg.dec.com> from "Matt Thomas" at Mar 31, 96 05:17:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Reading this string of mail seems to imply either a window manager problem > or a resource problem. Have those experiencing problem tried running > netscape with -install so it installs a private colormap? Does it change > the behavour? What window manager do you run? I was about to post exactly this questions... If you are looking for a last common denominator, you should all specify the same information in the same format... 1) Window manager a) name b) version c) a package? port? self? Motif? 2) X server (-showconfig) 3) X release 4) Video card a) Chipset b) Memory 5) Root window background a) if not default black and white crosshatch b) what program you use to set it 7) FreeBSD kernel a) From a distribution? (which one?) b) From a snap? (which one?) c) Self-built from -stable? (sup date?) d) Self-built from -current? (sup date?) etc. Just posting "Well, it works for me" and "Well it doesn't for me" is gnerating too much traffic and has little chance of hitting the problem. The last few posts, I have found that the configuration data posted has been tagged with "this one works" or "this one doesn't work" -- and that means that the information is useless. 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 Sun Mar 31 12:21:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25300 for hackers-outgoing; Sun, 31 Mar 1996 12:21:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25294 Sun, 31 Mar 1996 12:21:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11724; Sun, 31 Mar 1996 13:17:34 -0700 From: Terry Lambert Message-Id: <199603312017.NAA11724@phaeton.artisoft.com> Subject: Re: Netscape 3.0b2 - Problem Found! To: smpatel@wam.umd.edu (Sujal Patel) Date: Sun, 31 Mar 1996 13:17:34 -0700 (MST) Cc: gpalmer@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Sujal Patel" at Mar 31, 96 02:48:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Which makes me wonder if there is something OTHER than Window Manager > > / Server choice affecting stuff here. Presence of SHM perhaps (which I > > do have compiled into my BSD kernel) ? Some wacky environmnet > > variable? > > SHM is pretty common so I doubt that is the problem. I've also tried > running this whole mess as root to see if it worked (with no luck), so I > doubt that environment variables have anything to do with it. Also, Linux > people have this problem too, so I doubt it's us. I think I'll just use > the Xnest hack until the next beta, and hope that netscape fixes it > (Someone should report this bug to them). LANG? LOCALE? 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 Sun Mar 31 12:23:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25378 for hackers-outgoing; Sun, 31 Mar 1996 12:23:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25373 for ; Sun, 31 Mar 1996 12:23:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11733; Sun, 31 Mar 1996 13:19:38 -0700 From: Terry Lambert Message-Id: <199603312019.NAA11733@phaeton.artisoft.com> Subject: Re: Help, processes not getting killed when users exit To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 31 Mar 1996 13:19:38 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199603302252.XAA05027@uriah.heep.sax.de> from "J Wunsch" at Mar 30, 96 11:52:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What happens instead on BSD, is that the close of the master causes > > a "revoke". Processes that don't trap read returns for EOF will > > go into a tight loop; those that do, will exit, just like if BSD > > had properly delivered the SIGHUP to the child processes (like > > POSIX implies you shouldn't, and like SunOS, Solaris, HPUX, SCO, > > Linux, BSDI, Ultrix, OSF/1, SVR3, SVR4, and AIX all do...). > > Are you absolutely sure about BSDI and Illtrix? > > It would surprise me for BSDI, and i know it for certain that the old > 4.2BSD-based Illtrix did cause us much more gray hairs with this > symptom. I'm positive for Ultrix 4.2 on a MicroVAX II. BSDI, I'm just guessing because they don't have this problem flooding their lists, and the SIGHUP fix is the correct one. 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 Sun Mar 31 12:24:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25558 for hackers-outgoing; Sun, 31 Mar 1996 12:24:40 -0800 (PST) Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25538 for ; Sun, 31 Mar 1996 12:24:24 -0800 (PST) Received: from aida.aida.org (localhost [127.0.0.1]) by aida.aida.org (8.7.5/8.6.9) with SMTP id RAA19632 for ; Sun, 31 Mar 1996 17:07:42 +0200 (MET DST) Message-ID: <315E9FBD.41C67EA6@aida.org> Date: Sun, 31 Mar 1996 15:07:41 +0000 From: Didier Derny Organization: Private FreeBSD 2.1-STABLE Site (microsoft free) X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: FreeBSD 2.1-STABLE woes (bis) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk after having reinstalled the two weeks old version of stable everything works fine. -- Didier Derny | Microsoft Free Computer. | 486DX4-120 AL3 chipset didier@aida.org | Private FreeBSD 2.1-STABLE site. | aha2940 / 1Gb HAWK From owner-freebsd-hackers Sun Mar 31 12:25:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25636 for hackers-outgoing; Sun, 31 Mar 1996 12:25:24 -0800 (PST) Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25629 for ; Sun, 31 Mar 1996 12:25:17 -0800 (PST) Received: from aida (localhost [127.0.0.1]) by aida.aida.org (8.7.5/8.6.9) with SMTP id AAA07437 for ; Sun, 31 Mar 1996 00:09:04 +0100 (MET) Date: Sun, 31 Mar 1996 00:09:03 +0100 (MET) From: didier@aida.org To: hackers@freebsd.org Subject: freebsd 2.1-STABLE woes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi since I upgraded the system this morning. Got a lot of messages from gcc; either fault 10, 11 or internal error. the new kernel (just built after make install) crashes when I try to do a make world. with the old kernel the make world seems to work and the crash on a signal 10, 11 or gcc internal error the new kernel (built this morning) tells me that ./proc is missing in the middle of the mtree part of the make world and the the system definitively hang I've had to reinstall a 2 weeks old source code for stable, and the binaries from the cdrom (2.1R) thanks for your help -- Didier Derny | Microsoft Free Computer. | 486DX4-120 AL3 chipset didier@aida.org | Private FreeBSD 2.1-STABLE site. | aha2940 / 1Gb HAWK From owner-freebsd-hackers Sun Mar 31 12:32:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26005 for hackers-outgoing; Sun, 31 Mar 1996 12:32:15 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA25998 Sun, 31 Mar 1996 12:32:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id PAA05478; Sun, 31 Mar 1996 15:32:02 -0500 (EST) Date: Sun, 31 Mar 1996 15:32:02 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu Reply-To: Sujal Patel To: hackers@freebsd.org cc: macgyver@infinet.com, DARREND@novell.com, "Jordan K. Hubbard" , gpalmer@freebsd.org, dlacroix@cray-ymp.acm.stuorg.vt.edu Subject: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <199603302101.QAA08607@neon.Glock.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alright folks... After getting a working trace of the way netscape was running, I've figured out that they are sending an illegal request to our Xserver. This causes netscapes forked Java process to exit aburptly. Why this only happens to some of us is still a mystery, but the solution is simple: Type "xset bc" before you start netscape. Enjoy! Sujal From owner-freebsd-hackers Sun Mar 31 12:32:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26041 for hackers-outgoing; Sun, 31 Mar 1996 12:32:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26036 for ; Sun, 31 Mar 1996 12:32:43 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11754; Sun, 31 Mar 1996 13:29:21 -0700 From: Terry Lambert Message-Id: <199603312029.NAA11754@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 31 Mar 1996 13:29:21 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199603302241.XAA04940@uriah.heep.sax.de> from "J Wunsch" at Mar 30, 96 11:41:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I don't see any such assumption. I have 3 SCSI controllers: U34F, > > > BT445C and SC200. I've only used the U34F with 64/32 geometry. > > > The BT445C and the SC200 work with assorted drives in assorted > > > translation modes giving 64/32, 128/32 and 255/63 geometries. > > > > What happens if you turn of translation on the things? (yes, I > > know this is not a possibility for Adaptec). > > I wonder how you wanna turn it off: the SCSI protocol does only know > about locical block numbers, so if you wanna interface the drive with > some int 0x13 C/H/S value, you always end up with some sort of > translation. > > If you speak directly in SCSI block numbers, nothing will be > translated at any time. Definitions for SCSI translation taking ZBR into account: Untranslated: H = Real number of heads C = Real number of cylinders S = ? (some average) C * H * S = Actual number of sectors, or less C/H/S is as reported by SCSI sense. Cylinder transitions do not take place at calculated boundries because of ZBR. Calculation is possible using non-linear (table vs. step function) lookup based on SCSI II physical geometry reporting. Translated: H = (H<=64) C = (C<=1024) S = (S<=256) C * H * S = Actual number of sectors, or less C/H/S does not match SCSI sense. Cylinder transitions do not take place at calculated boundries because of ZBR. Calculation is impossible. Problem translation only occurs when a controller query and a BIOS INT 13 AH=8 AL=; Sun, 31 Mar 1996 12:51:33 -0800 (PST) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id NAA28795; Sun, 31 Mar 1996 13:53:54 -0700 (MST) From: Dave Andersen Message-Id: <199603312053.NAA28795@shell.aros.net> Subject: Re: "active" (INND14unoff4,shared) gets corrupted To: imb@scgt.oz.au (michael butler) Date: Sun, 31 Mar 1996 13:53:54 -0700 (MST) Cc: rashid@rk.ios.com, hackers@FreeBSD.ORG In-Reply-To: <199603311506.BAA21645@asstdc.scgt.oz.au> from michael butler at "Apr 1, 96 01:06:21 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Baffling -- I use both sharedactive and MMAP and get perfect performance out of both, especially sharedactive. We're using unoff2 with sharedactive, and the memory usage is *heavenly*, and the readers are 100% reliable. -Dave Andersen Lo and behold, michael butler once said: > Rashid Karimov writes: > > > I have INND1.4seunoff4 installed on 3 computers here - > > 2 P6-200 and one P-166, all under FreeBSD 2.1-Release. > > In one case(P-166) I use shared active patch and ccd driver > > to max the HDs perf. > > Disable MMAP .. it doesn't work in 2.1-R and I have my doubts if it works > in either -stable or -current. This _will_ corrupt your active file. > > I had no success with the shared-active patch with -stable .. occasionally a > reader (nnrpd) will just sit there and chew ~100% of the available CPU. The > same goes for the "robustness" patch for innxmit .. don't use it either. It > displays very similar symptoms if the network connection is broken in an > untimely fashion. > > I haven't had the time to check why both of these patches do simialr things > but I suspect a rapid select call loop :-( > > michael > -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual/ "There are only two industries that refer to thier customers as 'users'." From owner-freebsd-hackers Sun Mar 31 12:52:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27040 for hackers-outgoing; Sun, 31 Mar 1996 12:52:24 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27034 for ; Sun, 31 Mar 1996 12:52:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA17380 for ; Sun, 31 Mar 1996 22:52:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA27340 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 22:52:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA00828 for freebsd-hackers@freebsd.org; Sun, 31 Mar 1996 22:34:12 +0200 (MET DST) From: J Wunsch Message-Id: <199603312034.WAA00828@uriah.heep.sax.de> Subject: Re: Lowering minfree to 1% on large disks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 31 Mar 1996 22:34:11 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian Tao" at Mar 31, 96 01:49:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Tao wrote: > I know the tunefs man page contains warnings about lowering the > minfree threshold on a disk to below 5%, but besides file write > performance, is there any other reason *not* to drop it down to 1 or > 2 percent? File *write* performance? I think it's the overall file system performance. Read the daemon book... Perhaps for a rather static file system, where you're keeping the fragmentation low by restore(8)ing the file system frequently after modifications, it might be okay, or for file systems that are only rarely used at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 12:52:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27068 for hackers-outgoing; Sun, 31 Mar 1996 12:52:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27047 for ; Sun, 31 Mar 1996 12:52:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA17385; Sun, 31 Mar 1996 22:52:18 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA27341; Sun, 31 Mar 1996 22:52:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA00845; Sun, 31 Mar 1996 22:35:45 +0200 (MET DST) From: J Wunsch Message-Id: <199603312035.WAA00845@uriah.heep.sax.de> Subject: Re: APC Smart-ups To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 31 Mar 1996 22:35:44 +0200 (MET DST) Cc: green@fang.cs.sunyit.edu (Charles Green) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603311843.NAA02471@fang.cs.sunyit.edu> from "Charles Green" at Mar 31, 96 01:43:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Charles Green wrote: > > I remember awhile ago there being quite a bit of discusion about doing > work on software for APC UPS. At the time I volenteered to help out but > (because I was placing the order for my new UPS thru the government and it'd > take awhile) I'd have to wait for my UPS to come in before I could help. > Well, now I have one! Has there been any progress? And who do I talk to? The mailing list is upsd-list@ww.net Ask majordomo@ww.net with a line (in the body) saying `help', or `lists'. Alexis Yushin did a great work here, i think. Perhaps it's also time to make it an official `port'. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 13:10:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA28149 for hackers-outgoing; Sun, 31 Mar 1996 13:10:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA28122 for ; Sun, 31 Mar 1996 13:09:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA11874; Sun, 31 Mar 1996 14:06:44 -0700 From: Terry Lambert Message-Id: <199603312106.OAA11874@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 31 Mar 1996 14:06:44 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199603302236.XAA04909@uriah.heep.sax.de> from "J Wunsch" at Mar 30, 96 11:36:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > "Dangerously dedidcated" is a misnomer. I've always found it annoying. > > > > What it means is that the second stage (BSD) boot is put in place of > > the MBR. For WD1007 with > 1024 cylinders, this shoots down the > > "use two partitions to make Bad144 happy with the boot disk" idea > > That's why it is called ``dangerously'' dedicated: it becomes > dangerous for people who don't know what they are doing. It's also dangerous for people who know what they are doing, since the second stage's (now the MBR's) BIOS-using boot code can still only access 1024 cylinders. The problem is introduced because Bad144 is broken. That is, it is not intrinsically dangerous to dedicate the disk, it is only intrinsically dangeous to use Bad144 media perfection as it currently exists. And there are some technological barriers that must be penetrated to make bad144 other than as it currently exists -- although, as shown below, a kludge could be provided and is not being provided. > > you put forth above (note: this should work, there's no technical > > ambiguity preventing it from working, but the current code doesn't > > handle that case). > > Nobody except Terry L. seems to be that much interested in improving > support for rather obsolete controllers. Terry L. doesn't seem to be > that much interested in modifying the bad144 code to do what he would > like to see. The net effect is that nobody changes the bad144 code. This is not true. I believe that Bad144 processing (media perfection) needs to be moved out of the physical driver altogether and relegated to a layer below that used to translate BSD disk labels. For me to be able to make this to happen, FreeBSD needs to move to an integral devfs. And you will note, I have been arguing long and hard for a devfs (since early 1994). You may have missed this because of the suggested change to the Bad144 table location to just before the swap area I have made previously. If it wasn't clear then, I will make it clear now: this is a kludge soloution wich is a poor substitute for a real soloution, but which would result in making it work *now* for people with orphaned hardware. If you truly did not care about orphan hardware or antiquated DOS fdisk programs, then you would write a DOS MBR capable of booting DOS, etc, that uses the 32 bit sector offset and was LBA capable, since the only thing preventing that from happening is historical interoperability with what I would consider to be "orphan hardware that just doesn't know it yet". The correct soloution involves removing the bad144 code from the disk driver itself to divorce it from the disk driver level so that it can be applied to things like spanned volumes, etc.. Like a spindle-synced striping system, etc., which can not have the disk location translated out from under it because of seek latency throwing off read sync. To do this requires the ability to transparently reexport a device node given a device node and on disk tag information indicating bad144 media perfection should be applied and the device reexported. This necessarily involves a boot code change at the same time. Help me lobby for getting the devfs code in place, and help me lobby for a hierarchical devfs layout (even if the resulting exposed namespace is flat, like Bruce wants), and help abstract the boot code into multiple stages, and I will be happy to write the boot modifications and the logical-to-logical device driver that gets called back by the device registration process to cause "bad144" media perfection that doesn't blow chunks when the BSD DOS partition spans the 1024 cylinder boundry, but that 'a' slice of that partition (containing the kernel image) does not. > > > > geometry [NB: the FReeBSD FDISK should always fill these > ^^^^^^^^^^^^^ > > > > fields out correctly in any case). > > > > > > fdisk did always fill out these parameters correctly (or at least, it > ^^^^^^^^^^^^^^^^^^^^^ > > > No. I know for a fact that at lease some versions of DOS 2.11 and > ^^^^^^^^^^^^^^^^^^^^ > > prior did not fill out the 32 bit sector offset field correctly. > > Leading Edge was one of the offenders here. > > Do you realize your problem? You claimed that FreeBSD fdisk should > fill these fields correctly, i responded that it does, and you're > arguing that some 100-year old DOS fdisk didn't. Sorry, i cannot > follow you. I claimed, up front, that this is an interoperability issue with DOS. You may only safely use the 32 bit sector offsets if the OS's with which you are attempting to coexist do the same. Demonstrably, they do not. The FreeBSD 32 bit sector offset is not in question. The FreeBSD C/H/S values are. FreeBSD can not create a partition with a correct sector offset *AND* a correct C/H/S value because FreeBSD can not *know* the geometry that must be used to calculate the C/H/S values for a partition table from the correct sector offset. Further, FreeBSD can not know the correct sector offset in the first place, since if it is being installed on a disk with an existing real mode (C/H/S, INT 13 using) OS, that OS will not be guaranteed to fill in the 32 bit sector offset because it has not, historically, been required to do so by the DOS MBR, which reads the embedded partition table information for the DOS partition table. The complete context for the message from which the original quoted statement above is: ] 2) Interpolate the geometry from an existing DOS partition ] table, and the known rules of behaviour for the DOS fdisk ] program. Specifically, starting and ending on cylinder ] boundries, etc.. Since it is possible to have multiple ] geometries result in the same values, especially when you ] have a small number of partitions (for instance, one), ] this is not a 100% reliable approach -- in general, it is ] so *unreliable* that the slice code was invented to replace ] it. It's possible to "help" this approach be more accurate ] using the 32 bit absolute sector address, which is also in ] the partition table. The problem with that is that older ] FDISK programs did not generally fill out the 32 bit sector ] offset correctly, so determining this information is usually ] no more reliable if the offset happens to check a valid ] geometry [NB: the FReeBSD FDISK should always fill these ] fields out correctly in any case). That is, the statement taken out of context to refer to the FreeBSD FDISK program, in fact refers to older DOS FDISK programs, and is simply an aside stating that I believe that historical brokenness is no excuse for intentionally breaking new code. Note the word "should". I believe the communication problem is that we've (stupidly) called the FreeBSD utility "fdisk" when it can not do what the DOS "fdisk" can do: fill out C/H/S values for a given drive ID based on the result of an INT 13 AH=8 call for that drive ID. And so it can not know the translation in the BIOS, the translation in an OnTrack Disk Manager (or other) LBA-using TSR, or the translation differential for multiple direves that can result from different BIOS settings on multiple controllers as a result of INT 13 chaining. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 31 13:30:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29358 for hackers-outgoing; Sun, 31 Mar 1996 13:30:26 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29348 for ; Sun, 31 Mar 1996 13:30:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA11913; Sun, 31 Mar 1996 14:26:38 -0700 From: Terry Lambert Message-Id: <199603312126.OAA11913@phaeton.artisoft.com> Subject: Re: Lowering minfree to 1% on large disks To: taob@io.org (Brian Tao) Date: Sun, 31 Mar 1996 14:26:38 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 31, 96 01:49:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I know the tunefs man page contains warnings about lowering the > minfree threshold on a disk to below 5%, but besides file write > performance, is there any other reason *not* to drop it down to 1 or > 2 percent? Because this is below the hard-coded hysteresis range in which the FS will automatically switch between "time" and "space" optimization. If you do this, it will cause the FS mode to toggle constantly. > The specific application is with FTP filesystems. I have a couple > of 4GB disks for our mirror archives and I wouldn't mind recovering > the 300MB or so on each drive. Yeah, disk is cheap, but it still > seems like a waste to me. > > Since the only writes occuring on those drives come from the > mirror process, I figure network performance will always be the > bottleneck rather than disk writes. The reason for the reserve is fragmentation. Effectively, the choice of where to write is a hash onto the disk. For a decreasing reserve, the liklihood of a hash collision increases expotentially, and this will hurt preformance significantly. The 50% collision probability mark for a straight hash is ~85% (Knuth, _Sorting And Searching_). A free reserve of 10% was settled on by people who, like you, didn't want to "waste space'. In reality, you are trading hash reserve for fragmentation wastage by dropping the reserve. 8% is a little iffy, 5% is downright foolish for the 5% before you hit the reserve, and 1% or 2% *will* cause *severe* fragmentation. Are you prepared to write a defragmenter? No one has written one yet because they didn't need one -- they didn't try tuning their reserve down to 1% or 2%. If you do, you'll need one. 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 Sun Mar 31 13:41:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29991 for hackers-outgoing; Sun, 31 Mar 1996 13:41:51 -0800 (PST) Received: from zap.io.org (root@zap.io.org [198.133.36.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29984 for ; Sun, 31 Mar 1996 13:41:47 -0800 (PST) Received: from localhost (taob@localhost) by zap.io.org (8.6.12/8.6.12) with SMTP id QAA15919; Sun, 31 Mar 1996 16:41:22 -0500 X-Authentication-Warning: zap.io.org: taob owned process doing -bs Date: Sun, 31 Mar 1996 16:41:22 -0500 (EST) From: Brian Tao To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: Lowering minfree to 1% on large disks In-Reply-To: <199603312126.OAA11913@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Terry Lambert wrote: > > If you do this, it will cause the FS mode to toggle constantly. According to the tunefs(8) man page, setting minfree to 5% or less will force space optimization "to always be used". I assume this means even when there is more than 5% free. > Are you prepared to write a defragmenter? No one has written one > yet because they didn't need one -- they didn't try tuning their > reserve down to 1% or 2%. If you do, you'll need one. IOW, just buy more disk. ;-) -- Brian Tao (BT300, taob@io.org) System and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Mar 31 13:58:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01097 for hackers-outgoing; Sun, 31 Mar 1996 13:58:14 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01091 for ; Sun, 31 Mar 1996 13:58:11 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Sun, 31 Mar 96 16:58:07 -0500 Received: from compound ([206.10.99.151]) by Early-Bird.Think.COM; Sun, 31 Mar 96 16:58:03 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id PAA26843; Sun, 31 Mar 1996 15:59:25 -0600 Date: Sun, 31 Mar 1996 15:59:25 -0600 Message-Id: <199603312159.PAA26843@compound> From: Tony Kimball To: hackers@freefall.freebsd.org Subject: random traps Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I once had a program which might do the stability of FreeBSD a world of good, if applied in earnest. That program generated random syscalls. It would reliably crash Ultrix or SunOS 4.0.x or 4.1.[01] within 5-50 seconds (depending on the OS more strongly than chance:-), but it would run forever under SunOS 4.1.[23] (or more precisely would run repeatedly ad nauseam without crashing the box). I haven't tried it in a few years, on more modern systems, but the degree of resistance to this abuse was at the time almost perfectly correlative to my intuitive notion of OS quality. So... I wonder whether the intuitive quality of FreeBSD might not be given a hand up by such a treatment... Just a thought. //alk From owner-freebsd-hackers Sun Mar 31 13:59:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01241 for hackers-outgoing; Sun, 31 Mar 1996 13:59:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01233 for ; Sun, 31 Mar 1996 13:59:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12026; Sun, 31 Mar 1996 14:55:21 -0700 From: Terry Lambert Message-Id: <199603312155.OAA12026@phaeton.artisoft.com> Subject: Re: Lowering minfree to 1% on large disks To: taob@io.org (Brian Tao) Date: Sun, 31 Mar 1996 14:55:20 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 31, 96 04:41:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 31 Mar 1996, Terry Lambert wrote: > > > > If you do this, it will cause the FS mode to toggle constantly. > > According to the tunefs(8) man page, setting minfree to 5% or less > will force space optimization "to always be used". I assume this > means even when there is more than 5% free. Ugh. Then this changed and I missed the meeting. 8-(. This is probably less optimal than allowing it to toggle and console message you to death (after all, you are doing a silly thing, and the system should punish you for it by making your console scroll like a maniac). 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 Sun Mar 31 14:04:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA01820 for hackers-outgoing; Sun, 31 Mar 1996 14:04:14 -0800 (PST) Received: from cicerone.uunet.ca (cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA01814 for ; Sun, 31 Mar 1996 14:04:10 -0800 (PST) Received: from why ([205.150.249.1]) by cicerone.uunet.ca with SMTP id <167915-6>; Sun, 31 Mar 1996 17:03:56 -0500 Date: Sun, 31 Mar 1996 17:03:34 -0500 From: Andrew Herdman X-Sender: andrew@why To: Sujal Patel cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Sujal Patel wrote: > On Sun, 31 Mar 1996, Gary Palmer wrote: > > > This makes me wonder actually if we're focusing on the wrong item > > here. I'm using the same setup (unsucesfully) with -STABLE... > > > > Could we have a show of hands for -stable/-current works/doesn't work? > > I only wish it were this simple. Some people have the SVGA server > working, some don't. Some people successfully use my S3 server, it breaks > for me. People have it working and have it break under -stable, -current, > and even Linux (XF86). It looks like we're pointing at a XFree86 bug (or > something that Netscape tickles in the Xserver). > > > Sujal > I see no one has pointed to kernal config as a possible problem. I've heard people with my exact hardware and s/w (Mach64 2.1 Release) work. I think it's time to look at people's kernel config's for the culprit. Andrew From owner-freebsd-hackers Sun Mar 31 14:21:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA03518 for hackers-outgoing; Sun, 31 Mar 1996 14:21:35 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA03511 for ; Sun, 31 Mar 1996 14:21:30 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id AAA13760; Mon, 1 Apr 1996 00:00:27 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id AAA02096; Mon, 1 Apr 1996 00:00:31 +0200 (MET DST) Date: Mon, 1 Apr 1996 00:00:30 +0200 (MET DST) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: CVSROOT/commitlogs/sys isn't in sync with newest changes, why ? In-Reply-To: <199603311616.SAA11707@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 31 Mar 1996, J Wunsch wrote: > :-)) > > The commitlog dates are kept in freefall's localtime. > > Perhaps this should be converted to UTC instead, i always have a hard > time concluding what to use in ``cvs ... -D''. I'll check it the next time again ... I was so sure, that there was something missing ... ok, thanks Joerg ! Will check it tomorrow, tired now ;-) Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV8AfvMLpmkD/U+FAQHAUAQAkP9CVRhitlPyddTFGQNitGLbqoLrA8PQ S1wbuM0oZzgw7wcA7NmIYNUwrDEJ1oVxCRnyI8xMTGzV6DGik7hL3vRwYCLsrqKb DZTxpmM0+bo/dzV/dJ5Ip2B6r1ndlYqrPLHqsskFYBo0fx3i8gutL2h2Wxo4R6Jj LP+gcv5UcoM= =NNjO -----END PGP SIGNATURE----- From owner-freebsd-hackers Sun Mar 31 14:31:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04224 for hackers-outgoing; Sun, 31 Mar 1996 14:31:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04215 for ; Sun, 31 Mar 1996 14:31:32 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20247 for ; Mon, 1 Apr 1996 00:31:19 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA28557 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 00:31:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA01348 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 00:29:05 +0200 (MET DST) From: J Wunsch Message-Id: <199603312229.AAA01348@uriah.heep.sax.de> Subject: Re: fdisk and partition info To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Apr 1996 00:29:04 -4600 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603312029.NAA11754@phaeton.artisoft.com> from "Terry Lambert" at Mar 31, 96 01:29:21 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > What happens if you turn of translation on the things? > > I wonder how you wanna turn it off: [...] > Definitions for SCSI translation taking ZBR into account: > > Untranslated: H = Real number of heads > C = Real number of cylinders > S = ? (some average) > C * H * S = Actual number of sectors, or less > C/H/S is as reported by SCSI sense. However, these numbers are `real', but inaccessible. The SCSI protocol doesn't let you enter any of these numbers in a SCSI command. That's why you cannot turn off the ``translation''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 14:42:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04996 for hackers-outgoing; Sun, 31 Mar 1996 14:42:12 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04989 for ; Sun, 31 Mar 1996 14:42:06 -0800 (PST) Message-Id: <199603312242.OAA04989@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: hackers Subject: Eisa config file for Ultrastore adapters Date: Sun, 31 Mar 1996 14:42:05 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does anyone have an Ultrastore EISA adapter and if so, can you send me the .cfg file for it? I'd like to convert the ultrastore driver to use eisaconf. Thanks in advance! -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Mar 31 14:46:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05138 for hackers-outgoing; Sun, 31 Mar 1996 14:46:31 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA05130 for ; Sun, 31 Mar 1996 14:46:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id RAA06364 for ; Sun, 31 Mar 1996 17:46:19 -0500 (EST) Date: Sun, 31 Mar 1996 17:46:18 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: hackers@freebsd.org Subject: netscape3 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone Else Report success with "xset bc".. Here is my information BTW (answering Terry's questions): I've tried three different versions of -current [about 3 weeks worth] Have tried fvwm, twm, and no wm Have tried XF86_S3 and XF86_VGA (3.1.2) Have tried no X background, and xsetroot -solid gray14 Have a Actix GE32 w/ 1Meg Sujal ---------- Forwarded message ---------- Date: Sun, 31 Mar 1996 16:42:38 -0600 From: Tony Kimball To: smpatel@wam.umd.edu Subject: netscape3 Alright folks... After getting a working trace of the way netscape was running, I've figured out that they are sending an illegal request to our Xserver. This causes netscapes forked Java process to exit aburptly. Why this only happens to some of us is still a mystery, but the solution is simple: Type "xset bc" before you start netscape. No go on XF86_S3 3.1.2B 8bpp Diamond Stealth32 PCI 2MB DRAM. From owner-freebsd-hackers Sun Mar 31 14:51:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05375 for hackers-outgoing; Sun, 31 Mar 1996 14:51:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA05347 for ; Sun, 31 Mar 1996 14:50:44 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20540 for ; Mon, 1 Apr 1996 00:50:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA28821 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 00:50:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA01686 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 00:49:29 +0200 (MET DST) From: J Wunsch Message-Id: <199603312249.AAA01686@uriah.heep.sax.de> Subject: Re: fdisk and partition info To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Apr 1996 00:49:29 -4600 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199603312106.OAA11874@phaeton.artisoft.com> from "Terry Lambert" at Mar 31, 96 02:06:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > I believe that Bad144 processing [...] ... > And you will note, I have been arguing long and hard for a devfs > (since early 1994). I've noted. :) > You may have missed this because of the suggested change to the > Bad144 table location to just before the swap area I have made > previously. Nope. I simply didn't care about bad144. Nor do i now. My last ESDI disk has been thrown out of a window more than a year ago. :) This isn't to say that your proposal doesn't have some merit, but it's up to others to implement it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 31 15:34:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08166 for hackers-outgoing; Sun, 31 Mar 1996 15:34:53 -0800 (PST) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA08159 for ; Sun, 31 Mar 1996 15:34:48 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id SAA04145; Sun, 31 Mar 1996 18:34:46 -0500 (EST) Date: Sun, 31 Mar 1996 18:34:45 -0500 (EST) From: "Marc G. Fournier" To: Sujal Patel cc: hackers@FreeBSD.ORG Subject: Re: netscape3 (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Sujal Patel wrote: > > Can anyone Else Report success with "xset bc".. > Didn't make a difference over here :( > Here is my information BTW (answering Terry's questions): > > I've tried three different versions of -current [about 3 weeks worth] Using -stable here (maybe a week old) > Have tried fvwm, twm, and no wm Only tried olvwm for this > Have tried XF86_S3 and XF86_VGA (3.1.2) XF86_Mach64 3.1.2D > Have a Actix GE32 w/ 1Meg > Using a Mach64 ATI 4Meg VRAM PCI > > Sujal > > ---------- Forwarded message ---------- > Date: Sun, 31 Mar 1996 16:42:38 -0600 > From: Tony Kimball > To: smpatel@wam.umd.edu > Subject: netscape3 > > Alright folks... After getting a working trace of the way netscape was > running, I've figured out that they are sending an illegal request to our > Xserver. This causes netscapes forked Java process to exit aburptly. Why > this only happens to some of us is still a mystery, but the solution is > simple: > > Type "xset bc" before you start netscape. > > No go on XF86_S3 3.1.2B 8bpp Diamond Stealth32 PCI 2MB DRAM. > > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Sun Mar 31 16:42:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13687 for hackers-outgoing; Sun, 31 Mar 1996 16:42:28 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA13669 for ; Sun, 31 Mar 1996 16:42:23 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA01682; Mon, 1 Apr 1996 10:25:48 +0930 From: Michael Smith Message-Id: <199604010055.KAA01682@genesis.atrad.adelaide.edu.au> Subject: Re: Anybody checked out XQuad/Xcl? To: tdwyer@netbsd08.dn.itg.telecom.com.au (Terry Dwyer) Date: Mon, 1 Apr 1996 10:25:48 +0930 (CST) Cc: jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, mrcpu@cdsnet.net, hackers@FreeBSD.org In-Reply-To: from "Terry Dwyer" at Mar 29, 96 08:44:59 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Dwyer stands accused of saying: > > I saw WYSIWYG word processor and grabbed it immediately - what a > disapointment. I followed the instructions to the letter and chose a dir > to install in (as root) and a language. It worked flawlessly first off > under 2.1.0R. Well I did have one problem during importing an ASCII file > into Xcl, a seg fault. > > I would not race out and buy either of these products, the WP is > incomprehensible and the spreadsheet is inadequate. There is absolutely I can't speak for the spreadsheet, but the WP is actually a DTP program, and whilst a bit infantile yet, actually has most of the makings of quite a good package. > Into the bit bucket with it, IMHO don't waste your time. This is really counterproductive advice. The fact that _you_ didn't like it shouldn't deter other people from looking, possibly buying and supporting these people - after all, they've stuck their necks out this far; if what they've done works for you, go ahead and support them. > _-_|\ Terry Dwyer E-Mail: tdwyer@netbsd08.dn.itg.telecom.com.au -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Mar 31 16:53:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14574 for hackers-outgoing; Sun, 31 Mar 1996 16:53:11 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA14569 for ; Sun, 31 Mar 1996 16:53:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id BAA00588 ; Mon, 1 Apr 1996 01:23:43 +0100 (BST) To: Terry Lambert cc: smpatel@wam.umd.edu (Sujal Patel), hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Netscape 3.0b2 - Problem Found! In-reply-to: Your message of "Sun, 31 Mar 1996 13:17:34 PDT." <199603312017.NAA11724@phaeton.artisoft.com> Date: Mon, 01 Apr 1996 01:23:43 +0100 Message-ID: <586.828318223@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote in message ID <199603312017.NAA11724@phaeton.artisoft.com>: > LANG? LOCALE? In my case, the only env. vars I define on top of what tcsh does are `GZIP', `BLOCKSIZE', `XCDINFODIR', `RESOLV_HOST_CONF', `CVSROOT', and some now out-of-date IRC stuff. About the only thing which COULD have an affect is my path... Gary From owner-freebsd-hackers Sun Mar 31 17:38:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16617 for hackers-outgoing; Sun, 31 Mar 1996 17:38:07 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA16606 Sun, 31 Mar 1996 17:38:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id CAA00521 ; Mon, 1 Apr 1996 02:37:47 +0100 (BST) To: Sujal Patel cc: hackers@FreeBSD.ORG, macgyver@infinet.com, DARREND@novell.com, "Jordan K. Hubbard" , dlacroix@cray-ymp.acm.stuorg.vt.edu From: "Gary Palmer" Subject: Re: Netscape 3.0b2 [Solution & Summary] In-reply-to: Your message of "Sun, 31 Mar 1996 15:32:02 CDT." Date: Mon, 01 Apr 1996 02:37:47 +0100 Message-ID: <519.828322667@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sujal Patel wrote in message ID : > > Alright folks... After getting a working trace of the way netscape was > running, I've figured out that they are sending an illegal request to our > Xserver. This causes netscapes forked Java process to exit aburptly. Why > this only happens to some of us is still a mystery, but the solution is > simple: Strange. I just ran ktrace on a netscape process (I did: ktrace -d -i netscape -install http://java.sun.com/ ) And would you believe it, this is the only sub-process I can find: 471 netscape.bin RET fork 470/0x1d6 471 netscape.bin CALL dup2(0xd,0x1) 471 netscape.bin RET dup2 1 471 netscape.bin CALL dup2(0xd,0x2) 471 netscape.bin RET dup2 2 471 netscape.bin CALL close(0) 471 netscape.bin RET close 0 471 netscape.bin CALL getdtablesize 471 netscape.bin RET getdtablesize 128/0x80 471 netscape.bin CALL close(0x7f) 471 netscape.bin RET close -1 errno 9 Bad file descriptor 471 netscape.bin CALL close(0x7e) 471 netscape.bin RET close -1 errno 9 Bad file descriptor [ You get the idea ... trimmed ] 471 netscape.bin CALL close(0xf) 471 netscape.bin RET close -1 errno 9 Bad file descriptor 471 netscape.bin CALL close(0xe) 471 netscape.bin RET close -1 errno 9 Bad file descriptor 471 netscape.bin CALL close(0xd) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0xc) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0xb) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0xa) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x9) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x8) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x7) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x6) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x5) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x4) 471 netscape.bin RET close 0 471 netscape.bin CALL close(0x3) 471 netscape.bin RET close 0 471 netscape.bin CALL execve(0xefbfbf2c,0xefbfc34c,0x49db00) 471 netscape.bin NAMI "/bin/netstat" 471 netscape.bin RET execve -1 errno 2 No such file or directory 471 netscape.bin CALL execve(0xefbfbf2c,0xefbfc34c,0x49db00) 471 netscape.bin NAMI "/usr/bin/netstat" The main process then goes on to do (some time later) : 470 netscape.bin CALL read(0xc,0x4ea000,0x1000) 470 netscape.bin GIO fd 12 read 836 bytes "Name Mtu Network Address Ipkts Ierrs Opkts Oerrs \ Coll ed0 1500 00.00.c0.5c.46.8e 0 0 1 0 \ 0 ed0 1500 10 10.0.0.1 0 0 1 0 \ 0 lo0 16384 372 0 372 0 \ 0 lo0 16384 127 127.0.0.1 372 0 372 0 \ 0 sl0* 1500 0 0 0 0 \ 0 sl0* 1500 10.0.1.1 10.0.1.1 0 0 0 0 \ 0 sl1* 552 0 0 0 0 \ 0 tun0 1524 883 0 1391 0 \ 0 tun0 1524 158.152 158.152.50.150 883 0 1391 0 \ 0 tun1* 1500 0 0 0 0 \ 0 " I have *NO* idea why it runs ``netstat -i'' - I doubt it can parse the output somehow! That (apart from /bin/sh initially running /usr/local/lib/netscape/netscape.bin) is the ONLY fork in the entire ktrace output... Actually, I wonder if my ktrace is broken somehow: 470 netscape.bin CALL write(0x2,0xefbf98c8,0x45) 470 netscape.bin GIO fd 2 wrote 69 bytes "Warning: Cannot allocate colormap entry for default background " Then later on: 470 netscape.bin CALL read(0xd,0x42ec94,0x3fe) 470 netscape.bin GIO fd 13 read 69 bytes "Warning: Cannot allocate colormap entry for default background " Process 470 wrote to fd 2, and then read it back in from fd 13?!? I'm going to look at this more closely. Gary P.S. At no time have I gotten this version of netscape to produce a ``java console''... From owner-freebsd-hackers Sun Mar 31 17:58:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18182 for hackers-outgoing; Sun, 31 Mar 1996 17:58:59 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA18173 Sun, 31 Mar 1996 17:58:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id UAA07295; Sun, 31 Mar 1996 20:58:51 -0500 (EST) Date: Sun, 31 Mar 1996 20:58:50 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu Reply-To: Sujal Patel To: Gary Palmer cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <519.828322667@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, Gary Palmer wrote: > I have *NO* idea why it runs ``netstat -i'' - I doubt it can parse the > output somehow! This is a good question. You should ask the Netscape programmers :-) > That (apart from /bin/sh initially running > /usr/local/lib/netscape/netscape.bin) is the ONLY fork in the entire > ktrace output... fork was poor word choice on my part. Actually, the Java task that's "spawned" to handle the applet is a thread. If you really want to get down and dirty, you should watch the communications between netscape and the Xserver > 470 netscape.bin CALL write(0x2,0xefbf98c8,0x45) > 470 netscape.bin GIO fd 2 wrote 69 bytes > "Warning: > Cannot allocate colormap entry for default background > Then later on: > > 470 netscape.bin CALL read(0xd,0x42ec94,0x3fe) > 470 netscape.bin GIO fd 13 read 69 bytes > "Warning: > Cannot allocate colormap entry for default background What's happening here is that the netscape thread is getting (or sending?) a diagnostic message from the thread that is handling your Java app (I *think*). Shortly after this, the thread handling the Java applet is going to die (causing no Java app to show up). > P.S. At no time have I gotten this version of netscape to produce a > ``java console''... The Java console is implemented in Java.. It'll work once Java applets start working for you. Sujal From owner-freebsd-hackers Sun Mar 31 18:12:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19381 for hackers-outgoing; Sun, 31 Mar 1996 18:12:15 -0800 (PST) Received: from gw0.telebase.com (root@gw0.telebase.com [192.132.57.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA19374 for ; Sun, 31 Mar 1996 18:12:11 -0800 (PST) Received: from wormhole.telebase.com by gw0.telebase.com id VAA20474 for ; Sun, 31 Mar 1996 21:11:39 -0500 (EST) Received: from hovercraft.willscreek.com (root@hovercraft.willscreek.com [172.16.11.101]) by wormhole.telebase.com (8.7.1/8.6.9.1) with SMTP id VAA17552 for ; Sun, 31 Mar 1996 21:11:37 -0500 (EST) Received: (from bmc@localhost) by hovercraft.willscreek.com (8.6.12/8.6.9) id VAA00514; Sun, 31 Mar 1996 21:11:34 -0500 Date: Sun, 31 Mar 1996 21:11:34 -0500 Message-Id: <199604010211.VAA00514@hovercraft.willscreek.com> From: Brian Clapper To: hackers@FreeBSD.org Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: <40877209@toto.iv> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Matt" == Matt Thomas writes: Matt> Reading this string of mail seems to imply either a window manager Matt> problem or a resource problem. Have those experiencing problem tried Matt> running netscape with -install so it installs a private colormap? Matt> Does it change the behavour? What window manager do you run? Running with -install makes no difference in my case; Java doesn't work, whether Netscape has its own colormap or uses the global one. Since we're voting, I have a 2.1-RELEASE (yeah, I'm behind), with the SVGA server, XFree86 v. 3.1.2, 8bpp on a Cirrus Logic CL-GD5430. Java hasn't worked for me yet, and I tried the 3.0 Netscape beta "directly" (i.e., straight from the tarball) and via Jordan's port. No difference. Haven't tried an alternate window manager yet. I'm using fvwm. ----- Brian Clapper ....................... bmc@WillsCreek.COM -or- bmc@telebase.com http://www.netaxs.com/~bmc/ ......... PGP public key available on request Man usually avoids attributing cleverness to somebody else -- unless it is an enemy. -- A. Einstein From owner-freebsd-hackers Sun Mar 31 18:14:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19559 for hackers-outgoing; Sun, 31 Mar 1996 18:14:49 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA19553 for ; Sun, 31 Mar 1996 18:14:46 -0800 (PST) Received: by sequent.kiae.su id AA20014 (5.65.kiae-2 ); Mon, 1 Apr 1996 05:13:41 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 1 Apr 96 05:13:39 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id GAA02102; Mon, 1 Apr 1996 06:12:50 +0400 (MSD) Message-Id: <199604010212.GAA02102@astral.msk.su> Subject: Re: netscape3 (fwd) To: smpatel@wam.umd.edu (Sujal Patel) Date: Mon, 1 Apr 1996 06:12:49 +0400 (MSD) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Sujal Patel" at "Mar 31, 96 05:46:18 pm" 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 X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Can anyone Else Report success with "xset bc".. I have NO success with 'xset bc'... > Here is my information BTW (answering Terry's questions): > > I've tried three different versions of -current [about 3 weeks worth] > Have tried fvwm, twm, and no wm > Have tried XF86_S3 and XF86_VGA (3.1.2) > Have tried no X background, and xsetroot -solid gray14 > Have a Actix GE32 w/ 1Meg Mine is: fresh -current fvwm XF86_P9000 no X background Weitek P9000 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sun Mar 31 18:14:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19582 for hackers-outgoing; Sun, 31 Mar 1996 18:14:56 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA19573 Sun, 31 Mar 1996 18:14:52 -0800 (PST) Received: by sequent.kiae.su id AA19994 (5.65.kiae-2 ); Mon, 1 Apr 1996 05:13:36 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 1 Apr 96 05:13:34 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id GAA02053; Mon, 1 Apr 1996 06:07:06 +0400 (MSD) Message-Id: <199604010207.GAA02053@astral.msk.su> Subject: Re: Netscape 3.0b2 [Solution & Summary] To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 1 Apr 1996 06:07:06 +0400 (MSD) Cc: smpatel@wam.umd.edu, hackers@FreeBSD.ORG, macgyver@infinet.com, DARREND@novell.com, jkh@freefall.FreeBSD.org, dlacroix@cray-ymp.acm.stuorg.vt.edu In-Reply-To: <519.828322667@palmer.demon.co.uk> from "Gary Palmer" at "Apr 1, 96 02:37:47 am" 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 X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have *NO* idea why it runs ``netstat -i'' - I doubt it can parse the > output somehow! I think its data used to initialize random numbers generator. > P.S. At no time have I gotten this version of netscape to produce a > ``java console''... I unsuccessful in bringing Java... -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sun Mar 31 18:52:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21162 for hackers-outgoing; Sun, 31 Mar 1996 18:52:24 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21151 Sun, 31 Mar 1996 18:52:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA11391; Sun, 31 Mar 1996 19:52:03 -0700 Message-Id: <199604010252.TAA11391@rover.village.org> To: "Gary Palmer" Subject: Re: libc 3.0 Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) In-reply-to: Your message of Sat, 30 Mar 1996 04:39:07 GMT Date: Sun, 31 Mar 1996 19:52:02 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : The change has been in the tree over a month. People running -current : will already have the library. There is no easy way to REDUCE the : version number... It would require everyone to manually delete : /usr/lib/libc.so.3.0... That's going to be the hardest part. It is somewhat non-trivial to do, but might be important. The reason it is so hard is that libc is linked into everything, and it is hard to do a make world that will result in you having everything that was built by it use libc.so.2.3, while having the make world still use the 3.0 binaries. Then there is the problem of all the binaries that you have built in the interrum. That can be solved with a ldd on all the binaries on your system, but the script is tricky because you need to filter the output of ldd carefully. To actually do the build, you could do something like mkdir /usr/lib/junk setenv LD_RUN_PATH /usr/lib/junk:/usr/lib cd /usr/src make world But I'm not positive that this wouldn't polute everything :-(. Ick. Somewhat non-trivial. Finally, I get the impression that I'm the only one that seems to think this is a problem. If so, I'll go away, but I've seen only two or three messages in hackers. I think this is really important. Comments? Warner From owner-freebsd-hackers Sun Mar 31 19:46:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24094 for hackers-outgoing; Sun, 31 Mar 1996 19:46:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24083 for ; Sun, 31 Mar 1996 19:46:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA29080; Mon, 1 Apr 1996 13:40:45 +1000 Date: Mon, 1 Apr 1996 13:40:45 +1000 From: Bruce Evans Message-Id: <199604010340.NAA29080@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org Subject: Re: fdisk and partition info Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The correct soloution involves removing the bad144 code from the >disk driver itself to divorce it from the disk driver level so >that it can be applied to things like spanned volumes, etc.. Like I did that more than a year ago. UTST. Bruce From owner-freebsd-hackers Sun Mar 31 19:55:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24863 for hackers-outgoing; Sun, 31 Mar 1996 19:55:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24857 for ; Sun, 31 Mar 1996 19:55:27 -0800 (PST) Received: from virginia.edu (mars.itc.Virginia.EDU [128.143.2.9]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id TAA17726 for ; Sun, 31 Mar 1996 19:55:26 -0800 Received: from archive.cs.virginia.edu by mail.virginia.edu id ab28357; 31 Mar 96 22:55 EST Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id WAA21643; Sun, 31 Mar 1996 22:55:09 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA03802; Sun, 31 Mar 96 22:55:07 EST Date: Sun, 31 Mar 1996 22:55:07 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Matt Thomas Cc: hackers@freebsd.org Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: <199603311717.RAA19257@whydos.lkg.dec.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Matt Thomas wrote: > Reading this string of mail seems to imply either a window manager problem > or a resource problem. Have those experiencing problem tried running > netscape with -install so it installs a private colormap? Does it change > the behavour? What window manager do you run? Well, I thought you might be onto something, but it didn't pan out as expected. I brought up X with no window manager and continuted to get the same problem, a complaint about not being able to allocate "SlateBlue". Then I remembered that this was my default backgronud color for xterms, and it was clearly already allocated. I then restarted X without a .Xresource file and got a slightly different message. Netscape still complains with "Warning: Cannot allocate colormap entry for default background." Now I am running the S3 server in 8 bits, so I am assuming that it wants more than 256 colors. The only effect -install had was to delay the colormap message until I loaded a page with java code in it, instead of poping up immediately. cheers, Adrian System Administrator for the NVL, NIIMS and Telemedicine labs adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Sun Mar 31 21:36:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00404 for hackers-outgoing; Sun, 31 Mar 1996 21:36:48 -0800 (PST) Received: from vegemite.Stanford.EDU (vegemite.Stanford.EDU [171.65.76.158]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA00399 for ; Sun, 31 Mar 1996 21:36:47 -0800 (PST) Received: (hlew@localhost) by vegemite.Stanford.EDU (8.7.1/8.6.4) id VAA06310; Sun, 31 Mar 1996 21:36:29 -0800 (PST) Date: Sun, 31 Mar 1996 21:36:29 -0800 (PST) From: Howard Lew To: Terry Lambert cc: terry@lambert.org, macgyver@infinet.com, hackers@FreeBSD.org Subject: Re: Dell EIDE drive data corruption with FreeBSD? In-Reply-To: <199603311935.MAA11566@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Terry Lambert wrote: > > > > A while ago, I rememeber someone posted something about it. > > > > I think the machine in question was a Dell P75 with EIDE drive, > > > > > > > > Was a solution found? > > > > > > Is this the flawed IDE chipset that loses data if you interleave I/O? > > > > > > If so, the answer is to change your CMOS settings. > > > > Hmmm.... what chipset did they use? > > PC-TECH RZ1000 chip. About 1/3 of all onboard EIDE disk controllers > are broken. I don't know how many controller cards. Is there a diagnostic program out there to discover the flaw or is it more or less a random problem that crops up once in a while? From owner-freebsd-hackers Sun Mar 31 22:00:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01875 for hackers-outgoing; Sun, 31 Mar 1996 22:00:12 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01868 for freebsd-hackers; Sun, 31 Mar 1996 22:00:10 -0800 (PST) From: Mike Pritchard Message-Id: <199604010600.WAA01868@freefall.freebsd.org> Subject: locate To: freebsd-hackers Date: Sun, 31 Mar 1996 22:00:10 +4000 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What do people think of the idea of changing locate & its database update script to keep a list of ALL files on the system, and not just those that can been seen by the world. It always drives me nuts when I use locate to find something I *KNOW* is on my system, but it would not print it because it is in some directory that is mode 750, and not 755, but it is still accessable by my current uid/gid. Locate would then have to be updated to stat each match it finds first before printing it, but I think for most typical locate runs, the performance penalty would be negligble. I know that my typical locate runs usually come up with less than a pageful of matches, and stat'ing each one of those is much better than my running "find / -name xyzzy -print". This also provides the benefit is not listing files which have been removed from the system since the database was updated. Another option is to keep two databases, one of all the public files, as it does now. And a complete database that is accessed with some new option on locate that would verify that the file is accessible to the user before printing it out. Comments? From owner-freebsd-hackers Sun Mar 31 22:35:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03483 for hackers-outgoing; Sun, 31 Mar 1996 22:35:42 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA03478 for ; Sun, 31 Mar 1996 22:35:40 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA13077; Mon, 1 Apr 1996 08:15:19 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id IAA00544; Mon, 1 Apr 1996 08:04:49 +0200 (MET DST) Date: Mon, 1 Apr 1996 08:04:47 +0200 (MET DST) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Lowering minfree to 1% on large disks In-Reply-To: <199603312034.WAA00828@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 31 Mar 1996, J Wunsch wrote: > As Brian Tao wrote: > > > I know the tunefs man page contains warnings about lowering the > > minfree threshold on a disk to below 5%, but besides file write > > performance, is there any other reason *not* to drop it down to 1 or > > 2 percent? > > File *write* performance? I think it's the overall file system > performance. Read the daemon book... When this 10% rule came out, you had to deal with disk sizes about 100 MB and such ... 10% were about 10 MB. Now you have 4 GB disks and 10% are about 400MB. More space than those disks ever had. I think the 10% rule is too static. Shouldn't that be adapted in relation to the disk or better said filesystem size ?! 100 MB should be enough for a 4GB partition ... Instead of... 100 MB - 10% - 10 MB 200 MB - 10% - 20 MB 500 MB - " - 50 MB 1000 MB - " - 100 MB Perhaps 100 MB - xx% - 10 MB 200 MB - xx% - 15 MB 500 MB - " - 30 MB 1000 MB - " - 70 MB Very very estimated ;-) > Perhaps for a rather static file system, where you're keeping the > fragmentation low by restore(8)ing the file system frequently after > modifications, it might be okay, or for file systems that are only > rarely used at all. Or does this mean an impact on write performance, since each cylinder group needs a certain amount of space ???? If this would be the case, then 10% at all would again make sense... One should have disk and time to verify that with bonnie... Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV9yAPMLpmkD/U+FAQGCYQP8DNeUouWc20J3UzA1TBnIhaIsfPpwkMa3 wRMQrS2coxpq6EysrzAlwoC/6s+uBNTNaYCgWjozVSNhiw9nYOt8cAw2ViDHRkpZ XERo4ae4yh2P1iWLFmK5QVz1tXQ3CWhIBctPVj1mILWVVeb1Ymn+mhBmsPe5P8lW RduzDd9naqc= =5YHI -----END PGP SIGNATURE----- From owner-freebsd-hackers Sun Mar 31 23:15:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04833 for hackers-outgoing; Sun, 31 Mar 1996 23:15:42 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04813 for ; Sun, 31 Mar 1996 23:15:37 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id KAA16447; Mon, 1 Apr 1996 10:18:01 +0300 Date: Mon, 1 Apr 1996 10:18:00 +0300 (EET DST) From: Narvi To: Tony Kimball cc: hackers@freefall.freebsd.org Subject: Re: random traps In-Reply-To: <199603312159.PAA26843@compound> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eat good food, preserve nature, be nice to all nice people :) On Sun, 31 Mar 1996, Tony Kimball wrote: > > I once had a program which might do the stability of FreeBSD a world > of good, if applied in earnest. That program generated random > syscalls. It would reliably crash Ultrix or SunOS 4.0.x or 4.1.[01] > within 5-50 seconds (depending on the OS more strongly than chance:-), > but it would run forever under SunOS 4.1.[23] (or more precisely would > run repeatedly ad nauseam without crashing the box). I haven't tried > it in a few years, on more modern systems, but the degree of > resistance to this abuse was at the time almost perfectly correlative > to my intuitive notion of OS quality. So... I wonder whether the > intuitive quality of FreeBSD might not be given a hand up by such a > treatment... What became of it? I would appreciate having a copy... (to test FreeBSD with it, among the other things) > > Just a thought. > > //alk > > Sander From owner-freebsd-hackers Sun Mar 31 23:26:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05610 for hackers-outgoing; Sun, 31 Mar 1996 23:26:26 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05605 for ; Sun, 31 Mar 1996 23:26:24 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u3e0G-0003vmC; Sun, 31 Mar 96 23:26 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id FAA14419; Mon, 1 Apr 1996 05:59:40 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: CVSROOT/commitlogs/sys isn't in sync with newest changes, why ? In-reply-to: Your message of "Sun, 31 Mar 1996 18:16:15 +0200." <199603311616.SAA11707@uriah.heep.sax.de> Date: Mon, 01 Apr 1996 05:59:39 +0000 Message-ID: <14417.828338379@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The commitlog dates are kept in freefall's localtime. > > Perhaps this should be converted to UTC instead, i always have a hard > time concluding what to use in ``cvs ... -D''. Yes please! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Mar 31 23:27:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05659 for hackers-outgoing; Sun, 31 Mar 1996 23:27:11 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05652 for ; Sun, 31 Mar 1996 23:27:09 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Mon, 1 Apr 96 02:26:49 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Mon, 1 Apr 96 02:26:44 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id BAA01083; Mon, 1 Apr 1996 01:28:14 -0600 Date: Mon, 1 Apr 1996 01:28:14 -0600 Message-Id: <199604010728.BAA01083@compound> From: Tony Kimball To: narvi@haldjas.folklore.ee Cc: hackers@freefall.freebsd.org In-Reply-To: (message from Narvi on Mon, 1 Apr 1996 10:18:00 +0300 (EET DST)) Subject: Re: random traps Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What became of it? I would appreciate having a copy... (to test FreeBSD with it, among the other things) It ended up on a QIC-150 in my attic. I'll try to dust off an old shoebox and locate it, although it might be easier to just rewrite it -- it's a pretty simple idea. Now, keep in mind that while it might be fun to run, and watch your box die various gruesome and perverse deaths, it's not going to do any good unless you *fix* any crashes that result... ...more when (if) I find the right tape. From owner-freebsd-hackers Sun Mar 31 23:27:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05701 for hackers-outgoing; Sun, 31 Mar 1996 23:27:48 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05696 for ; Sun, 31 Mar 1996 23:27:46 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u3e1h-0003vlC; Sun, 31 Mar 96 23:27 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id HAA14984; Mon, 1 Apr 1996 07:27:41 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Andreas Klemm cc: Joerg Wunsch , FreeBSD hackers Subject: Re: Lowering minfree to 1% on large disks In-reply-to: Your message of "Mon, 01 Apr 1996 08:04:47 +0200." Date: Mon, 01 Apr 1996 07:27:40 +0000 Message-ID: <14982.828343660@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When this 10% rule came out, you had to deal with disk sizes about > 100 MB and such ... 10% were about 10 MB. Now you have 4 GB disks > and 10% are about 400MB. More space than those disks ever had. I > think the 10% rule is too static. As far as I recall, the issue is to avoid fragmenting files across cylinder groups. I belive that a rule of some number of MB times the number of cylinder groups would be the correct sollution. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Apr 1 00:15:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07957 for hackers-outgoing; Mon, 1 Apr 1996 00:15:31 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07944 Mon, 1 Apr 1996 00:15:21 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id KAA21390; Mon, 1 Apr 1996 10:15:12 +0200 From: Thomas Gellekum Message-Id: <199604010815.KAA21390@ghpc6.ihf.rwth-aachen.de> Subject: Re: locate To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Mon, 1 Apr 1996 10:15:10 +0200 (MET DST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604010600.WAA01868@freefall.freebsd.org> from Mike Pritchard at "Mar 31, 96 10:00:10 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Pritchard wrote: > What do people think of the idea of changing locate & its database > update script to keep a list of ALL files on the system, and > not just those that can been seen by the world. No, please. If the owner doesn't want to expose his files to the world, locate should respect this. > Another option is to keep two databases, one of all the public > files, as it does now. And a complete database that is > accessed with some new option on locate that would verify that > the file is accessible to the user before printing it out. I'd prefer a new option to locate which gives the name of (an) alternate database(s), so you could run locate for yourself. This could also be used to locate files on NFS-mounted filesystems. tg From owner-freebsd-hackers Mon Apr 1 00:16:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08146 for hackers-outgoing; Mon, 1 Apr 1996 00:16:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08132 for ; Mon, 1 Apr 1996 00:16:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06101 for ; Mon, 1 Apr 1996 10:16:11 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA04982 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 10:16:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA04757 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 09:59:26 +0200 (MET DST) From: J Wunsch Message-Id: <199604010759.JAA04757@uriah.heep.sax.de> Subject: Re: CVSROOT/commitlogs/sys isn't in sync with newest changes, why ? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Apr 1996 09:59:26 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <14417.828338379@critter.tfs.com> from "Poul-Henning Kamp" at Apr 1, 96 05:59:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > > The commitlog dates are kept in freefall's localtime. > > > > Perhaps this should be converted to UTC instead, i always have a hard > > time concluding what to use in ``cvs ... -D''. > > Yes please! Peter, what would be needed? A modification to the Perl scripts? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 1 00:17:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08157 for hackers-outgoing; Mon, 1 Apr 1996 00:17:02 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08141 for ; Mon, 1 Apr 1996 00:16:53 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA06119 for ; Mon, 1 Apr 1996 10:16:20 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA04987 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 10:16:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id KAA04856 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 10:08:42 +0200 (MET DST) From: J Wunsch Message-Id: <199604010808.KAA04856@uriah.heep.sax.de> Subject: Re: locate To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Apr 1996 10:08:42 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604010600.WAA01868@freefall.freebsd.org> from "Mike Pritchard" at Mar 31, 96 10:00:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > > What do people think of the idea of changing locate & its database > update script to keep a list of ALL files on the system, and > not just those that can been seen by the world. No objection against this, but you have to make the databases mode 600 then, and locate must be setuid. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 1 01:03:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10214 for hackers-outgoing; Mon, 1 Apr 1996 01:03:26 -0800 (PST) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA10188 for ; Mon, 1 Apr 1996 01:03:04 -0800 (PST) Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id aa25264; 1 Apr 96 10:03 BST To: Andrew Gallatin cc: hackers@freebsd.org Subject: Re: Linux emulator and Mathematica X-Address: School Of Mathematics, Trinity College, Dublin 2, Ireland. X-Phone: (Home)+353-(0)1-8204643 (College)+353-(0)1-7022280 X-PGP: Public Key on Request In-reply-to: Message from Andrew Gallatin dated today at 22:13. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <8633.828349377.1@maths.tcd.ie> Content-Description: text Date: Mon, 01 Apr 1996 10:02:57 +0100 From: Colman Reilly Message-ID: <9604011003.aa25264@salmon.maths.tcd.ie> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just did a search of the FreeBSD mailing lists & found your reports of success in running Mathematica for Linux under FreeBSD 2.1R after adding the sigreturn call from -current into the 2.1R version of the linux emulator. I'm attempting to run Mathematica 2.2.4 under 2.1R and/or 2.2-current using the network licensing scheme and running into some problems. I was wondering what version you managed to make work & if you're using the network or one-off licensing scheme. The network. To make the network run, you have to emulate the SIOCHWADDR call from linux. This returns the ethernet address of your machine. Um. Horrible code segment follows. Insert into linux_ioctl, in linux_ioctl.c, inside the first switch. case 0x8927: hwaddr[0]=0x00; hwaddr[1]=0x00; hwaddr[2]=0xc0; hwaddr[3]=0x27; hwaddr[4]=0xe5; hwaddr[5]=0x66; return copyout((caddr_t)hwaddr, (caddr_t)args->arg,6); The 6 numbers need to be your ethernet address in hex. I'm sorry, this is a disgusting hack, but I still haven't had time to fix it Colman From owner-freebsd-hackers Mon Apr 1 01:24:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11275 for hackers-outgoing; Mon, 1 Apr 1996 01:24:37 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11208 for ; Mon, 1 Apr 1996 01:24:02 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA16777; Mon, 1 Apr 1996 12:26:25 +0300 Date: Mon, 1 Apr 1996 12:26:25 +0300 (EET DST) From: Narvi To: Tony Kimball cc: hackers@freefall.freebsd.org Subject: Re: random traps In-Reply-To: <199604010728.BAA01083@compound> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, Tony Kimball wrote: > > > What became of it? I would appreciate having a copy... (to test FreeBSD > with it, among the other things) > > It ended up on a QIC-150 in my attic. I'll try to dust off an old > shoebox and locate it, although it might be easier to just rewrite it > -- it's a pretty simple idea. Now, keep in mind that while it might > be fun to run, and watch your box die various gruesome and perverse > deaths, it's not going to do any good unless you *fix* any crashes > that result... Sure. I just happen to be interested in the time it will stay up before dying. > > ...more when (if) I find the right tape. > Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Mon Apr 1 01:55:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13273 for hackers-outgoing; Mon, 1 Apr 1996 01:55:00 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA13150 Mon, 1 Apr 1996 01:54:46 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA08425; Mon, 1 Apr 1996 11:29:50 +0200 From: Wolfram Schneider Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.7.2/8.7.2) id LAA00543; Mon, 1 Apr 1996 11:29:49 +0200 (MET DST) Date: Mon, 1 Apr 1996 11:29:49 +0200 (MET DST) Message-Id: <199604010929.LAA00543@caramba.cs.tu-berlin.de> To: Thomas Gellekum Cc: mpp@freefall.freebsd.org (Mike Pritchard), freebsd-hackers@freefall.freebsd.org Subject: Re: locate In-Reply-To: <199604010815.KAA21390@ghpc6.ihf.rwth-aachen.de> References: <199604010600.WAA01868@freefall.freebsd.org> <199604010815.KAA21390@ghpc6.ihf.rwth-aachen.de> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas Gellekum writes: >Mike Pritchard wrote: >> What do people think of the idea of changing locate & its database >> update script to keep a list of ALL files on the system, and >> not just those that can been seen by the world. > >No, please. If the owner doesn't want to expose his files to the >world, locate should respect this. Agreed. At my university I start the locate service for private home directories with following find options: gfind /home/all \( -name prv -prune \) -or \( -name privat -prune \) -or \( -name private -prune \) -or \( -name Mail -prune \) -or \( -name mail -prune \) -or -print The whole locate database is now 16MB big ;-) >I'd prefer a new option to locate which gives the name of (an) >alternate database(s), so you could run locate for yourself. This >could also be used to locate files on NFS-mounted filesystems. Done (still not in -current). Wolfram From owner-freebsd-hackers Mon Apr 1 02:05:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13856 for hackers-outgoing; Mon, 1 Apr 1996 02:05:13 -0800 (PST) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13847 for ; Mon, 1 Apr 1996 02:05:06 -0800 (PST) Received: from spase by ns.NL.net via EUnet id AA26572 (5.65b/CWI-3.3); Mon, 1 Apr 1996 11:11:39 +0200 Received: from deimos.spase.nl (deimos [192.9.200.239]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id LAA13434 for ; Mon, 1 Apr 1996 11:07:26 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by deimos.spase.nl (8.6.11/8.6.11) id LAA07931 for freebsd-hackers@FreeBSD.ORG; Mon, 1 Apr 1996 11:03:47 +0200 Message-Id: <199604010903.LAA07931@deimos.spase.nl> Subject: HDD cpu usage (IDE vs. SCSI). To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Mon, 1 Apr 1996 11:03:46 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi Hackers, I was told that cpu usage of SCSI disks was lower than that of IDE disks. However: LikeEver (amd486DX4-100, ncr pci scsi controller) Seagate -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU /usr 20 1299 81.1 1263 15.5 653 18.2 1778 94.9 1982 41.8 47.7 5.7 /tmp (mfs) 20 689 33.7 285 3.4 274 4.5 397 17.5 503 5.7 27.0 3.3 Maxtor -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU /var 20 750 41.9 740 8.5 405 9.7 764 34.7 770 8.8 32.0 3.9 /tmp (mfs) 20 948 48.5 479 6.4 481 9.3 772 39.0 1228 19.3 39.0 4.7 /msdos 20 28 4.5 74 3.3 43 1.9 111 7.7 111 3.6 9.6 10.9 phobos (pentium 90, on-board IDE controller) Quantum -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU /usr 40 1215 41.7 1818 18.8 811 11.5 1376 41.0 1990 16.0 39.9 3.9 How come the seagate uses twice as much cpu as the quantum? Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Mon Apr 1 02:30:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15325 for hackers-outgoing; Mon, 1 Apr 1996 02:30:10 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA15316 for ; Mon, 1 Apr 1996 02:30:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id CAA08362; Mon, 1 Apr 1996 02:30:19 -0800 (PST) Message-Id: <199604011030.CAA08362@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Kees Jan Koster cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Subject: Re: HDD cpu usage (IDE vs. SCSI). In-reply-to: Your message of "Mon, 01 Apr 1996 11:03:46 +0200." <199604010903.LAA07931@deimos.spase.nl> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 01 Apr 1996 02:30:18 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was told that cpu usage of SCSI disks was lower than that of IDE disks. > >However: > >LikeEver (amd486DX4-100, ncr pci scsi controller) >Seagate -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >/usr 20 1299 81.1 1263 15.5 653 18.2 1778 94.9 1982 41.8 47.7 5.7 >/tmp (mfs) 20 689 33.7 285 3.4 274 4.5 397 17.5 503 5.7 27.0 3.3 > >Maxtor -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >/var 20 750 41.9 740 8.5 405 9.7 764 34.7 770 8.8 32.0 3.9 >/tmp (mfs) 20 948 48.5 479 6.4 481 9.3 772 39.0 1228 19.3 39.0 4.7 >/msdos 20 28 4.5 74 3.3 43 1.9 111 7.7 111 3.6 9.6 10.9 > >phobos (pentium 90, on-board IDE controller) >Quantum -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >Directory MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >/usr 40 1215 41.7 1818 18.8 811 11.5 1376 41.0 1990 16.0 39.9 3.9 > >How come the seagate uses twice as much cpu as the quantum? Because a Pentium-90 is much faster than a 486-100 for certain things and most of the %CPU is for total I/O overhead, not just the overhead in the device driver. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Apr 1 02:54:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16456 for hackers-outgoing; Mon, 1 Apr 1996 02:54:23 -0800 (PST) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA16451 for ; Mon, 1 Apr 1996 02:54:22 -0800 (PST) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA212396051; Mon, 1 Apr 1996 02:54:16 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA014696294; Mon, 1 Apr 1996 16:28:14 +0530 Message-Id: <199604011058.AA014696294@fakir.india.hp.com> To: Kees Jan Koster Cc: hackers@freebsd.org Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: Your message of "Mon, 01 Apr 1996 11:03:46 +0200." <199604010903.LAA07931@deimos.spase.nl> Date: Mon, 01 Apr 1996 16:28:14 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk kjk> I was told that cpu usage of SCSI disks was lower than that of IDE disks. [snip] This is generally true if the controller is a bus mastering device. However some of the cheaper SCSI controllers require CPU intervention to read the data from their internal buffers into system memory. These are probably as heavy on CPU as IDE. Would some system experts care to comment? Koshy From owner-freebsd-hackers Mon Apr 1 03:06:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17765 for hackers-outgoing; Mon, 1 Apr 1996 03:06:45 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA17749 for ; Mon, 1 Apr 1996 03:06:36 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id LAA02889 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 11:33:38 +0200 Message-Id: <199604010933.LAA02889@nixpbe.pdb.sni.de> Subject: Virtual Memory system (was: Interesting IDE perf results) To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 1 Apr 96 13:02:49 MET DST From: Greg Lehey Cc: freebsd-hackers@freebsd.org In-Reply-To: <199603280941.KAA24152@uriah.heep.sax.de>; from "J Wunsch" at Mar 28, 96 10:41 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As Joe Greco wrote: > >> Yeah, I'm sending him a 386sx/16 with 3MB RAM and a 40MB hard disk. :-) > > 2 MB, 2 MB! > > (I've once got it almost running in 2 MB, but this was prior to > David's fix of the ``mb_map full'' problem. Perhaps i should try > again.) On an allied subject, I get the impression that the current VM system wastes a fair amount of memory. I have a window which displays the current vmstat statistics every 5 seconds, and I can't recall ever having seen less than 3 MB free (this is on a 32 MB system). BSD/386 will go down to 200 kB before starting to page furiously. Obviously it makes some sense not to take free memory down too low, but isn't it possible that the current tuning errs a bit too much on the side of free memory? Greg From owner-freebsd-hackers Mon Apr 1 03:11:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18089 for hackers-outgoing; Mon, 1 Apr 1996 03:11:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18083 for ; Mon, 1 Apr 1996 03:11:18 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA06543; Mon, 1 Apr 1996 21:03:29 +0930 From: Michael Smith Message-Id: <199604011133.VAA06543@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: dutchman@spase.nl (Kees Jan Koster) Date: Mon, 1 Apr 1996 21:03:28 +0930 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199604010903.LAA07931@deimos.spase.nl> from "Kees Jan Koster" at Apr 1, 96 11:03:46 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Kees Jan Koster stands accused of saying: > > I was told that cpu usage of SCSI disks was lower than that of IDE disks. ... in general, it is. > LikeEver (amd486DX4-100, ncr pci scsi controller) > Seagate -------Sequential Output-------- ---Sequential Input-- --Random > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks > Directory K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > /usr 1299 81.1 1263 15.5 653 18.2 1778 94.9 1982 41.8 47.7 5.7 > /tmp (mfs) 689 33.7 285 3.4 274 4.5 397 17.5 503 5.7 27.0 3.3 > > Maxtor -------Sequential Output-------- ---Sequential Input-- --Random > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks > Directory K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > /var 750 41.9 740 8.5 405 9.7 764 34.7 770 8.8 32.0 3.9 > /tmp (mfs) 948 48.5 479 6.4 481 9.3 772 39.0 1228 19.3 39.0 4.7 > /msdos 28 4.5 74 3.3 43 1.9 111 7.7 111 3.6 9.6 10.9 > > phobos (pentium 90, on-board IDE controller) > Quantum -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Directory K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > /usr 1215 41.7 1818 18.8 811 11.5 1376 41.0 1990 16.0 39.9 3.9 > > How come the seagate uses twice as much cpu as the quantum? Try comparing apples with apples. Your benchmarks are pretty meaningless, but one obvious observation : P90's are faster then DX4's. > Kees Jan Koster e-mail: dutchman@spase.nl -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 1 05:15:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA24682 for hackers-outgoing; Mon, 1 Apr 1996 05:15:24 -0800 (PST) Received: from whyy.org (jehrenkrantz@internal-gw.whyy.org [199.234.236.254]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24677 Mon, 1 Apr 1996 05:15:21 -0800 (PST) Received: (from jehrenkrantz@localhost) by whyy.org (8.6.12/8.6.9) id IAA03816; Mon, 1 Apr 1996 08:16:42 -0500 Date: Mon, 1 Apr 1996 08:16:42 -0500 (EST) From: Jeff Ehrenkrantz To: Mike Pritchard cc: freebsd-hackers@freefall.freebsd.org Subject: Re: locate In-Reply-To: <199604010600.WAA01868@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I also think that there is use for a switch with Locate allowing an expended db. My only concern it that the expanded db doesn't become a security problem. ..je On Sun, 31 Mar 1996, Mike Pritchard wrote: > What do people think of the idea of changing locate & its database > update script to keep a list of ALL files on the system, and > not just those that can been seen by the world. It always drives > me nuts when I use locate to find something I *KNOW* is on > my system, but it would not print it because it is in some directory > that is mode 750, and not 755, but it is still accessable by > my current uid/gid. > ............................... From owner-freebsd-hackers Mon Apr 1 05:42:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25839 for hackers-outgoing; Mon, 1 Apr 1996 05:42:21 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA25833 for ; Mon, 1 Apr 1996 05:42:18 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA01196; Mon, 1 Apr 1996 08:40:48 -0500 (EST) From: "John S. Dyson" Message-Id: <199604011340.IAA01196@dyson.iquest.net> Subject: Re: Virtual Memory system (was: Interesting IDE perf results) To: lehey.pad@sni.de (Greg Lehey) Date: Mon, 1 Apr 1996 08:40:48 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <199604010933.LAA02889@nixpbe.pdb.sni.de> from "Greg Lehey" at Apr 1, 96 01:02:49 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On an allied subject, I get the impression that the current VM system > wastes a fair amount of memory. I have a window which displays the > current vmstat statistics every 5 seconds, and I can't recall ever > having seen less than 3 MB free (this is on a 32 MB system). BSD/386 > will go down to 200 kB before starting to page furiously. > > Obviously it makes some sense not to take free memory down too low, > but isn't it possible that the current tuning errs a bit too much on > the side of free memory? > On a FreeBSD-current (and probably 2.1) system it will start paging at about 100K. Is "free" measured by adding "cache+free"? -- cached pages are similar to the free list on other OSes -- the pages haven't lost their identity, but are available for immediate allocation. Old 4.4Lite VM systems (who includes everyone else) free is really free and without identity. It is critical to limit the number of free pages in that case. John From owner-freebsd-hackers Mon Apr 1 05:50:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26083 for hackers-outgoing; Mon, 1 Apr 1996 05:50:33 -0800 (PST) Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [165.113.58.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA26078 for ; Mon, 1 Apr 1996 05:50:32 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.12/8.6.9) with SMTP id FAA17552 for ; Mon, 1 Apr 1996 05:50:28 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA19396; Mon, 1 Apr 1996 08:50:14 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 1 Apr 1996 08:50 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id HAA10540; Mon, 1 Apr 1996 07:34:49 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id HAA07433; Mon, 1 Apr 1996 07:33:42 -0500 Date: Mon, 1 Apr 1996 07:33:42 -0500 From: Thomas David Rivers Message-Id: <199604011233.HAA07433@lakes> To: bde@zeta.org.au, freebsd-hackers@wcarchive.cdrom.com, lakes!rivers@ucbvax.Berkeley.EDU Subject: Re: SIO lock-ups.. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> SWI_TTY_MASK is missing SWI_NET_MASK in 2.1. This only matters for > >> ppp IIRC. > >> > >> ixoff is broken in 2.1. > >> > >> Bruce > >> > > > Well - that would do it :-) > > > Would you happen to know if I copy the -current sio.c into a 2.1-RELEASE > >tree - what else would I need to alter? > > Lots of device configuration stuff that you don't want to alter. See > above for a list of the important changes. These are in -stable. > > Bruce > Well, I never got "the above" - but that's no big deal... I'll just wait for 2.2. Thanks! - Dave R. - From owner-freebsd-hackers Mon Apr 1 05:58:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26288 for hackers-outgoing; Mon, 1 Apr 1996 05:58:16 -0800 (PST) Received: from sys8.wfc.com (sys8.wfc.com [199.171.126.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA26283 for ; Mon, 1 Apr 1996 05:58:12 -0800 (PST) Received: by sys8.wfc.com id AA29991; Mon, 1 Apr 96 07:59:18 -0600 Date: Mon, 1 Apr 96 07:59:18 -0600 Message-Id: <9604011359.AA29991@sys8.wfc.com> From: Mike Eggleston To: freebsd-hackers@freebsd.org Subject: How to write a socketpair(2)? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm stuck on sco at work and want to use amanda as the backup software. The problem is that I need to have socketpair(2) on the server side to talk to the drivers and tapers, etc. How to I write the equivalent of socketpair(2)? I don't have unix domain sockets and I haven't been able to get it to work right. Anyone have any ideas or code? mike From owner-freebsd-hackers Mon Apr 1 07:09:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29051 for hackers-outgoing; Mon, 1 Apr 1996 07:09:47 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA29044 Mon, 1 Apr 1996 07:09:44 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3laX-000x1UC; Mon, 1 Apr 96 07:32 PST Received: from cc:Mail by ccgate.infoworld.com id AA828371297; Mon, 01 Apr 96 02:14:11 PST Date: Mon, 01 Apr 96 02:14:11 PST From: "Brett Glass" Message-Id: <9603018283.AA828371297@ccgate.infoworld.com> To: freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Subject: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tonight, I bit the bullet and hacked the FreeBSD kernel (specifically, the wdc driver) to disable "green" mode on LARIAT.ORG's ST5660A IDE hard drive. As reported in earlier messages, the drive was retracting its heads and spinning down during periods of inactivity, which caused FreeBSD's disk routines to time out and complain. The system would splatter the screen with kernel error messages and freeze for seconds at a time. (I haven't tried FreeBSD on a laptop, but this must occur frequently in that environment if the same kind of drive is used.) In any event, after an extensive search of the Web, I dredged up the key piece of information needed to solve the problem from the archive ftp://ftp.seagate.com/techsuppt/misc/no_idle.zip on Seagate's Web site. Essentially, to turn off the "green mode" inactivity timer, one issues controller command 0xFB for the relevant drive, with a 0 in the controller's sector count register, during initialization. (A number larger than zero sets the timer to that number of milliseconds.) I'm not a UNIX kernel hacker (or I wasn't, anyway), and was utterly unfamiliar with all the conventions used in FreeBSD, so the source in wd.c took quite a while to analyze. (It's much more complex than it needs to be, and uses -- Aargh! -- uninterruptible busy-waits at the kernel level. THIS is why the entire OS freezes for seconds at a time.) After much staring at the code, I figured out how to get an existing function to do most of the work. The increase in kernel size was therefore negligible. Turning "green mode" off should be optional, so I grabbed two apparently unused configuration flag bits -- 0x0100 and 0x0200 -- for wdc. (The configuration utility doesn't expose flag words for the individual drives; if it did, the flags would really belong THERE.) These bits disable inactivity timeouts on the master and slave drives, respectively. The new kernel seemed to work without breaking anything, but since I haven't played with this code before, and am not ENTIRELY sure that I didn't step on something, I'd like a second or third opinion. [Aside: Maybe, at the same time, someone could tell me what the SLEEPHACK configuration bit does. It looks as if it's supposed to make the driver more tolerant of drive spindowns on laptops, but I'm not sure that it will work as advertised. On this machine, the unwedge() function, which it calls, also complains when the disk spins down.] I don't know how integration of kernel modifications into FreeBSD works, but I'd be glad to send the diffs for the two files I changed (wd.c and wdreg.h) to anyone who wants them. (I started with 2.1.0-RELEASE.) Feel free to integrate them into -current, and add information about the flags to the FAQ. Maybe this will save the next person the week of agony I endured before I figured out how to get this system running. --Brett From owner-freebsd-hackers Mon Apr 1 07:42:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01096 for hackers-outgoing; Mon, 1 Apr 1996 07:42:47 -0800 (PST) Received: from novell.com ([147.2.128.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01068 for ; Mon, 1 Apr 1996 07:42:03 -0800 (PST) Received: from INET-NJ-Message_Server by fromGW with Novell_GroupWise; Mon, 01 Apr 1996 10:38:47 -0500 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Mon, 01 Apr 1996 10:46:49 -0500 From: DARREND@novell.com (Darren Davis) To: rich@lamprey.utmb.edu, rich@rich.isdn.bcm.tmc.edu, smpatel@wam.umd.edu Cc: hackers@freebsd.org, jkh@freefall.freebsd.org, DARREND@novell.com Subject: Re: Netscape 3.0b2 - Problem Found! - Reply Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Rich Murphey 3/30 1:05pm >>> |Date: Sat, 30 Mar 1996 14:39:44 -0500 (EST) |From: Sujal Patel |cc: hackers@freebsd.org, DARREND@novell.com | | |The new Netscape browser does not run in 8bpp.. Thanks for Matt Mead for |this information... He reports it works in 16bpp mode, but I have had no |such success (anyone else?). Yep, 16bpp is what I'm running it under successfully. Rich ~~~ I am definately running it 8bpp. What are the symptoms of failure for you? The only problem I seem to have is no Java Applets. --- Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Mon Apr 1 07:46:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01358 for hackers-outgoing; Mon, 1 Apr 1996 07:46:22 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01312 for ; Mon, 1 Apr 1996 07:45:50 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA23295; Mon, 1 Apr 1996 17:45:05 +0200 From: Luigi Rizzo Message-Id: <199604011545.RAA23295@labinfo.iet.unipi.it> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: davidg@Root.COM Date: Mon, 1 Apr 1996 17:45:05 +0200 (MET DST) Cc: dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604011030.CAA08362@Root.COM> from "David Greenman" at Apr 1, 96 02:29:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >How come the seagate uses twice as much cpu as the quantum? > > Because a Pentium-90 is much faster than a 486-100 for certain things and > most of the %CPU is for total I/O overhead, not just the overhead in the > device driver. Hmmm... if I get it right this means that under certain circumstances (1 disk, onboard IDE controller, medium-fast CPU) using SCSI instead of IDE gives you only a very little saving (which BTW is what I am convinced of, but this has not been the dominating opinion on this list). 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 Mon Apr 1 07:54:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01687 for hackers-outgoing; Mon, 1 Apr 1996 07:54:04 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01682 for ; Mon, 1 Apr 1996 07:54:00 -0800 (PST) Received: from mail.etinc.com ([204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA01519; Mon, 1 Apr 1996 10:55:43 -0500 Date: Mon, 1 Apr 1996 10:55:43 -0500 Message-Id: <199604011555.KAA01519@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Steve Gibson From: dennis@etinc.com (dennis) Subject: Re: NFS between Linux and FreeBSD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >We run our web server off a FreeBSD 2.1 machine, and user accounts on a >Linux 1.3.72 machine. The problem is that for some reason, I can't get >Linux to NFS mount a directory from the FreeBSD Box. Is there a known >incompatibility??? It works, but its a little flakey. We had big problems with an NE2000 in the Linux box...switched to an SMC card and now all is well. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Mon Apr 1 07:58:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01838 for hackers-outgoing; Mon, 1 Apr 1996 07:58:43 -0800 (PST) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA01833 for ; Mon, 1 Apr 1996 07:58:39 -0800 (PST) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id KAA16352; Mon, 1 Apr 1996 10:58:23 -0500 (EST) Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id KAA02202; Mon, 1 Apr 1996 10:58:22 -0500 (EST) Date: Mon, 1 Apr 1996 10:58:21 -0500 (EST) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: Colman Reilly cc: Andrew Gallatin , hackers@FreeBSD.ORG Subject: Re: Linux emulator and Mathematica In-Reply-To: <9604011003.aa25264@salmon.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, Colman Reilly wrote: > > The network. To make the network run, you have to emulate the SIOCHWADDR call > from linux. This returns the ethernet address of your machine. > > Um. Horrible code segment follows. > > Insert into linux_ioctl, in linux_ioctl.c, inside the first switch. > > case 0x8927: > hwaddr[0]=0x00; > hwaddr[1]=0x00; > hwaddr[2]=0xc0; > hwaddr[3]=0x27; > hwaddr[4]=0xe5; > hwaddr[5]=0x66; > return copyout((caddr_t)hwaddr, (caddr_t)args->arg,6); > > > The 6 numbers need to be your ethernet address in hex. I'm sorry, this is a > disgusting hack, but I still haven't had time to fix it Colman, I am running Mathematica, but it only works if I compile the linux support statically into my kernel, not with LKMs. Is this fix you suggested (above) one that would possibly explain that? I haven't tried it yet, as it works statically already. > > Colman > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Mon Apr 1 07:59:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01878 for hackers-outgoing; Mon, 1 Apr 1996 07:59:31 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01868 for ; Mon, 1 Apr 1996 07:59:13 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA23477; Mon, 1 Apr 1996 17:57:57 +0200 From: Luigi Rizzo Message-Id: <199604011557.RAA23477@labinfo.iet.unipi.it> Subject: Re: Virtual Memory system (was: Interesting IDE perf results) To: toor@dyson.iquest.net (John S. Dyson) Date: Mon, 1 Apr 1996 17:57:57 +0200 (MET DST) Cc: lehey.pad@sni.de, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <199604011340.IAA01196@dyson.iquest.net> from "John S. Dyson" at Apr 1, 96 08:40:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Speaking of performance, possibly related to the VM system: Since 2.0, I have had the feeling that the system has become slightly less responsive for interactive applications such as xterms etc. I thought 2.0 was too unstable/young to report this, but 2.1R should not have should have cleaned up most problems. It's just a feeling, probably motivated by the fact that I have a 486/66 w/8MB and the new system appears to be a bit more memory-hungry, but when I switch OS (between 1.1.5 and 2.1R) I can clearly tell which one I am running just by looking at the response time when I move the mouse between two xterms. This especially when one of the processes has been idle for some time; it looks like 2.1R tend to pageout idle processes more than 1.1.5 did, or to spread pages on the swap area in a way which makes them harder to recover. Note that 1.1.5 has no unusual settings, while the 2.1R has been patched with phkmalloc, custom-built XF86_SVGA with only the minumum set of drivers, no unused servers etc. Both systems have custom, stripped down kernels. The same symptoms, though less evident, occurs on a system with 16MB. Is it just me ? 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 Mon Apr 1 08:21:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02998 for hackers-outgoing; Mon, 1 Apr 1996 08:21:30 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA02993 for ; Mon, 1 Apr 1996 08:21:25 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA07257; Mon, 1 Apr 1996 18:00:49 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by gun.de (8.7.5/8.7.3) with SMTP id RAA03695; Mon, 1 Apr 1996 17:38:38 +0200 (MET DST) Date: Mon, 1 Apr 1996 17:38:37 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: Joerg Wunsch , FreeBSD hackers Subject: Re: Lowering minfree to 1% on large disks In-Reply-To: <14982.828343660@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Mon, 1 Apr 1996, Poul-Henning Kamp wrote: > > When this 10% rule came out, you had to deal with disk sizes about > > 100 MB and such ... 10% were about 10 MB. Now you have 4 GB disks > > and 10% are about 400MB. More space than those disks ever had. I > > think the 10% rule is too static. > > As far as I recall, the issue is to avoid fragmenting files across > cylinder groups. > > I belive that a rule of some number of MB times the number of cylinder > groups would be the correct sollution. That sounds reasonable. - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMV/4ffMLpmkD/U+FAQH0TQQAhVED/Gu5TNH0KBBVAFdRvpIP+ebI/uOQ SSAFXMTHC+CVF5GXkDi0REHaiFZ3HuFrvT35y965zzeGU0Ns4ThmRePqZ3c6HAcy +oiOoDR2Jr0rO+8PDIfBRm2xbiX8ggphjOqSP6h1I9UWQvrd85I9HEY3Xl0tHMCX 83LkxKlm+EE= =znbf -----END PGP SIGNATURE----- From owner-freebsd-hackers Mon Apr 1 08:41:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA04245 for hackers-outgoing; Mon, 1 Apr 1996 08:41:02 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA04238 Mon, 1 Apr 1996 08:40:58 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA24510; Mon, 1 Apr 1996 10:40:24 -0600 From: Joe Greco Message-Id: <199604011640.KAA24510@brasil.moneng.mei.com> Subject: Re: locate To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Mon, 1 Apr 1996 10:40:24 -0600 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604010600.WAA01868@freefall.freebsd.org> from "Mike Pritchard" at Mar 31, 96 10:00:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What do people think of the idea of changing locate & its database > update script to keep a list of ALL files on the system, and > not just those that can been seen by the world. It always drives > me nuts when I use locate to find something I *KNOW* is on > my system, but it would not print it because it is in some directory > that is mode 750, and not 755, but it is still accessable by > my current uid/gid. BAAAAAAAAAAD idea. The problem is that you are making information available that would not otherwise be available. I remember demonstrating the vulnerability under 4.3-Tahoe at a University site where the scanner was being run as root. I went and did a find/grep for each of the CS professors, looked through their home directories, and found that one professor was kind enough to have mode 711 on his home directory (to allow the TA's access), and had a readable midterm exam under a name that one would not immediately guess. I've heard similar stories of exploitation back in the days when finger ran as root and did not check for symlinks. People would locate a file in a directory that they could not access, link .plan to it, and finger themselves. The first scenario can be fixed by teaching better security to people who should know better. It can also be fixed by running the scanner as 'nobody' instead of root. The second scenario was fixed in the source, and again also by not running the scanner as root.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Apr 1 08:58:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06036 for hackers-outgoing; Mon, 1 Apr 1996 08:58:33 -0800 (PST) Received: from novell.com ([147.2.128.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06025 for ; Mon, 1 Apr 1996 08:58:27 -0800 (PST) Received: from INET-NJ-Message_Server by fromGW with Novell_GroupWise; Mon, 01 Apr 1996 10:47:50 -0500 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Mon, 01 Apr 1996 10:55:57 -0500 From: DARREND@novell.com (Darren Davis) To: scrappy@ki.net, smpatel@wam.umd.edu Cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 - Problem Found! - Reply Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I seem to be having the problem with being unable to allocate colors as well. Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Mon Apr 1 09:02:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06404 for hackers-outgoing; Mon, 1 Apr 1996 09:02:21 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA06398 for ; Mon, 1 Apr 1996 09:02:18 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA24581; Mon, 1 Apr 1996 11:00:56 -0600 From: Joe Greco Message-Id: <199604011700.LAA24581@brasil.moneng.mei.com> Subject: Re: "active" (INND14unoff4,shared) gets corrupted To: rashid@rk.ios.com (Rashid Karimov) Date: Mon, 1 Apr 1996 11:00:56 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199603311416.JAA15590@rk.ios.com> from "Rashid Karimov" at Mar 31, 96 09:16:40 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hi there ppl, > > > I have INND1.4seunoff4 installed on 3 computers here - > 2 P6-200 and one P-166, all under FreeBSD 2.1-Release. > In one case(P-166) I use shared active patch and ccd driver > to max the HDs perf. > And it works kinda OK, but every once in a while > which means every day the active file gets corrupted > to the extent when it becomes unusable. A lot of BS > characters appear in it,articles numbers get concatenated > with the newsgroups names, non numeric characters appear > in the art. numbers and so on. > The system is not in a production and there is no heavy > usage. > > So did any1 see it before ? Does shared active patch work with > FreeBSD ? Well, it does work in my case , but could it cause > the corruption of the active file ? > I know that some folx here have news machines with ccd working OK > and I'm quite satisfies with perfomance too,but this thing with > active is really annoying. I ran into this just this morning for the first time in four months... hadn't been having that problem. I just recovered the active.old file and fixed it. It appeared to be just a small region of the active file that had gone to hell. I still have the file if anybody cares. The sharedactive stuff seems to work fine. The only other change I typically make is to enable keepalive's on nnrp sessions. I'd really like a way to do this on a "sitewide" basis :-/ ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Apr 1 09:04:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06781 for hackers-outgoing; Mon, 1 Apr 1996 09:04:53 -0800 (PST) Received: from tombstone.sunrem.com (tombstone.sunrem.com [199.104.90.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06758 for ; Mon, 1 Apr 1996 09:04:43 -0800 (PST) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id KAA11256; Mon, 1 Apr 1996 10:04:40 -0700 Date: Mon, 1 Apr 1996 10:04:39 -0700 (MST) From: Brandon Gillespie To: hackers@freebsd.org cc: Sujal Patel Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 31 Mar 1996, Sujal Patel wrote: > Alright folks... After getting a working trace of the way netscape was > running, I've figured out that they are sending an illegal request to our > Xserver. This causes netscapes forked Java process to exit aburptly. Why > this only happens to some of us is still a mystery, but the solution is > simple: > > Type "xset bc" before you start netscape. nope, didn't work... Kernel: 2.1-R (recompiled with linux emulation and a few drivers removed) XServer: XFree86 Version 3.1.2 / X Window System (protocol Version 11, revision 0, vendor release 6001) Operating System: FreeBSD 2.0.5 Configured drivers: S3: accelerated server for S3 graphics adaptors (Patchlevel 0) mmio_928, s3_generic Window Manager: fvwm 1.24r This help? I tried to get applets at java.sun.com working, as well as one a friend of mine has made (which works in netscape gold). -Brandon Gillespie From owner-freebsd-hackers Mon Apr 1 09:05:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06856 for hackers-outgoing; Mon, 1 Apr 1996 09:05:31 -0800 (PST) Received: from mpp.minn.net (root@p101.isc.net [206.144.132.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA06838 Mon, 1 Apr 1996 09:05:21 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id LAA07358; Mon, 1 Apr 1996 11:00:44 -0600 (CST) Message-Id: <199604011700.LAA07358@mpp.minn.net> Subject: Re: locate To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 1 Apr 1996 11:00:44 -0600 (CST) From: "Mike Pritchard" Cc: thomas@ghpc8.ihf.rwth-aachen.de, mpp@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Reply-To: mpp@freebsd.org In-Reply-To: <199604010929.LAA00543@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Apr 1, 96 11:29:49 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Wolfram Schneider wrote: > > Thomas Gellekum writes: > >Mike Pritchard wrote: > >> What do people think of the idea of changing locate & its database > >> update script to keep a list of ALL files on the system, and > >> not just those that can been seen by the world. > > > >No, please. If the owner doesn't want to expose his files to the > >world, locate should respect this. > > Agreed. At my university I start the locate service for private home > directories with following find options: You guys didn't read my whole mail message. I also stated that if the database were to contain a list of all files, then locate would also be changed to verify that any files it prints out are accessible by the user running locate. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Apr 1 09:05:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06936 for hackers-outgoing; Mon, 1 Apr 1996 09:05:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06913 Mon, 1 Apr 1996 09:05:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13615; Mon, 1 Apr 1996 10:02:29 -0700 From: Terry Lambert Message-Id: <199604011702.KAA13615@phaeton.artisoft.com> Subject: Re: Netscape 3.0b2 - Problem Found! To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 1 Apr 1996 10:02:29 -0700 (MST) Cc: terry@lambert.org, smpatel@wam.umd.edu, hackers@FreeBSD.ORG In-Reply-To: <586.828318223@palmer.demon.co.uk> from "Gary Palmer" at Apr 1, 96 01:23:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Terry Lambert wrote in message ID > <199603312017.NAA11724@phaeton.artisoft.com>: > > LANG? LOCALE? > > In my case, the only env. vars I define on top of what tcsh does are > `GZIP', `BLOCKSIZE', `XCDINFODIR', `RESOLV_HOST_CONF', `CVSROOT', and > some now out-of-date IRC stuff. About the only thing which COULD have > an affect is my path... Use "xset bc"; this is the problem as it was tracked down; only if that doesn't work shold this subject keep living. 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 Mon Apr 1 09:06:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07046 for hackers-outgoing; Mon, 1 Apr 1996 09:06:15 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06952 Mon, 1 Apr 1996 09:05:57 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3nP5-000wyEC; Mon, 1 Apr 96 09:28 PST Received: from cc:Mail by ccgate.infoworld.com id AA828378293; Mon, 01 Apr 96 10:00:44 PST Date: Mon, 01 Apr 96 10:00:44 PST From: "Brett Glass" Message-Id: <9603018283.AA828378293@ccgate.infoworld.com> To: freebsd-hardware@freebsd.org, hackers@freebsd.org, bugs@freebsd.org Subject: Changes to FreeBSD kernel to keep "green" drives on Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here are the diffs to FreeBSD 2.1.0-RELEASE that turn off the inactivity timer. Turning on these flags will always be a good idea for desktop systems with "green" hard drives, but the kernel still needs fixing to handle systems in which an inactivity timeout is desirable (e.g. laptops). --Brett Changes to wd.c: 105a106,111 > #define WDOPT_NO_IDLE_0 0x0100 /* Flags added by Brett Glass to shut off */ > #define WDOPT_NO_IDLE_1 0x0200 /* inactivity timeout on some IDE drives, */ > /* such as ST5660A. On each interface, */ > /* 0x0100 and 0x0200 are for master and */ > /* slave, respectively. */ > 229a236,237 > #define DKFL_NO_IDLE 0x00800 /* disk has had inactivity timer > turned off -BG */ 443a452,453 > if (du->dk_flags & DKFL_NO_IDLE) > printf(", inactivity timer disabled"); 1610a1621,1633 > } > > /* If this drive should have its inactivity timer turned off, issue > the command to do it. If the command succeeds, then set a flag > in the disk's struct so we can report that it worked. -BG */ > > du->dk_flags &= ~DKFL_NO_IDLE; /* Assume command will fail */ > > /* Shift WDOPT_NO_IDLE_0 left if unit 1 to get WDOPT_NO_IDLE_1*/ > if (flags & (WDOPT_NO_IDLE_0 << (du->dk_unit))) { > if (wdcommand(du, 0, 0, 0, 0, WDCC_IDLEMODE) == 0) { > du->dk_flags |= DKFL_NO_IDLE; > } Changes to wdreg.h: 99a100,102 > /* Following constant added by Brett Glass for the command that > disables/enables "green" mode on drives such as the Seagate ST5660A */ > #define WDCC_IDLEMODE 0xFB /* configure active/idle mode -BG*/ From owner-freebsd-hackers Mon Apr 1 09:12:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07723 for hackers-outgoing; Mon, 1 Apr 1996 09:12:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07717 for ; Mon, 1 Apr 1996 09:12:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13637; Mon, 1 Apr 1996 10:05:57 -0700 From: Terry Lambert Message-Id: <199604011705.KAA13637@phaeton.artisoft.com> Subject: Re: Dell EIDE drive data corruption with FreeBSD? To: hlew@genome.Stanford.EDU (Howard Lew) Date: Mon, 1 Apr 1996 10:05:57 -0700 (MST) Cc: terry@lambert.org, macgyver@infinet.com, hackers@FreeBSD.org In-Reply-To: from "Howard Lew" at Mar 31, 96 09:36:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > > A while ago, I rememeber someone posted something about it. > > > > > I think the machine in question was a Dell P75 with EIDE drive, > > > > > > > > > > Was a solution found? > > > > > > > > Is this the flawed IDE chipset that loses data if you interleave I/O? > > > > > > > > If so, the answer is to change your CMOS settings. > > > > > > Hmmm.... what chipset did they use? > > > > PC-TECH RZ1000 chip. About 1/3 of all onboard EIDE disk controllers > > are broken. I don't know how many controller cards. > > > Is there a diagnostic program out there to discover the flaw or is it > more or less a random problem that crops up once in a while? Read the board doc and don't buy equipment with these chips. 8-(. You can also avoid the problem by not buying IDE. It's on the order of broken cache writeback (or original Saturn and Mercury chipsets, etc.). It would take a specialized hardware card coupled with software to properly diagnose. If you have this chip, hope that you have an extended CMOS setup, or you will have to replace the card/disable the motherboard IDE to fix 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 Mon Apr 1 09:19:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08318 for hackers-outgoing; Mon, 1 Apr 1996 09:19:46 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08309 for ; Mon, 1 Apr 1996 09:19:44 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id MAA04966; Mon, 1 Apr 1996 12:14:38 -0500 Date: Mon, 1 Apr 1996 12:14:38 -0500 From: Charles Green Message-Id: <199604011714.MAA04966@fang.cs.sunyit.edu> In-Reply-To: DARREND@novell.com (Darren Davis) "Re: Netscape 3.0b2 - Problem Found! - Reply" (Apr 1, 10:46) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: DARREND@novell.com (Darren Davis) Subject: Re: Netscape 3.0b2 - Problem Found! - Reply Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have it working in 8bpp, FreeBSD 2.1-STABLE, XFree86[TM] 3.1.2D (beta version), S3 server. Applets work fine. Darren Davis stands accused of saying: } Date: Apr 1, 10:46 } Subject: Re: Netscape 3.0b2 - Problem Found! - Reply } } } >>> Rich Murphey 3/30 1:05pm >>> } |Date: Sat, 30 Mar 1996 14:39:44 -0500 (EST) } |From: Sujal Patel } |cc: hackers@freebsd.org, DARREND@novell.com } | } | } |The new Netscape browser does not run in 8bpp.. Thanks for Matt Mead } for } |this information... He reports it works in 16bpp mode, but I have had } no } |such success (anyone else?). } } Yep, 16bpp is what I'm running it under successfully. } Rich } ~~~ } I am definately running it 8bpp. What are the symptoms of failure for } you? The only problem I seem to have is no Java Applets. } } --- } Darren R. Davis } Senior Software Engineer } Novell, Inc. } } }-- End of excerpt from Darren Davis -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Mon Apr 1 09:21:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08452 for hackers-outgoing; Mon, 1 Apr 1996 09:21:30 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08443 Mon, 1 Apr 1996 09:21:28 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA06197 ; Mon, 1 Apr 1996 09:21:01 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA27240; Mon, 1 Apr 1996 19:10:53 +0200 From: Wolfram Schneider Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.7.2/8.7.2) id TAA26870; Mon, 1 Apr 1996 19:10:47 +0200 (MET DST) Date: Mon, 1 Apr 1996 19:10:47 +0200 (MET DST) Message-Id: <199604011710.TAA26870@caramba.cs.tu-berlin.de> To: mpp@freebsd.org Cc: thomas@ghpc8.ihf.rwth-aachen.de, mpp@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: locate In-Reply-To: <199604011700.LAA07358@mpp.minn.net> References: <199604010929.LAA00543@caramba.cs.tu-berlin.de> <199604011700.LAA07358@mpp.minn.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Pritchard writes: >You guys didn't read my whole mail message. I also stated >that if the database were to contain a list of all files, >then locate would also be changed to verify that any >files it prints out are accessible by the user running locate. This kill NFS in worst case. Just type ``locate / | wc'' My database has 2.5 millions file names (and 168 NFS mount points) Wolfram From owner-freebsd-hackers Mon Apr 1 09:33:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09201 for hackers-outgoing; Mon, 1 Apr 1996 09:33:52 -0800 (PST) Received: from bbs.galactica.it (bbs.galactica.it [151.99.164.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09196 for < hackers@freebsd.org>; Mon, 1 Apr 1996 09:33:47 -0800 (PST) From: davide@galactica.it Message-Id: <199604011733.JAA09196@freefall.freebsd.org> To: hackers@freebsd.org Date: 1 Apr 1996 19:18:42 GMT Subject: Change HD controller Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, My FreeBsd Ver. 2.0 machine has a BusLogic AT SCSI HD Controller. Now I want to change the controller and pass to PCI Adaptec AHA 2940. Is There any problem about this change ? No change in the file system manage ? Thanks for reply Ciao Davide From owner-freebsd-hackers Mon Apr 1 09:52:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10280 for hackers-outgoing; Mon, 1 Apr 1996 09:52:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA10256 for ; Mon, 1 Apr 1996 09:52:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA29625 for ; Mon, 1 Apr 1996 19:51:10 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA11466 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 19:51:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id TAA06045 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 19:16:01 +0200 (MET DST) From: J Wunsch Message-Id: <199604011716.TAA06045@uriah.heep.sax.de> Subject: Re: locate To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Apr 1996 19:16:00 +0200 (MET DST) In-Reply-To: <199604010815.KAA21390@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Apr 1, 96 10:15:10 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Gellekum wrote: > Mike Pritchard wrote: > > What do people think of the idea of changing locate & its database > > update script to keep a list of ALL files on the system, and > > not just those that can been seen by the world. > > No, please. If the owner doesn't want to expose his files to the > world, locate should respect this. That's out of question. However, locate could collect the information about all files, but verify the permissions at runtime. (This will make the database larger however.) As i've explained before, this would require locate to run setuid, and the databases to be mode 0600. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 1 09:59:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10907 for hackers-outgoing; Mon, 1 Apr 1996 09:59:27 -0800 (PST) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA10792 for ; Mon, 1 Apr 1996 09:57:20 -0800 (PST) Received: from crissy.gemis.ge.com ([3.29.7.57]) by ns.ge.com (8.7.5/8.7.3) with SMTP id MAA06846; Mon, 1 Apr 1996 12:56:10 -0500 Received: from salem.ge.com (carsdb.salem.ge.com [3.29.7.15]) by crissy.gemis.ge.com (8.6.11/8.6.11) with SMTP id MAA19986; Mon, 1 Apr 1996 12:56:01 -0500 Received: from combs.salem.ge.com by salem.ge.com (4.1/SMI-4.1) id AA23976; Mon, 1 Apr 96 12:56:02 EST Received: from localhost (steve@localhost) by combs.salem.ge.com (8.7.5/8.6.11) with SMTP id MAA27897; Mon, 1 Apr 1996 12:56:01 -0500 (EST) Date: Mon, 1 Apr 1996 12:56:01 -0500 (EST) From: "Stephen F. Combs" Reply-To: CombsSF@salem.ge.com To: Luigi Rizzo Cc: davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: <199604011545.RAA23295@labinfo.iet.unipi.it> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Years ago we did a series of tests on PC's with IDE/EIDE/ST506/SCSI/etc.... Out of those tests came the following: If single-user O/S use single/multiple IDE(s) If multi-user O/S (WinNT, Unix, QNX, LynxO/S, etc.....) always, always use MULITPLE SCSI Disks w/SCSI Tape Backup. Wherever possible, on server systems, use multiple SCSI with Multiple SCSI controllers Single disk configurations IDE/SCSI were a wash in all configurations tested. The degradation in a multi-user O/S with multiple SCSI disks was less than 5%. With Multiple IDEs the degradation exceeded 50%. These were performed LOOOONG ago. ---- Stephen F. Combs Internet: CombsSF@Salem.GE.COM GE DS&TC Voice: 540.387.8828 Network Services Home: CombsSF-Home@Salem.GE.COM 1501 Roanoke Blvd FAX: 540.387.7106 Salem, VA 24153 LapTop: CombsSF-Mobile@Salem.GE.COM On Mon, 1 Apr 1996, Luigi Rizzo wrote: > Date: Mon, 1 Apr 1996 17:45:05 +0200 (MET DST) > From: Luigi Rizzo > To: davidg@Root.COM > Cc: dutchman@spase.nl, freebsd-hackers@freebsd.org > Subject: Re: HDD cpu usage (IDE vs. SCSI). > > > >How come the seagate uses twice as much cpu as the quantum? > > > > Because a Pentium-90 is much faster than a 486-100 for certain things and > > most of the %CPU is for total I/O overhead, not just the overhead in the > > device driver. > > Hmmm... if I get it right this means that under certain circumstances > (1 disk, onboard IDE controller, medium-fast CPU) using SCSI instead > of IDE gives you only a very little saving (which BTW is what I am > convinced of, but this has not been the dominating opinion on this > list). > > 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 Mon Apr 1 10:09:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11595 for hackers-outgoing; Mon, 1 Apr 1996 10:09:40 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA11585 for ; Mon, 1 Apr 1996 10:09:33 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id NAA17963; Mon, 1 Apr 1996 13:07:59 -0500 (EST) From: "John S. Dyson" Message-Id: <199604011807.NAA17963@dyson.iquest.net> Subject: Re: Virtual Memory system (was: Interesting IDE perf results) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 1 Apr 1996 13:07:59 -0500 (EST) Cc: lehey.pad@sni.de, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG In-Reply-To: <199604011557.RAA23477@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 1, 96 05:57:57 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Note that 1.1.5 has no unusual settings, while the 2.1R has been > patched with phkmalloc, custom-built XF86_SVGA with only the minumum > set of drivers, no unused servers etc. Both systems have custom, > stripped down kernels. The same symptoms, though less evident, > occurs on a system with 16MB. > > Is it just me ? > The system does let go of not recently used pages more quickly when someone else needs them. The algorithm is based heavily on recent usage stats. It can converge very quickly to a small working set. I think that part of the problem is that we don't start gathering stats until we are out of memory. I have some changes to the pageout daemon that would be interesting to try if you want. (I am only working on -current though.) For a quick hack (might not work,) you might try changing the tsleep in the mainloop of the pageout daemon (vm_pageout) so that it wakes up every half second or so. (Put a 60 in the last arg that is currently a 0.) Tell me how it works. John From owner-freebsd-hackers Mon Apr 1 10:18:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12325 for hackers-outgoing; Mon, 1 Apr 1996 10:18:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12318 Mon, 1 Apr 1996 10:18:51 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13813; Mon, 1 Apr 1996 11:14:46 -0700 From: Terry Lambert Message-Id: <199604011814.LAA13813@phaeton.artisoft.com> Subject: Re: locate To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 1 Apr 1996 11:14:46 -0700 (MST) Cc: mpp@FreeBSD.ORG, thomas@ghpc8.ihf.rwth-aachen.de, mpp@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604011710.TAA26870@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Apr 1, 96 07:10:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >You guys didn't read my whole mail message. I also stated > >that if the database were to contain a list of all files, > >then locate would also be changed to verify that any > >files it prints out are accessible by the user running locate. > > This kill NFS in worst case. Just type ``locate / | wc'' > My database has 2.5 millions file names (and 168 NFS mount points) Holy crap! You are mounting 168 other boxes via NFS onto a FreeBSD box?!?! This has got to be some kind of record. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 10:18:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12337 for hackers-outgoing; Mon, 1 Apr 1996 10:18:56 -0800 (PST) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA12320 Mon, 1 Apr 1996 10:18:52 -0800 (PST) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id NAA00938; Mon, 1 Apr 1996 13:16:45 -0500 (EST) Date: Mon, 1 Apr 1996 13:16:45 -0500 (EST) From: "Marc G. Fournier" To: Terry Lambert cc: Gary Palmer , smpatel@wam.umd.edu, hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 - Problem Found! In-Reply-To: <199604011702.KAA13615@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, Terry Lambert wrote: > > Terry Lambert wrote in message ID > > <199603312017.NAA11724@phaeton.artisoft.com>: > > > LANG? LOCALE? > > > > In my case, the only env. vars I define on top of what tcsh does are > > `GZIP', `BLOCKSIZE', `XCDINFODIR', `RESOLV_HOST_CONF', `CVSROOT', and > > some now out-of-date IRC stuff. About the only thing which COULD have > > an affect is my path... > > Use "xset bc"; this is the problem as it was tracked down; only if > that doesn't work shold this subject keep living. 8-). > It doesn't work...so this subject should keep living :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Mon Apr 1 10:21:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12606 for hackers-outgoing; Mon, 1 Apr 1996 10:21:29 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12582 Mon, 1 Apr 1996 10:21:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13834; Mon, 1 Apr 1996 11:17:59 -0700 From: Terry Lambert Message-Id: <199604011817.LAA13834@phaeton.artisoft.com> Subject: Re: locate To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Mon, 1 Apr 1996 11:17:59 -0700 (MST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604010600.WAA01868@freefall.freebsd.org> from "Mike Pritchard" at Mar 31, 96 10:00:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Locate would then have to be updated to stat each match it > finds first before printing it, but I think for most typical > locate runs, the performance penalty would be negligble. > I know that my typical locate runs usually come up with less than > a pageful of matches, and stat'ing each one of those is much > better than my running "find / -name xyzzy -print". This also > provides the benefit is not listing files which have been removed > from the system since the database was updated. I assume locate itself would be suid or sgid to make the database files not world-readable? Otherwise, you can still find files you aren't supposed to be able to, and it's still a security hole. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 10:23:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12828 for hackers-outgoing; Mon, 1 Apr 1996 10:23:47 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA12809 Mon, 1 Apr 1996 10:23:41 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id KAA04704; Mon, 1 Apr 1996 10:21:49 -0800 (PST) Message-Id: <199604011821.KAA04704@ref.tfs.com> Subject: Re: Changes to FreeBSD kernel to keep "green" drives on To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Mon, 1 Apr 1996 10:21:49 -0800 (PST) From: "JULIAN Elischer" Cc: freebsd-hardware@FreeBSD.org, hackers@FreeBSD.org, bugs@FreeBSD.org In-Reply-To: <9603018283.AA828378293@ccgate.infoworld.com> from "Brett Glass" at Apr 1, 96 10:00:44 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Here are the diffs to FreeBSD 2.1.0-RELEASE that turn off the inactivity > timer. Turning on these flags will always be a good idea for desktop > systems with "green" hard drives, but the kernel still needs fixing to > handle systems in which an inactivity timeout is desirable (e.g. laptops). My laptop has always beed set up to timeout the drive after 30 secons.. the system has been coping wth this successfully since 386BSD0.1 (1992). the drive takes about 1.5 seconds to spin-up... the standard timeoutes in the driver seem to cope.. when the batery is low it sometimes has to try several times to overcome 'stiction' (you can hear teh drive kick the spindle a couple of times before it starts,, the driver seems to handle this as well, though it takes about 4 seconds to get going in this case. I know phk has been looking at spin-up optimisatiosn.. (e.g. if a drive takes more than a set time to come ready, assumen it was spinning up and schedule a 'sync' to catch it while it's already going.. From owner-freebsd-hackers Mon Apr 1 10:39:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14763 for hackers-outgoing; Mon, 1 Apr 1996 10:39:14 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA14757 for ; Mon, 1 Apr 1996 10:39:12 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA24760 for hackers@freebsd.org; Mon, 1 Apr 1996 12:38:40 -0600 From: Joe Greco Message-Id: <199604011838.MAA24760@brasil.moneng.mei.com> Subject: SO_KEEPALIVE To: hackers@freebsd.org Date: Mon, 1 Apr 1996 12:38:39 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Question, stupid, nonetheless a question: Does anybody see any advantage to allowing for a way to set a systemwide SO_KEEPALIVE default of ON? My reason for asking: from time to time, I run into situations where software does not correctly terminate connections, most often due to broken Portmasters or broken TCP/IP implementations. For example, smp 2983 0.0 0.0 412 348 ?? I 13Mar96 0:01.79 -ws1-6.gmttech.ods.net: smp: STOR test.zip (ftpd) or the dozens of hung nnrp processes that get into write() and never get out on daily-planet.execpc.com. My usual fix is to patch the source to enable KEEPALIVE... I don't mind a local kernel patch but it seems to me that many ISP's might find this useful. ... JG From owner-freebsd-hackers Mon Apr 1 10:40:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14931 for hackers-outgoing; Mon, 1 Apr 1996 10:40:48 -0800 (PST) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA14920 for ; Mon, 1 Apr 1996 10:40:44 -0800 (PST) Received: from diego.isds.duke.edu (diego.isds.duke.edu [152.3.22.47]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id NAA19545; Mon, 1 Apr 1996 13:40:34 -0500 (EST) From: Andrew Gallatin Message-Id: <199604011840.NAA19545@davinci.isds.duke.edu> Date: Mon, 1 Apr 1996 13:40:34 -0500 (EST) To: Colman Reilly CC: hackers@freebsd.org Subject: Re: Linux emulator and Mathematica In-Reply-To: <9604011003.aa25264@salmon.maths.tcd.ie> References: <9604011003.aa25264@salmon.maths.tcd.ie> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Colman Reilly writes: > The network. To make the network run, you have to emulate the SIOCHWADDR call > from linux. This returns the ethernet address of your machine. > > Um. Horrible code segment follows. > > Insert into linux_ioctl, in linux_ioctl.c, inside the first switch. > > case 0x8927: > hwaddr[0]=0x00; > hwaddr[1]=0x00; > hwaddr[2]=0xc0; > hwaddr[3]=0x27; > hwaddr[4]=0xe5; > hwaddr[5]=0x66; > return copyout((caddr_t)hwaddr, (caddr_t)args->arg,6); > > > The 6 numbers need to be your ethernet address in hex. I'm sorry, this is a > disgusting hack, but I still haven't had time to fix it > > Colman Thanks... Actually, I consider being able to hardcode the HW address a feature ;-) We have a university wide site-license for mathematica, but I still hate having to deal with the key givers.. Anyway, I've slapped the above into linux_ioctl, in linux_ioctl.c (btw, what type is hwaddr supposed to be?, I've got it declared as int hwaddr[6]) I've appended what I've put into the 2.1R linux_dummy.c. Its taken nearly verbatum from the the 3/23 snap. At this point, I've attemped to use both a network & standalone license. I'd really rather get the standalone license working.. The network license sort of works, but strange goblety-gook is printed to the screen, it looses connections to the server, and mathclients are spawned which go into a cpu-bound infinate loop. The standalone (which is what I really want) stops on the error: General::codespace: Code space corrupted a ktrace shows it reading from a file (/usr/local/math/Install/Preload/msgthin.m), closing it then dying: 213 mathexe RET read 2833/0xb11 213 mathexe CALL close(3) 213 mathexe RET close 0 213 mathexe CALL write(1,4149248,1) 213 mathexe GIO fd 1 wrote 1 bytes " " 213 mathexe RET write 1 213 mathexe CALL write(1,4149248,41) 213 mathexe GIO fd 1 wrote 41 bytes "General::codespace: Code space corrupted." 213 mathexe RET write 41/0x29 213 mathexe CALL write(1,4149248,1) 213 mathexe GIO fd 1 wrote 1 bytes " " 213 mathexe RET write 1 213 mathexe PSIG SIGBUS SIG_DFL Where do I go from here? Thanks, Drew ############################################################################## # Andrew Gallatin, Computer Project Manager # # Institute of Statistics and Decision Sciences # # Box 90251, Duke University, Durham, NC 27708-0251 # ############################################################################## #include #include #include #include #include #include #include #include struct linux_sigcontext { int sc_gs; int sc_fs; int sc_es; int sc_ds; int sc_edi; int sc_esi; int sc_ebp; int sc_esp; int sc_ebx; int sc_edx; int sc_ecx; int sc_eax; int sc_trapno; int sc_err; int sc_eip; int sc_cs; int sc_eflags; int sc_esp_at_signal; int sc_ss; int sc_387; int sc_mask; int sc_cr2; }; struct linux_sigreturn_args { struct linux_sigcontext * scp; }; /* * System call to cleanup state after a signal * has been taken. Reset signal mask and * stack state from context left by sendsig (above). * Return to previous pc and psl as specified by * context left by sendsig. Check carefully to * make sure that the user has not modified the * psl to gain improper privileges or to cause * a machine fault. */ int linux_sigreturn(struct proc *p, struct linux_sigreturn_args *args, int *retval) /* struct proc *p; struct linux_sigreturn_args *args; int *retval; */ { struct linux_sigcontext *scp, context; register int *regs; int eflags; regs = p->p_md.md_regs; #ifdef DEBUG printf("Linux-emul(%d): linux_sigreturn(%8x)\n", p->p_pid, args->scp); #endif /* * The trampoline code hands us the context. * It is unsafe to keep track of it ourselves, in the event that a * program jumps out of a signal handler. */ scp = args->scp; if (copyin((caddr_t)scp, &context, sizeof(*scp)) != 0) return (EFAULT); /* * Check for security violations. */ #define EFLAGS_SECURE(ef, oef) ((((ef) ^ (oef)) & ~PSL_USERCHANGE) == 0) eflags = context.sc_eflags; /* * XXX do allow users to change the privileged flag PSL_RF. The * cpu sets PSL_RF in tf_eflags for faults. Debuggers should * sometimes set it there too. tf_eflags is kept in the signal * context during signal handling and there is no other place * to remember it, so the PSL_RF bit may be corrupted by the * signal handler without us knowing. Corruption of the PSL_RF * bit at worst causes one more or one less debugger trap, so * allowing it is fairly harmless. */ if (!EFLAGS_SECURE(eflags & ~PSL_RF, regs[tEFLAGS] & ~PSL_RF)) { return(EINVAL); } /* * Don't allow users to load a valid privileged %cs. Let the * hardware check for invalid selectors, excess privilege in * other selectors, invalid %eip's and invalid %esp's. */ #define CS_SECURE(cs) (ISPL(cs) == SEL_UPL) if (!CS_SECURE(context.sc_cs)) { trapsignal(p, SIGBUS, T_PROTFLT); return(EINVAL); } p->p_sigacts->ps_sigstk.ss_flags &= ~SA_ONSTACK; p->p_sigmask = context.sc_mask &~ (sigmask(SIGKILL)|sigmask(SIGCONT)|sigmask(SIGSTOP)); /* * Restore signal context. */ /* %fs and %gs were restored by the trampoline. */ regs[tES] = context.sc_es; regs[tDS] = context.sc_ds; regs[tEDI] = context.sc_edi; regs[tESI] = context.sc_esi; regs[tEBP] = context.sc_ebp; regs[tEBX] = context.sc_ebx; regs[tEDX] = context.sc_edx; regs[tECX] = context.sc_ecx; regs[tEAX] = context.sc_eax; regs[tEIP] = context.sc_eip; regs[tCS] = context.sc_cs; regs[tEFLAGS] = eflags; regs[tESP] = context.sc_esp_at_signal; regs[tSS] = context.sc_ss; return (EJUSTRETURN); } From owner-freebsd-hackers Mon Apr 1 10:55:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA17041 for hackers-outgoing; Mon, 1 Apr 1996 10:55:48 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA17035 for ; Mon, 1 Apr 1996 10:55:44 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.4) id KAA06942; Mon, 1 Apr 1996 10:55:41 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.4) id KAA23534; Mon, 1 Apr 1996 10:55:39 -0800 (PST) Message-Id: <199604011855.KAA23534@newport.ece.uci.edu> To: Warner Losh cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: libc 3.0 In-reply-to: Your message of "Sun, 31 Mar 1996 19:52:02 MST." <199604010252.TAA11391@rover.village.org> Date: Mon, 01 Apr 1996 10:55:37 -0800 From: Steven Wallace Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Finally, I get the impression that I'm the only one that seems to > think this is a problem. If so, I'll go away, but I've seen only two > or three messages in hackers. I think this is really important. > > Comments? > You are right. This is important and the make world of take a few extra steps. You were on the right track. Just move ld.so.3.0 into /usr/lib/junk and then do an ldconfig /usr/lib /usr/lib/junk ... When ld comes along to link stuff, it does not see ld.so.3.0 'cuz it's in junk dir. You also said: >I didn't say that they would be proud of it [hack], but sometimes you gotta >do gross things to keep binary compatibility. > >If there were a boatload of other changes in this release, then it >wouldn't be a big deal. If the only reason to bump the major rev was >for NETISO and NETNS stuff that was killed (which was sold as not >impacting anybody), then some allowances should be made. I agree completely! In a scrict sense, bumping the major version is the correct thing to do, but in a practical sense leaving it as version 2 for binary compatability outweighs the correctness of going to ver 3. I call for the changes Warner and I have proposed. Let us revert to ver 2.3 and let -current people follow the reversion procedure I outlined. When we move to ELF binaries and libraries, THEN we should remove those old net functions when we are forced to go to a new library version. Steven From owner-freebsd-hackers Mon Apr 1 11:11:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18554 for hackers-outgoing; Mon, 1 Apr 1996 11:11:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18533 Mon, 1 Apr 1996 11:10:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA00611; Tue, 2 Apr 1996 05:06:24 +1000 Date: Tue, 2 Apr 1996 05:06:24 +1000 From: Bruce Evans Message-Id: <199604011906.FAA00611@godzilla.zeta.org.au> To: Brett_Glass@ccgate.infoworld.com, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >ftp://ftp.seagate.com/techsuppt/misc/no_idle.zip >on Seagate's Web site. Essentially, to turn off the "green mode" >inactivity timer, one issues controller command 0xFB for the relevant >drive, with a 0 in the controller's sector count register, during >initialization. (A number larger than zero sets the timer to that number of >milliseconds.) 0xFB is vendor specific according to the (old) ata-r4c draft. That standard has a lot about sleep, standby and idle modes, but only host- controlled modes. >I'm not a UNIX kernel hacker (or I wasn't, anyway), and was utterly >unfamiliar with all the conventions used in FreeBSD, so the source in >wd.c took quite a while to analyze. (It's much more complex than it needs >to be, and uses -- Aargh! -- uninterruptible busy-waits at the kernel >level. THIS is why the entire OS freezes for seconds at a time.) After It's much less complex than it needs to be :-). >[Aside: Maybe, at the same time, someone could tell me what the SLEEPHACK >configuration bit does. It looks as if it's supposed to make the driver >more tolerant of drive spindowns on laptops, but I'm not sure that it will >work as advertised. On this machine, the unwedge() function, which it >calls, also complains when the disk spins down.] It just forces a wdunwedge() call if the drive is unexpectedly busy in wdcommand(). wdunwedge() might fail because TIMEOUT is too short. It should be at least 31000000 (31 seconds). Bruce From owner-freebsd-hackers Mon Apr 1 11:12:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18776 for hackers-outgoing; Mon, 1 Apr 1996 11:12:30 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18767 Mon, 1 Apr 1996 11:12:26 -0800 (PST) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA10426 ; Mon, 1 Apr 1996 11:12:20 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id UAA00949; Mon, 1 Apr 1996 20:43:16 +0200 From: Wolfram Schneider Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.7.2/8.7.2) id UAA02307; Mon, 1 Apr 1996 20:43:08 +0200 (MET DST) Date: Mon, 1 Apr 1996 20:43:08 +0200 (MET DST) Message-Id: <199604011843.UAA02307@caramba.cs.tu-berlin.de> To: Terry Lambert Cc: mpp@freebsd.org, thomas@ghpc8.ihf.rwth-aachen.de, mpp@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: locate In-Reply-To: <199604011814.LAA13813@phaeton.artisoft.com> References: <199604011710.TAA26870@caramba.cs.tu-berlin.de> <199604011814.LAA13813@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: >> >You guys didn't read my whole mail message. I also stated >> >that if the database were to contain a list of all files, >> >then locate would also be changed to verify that any >> >files it prints out are accessible by the user running locate. >> >> This kill NFS in worst case. Just type ``locate / | wc'' >> My database has 2.5 millions file names (and 168 NFS mount points) > >Holy crap! You are mounting 168 other boxes via NFS onto a >FreeBSD box?!?! No, it's large SunOS based network, 65 different NFS server. No single FreeBSD box ;-( I use the FreeBSD sources for locate. Wolfram From owner-freebsd-hackers Mon Apr 1 11:51:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21270 for hackers-outgoing; Mon, 1 Apr 1996 11:51:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21264 Mon, 1 Apr 1996 11:51:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA14012; Mon, 1 Apr 1996 12:47:03 -0700 From: Terry Lambert Message-Id: <199604011947.MAA14012@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Mon, 1 Apr 1996 12:47:02 -0700 (MST) Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9603018283.AA828371297@ccgate.infoworld.com> from "Brett Glass" at Apr 1, 96 02:14:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Tonight, I bit the bullet and hacked the FreeBSD kernel (specifically, the > wdc driver) to disable "green" mode on LARIAT.ORG's ST5660A IDE hard drive. > As reported in earlier messages, the drive was retracting its heads and > spinning down during periods of inactivity, which caused FreeBSD's disk > routines to time out and complain. The system would splatter the screen > with kernel error messages and freeze for seconds at a time. (I haven't > tried FreeBSD on a laptop, but this must occur frequently in that > environment if the same kind of drive is used.) Disabling "green" mode is probably not the cannonically correct soloution. The probably correct soloution would be to recognize the mode is active (spindle motor status query maybe?) and deal with it. The big thing about that is that the retriesand everything would have to be hidden, by class, at a common layer for a clean implementation that didn't care about particular hardware (like yours). > I'm not a UNIX kernel hacker (or I wasn't, anyway), and was utterly > unfamiliar with all the conventions used in FreeBSD, so the source in > wd.c took quite a while to analyze. (It's much more complex than it needs > to be, and uses -- Aargh! -- uninterruptible busy-waits at the kernel > level. THIS is why the entire OS freezes for seconds at a time.) After > much staring at the code, I figured out how to get an existing > function to do most of the work. The increase in kernel size was therefore > negligible. That's a very different problem. Basically, the kernel needs some event level driver preeemptability. You could do this by changing the busy waits to one-shot driven polls... but this would need a one shot facility, and would require significantly reworking the timer code to get that capability. > [Aside: Maybe, at the same time, someone could tell me what the SLEEPHACK > configuration bit does. It looks as if it's supposed to make the driver > more tolerant of drive spindowns on laptops, but I'm not sure that it will > work as advertised. On this machine, the unwedge() function, which it > calls, also complains when the disk spins down.] The unwedge can be a problem -- this was discussed in detail before on the lists -- it had to do with a tiemout while unwedging and the disk spinning up-dow-up-down in yo-yo mode as a result of drive reset. I thought that that had been handled. Anyway, it's better to have a soloution than to just be screwed. 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 Mon Apr 1 11:58:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21782 for hackers-outgoing; Mon, 1 Apr 1996 11:58:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21777 for ; Mon, 1 Apr 1996 11:58:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA14025; Mon, 1 Apr 1996 12:54:30 -0700 From: Terry Lambert Message-Id: <199604011954.MAA14025@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: bde@zeta.org.au (Bruce Evans) Date: Mon, 1 Apr 1996 12:54:30 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199604010340.NAA29080@godzilla.zeta.org.au> from "Bruce Evans" at Apr 1, 96 01:40:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >The correct soloution involves removing the bad144 code from the > >disk driver itself to divorce it from the disk driver level so > >that it can be applied to things like spanned volumes, etc.. Like > > I did that more than a year ago. UTST. Wow. If this is the case, I will reinstall a WD1007 system with the bad144 code applied on a per slice basis instead of to the BSD partition as a whole, and use the whole disk as one BSD disklabeled area spanning the 1024th cylinder. Of course, this is impossible, since the job can't really be completed in the current device framework, and the bad144 code still relies on a bit in the disklabel to tell it is active on a partition, overall, instead of being on a per slice basis. And the boot code still considers the partition as a whole, using the disklabel flag, so the divorce I was suggesting is incomplete, This is not to say that progress on the journey was not made; only that the journey is incomplete. If I sound rough-shod, well, it's because I prefer to go directly to the final soloution instead of taking intermediate evoloutionary steps. I can proudl;y say that, in this tradition, none of my machines have been purchased with DOS preinstalled when the final goal was running BSD. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 12:08:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22570 for hackers-outgoing; Mon, 1 Apr 1996 12:08:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22557 for ; Mon, 1 Apr 1996 12:08:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA14051; Mon, 1 Apr 1996 13:04:38 -0700 From: Terry Lambert Message-Id: <199604012004.NAA14051@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 1 Apr 1996 13:04:37 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199603312229.AAA01348@uriah.heep.sax.de> from "J Wunsch" at Apr 1, 96 00:29:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > What happens if you turn of translation on the things? > > > > I wonder how you wanna turn it off: [...] > > > Definitions for SCSI translation taking ZBR into account: > > > > Untranslated: H = Real number of heads > > C = Real number of cylinders > > S = ? (some average) > > C * H * S = Actual number of sectors, or less > > C/H/S is as reported by SCSI sense. > > However, these numbers are `real', but inaccessible. The SCSI > protocol doesn't let you enter any of these numbers in a SCSI command. > That's why you cannot turn off the ``translation''. Again, the translation I refer to is that which is done by the BIOS. Undetectable translation by hardware or controllers is never a problem. The WD1007 trnslation for sector sparing is a problem only because it is detectable (the controller-level geometry query includes the sparing sectors). ZBR translation is totally and completely transparent. It is only an issue if you want the disktab to be something other than a useless time-wasting frob, since the intent is to optimize disk activity to reduce the number of seeks (something which is impossible without knowledge of the real disk geometry, and on ZBR drives, is not possible without a vectored table lookup... and a SCSI II query). The SCSI I geometry query *will* return the real number of heads and cylinders. What it will not give is anything more than an average S value, rendering cylinder seek optimization useless. The term "untranslated" as used here refers to the geometry reported by INT 13 AH=8 in BIOS not differing from that reported by a controller query in protected mode. This is, in fact, impossible to achieve with Adaptec (and other) SCSI controllers, which do not support untranslated BIOS access (and a loss of cylinders over 1024). That the drive itself lies about the sector average to the SCSI I query (which would, ideally, be the same as what is reported by the BIOS query) is irrelevant. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 12:16:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23393 for hackers-outgoing; Mon, 1 Apr 1996 12:16:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23388 for ; Mon, 1 Apr 1996 12:16:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA14077; Mon, 1 Apr 1996 13:12:36 -0700 From: Terry Lambert Message-Id: <199604012012.NAA14077@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 1 Apr 1996 13:12:35 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199603312249.AAA01686@uriah.heep.sax.de> from "J Wunsch" at Apr 1, 96 00:49:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I believe that Bad144 processing [...] > ... > > And you will note, I have been arguing long and hard for a devfs > > (since early 1994). > > I've noted. :) > > > You may have missed this because of the suggested change to the > > Bad144 table location to just before the swap area I have made > > previously. > > Nope. I simply didn't care about bad144. Nor do i now. My last ESDI > disk has been thrown out of a window more than a year ago. :) You don't care because you have turned on SCSI error correction. This is the wrong thing to do for a stripe set and/or RAID... in fact, any time when using spindle sync is desirable, since the spared sector will not be at the synchronized location. In these situations media perfection drivers (the class of which Bad144 is a poor member) must be layered on *top* of the raw disk interface, not in place of it. Which is to say, you have yet to encounter this situation except on old drives because you aren't doing anything very complex with new drives -- yet. > This isn't to say that your proposal doesn't have some merit, but it's > up to others to implement it. I would be happy to write the code. It is dependent, at this point, on other peoples code being there as a foundation. Without knowing in advance the shape of the foundation, it's rather irrelevant for me to go into the prefab building business. I would just have to rewrite the code on a moment to moment basis, which is a waste of my time. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 12:16:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23438 for hackers-outgoing; Mon, 1 Apr 1996 12:16:32 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23411 Mon, 1 Apr 1996 12:16:24 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3qNR-000wsdC; Mon, 1 Apr 96 12:39 PST Received: from cc:Mail by ccgate.infoworld.com id AA828389720; Mon, 01 Apr 96 12:50:46 PST Date: Mon, 01 Apr 96 12:50:46 PST From: "Brett Glass" Message-Id: <9603018283.AA828389720@ccgate.infoworld.com> To: "JULIAN Elischer" Cc: freebsd-hardware@FreeBSD.org, hackers@FreeBSD.org, bugs@FreeBSD.org Subject: Re: Changes to FreeBSD kernel to keep "green" drives on Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > My laptop has always beed set up to timeout the drive after 30 secons.. > the system has been coping wth this successfully since 386BSD0.1 (1992). > the drive takes about 1.5 seconds to spin-up... > the standard timeoutes in the driver seem to cope.. Apparently, it depends on just how long the drive takes to come up to speed. It takes less power if it can ramp up more slowly, so the "greenest" drives will have the worst problems. --Brett From owner-freebsd-hackers Mon Apr 1 12:22:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25046 for hackers-outgoing; Mon, 1 Apr 1996 12:22:34 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25039 for ; Mon, 1 Apr 1996 12:22:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA14103; Mon, 1 Apr 1996 13:18:21 -0700 From: Terry Lambert Message-Id: <199604012018.NAA14103@phaeton.artisoft.com> Subject: Re: Netscape 3.0b2 [Solution & Summary] To: brandon@tombstone.sunrem.com (Brandon Gillespie) Date: Mon, 1 Apr 1996 13:18:21 -0700 (MST) Cc: hackers@FreeBSD.org, smpatel@wam.umd.edu In-Reply-To: from "Brandon Gillespie" at Apr 1, 96 10:04:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > nope, didn't work... > > Kernel: 2.1-R (recompiled with linux emulation and a few drivers removed) > XServer: > > XFree86 Version 3.1.2 / X Window System > (protocol Version 11, revision 0, vendor release 6001) > Operating System: FreeBSD 2.0.5 > Configured drivers: > S3: accelerated server for S3 graphics adaptors (Patchlevel 0) > mmio_928, s3_generic > > Window Manager: fvwm 1.24r > > This help? > > I tried to get applets at java.sun.com working, as well as one a friend > of mine has made (which works in netscape gold). Are you running the most recent XFree86 (as opposed to running the old stuff as opposed to running the new server but using the old Xlibs)? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 12:40:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27095 for hackers-outgoing; Mon, 1 Apr 1996 12:40:46 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27090 for ; Mon, 1 Apr 1996 12:40:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA03704; Tue, 2 Apr 1996 06:37:59 +1000 Date: Tue, 2 Apr 1996 06:37:59 +1000 From: Bruce Evans Message-Id: <199604012037.GAA03704@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: fdisk and partition info Cc: freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >The correct soloution involves removing the bad144 code from the >> >disk driver itself to divorce it from the disk driver level so >> >that it can be applied to things like spanned volumes, etc.. Like >> >> I did that more than a year ago. UTST. >Wow. If this is the case, I will reinstall a WD1007 system with the >bad144 code applied on a per slice basis instead of to the BSD >partition as a whole, This should work iff the slices are BSD partitions. >and use the whole disk as one BSD disklabeled >area spanning the 1024th cylinder. ? Then it wouldn't be sliced. >Of course, this is impossible, since the job can't really be completed >in the current device framework, and the bad144 code still relies on >a bit in the disklabel to tell it is active on a partition, overall, >instead of being on a per slice basis. bad144 is only implemented for BSD slices. General slices should use something less evil. However, there is nowhere in a general slice to store the bits giving the sector sparing method (if any). >And the boot code still considers the partition as a whole, using the >disklabel flag, so the divorce I was suggesting is incomplete, I did not divorce the bad144 code from the boot code or claim to do so :-). Bruce From owner-freebsd-hackers Mon Apr 1 13:11:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29184 for hackers-outgoing; Mon, 1 Apr 1996 13:11:47 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29129 Mon, 1 Apr 1996 13:11:37 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3rEx-000wuBC; Mon, 1 Apr 96 13:34 PST Received: from cc:Mail by ccgate.infoworld.com id AA828393033; Mon, 01 Apr 96 13:53:35 PST Date: Mon, 01 Apr 96 13:53:35 PST From: "Brett Glass" Message-Id: <9603018283.AA828393033@ccgate.infoworld.com> To: Bruce Evans , freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > wdunwedge() might fail because TIMEOUT is too short. It should be at > least 31000000 (31 seconds). Based on Michael's account of what's in the ATA spec (i.e. that the drive can take 30 seconds to come ready), this is correct. But it shouldn't wait the whole 31 seconds always, as the current code would do. It should check again and again and GIVE UP after 31 seconds (or slightly more). Of course, pausing 30 seconds in the kernel could be catastrophic for some applications, so implementing some of those proprietary commands is still useful. The modification I sent in covers Seagate's. --Brett From owner-freebsd-hackers Mon Apr 1 13:18:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01826 for hackers-outgoing; Mon, 1 Apr 1996 13:18:02 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA01820 Mon, 1 Apr 1996 13:17:56 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA24957; Mon, 1 Apr 1996 15:16:39 -0600 From: Joe Greco Message-Id: <199604012116.PAA24957@brasil.moneng.mei.com> Subject: Re: locate To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 1 Apr 1996 15:16:38 -0600 (CST) Cc: mpp@FreeBSD.ORG, thomas@ghpc8.ihf.rwth-aachen.de, mpp@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604011710.TAA26870@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Apr 1, 96 07:10:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Mike Pritchard writes: > >You guys didn't read my whole mail message. I also stated > >that if the database were to contain a list of all files, > >then locate would also be changed to verify that any > >files it prints out are accessible by the user running locate. Does this imply that you intend to make "locate" a suid program? Otherwise I'll just skip locate and parse the database myself. ... JG From owner-freebsd-hackers Mon Apr 1 13:19:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01909 for hackers-outgoing; Mon, 1 Apr 1996 13:19:22 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01896 Mon, 1 Apr 1996 13:19:14 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA18463; Mon, 1 Apr 1996 23:19:23 +0200 Received: by uni4nn.iaf.nl with UUCP id AA06533 (5.67b/IDA-1.5); Mon, 1 Apr 1996 23:18:59 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA23959 (5.67b/IDA-1.5); Mon, 1 Apr 1996 23:09:59 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id TAA00699; Mon, 1 Apr 1996 19:55:00 +0200 From: Wilko Bulte Message-Id: <199604011755.TAA00699@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Eisa config file for Ultrastore adapters To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 1 Apr 1996 19:54:59 +0200 (MET DST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199603312242.OAA04989@freefall.freebsd.org> from "Justin T. Gibbs" at Mar 31, 96 02:42:05 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sent out a copy of the .cfg in direct mail. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Apr 1 13:29:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02766 for hackers-outgoing; Mon, 1 Apr 1996 13:29:05 -0800 (PST) Received: from ntserv.webleicester.co.uk ([206.249.75.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA02755 for ; Mon, 1 Apr 1996 13:29:00 -0800 (PST) Received: from [206.249.75.17] by ntserv.webleicester.co.uk (NTMail 3.01.00) id ba001665; Mon, 1 Apr 1996 21:28:52 +0000 Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21); 1 Apr 96 21:29:31 +0000 Received: from SpoolDir by LANSYS (Mercury 1.21); 1 Apr 96 21:29:14 +0000 From: "Phil Taylor" Organization: Lan Systems To: hackers@FreeBSD.ORG, "Chuck O'Donnell" Date: Mon, 1 Apr 1996 21:29:13 GMT Subject: Re: > 80x24 ? Reply-to: phil@lansys.webleicester.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: <8F45354DE2@lansys.webleicester.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Date: Tue, 26 Mar 1996 18:11:08 -0500 (EST) > From: Chuck O'Donnell > To: hackers@FreeBSD.ORG > Subject: Re: > 80x24 ? > > > On Wed, 27 Mar 1996, Darren Reed wrote: > > Is there such a thing as a "most common" method for changing the text > > resolution ? What about for PnP devices ? > > PnP: Plug and Pray :) Whose been using windoze 95 then ?????? (1895) /* Phil Taylor phil@webleicester.co.uk LAN Systems - LAN/WAN Specialists */ From owner-freebsd-hackers Mon Apr 1 13:36:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03352 for hackers-outgoing; Mon, 1 Apr 1996 13:36:08 -0800 (PST) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03307 Mon, 1 Apr 1996 13:35:54 -0800 (PST) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id QAA05859; Mon, 1 Apr 1996 16:34:47 -0500 Date: Mon, 1 Apr 1996 16:34:54 -0500 (EST) From: Charles Owens To: questions list FreeBSD cc: freebsd-hackers@freebsd.org Subject: FYI: javac (Java compiler) seems to work under -stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since I haven't seen any postings about this, here's mine: The javac port (in the -current ports) appears to function properly under -stable (dated 3/16/96). Both it and the netscape3 port (which javac needs) installed correctly. I was able to compile and run the following: mport java.awt.Graphics; public class HelloWorld extends java.applet.Applet { public void paint(Graphics g) { g.drawString("Hello world!", 5, 25); } } Not a very strigent test, but hey! As I said in another post, however, under -stable I can't seem to be able to _view_ applets with Netscape3 ("atlas"). I've been forced to keep Netscape2.01-linux around for that purpose (running under the emulator). I'd be interested in hearing what other FreeBSDers are doing with java. --- ------------------------------------------------------------------------- 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 Mon Apr 1 13:43:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04162 for hackers-outgoing; Mon, 1 Apr 1996 13:43:22 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA04144 for ; Mon, 1 Apr 1996 13:43:18 -0800 (PST) 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 XAA07212 ; Mon, 1 Apr 1996 23:43:07 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA26163 ; Mon, 1 Apr 1996 23:43:17 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id SAA27388; Mon, 1 Apr 1996 18:57:01 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604011657.SAA27388@keltia.freenix.fr> Subject: Re: random traps To: narvi@haldjas.folklore.ee (Narvi) Date: Mon, 1 Apr 1996 18:57:00 +0200 (MET DST) Cc: alk@Think.COM, hackers@freefall.freebsd.org In-Reply-To: from Narvi at "Apr 1, 96 10:18:00 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Narvi said: > > I once had a program which might do the stability of FreeBSD a world > > of good, if applied in earnest. That program generated random > > syscalls. It would reliably crash Ultrix or SunOS 4.0.x or 4.1.[01] > > within 5-50 seconds (depending on the OS more strongly than chance:-), Look for crashme on FTP sites, it is probably on sunsite in one of the Linux dirs. At the time, I ran it on my FreeBSD 1.0.2 system and and got bored of seeing it runnig without an hitch for half an hour... :-) Latest is 2.1 I think : 9 May 1994 12.0 Ko /sources/misc/benchmarks/crashme-2.1.tar.gz -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Mon Apr 1 13:44:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04336 for hackers-outgoing; Mon, 1 Apr 1996 13:44:57 -0800 (PST) Received: from maui.com (langfod@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04326 for ; Mon, 1 Apr 1996 13:44:52 -0800 (PST) Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id LAA00482 for hackers@freebsd.org; Mon, 1 Apr 1996 11:44:58 -1000 From: David Langford Message-Id: <199604012144.LAA00482@ maui.com> Subject: Can anyone make boot ROM fro ethernet To: hackers@freebsd.org Date: Mon, 1 Apr 1996 11:44:58 -1000 (HST) X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am looking at setting up a few sites with netbooting X-terminals and I was wondering if there was anyone that sold or could make EPROMS for netbooting. Thanks. -- /--------------------------------------------------------------------\ | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | | Maui Research and Technology Center -- Network Administrator | \--------------------------------------------------------------------/ From owner-freebsd-hackers Mon Apr 1 14:36:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08215 for hackers-outgoing; Mon, 1 Apr 1996 14:36:12 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA08128 Mon, 1 Apr 1996 14:36:03 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) id OAA14454; Mon, 1 Apr 1996 14:36:03 -0800 (PST) Date: Mon, 1 Apr 1996 14:36:02 -0800 (PST) From: Jaye Mathisen To: "Jordan K. Hubbard" cc: Sujal Patel , Darren Davis , hackers@freebsd.org, "Jordan K. Hubbard" Subject: Re: Yes!!! Netscape and Java for BSDI - Reply - Reply In-Reply-To: <5727.828201323@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My 2.2-current with netscape 3.0b2 works fine as well, runs Java apps no problem. Wish I could contribute more than "It works for me", but hell, it's another datapoint. On Sat, 30 Mar 1996, Jordan K. Hubbard wrote: > > Ummm.. Something is wrong :) I get no Java Applets either (using a make > > install from Jordan's port)... Darren are you running -current? Jordan > > do you have Java working? > > This is very strange. I can tell you exactly what the sequence of > events was in my installation of that port: > > 1. Fetch the tar file. Contemplate unpacking and installing it by hand > but decide "no, wait, I might as well just create a port for this right > here and now instead." > > 2. Move the tar file to the distfiles directory and clone the netscape2 > port as netscape3 (the missing "fetch" step here is why I blew the > initial path to the tarball, which Satoshi fixed - whoops!). > > 3. Fix the new netscape3 port to DTRT for the slightly different structure > of the new port - mainly just change "hot-convert.sh" to "moz3_0.zip" > since the hot-convert script was gone and the moz3_0.zip file added. > > 4. Make install. Yow - it worked! > > 5. Visit http://java.sun.com and run all the applets there. Yow, they > work too! > > 6. Import the port. > > I'm running 2.2-current; I wonder if that has anything to do with it? > > Jordan > > > > > Here's what I found out: > > > > 1- moz_blah.zip is in the correct place, because deleteing it causes > > netscape to complain about it missing. > > 2- Java Applets attempt to start (I get subprocess diagnostics as always) > > > > > > Sujal > > > > PS: BTW, has anyone else noticed that the BSDI binary launches much > > faster- and maybe performs better than the Linux one? Do we demand page > > Linux a.out binaries? > > > > From owner-freebsd-hackers Mon Apr 1 15:00:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA10032 for hackers-outgoing; Mon, 1 Apr 1996 15:00:34 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA10027 for ; Mon, 1 Apr 1996 15:00:28 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) id OAA14661; Mon, 1 Apr 1996 14:57:54 -0800 (PST) Date: Mon, 1 Apr 1996 14:57:53 -0800 (PST) From: Jaye Mathisen To: Joe Greco cc: hackers@freebsd.org Subject: Re: SO_KEEPALIVE In-Reply-To: <199604011838.MAA24760@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would love this. On Mon, 1 Apr 1996, Joe Greco wrote: > Question, stupid, nonetheless a question: > > Does anybody see any advantage to allowing for a way to set a systemwide > SO_KEEPALIVE default of ON? > > My reason for asking: from time to time, I run into situations where > software does not correctly terminate connections, most often due to broken > Portmasters or broken TCP/IP implementations. For example, > > smp 2983 0.0 0.0 412 348 ?? I 13Mar96 0:01.79 -ws1-6.gmttech.ods.net: smp: STOR test.zip (ftpd) > > or the dozens of hung nnrp processes that get into write() and never get out > on daily-planet.execpc.com. My usual fix is to patch the source to enable > KEEPALIVE... > > I don't mind a local kernel patch but it seems to me that many ISP's might > find this useful. > > ... JG > From owner-freebsd-hackers Mon Apr 1 15:16:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11044 for hackers-outgoing; Mon, 1 Apr 1996 15:16:50 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11039 Mon, 1 Apr 1996 15:16:48 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3tCA-000wqzC; Mon, 1 Apr 96 15:39 PST Received: from cc:Mail by ccgate.infoworld.com id AA828400543; Mon, 01 Apr 96 14:26:29 PST Date: Mon, 01 Apr 96 14:26:29 PST From: "Brett Glass" Message-Id: <9603018284.AA828400543@ccgate.infoworld.com> To: Terry Lambert Cc: freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Disabling "green" mode is probably not the cannonically correct > soloution. No, but it's an important feature to have available. While it's necessary to have the OS "deal with it" when the drive spins down, it's also extremely useful (especially on a multitasking OS with virtual memory) to be able to tell the drive NOT to spin down. Since this involves issuing low-level disk controller commands, it's properly implemented either as a kernel option or as a privileged utility. There's no ioctl to issue a controller command (should there be?), so the code has to go in the kernel for now. > The probably correct soloution would be to recognize > the mode is active (spindle motor status query maybe?) and deal > with it. This should be incorporated as well -- so that users COULD let the drive spin down (e.g. on a laptop). The idea of clock-interrupt-driven polling is a good one, since it would let other tasks run. With 2.0.1-RELEASE, you can't even type on the keyboard while waiting for a drive to spin up. And on this system, IP packets were being dropped, and the serial buffers on the system were overflowing due to incoming PPP traffic! Not good. --Brett From owner-freebsd-hackers Mon Apr 1 15:24:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11577 for hackers-outgoing; Mon, 1 Apr 1996 15:24:26 -0800 (PST) Received: from tombstone.sunrem.com (tombstone.sunrem.com [199.104.90.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11572 for ; Mon, 1 Apr 1996 15:24:23 -0800 (PST) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id QAA12037; Mon, 1 Apr 1996 16:18:48 -0700 Date: Mon, 1 Apr 1996 16:18:48 -0700 (MST) From: Brandon Gillespie To: Terry Lambert cc: hackers@FreeBSD.org, smpatel@wam.umd.edu Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <199604012018.NAA14103@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, Terry Lambert wrote: I wrote: [snip] > > Kernel: 2.1-R (recompiled with linux emulation and a few drivers removed) > > XServer: > > > > XFree86 Version 3.1.2 / X Window System > > (protocol Version 11, revision 0, vendor release 6001) > > Operating System: FreeBSD 2.0.5 > > Configured drivers: > > S3: accelerated server for S3 graphics adaptors (Patchlevel 0) > > mmio_928, s3_generic > > > > Window Manager: fvwm 1.24r [snip] > > Are you running the most recent XFree86 (as opposed to running the old > stuff as opposed to running the new server but using the old Xlibs)? I am running whatever came with the 2.1-R cdrom, I havn't had a chance (nor inkling) to upgrade, is it a simple thing? ;) -Brandon Gillespie From owner-freebsd-hackers Mon Apr 1 15:53:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13526 for hackers-outgoing; Mon, 1 Apr 1996 15:53:30 -0800 (PST) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13520 for ; Mon, 1 Apr 1996 15:53:24 -0800 (PST) Received: from max3-145.HiWAAY.net by fly.HiWAAY.net; (5.65v3.0/1.1.8.2/21Sep95-1003PM) id AA23663; Mon, 1 Apr 1996 17:52:00 -0600 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 1 Apr 1996 17:52:36 -0600 To: Luigi Rizzo , davidg@root.com From: dkelly@hiwaay.net (David Kelly) Subject: Re: HDD cpu usage (IDE vs. SCSI). Cc: dutchman@spase.nl, freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 9:45 AM 4/1/96, Luigi Rizzo wrote: >> >How come the seagate uses twice as much cpu as the quantum? >> >> Because a Pentium-90 is much faster than a 486-100 for certain things and >> most of the %CPU is for total I/O overhead, not just the overhead in the >> device driver. > >Hmmm... if I get it right this means that under certain circumstances >(1 disk, onboard IDE controller, medium-fast CPU) using SCSI instead >of IDE gives you only a very little saving (which BTW is what I am >convinced of, but this has not been the dominating opinion on this >list). No, that's not it at all. Standard Scientific Method: Only change one variable at a time. Either put the SCSI card in the Pentium or the IDE drives in the DX4/100. Repeat your test. Even then it won't be completely accurate without nearly identical drives, same manufacturer, same model, one SCSI, one IDE. For real interesting information run both of your tests at the same time (on the same CPU), one on SCSI, the other on IDE. Or two tests to two SCSI drives on the same bus. Or two IDE drives on the same bus. Then you will see the difference. IDE does a perfectly good job of what it was designed for: cheap single user single tasks. And that's what you were measuring. But by changing the CPU's you also altered the units of your measurement (% of what? Answer "% of Pentium, % of DX4/100, units don't match."). -- David Kelly N4HHE, n4hhe@amsat.org, dkelly@hiwaay.net ============================================================= To invent, you need a good imagination and a pile of junk. - Thomas Edison From owner-freebsd-hackers Mon Apr 1 17:11:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19322 for hackers-outgoing; Mon, 1 Apr 1996 17:11:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19308 for ; Mon, 1 Apr 1996 17:11:41 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA08679; Tue, 2 Apr 1996 11:03:29 +0930 From: Michael Smith Message-Id: <199604020133.LAA08679@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 2 Apr 1996 11:03:28 +0930 (CST) Cc: davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604011545.RAA23295@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 1, 96 05:45:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > > > >How come the seagate uses twice as much cpu as the quantum? > > > > Because a Pentium-90 is much faster than a 486-100 for certain things and > > most of the %CPU is for total I/O overhead, not just the overhead in the > > device driver. > > Hmmm... if I get it right this means that under certain circumstances > (1 disk, onboard IDE controller, medium-fast CPU) using SCSI instead > of IDE gives you only a very little saving (which BTW is what I am > convinced of, but this has not been the dominating opinion on this > list). No, you're not understanding. For a given CPU, IDE will _always_ use more CPU time than SCSI. Period. If you have lots of free CPU, then IDE is fine, but if you feel that your CPU has better things to do with its time than copy data to and from your disk, then SCSI is the only solution that makes sense. > Luigi -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 1 17:20:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20127 for hackers-outgoing; Mon, 1 Apr 1996 17:20:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20122 Mon, 1 Apr 1996 17:20:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA14908; Mon, 1 Apr 1996 18:11:01 -0700 From: Terry Lambert Message-Id: <199604020111.SAA14908@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Mon, 1 Apr 1996 18:11:01 -0700 (MST) Cc: terry@lambert.org, freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9603018284.AA828400543@ccgate.infoworld.com> from "Brett Glass" at Apr 1, 96 02:26:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Disabling "green" mode is probably not the cannonically correct > > soloution. > > No, but it's an important feature to have available. While it's necessary > to have the OS "deal with it" when the drive spins down, it's also > extremely useful (especially on a multitasking OS with virtual memory) to > be able to tell the drive NOT to spin down. Since this involves issuing > low-level disk controller commands, it's properly implemented either as a > kernel option or as a privileged utility. There's no ioctl to issue a > controller command (should there be?), so the code has to go in the kernel > for now. OK. I agree. There should be an ioctl to issue a controller command for WD controllers -- we have one for SCSI. > > The probably correct soloution would be to recognize > > the mode is active (spindle motor status query maybe?) and deal > > with it. > > This should be incorporated as well -- so that users COULD let the drive > spin down (e.g. on a laptop). The idea of clock-interrupt-driven polling is > a good one, since it would let other tasks run. With 2.0.1-RELEASE, you > can't even type on the keyboard while waiting for a drive to spin up. And > on this system, IP packets were being dropped, and the serial buffers on > the system were overflowing due to incoming PPP traffic! Not good. I would prefer to have a reschedulable one-shot than to directly use the timer interrupt. The distinction is that the interrupt can be scheduled as a one shot down to the hardware resoloution instead of being limited to the clock frequency. The win here is that I can have a hardware interrupt to cause timed service routines in the kernel without giving up RT. This lets you replace recurrening events with rescheduling the oneshot, and replace DELAY() with a one-shot scheduling. The hard part in implementing this would be keeping other things, like the PC speaker sound driver, operational. If all you wanted to solve was the long duration hang of the WDC, I *suppose* (he said reluctantly) you could hook the system clock ISR using a callback registration list of some kind. It would be rather simple to implement, knowing beforehand that your even will occur *after* rather than *when* the timer goes (useless for a floppy tape driver in the kernel to kill of the user space "ft" program). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 1 17:22:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20244 for hackers-outgoing; Mon, 1 Apr 1996 17:22:40 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20235 for ; Mon, 1 Apr 1996 17:22:34 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id UAA17057 for freebsd-hackers@freebsd.org; Mon, 1 Apr 1996 20:22:30 -0500 Received: from ns.crynwr.com (ns.crynwr.com [192.203.178.14]) by crh.cl.msu.edu (8.6.12/8.6.12) with SMTP id UAA17023 for ; Mon, 1 Apr 1996 20:20:13 -0500 Received: (qmail-queue invoked by alias); 2 Apr 1996 01:21:36 GMT Delivered-To: quickcam-drivers-list@ns.crynwr.com Received: (qmail-queue invoked from smtpd); 2 Apr 1996 01:21:35 GMT Received: from tiny.sprintlink.net (199.0.55.90) by ns.crynwr.com with SMTP; 2 Apr 1996 01:21:35 GMT Received: from tiger.avana.net ([205.245.133.2]) by tiny.sprintlink.net (8.7.3/8.6.9) with SMTP id UAA27371; Mon, 1 Apr 1996 20:18:54 -0500 (EST) Received: from [205.245.133.31] by tiger.avana.net; (5.65/1.1.8.2/11Sep95-0736PM) id AA05175; Mon, 1 Apr 1996 20:18:40 -0500 Message-Id: <1.5.4b12.32.19960402011852.0068b9bc@tiger.avana.net> X-Sender: mikech@tiger.avana.net X-Mailer: Windows Eudora Light Version 1.5.4b12 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 01 Apr 1996 20:18:52 -0500 To: quickcam-drivers-list@ns.crynwr.com From: "Michael W. Chalkley" Subject: A little friendly Qcam competition... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Qcam Contest ------------------- I have convinced the powers that be here in Atlanta (various and sundry Internet Service Providers), that it would be great for the dial-up and leased-line business if people could videoconference between them from any type of platform (especially Linux) as well, if not better than they can from Win95. I told them that there needs to be a freely available driver that would allow people to hook their Connectix Qcam to a UNIX workstation so they could do it pretty cheaply. To cut to the chase, they agreed to put up $10,000.00 (that's U.S.) as an incentive for people to do it. So I have decided that the first person who creates a driver that will work with vic (version 2.7a38) and the connectix qcam on the following platforms will receive $1000.00 per platform. HP 700 (HPUX 10.X) IBM AIX Linux BSD Solaris SunOS DEC OSF/1 SGI IRIX Windows NT AT&T SVR4 Vic source is available from: ftp://ftp.ee.lbl.gov/conferencing/vic/alpha-test/ If you get all 10 platforms going, and are the first one to get the compilable working source to me, you will receive a $10,000.00 certified check (You can also collaborate, but it's still $1000.00 per driver to your group). Now Vic has been ported to all of these platforms, and Koji OKAMURA has created grabber-gcam.cc for vic using libqcam.a. It should be pretty simple port for some of you brainy guys on this mailing list. Now, there is one more thing... I've decided to ask for at least 10 frames per second at 160x120 6bpp. There is always a catch :-) We can't be any slower that the guys running Windows 95 can we? I know that some of you are gonna say it's impossible, or that offering money goes against the spirit of this group. That is fine and you are welcome to your opinion but don't e-mail me with it! Legalese: 1. First received is determined by the judges (me). I am not responsible for lost e-mail. 2. I must be able to compile it on my systems at work. If I can't, you are welcome to help me. I will judge you by the date I received the code, not by the date I get it to compile (don't send crap and then send a fix in order to get in early!) I will only upgrade the compiler (most of the time gcc) ar add a new development tool if needed to compile the code. 3. It must be the full source, not partial or just binaries. 4. The judges (my) decisions are final! 5. You are responsible for taxes on your prize winnings. 6. Equipment must be standard (No 1000 megahertz pentiums, custom controller interfaces, etc.) 7. You give up all rights to the code once you receive the check. Don't come back to me after we GPL it and say you didn't want to do that. 8. Send your contest questions to me, not the mailing list!!! mikech@avana.net 9. These contest rules are subject to change in order to comply with state or federal law. You will be notified of changes by e-mail. 10. The winning code will be place on an anonymous ftp server so that everyone can share the wealth. HAVE FUN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Any questions? mikech@avana.net I will be setting up a web page to keep you appraised of driver status and winners of the contest. From owner-freebsd-hackers Mon Apr 1 17:56:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23024 for hackers-outgoing; Mon, 1 Apr 1996 17:56:05 -0800 (PST) Received: from novell.com (ukb-ums.ukb.novell.com [164.99.11.176]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23004 for ; Mon, 1 Apr 1996 17:56:00 -0800 (PST) Received: from INET-UKB-Message_Server by fromGW with Novell_GroupWise; Tue, 02 Apr 1996 02:56:01 +0100 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Mon, 01 Apr 1996 19:26:53 +0100 From: DARREND@novell.com (Darren Davis) To: gpalmer@freebsd.org, terry@lambert.org Cc: hackers@freebsd.org, terry@lambert.org, smpatel@wam.umd.edu Subject: Re: Netscape 3.0b2 - Problem Found! - Reply Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Terry Lambert 4/ 1 10:02am >>> > Terry Lambert wrote in message ID > <199603312017.NAA11724@phaeton.artisoft.com>: > > LANG? LOCALE? > > In my case, the only env. vars I define on top of what tcsh does are > `GZIP', `BLOCKSIZE', `XCDINFODIR', `RESOLV_HOST_CONF', `CVSROOT', and > some now out-of-date IRC stuff. About the only thing which COULD have > an affect is my path... Use "xset bc"; this is the problem as it was tracked down; only if that doesn't work shold this subject keep living. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ~~~ This did not work for me. Darren R. Davis Senior Software Engineer Novell Inc. From owner-freebsd-hackers Mon Apr 1 18:02:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23439 for hackers-outgoing; Mon, 1 Apr 1996 18:02:03 -0800 (PST) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23429 for ; Mon, 1 Apr 1996 18:02:00 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Tue, 2 Apr 96 04:01 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-hackers@freebsd.org id ; Tue, 2 Apr 96 04:01 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA05029; Mon, 1 Apr 96 23:21:27 +0200 Date: Mon, 1 Apr 96 23:21:27 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9604012121.AA05029@wavehh.hanse.de> To: angio@shell.ARos.NET Cc: freebsd-hackers@freebsd.org Subject: Re: "active" (INND14unoff4,shared) gets corrupted Newsgroups: hanse-ml.freebsd.hackers References: <199603311506.BAA21645@asstdc.scgt.oz.au> <199603312053.NAA28795@shell.aros.net> Reply-To: cracauer@wavehh.hanse.de Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk angio@shell.ARos.NET (Dave Andersen) wrote: >Baffling -- I use both sharedactive and MMAP and get perfect performance >out of both, especially sharedactive. We're using unoff2 with >sharedactive, and the memory usage is *heavenly*, and the readers are >100% reliable. I've been told that the problem is that corruption occurs when two process try to write a file at the same time, one updating it in preexisting space and one appending to the file, extending it's size. That makes it possible that mmap'ed INN fails for low-load sites (when more than one client may send articles) and to work on heavyly-loaded servers (when only one client at a time sfeeds news to the server and the rest is "consumer"). Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer - BSD User Group Hamburg BSD, Lisp and other programming info http://www.bik-gmbh.de/~cracauer From owner-freebsd-hackers Mon Apr 1 19:16:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27793 for hackers-outgoing; Mon, 1 Apr 1996 19:16:14 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA27788 Mon, 1 Apr 1996 19:16:10 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u3ww4-000wqNC; Mon, 1 Apr 96 19:39 PST Received: from cc:Mail by ccgate.infoworld.com id AA828414922; Mon, 01 Apr 96 20:12:03 PST Date: Mon, 01 Apr 96 20:12:03 PST From: "Brett Glass" Message-Id: <9603018284.AA828414922@ccgate.infoworld.com> To: Terry Lambert Cc: terry@lambert.org, freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > OK. I agree. There should be an ioctl to issue a controller command > for WD controllers -- we have one for SCSI. Easy to do, since there's already an "issue a controller command" function called wdcommand(). What are the conventions for ioctl numbering, structs passed to ioctls, etc. in FreeBSD? If you're experienced at hacking this kernel, it shouldn't take more than 15 minutes of coding to add the new command. > I would prefer to have a reschedulable one-shot than to directly use > the timer interrupt. > The distinction is that the interrupt can be scheduled as a one shot > down to the hardware resoloution instead of being limited to the clock > frequency. Either kind of timer would probably suffice. High frequencies and super resolutions wouldn't be necessary, since disk I/O is a somewhat slow process. A period of 10-20 milliseconds -- about the same as a typical disk seek time -- would be sufficient. > The win here is that I can have a hardware interrupt to cause timed > service routines in the kernel without giving up RT. > This lets you replace recurrening events with rescheduling the > oneshot, and replace DELAY() with a one-shot scheduling. This would certainly work. But the advantage of the timer is that it would be sharable; the one-shot wouldn't be. In any event, how much would the scheduler and vm modules have to change -- if at all -- to allow unaffected processes to continue during swapper I/O? --Brett From owner-freebsd-hackers Mon Apr 1 19:47:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29942 for hackers-outgoing; Mon, 1 Apr 1996 19:47:06 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29928 for ; Mon, 1 Apr 1996 19:47:00 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id RAA05694 for hackers@freebsd.org; Mon, 1 Apr 1996 17:35:58 -0800 (PST) Date: Mon, 1 Apr 1996 17:35:58 -0800 (PST) From: Julian Elischer Message-Id: <199604020135.RAA05694@ref.tfs.com> To: hackers@freebsd.org Subject: Route removal on interface shutdown Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok So this is more a political question than a technical one.. when an interface is shut down, certain things should be removed from the routing tables.. but how much is a judgement call: 1/ Every routing entry that points to that interface? 2/ Only those that were automatically created? 3/ what if the default points out there as well? 4/ only cloned routes? 5/ should all ARP entries be flushed as well? etc. I tend to go for the "anything that references that interface" set.. I know how to do it, I just can't convince myself of what the RIGHT action is From owner-freebsd-hackers Mon Apr 1 19:47:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29943 for hackers-outgoing; Mon, 1 Apr 1996 19:47:06 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA29931 for ; Mon, 1 Apr 1996 19:47:02 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id QAA05642 for hackers@freebsd.org; Mon, 1 Apr 1996 16:59:05 -0800 (PST) Message-Id: <199604020059.QAA05642@ref.tfs.com> Subject: GNATS database.. To: hackers@freebsd.org Date: Mon, 1 Apr 1996 16:59:05 -0800 (PST) From: "JULIAN Elischer" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I seem to remember a web based interface to the bug reports but I can;t find any such link off the FreeBSD pages.. how can I browse these? From owner-freebsd-hackers Mon Apr 1 20:12:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02342 for hackers-outgoing; Mon, 1 Apr 1996 20:12:09 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA02312 for ; Mon, 1 Apr 1996 20:12:04 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA10762; Tue, 2 Apr 1996 14:03:16 +0930 From: Michael Smith Message-Id: <199604020433.OAA10762@genesis.atrad.adelaide.edu.au> Subject: Re: How to write a socketpair(2)? To: mikee@sys8.wfc.com (Mike Eggleston) Date: Tue, 2 Apr 1996 14:03:16 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <9604011359.AA29991@sys8.wfc.com> from "Mike Eggleston" at Apr 1, 96 07:59:18 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Eggleston stands accused of saying: > > I'm stuck on sco at work and want to use amanda as the backup > software. The problem is that I need to have socketpair(2) on the > server side to talk to the drivers and tapers, etc. How to I write > the equivalent of socketpair(2)? I don't have unix domain sockets and > I haven't been able to get it to work right. use pipe(2); see Stevens APUE ch15. > mike -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 1 20:38:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04108 for hackers-outgoing; Mon, 1 Apr 1996 20:38:48 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA04101 for ; Mon, 1 Apr 1996 20:38:43 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) id UAA06884; Mon, 1 Apr 1996 20:38:44 -0800 (PST) Date: Mon, 1 Apr 1996 20:38:44 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody got the latest xemacs beta compiled? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It used to compile fine on -stable, barfs now. I figure it's got to be some termios stuff, but the aggravating thing is that it used to work. From owner-freebsd-hackers Mon Apr 1 20:41:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04354 for hackers-outgoing; Mon, 1 Apr 1996 20:41:58 -0800 (PST) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA04345 for ; Mon, 1 Apr 1996 20:41:53 -0800 (PST) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA267430096; Mon, 1 Apr 1996 20:41:42 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA210060355; Tue, 2 Apr 1996 10:15:55 +0530 Message-Id: <199604020445.AA210060355@fakir.india.hp.com> To: Michael Smith Cc: hackers@freebsd.org Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: Your message of "Tue, 02 Apr 1996 11:03:28 +0930." <199604020133.LAA08679@genesis.atrad.adelaide.edu.au> Date: Tue, 02 Apr 1996 10:15:54 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>>> "ms" == "Michael Smith" >>>>> ms> No, you're not understanding. For a given CPU, IDE will _always_ use more ms> CPU time than SCSI. Period. I'm afraid I don't understand too; I recently had the oppurtunity to examine a Future Domain TMC-1680 card. From what I could see this was an ISA card with no bus-mastering capability. After the card had read in data from the scsi bus, it would interrupt and the CPU had to use PIO to copy data from the card to the system buffers. Why would card yield better CPU utilization than an IDE solution? As I said earlier, there are lots of SCSI cards and disks on the market; the cheaper ones have made quite a number of compromises in order to lower cost. Thats the market reality. IMO, SCSI is not always better than IDE. ms> If you have lots of free CPU, then IDE is fine, but if you feel that your ms> CPU has better things to do with its time than copy data to and from ms> your disk, then SCSI is the only solution that makes sense. The issue really is how much performance you are getting for your rupee. The last time I checked here, a 1-disk SCSI sub-system cost around twice as much as an equivalent IDE 1-disk sub-system. A single user system 1 or 2 disk IDE configuration (used occasionally for a make world) is quite likely to have sufficient idle time to be cost effective. For things like news servers, or NFS servers or machines with large disk space requirements; there is no question, SCSI is the way to go at the moment. Koshy From owner-freebsd-hackers Mon Apr 1 21:03:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06156 for hackers-outgoing; Mon, 1 Apr 1996 21:03:24 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA05401 for ; Mon, 1 Apr 1996 20:55:14 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA11178; Tue, 2 Apr 1996 14:45:00 +0930 From: Michael Smith Message-Id: <199604020515.OAA11178@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 2 Apr 1996 14:44:59 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199604020445.AA210060355@fakir.india.hp.com> from "A JOSEPH KOSHY" at Apr 2, 96 10:15:54 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY stands accused of saying: > ms> No, you're not understanding. For a given CPU, IDE will _always_ use more > ms> CPU time than SCSI. Period. > > I'm afraid I don't understand too; I recently had the oppurtunity to examine > a Future Domain TMC-1680 card. From what I could see this was an ISA card > with no bus-mastering capability. After the card had read in data from the > scsi bus, it would interrupt and the CPU had to use PIO to copy data from > the card to the system buffers. Pedant 8) I consider non-busmaster SCSI controllers to be at least as bad as IDE, if not worse. > The issue really is how much performance you are getting for your rupee. > The last time I checked here, a 1-disk SCSI sub-system cost around twice as > much as an equivalent IDE 1-disk sub-system. This doesn't hold for larger disk capacities. How much would you pay for a 7200rpm 4GB IDE disk? You're basically making the same point that I am - if performance is an issue, then SCSI is the animal of choice, cost permitting. > Koshy -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 1 21:08:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06629 for hackers-outgoing; Mon, 1 Apr 1996 21:08:28 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA06620 for ; Mon, 1 Apr 1996 21:08:22 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 2 Apr 96 00:08:00 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Tue, 2 Apr 96 00:07:56 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id XAA10581; Mon, 1 Apr 1996 23:09:45 -0600 Date: Mon, 1 Apr 1996 23:09:45 -0600 Message-Id: <199604020509.XAA10581@compound> From: Tony Kimball To: roberto@keltia.freenix.fr Cc: hackers@freefall.freebsd.org In-Reply-To: <199604011657.SAA27388@keltia.freenix.fr> (message from Ollivier Robert on Mon, 1 Apr 1996 18:57:00 +0200 (MET DST)) Subject: Re: random traps Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Ollivier Robert Date: Mon, 1 Apr 1996 18:57:00 +0200 (MET DST) 9 May 1994 12.0 Ko /sources/misc/benchmarks/crashme-2.1.tar.gz Ah, thanks. Now I don't have to go up in the attic:-) From owner-freebsd-hackers Mon Apr 1 21:12:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06949 for hackers-outgoing; Mon, 1 Apr 1996 21:12:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA06943 for ; Mon, 1 Apr 1996 21:12:30 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA27607 for ; Mon, 1 Apr 1996 21:12:12 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA11178; Tue, 2 Apr 1996 14:45:00 +0930 From: Michael Smith Message-Id: <199604020515.OAA11178@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 2 Apr 1996 14:44:59 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199604020445.AA210060355@fakir.india.hp.com> from "A JOSEPH KOSHY" at Apr 2, 96 10:15:54 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY stands accused of saying: > ms> No, you're not understanding. For a given CPU, IDE will _always_ use more > ms> CPU time than SCSI. Period. > > I'm afraid I don't understand too; I recently had the oppurtunity to examine > a Future Domain TMC-1680 card. From what I could see this was an ISA card > with no bus-mastering capability. After the card had read in data from the > scsi bus, it would interrupt and the CPU had to use PIO to copy data from > the card to the system buffers. Pedant 8) I consider non-busmaster SCSI controllers to be at least as bad as IDE, if not worse. > The issue really is how much performance you are getting for your rupee. > The last time I checked here, a 1-disk SCSI sub-system cost around twice as > much as an equivalent IDE 1-disk sub-system. This doesn't hold for larger disk capacities. How much would you pay for a 7200rpm 4GB IDE disk? You're basically making the same point that I am - if performance is an issue, then SCSI is the animal of choice, cost permitting. > Koshy -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 1 21:18:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07218 for hackers-outgoing; Mon, 1 Apr 1996 21:18:04 -0800 (PST) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07183 for ; Mon, 1 Apr 1996 21:17:18 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id PAA19435 Tue, 2 Apr 1996 15:12:40 +1000 (EST) From: michael butler Message-Id: <199604020512.PAA19435@asstdc.scgt.oz.au> Subject: Re: "active" (INND14unoff4,shared) gets corrupted To: cracauer@wavehh.hanse.de Date: Tue, 2 Apr 1996 15:12:40 +1000 (EST) Cc: angio@shell.ARos.NET, freebsd-hackers@freebsd.org In-Reply-To: <9604012121.AA05029@wavehh.hanse.de> from "Martin Cracauer" at Apr 1, 96 11:21:27 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Martin Cracauer writes: > That makes it possible that mmap'ed INN fails for low-load sites (when > more than one client may send articles) and to work on heavyly-loaded > servers (when only one client at a time sfeeds news to the server and > the rest is "consumer"). This is consistent with my experience .. I have more than one streaming feed plus UUCP, gated FidoNet traffic and NNTP readers, michael From owner-freebsd-hackers Mon Apr 1 22:03:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10036 for hackers-outgoing; Mon, 1 Apr 1996 22:03:44 -0800 (PST) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10027 for ; Mon, 1 Apr 1996 22:03:42 -0800 (PST) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA057765011; Mon, 1 Apr 1996 22:03:37 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA262345266; Tue, 2 Apr 1996 11:37:46 +0530 Message-Id: <199604020607.AA262345266@fakir.india.hp.com> To: Michael Smith Cc: hackers@freebsd.org Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: Your message of "Tue, 02 Apr 1996 14:44:59 +0930." <199604020515.OAA11178@genesis.atrad.adelaide.edu.au> Date: Tue, 02 Apr 1996 11:37:45 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "ms" == "Michael Smith" >>>> jk> The issue really is how much performance you are getting for your rupee. jk> The last time I checked here, a 1-disk SCSI sub-system cost around twice as jk> much as an equivalent IDE 1-disk sub-system. ms> This doesn't hold for larger disk capacities. How much would you pay for a ms> 7200rpm 4GB IDE disk? Yes, you have a point there :-). You know, it would be nice if we had a "Buying Hardware for FreeBSD" section in the handbook in which many of the points that keep coming up can be written out for new folks. EG:- Experiences with motherboards, graphics chipsets, cards controllers, disks. Beware the: frumious RZ1000. cyrix write back caching, no caching > 64MB in some mother boards motherboards w/o cache consistency support the vlb master slot problem Mach64 / sio3 port clashes et al. Advice to people setting up news servers, gateways, or personal play machines. Discussions of tradeoffs; limits run into: Eg: the MEMSIZE option to the kernel what kind of configurations are good for 10/100/1000 users when SCSI is cost effective and when IDE is good enough Tuning the OS maybe; setting up partitions for netnews (inodes mix) better NFS performance thru any magic Is anyone doing this kind of compilation already? Koshy From owner-freebsd-hackers Mon Apr 1 22:19:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11251 for hackers-outgoing; Mon, 1 Apr 1996 22:19:06 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11246 Mon, 1 Apr 1996 22:19:04 -0800 (PST) Received: from tippy.vnet.net (tippy.vnet.net [166.82.197.240]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id WAA28487 ; Mon, 1 Apr 1996 22:19:02 -0800 Received: (from root@localhost) by tippy.vnet.net (8.7.5/8.6.9) id BAA00951; Tue, 2 Apr 1996 01:16:16 -0500 (EST) Date: Tue, 2 Apr 1996 01:16:15 -0500 (EST) From: Chris Madison To: Charles Owens cc: questions list FreeBSD , freebsd-hackers@freebsd.org Subject: Re: FYI: javac (Java compiler) seems to work under -stable In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I was able to compile and run the following: > > > mport java.awt.Graphics; ^ Ohoh, this had me wondering if I had a bad javac for a second:-) But I can compile it also! Weird thing is that I can see the "spinning java cup" on the java.sun.com and many other applets, but I can't see this one .... Does make space for the "hello world" just no letters. The same thing compiled using the Solaris JDK yeilds the same results:-( cmadison@vnet.net From owner-freebsd-hackers Mon Apr 1 22:24:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11765 for hackers-outgoing; Mon, 1 Apr 1996 22:24:09 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA11758 for ; Mon, 1 Apr 1996 22:24:07 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id AAA27608; Tue, 2 Apr 1996 00:23:48 -0600 (CST) Date: Tue, 2 Apr 1996 00:23:48 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Terry Lambert cc: hackers@freebsd.org Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <199604012018.NAA14103@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My roommate who uses Linux is haveing the SAME EXACT problem as we are. Just so we don't think we're alone in the universe or something... On Mon, 1 Apr 1996, Terry Lambert wrote: > > nope, didn't work... [various stuff deleted] > Are you running the most recent XFree86 (as opposed to running the old > stuff as opposed to running the new server but using the old Xlibs)? | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Mon Apr 1 23:27:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16344 for hackers-outgoing; Mon, 1 Apr 1996 23:27:07 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16323 Mon, 1 Apr 1996 23:27:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA01028; Tue, 2 Apr 1996 17:23:05 +1000 Date: Tue, 2 Apr 1996 17:23:05 +1000 From: Bruce Evans Message-Id: <199604020723.RAA01028@godzilla.zeta.org.au> To: Brett_Glass@ccgate.infoworld.com, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> wdunwedge() might fail because TIMEOUT is too short. It should be at >> least 31000000 (31 seconds). >Based on Michael's account of what's in the ATA spec (i.e. that the drive >can take 30 seconds to come ready), this is correct. But it shouldn't wait It should wait 1 second longer for the slave drive. >the whole 31 seconds always, as the current code would do. It should check >again and again and GIVE UP after 31 seconds (or slightly more). Note that long waits (> 10 usec) usually only occur in initialization and panic dump code when it can't even use timeouts. Most waits occur at interrupt time when it can't use tsleep. >Of course, pausing 30 seconds in the kernel could be catastrophic for some >applications, Perhaps more importantly, pausing 30 seconds outside the kernel may be catastrophic :-). There is probably little difference where the wait occurs except on multi-disk-controller systems where the IDE controller is little used. >so implementing some of those proprietary commands is still >useful. The modification I sent in covers Seagate's. It can't be used in the standard driver because its operation is unknown. It might format the drives... Bruce From owner-freebsd-hackers Tue Apr 2 00:07:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19011 for hackers-outgoing; Tue, 2 Apr 1996 00:07:52 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19006 for ; Tue, 2 Apr 1996 00:07:48 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u417y-0003vqC; Tue, 2 Apr 96 00:07 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA01881; Tue, 2 Apr 1996 08:07:45 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Julian Elischer cc: hackers@freebsd.org Subject: Re: Route removal on interface shutdown In-reply-to: Your message of "Mon, 01 Apr 1996 17:35:58 PST." <199604020135.RAA05694@ref.tfs.com> Date: Tue, 02 Apr 1996 08:07:44 +0000 Message-ID: <1879.828432464@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok So this is more a political question than a technical one.. > > when an interface is shut down, certain things should be removed > from the routing tables.. > but how much is a judgement call: > 1/ Every routing entry that points to that interface? No, the pointer to the interface should just be reset to NULL so that on the next usage it is reevaluated looking for a useable interface. > 2/ Only those that were automatically created? yes. > 3/ what if the default points out there as well? Just like any other route, 1/ or 2/ depending on how it was made. > 4/ only cloned routes? flush. > 5/ should all ARP entries be flushed as well? flush. > etc. no, really that is all I know about. > I tend to go for the "anything that references that interface" set.. No, we should >never< remove a statically added route. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 00:13:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19321 for hackers-outgoing; Tue, 2 Apr 1996 00:13:59 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19316 for ; Tue, 2 Apr 1996 00:13:57 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u40Ei-0003wTC; Mon, 1 Apr 96 23:10 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id GAA01602; Tue, 2 Apr 1996 06:34:14 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Joe Greco cc: hackers@FreeBSD.org Subject: Re: SO_KEEPALIVE In-reply-to: Your message of "Mon, 01 Apr 1996 12:38:39 CST." <199604011838.MAA24760@brasil.moneng.mei.com> Date: Tue, 02 Apr 1996 06:34:14 +0000 Message-ID: <1600.828426854@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Question, stupid, nonetheless a question: > > Does anybody see any advantage to allowing for a way to set a systemwide > SO_KEEPALIVE default of ON? make a sysctl variable for this. It's really easy. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 00:16:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19505 for hackers-outgoing; Tue, 2 Apr 1996 00:16:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19484 Tue, 2 Apr 1996 00:16:29 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u40GE-0003xOC; Mon, 1 Apr 96 23:12 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id GAA01576; Tue, 2 Apr 1996 06:32:40 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "JULIAN Elischer" cc: Brett_Glass@ccgate.infoworld.com (Brett Glass), freebsd-hardware@FreeBSD.org, hackers@FreeBSD.org, bugs@FreeBSD.org Subject: Re: Changes to FreeBSD kernel to keep "green" drives on In-reply-to: Your message of "Mon, 01 Apr 1996 10:21:49 PST." <199604011821.KAA04704@ref.tfs.com> Date: Tue, 02 Apr 1996 06:32:40 +0000 Message-ID: <1574.828426760@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I know phk has been looking at spin-up optimisatiosn.. > (e.g. if a drive takes more than a set time to come ready, assumen it was > spinning up and schedule a 'sync' to catch it while it's already going.. Actually The thing I did was an utterly disgusting hack "sleep-hack" that assumes that if the disk went to sleep, it will wake up with a different geometry. (workaround for a BIOS-bug). -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 00:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20457 for hackers-outgoing; Tue, 2 Apr 1996 00:34:13 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20452 for ; Tue, 2 Apr 1996 00:34:10 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA02875; Tue, 2 Apr 1996 00:26:36 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA05794; Tue, 2 Apr 1996 10:26:25 +0200 Message-Id: <9604020826.AA05794@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Marc G. Fournier" of Mon, 01 Apr 96 13:16:45 CDT. Reply-To: gjennejohn@frt.dec.com Subject: Re: Netscape 3.0b2 - Problem Found! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Apr 96 10:26:24 +0200 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk scrappy@ki.net writes: > On Mon, 1 Apr 1996, Terry Lambert wrote: > > > > Terry Lambert wrote in message ID > > > <199603312017.NAA11724@phaeton.artisoft.com>: > > > > LANG? LOCALE? > > > > > > In my case, the only env. vars I define on top of what tcsh does are > > > `GZIP', `BLOCKSIZE', `XCDINFODIR', `RESOLV_HOST_CONF', `CVSROOT', and > > > some now out-of-date IRC stuff. About the only thing which COULD have > > > an affect is my path... > > > > Use "xset bc"; this is the problem as it was tracked down; only if > > that doesn't work shold this subject keep living. 8-). > > > > It doesn't work...so this subject should keep living :) > should this maybe be moved to chat ? Anyway, when I connect to java.sun.com using a mono X-Term as display the latest netscape gets a floating point error :-( No core dump, tho. Other sites work just fine. Looks like they screwed the pooch on this one. Just another data point. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Tue Apr 2 01:31:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA26709 for hackers-outgoing; Tue, 2 Apr 1996 01:31:44 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA26681 for ; Tue, 2 Apr 1996 01:31:11 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA25525; Tue, 2 Apr 1996 11:13:55 +0200 From: Luigi Rizzo Message-Id: <199604020913.LAA25525@labinfo.iet.unipi.it> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 2 Apr 1996 11:13:54 +0200 (MET DST) Cc: davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604020133.LAA08679@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 2, 96 11:03:09 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk DG said: > > > Because a Pentium-90 is much faster than a 486-100 for certain things and > > > most of the %CPU is for total I/O overhead, not just the overhead in the > > > device driver. > > > > Hmmm... if I get it right this means that under certain circumstances > > (1 disk, onboard IDE controller, medium-fast CPU) using SCSI instead > > of IDE gives you only a very little saving (which BTW is what I am > > convinced of, but this has not been the dominating opinion on this > > list). > > No, you're not understanding. For a given CPU, IDE will _always_ use more > CPU time than SCSI. Period. I know I shouldn't have posted this :) I only meant that IF "most of the %CPU is for total I/O overhead, not just the overhead in the device driver" (as DG said) THEN "For a given CPU, IDE will _always_ use (POSSIBLY LITTLE) more CPU time than SCSI. Period." > If you have lots of free CPU, then IDE is fine, but if you feel that your > CPU has better things to do with its time than copy data to and from > your disk, then SCSI is the only solution that makes sense. About this, and the frequent claims that IDE is a no-go for a multiuser system, I would like to remind people a not-too-old message, always from DG, about the 1000 users on ftp.cdrom.com. I noticed that most of user processes were idle, and I thought it was because of lack of disk i/o BW. According to David, the bottleneck was actually in the network bandwidth (mostly on the client side). A single disk doing random seeks can approximately serve some 100 requests/s (parameters derived with bonnie on some of my IDE disks, and I don't think SCSI disks can do much better -- the mechanics is mostly the same, only the controller changes). In a system like ftp.cdrom.com most requests tend to be short -- like 8KB each or so. PIO transfers over a PCI or other built-in IDE controllers will consume 1ms or likely less, and after all you have to compare this with the time necessary to setup your SCSI controller and the remaining (common) FS overhead. Of course, ftp.cdrom.com uses SCSI -- where would you find room for 20+ IDE disks on a system :) 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 Apr 2 02:11:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00513 for hackers-outgoing; Tue, 2 Apr 1996 02:11:06 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA00503 for ; Tue, 2 Apr 1996 02:11:03 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) id CAA00538; Tue, 2 Apr 1996 02:10:52 -0800 (PST) Date: Tue, 2 Apr 1996 02:10:52 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: ldconfig problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I built the tcl/tk binaries in the ports collection, and it did an ldconfig -m at the end. But wish4.1 barfs with unable to find the tk shlib. So I run ldconfig -r, and sure enough it's not there. so "ldconfig -m /usr/local/lib", thinking that would add it, and it still doesn't. However, other libs in /usr/local/lib it finds fine. Or rather, some it does, some it doesn't. It finds libjpeg, but can't find libtcl* or libtk*. The only thing I notice about these 2 is that the libtk/libtcl's have x.y stuff before the .so, and maybe there's a regex getting muffed in ldconfig. This line looks suspicious in ldconfig: n = sscanf(dp->d_name, "lib%[^.].so.%s", name, rest); A ldconfig -r doesn't show any libraries that have a '.' before the .so. schizo# ls -l lib*so* -r--r--r-- 1 bin bin 126079 Dec 24 03:58 libjpeg.so.6.0 -r--r--r-- 1 root bin 267247 Apr 2 01:26 libtcl7.5.so.1.0 -r--r--r-- 1 bin bin 256764 Dec 24 04:05 libtiff.so.3.3 -r--r--r-- 1 root bin 560527 Apr 2 01:39 libtk4.1.so.1.0 libjpeg.so.6.0 show up, and libtiff show up. Am I like wandering in the dark here? Anyway, this is with 2.1-stable, supped a day or so ago. Anybody have an easy fix? I haven't looked at -current to see what's on it, that box is down currently. From owner-freebsd-hackers Tue Apr 2 02:47:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04525 for hackers-outgoing; Tue, 2 Apr 1996 02:47:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04518 Tue, 2 Apr 1996 02:47:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA08815; Tue, 2 Apr 1996 20:40:15 +1000 Date: Tue, 2 Apr 1996 20:40:15 +1000 From: Bruce Evans Message-Id: <199604021040.UAA08815@godzilla.zeta.org.au> To: julian@ref.tfs.com, phk@critter.tfs.com Subject: Re: Changes to FreeBSD kernel to keep "green" drives on Cc: Brett_Glass@ccgate.infoworld.com, bugs@freebsd.org, freebsd-hardware@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Actually The thing I did was an utterly disgusting hack "sleep-hack" that >assumes that if the disk went to sleep, it will wake up with a different >geometry. (workaround for a BIOS-bug). Workaround for a FreeBSD bug? I think the usual way out of full sleep mode is to do a soft reset, and it's reasonable for that to set the geometry to the default. The driver may have worked without the hack by getting confused enough to call wdunwedge() to wake up the drive The hack probably made this more deterministic. The driver now always uses the default geometry, so setting the geometry after wakeup is probably a no-op. However, IIRC the standard says to always set it after resets. Bruce From owner-freebsd-hackers Tue Apr 2 02:51:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04730 for hackers-outgoing; Tue, 2 Apr 1996 02:51:28 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04701 for ; Tue, 2 Apr 1996 02:50:36 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id NAA20656; Tue, 2 Apr 1996 13:45:40 +0300 Date: Tue, 2 Apr 1996 13:45:40 +0300 (EET DST) From: Narvi To: A JOSEPH KOSHY cc: Michael Smith , hackers@FreeBSD.org Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: <199604020607.AA262345266@fakir.india.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Apr 1996, A JOSEPH KOSHY wrote: > > >>>>> "ms" == "Michael Smith" >>>> > > jk> The issue really is how much performance you are getting for your rupee. > jk> The last time I checked here, a 1-disk SCSI sub-system cost around twice as > jk> much as an equivalent IDE 1-disk sub-system. > > ms> This doesn't hold for larger disk capacities. How much would you pay for a > ms> 7200rpm 4GB IDE disk? > > Yes, you have a point there :-). > > You know, it would be nice if we had a "Buying Hardware for FreeBSD" section > in the handbook in which many of the points that keep coming up can be > written out for new folks. > > EG:- Experiences with motherboards, graphics chipsets, cards controllers, > disks. Beware the: > frumious RZ1000. > cyrix write back caching, > no caching > 64MB in some mother boards And other starange ways the MB makers have been going (and perhaps still go) about cahcing in 486/Pentium MBs. > motherboards w/o cache consistency support > the vlb master slot problem > Mach64 / sio3 port clashes S3Trio64V+ seems to be capable of clashing with sio4 (had problems with an internal modem). > et al. There used to be a thing called the hardware list. I know it is boring to rise up this again, but perhaps it is just something that should exist. I know that the total number of motherboard configurations is the number of different motherboard brands (incl. revisions) times the number of graphics cards times the number of disk controllers times the number of disk brands times the number of disk brands time the number of pocessors (yes, Cyrix, Intel, IBM, TI and others have succeeded in making a real lot of different 486 chips and I feel that the number of 586 chips may be round the same in some years) times the number of serial boards/whatever. Still I think it would help if we had the list of working/non-working configurations. I know I have proposed it at least once (and saw no answers). But if there are people who will send me their configurations, I will collect them together into a single file (or bunch of files sorted upon different criteria). It may also in the long run keep down some of the bandwidth of the mailing lists if the files were mentioned in the READMEs. So mail-bomb me with uyour configurations... :) > Advice to people setting up news servers, gateways, or personal play > machines. Discussions of tradeoffs; limits run into: > Eg: the MEMSIZE option to the kernel > what kind of configurations are good for 10/100/1000 users > when SCSI is cost effective and when IDE is good enough > Tuning the OS maybe; > setting up partitions for netnews (inodes mix) > better NFS performance thru any magic > > Is anyone doing this kind of compilation already? > > Koshy > Sander. Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Tue Apr 2 03:26:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07130 for hackers-outgoing; Tue, 2 Apr 1996 03:26:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA07111 Tue, 2 Apr 1996 03:26:01 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u44CZ-0003vlC; Tue, 2 Apr 96 03:24 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA02779; Tue, 2 Apr 1996 11:24:38 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: julian@ref.tfs.com, Brett_Glass@ccgate.infoworld.com, bugs@freebsd.org, freebsd-hardware@freebsd.org, hackers@freebsd.org Subject: Re: Changes to FreeBSD kernel to keep "green" drives on In-reply-to: Your message of "Tue, 02 Apr 1996 20:40:15 +1000." <199604021040.UAA08815@godzilla.zeta.org.au> Date: Tue, 02 Apr 1996 11:24:36 +0000 Message-ID: <2777.828444276@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Actually The thing I did was an utterly disgusting hack "sleep-hack" that > >assumes that if the disk went to sleep, it will wake up with a different > >geometry. (workaround for a BIOS-bug). > > Workaround for a FreeBSD bug? No, a BIOS-bug. > I think the usual way out of full sleep > mode is to do a soft reset, and it's reasonable for that to set the > geometry to the default. yes, but the APM BIOS-oid sets a different, and pretty badly wrong geometry, so I have to reset the drives default geometry. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 03:37:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08047 for hackers-outgoing; Tue, 2 Apr 1996 03:37:38 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA08017 for ; Tue, 2 Apr 1996 03:37:05 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA09867; Tue, 2 Apr 1996 08:19:46 +0600 From: "Serge A. Babkin" Message-Id: <199604020219.IAA09867@hq.icb.chel.su> Subject: Re: SO_KEEPALIVE To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 2 Apr 1996 08:19:46 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: <199604011838.MAA24760@brasil.moneng.mei.com> from "Joe Greco" at Apr 1, 96 12:38:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Question, stupid, nonetheless a question: > > Does anybody see any advantage to allowing for a way to set a systemwide > SO_KEEPALIVE default of ON? If you have PCs connected via network using rlogin or telnet and their users just turn them off without normal logout you get lots of hanging connections. SO_KEEPALIVE must be very useful here. -SB From owner-freebsd-hackers Tue Apr 2 03:54:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA09438 for hackers-outgoing; Tue, 2 Apr 1996 03:54:45 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA09431 for ; Tue, 2 Apr 1996 03:54:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA11954; Tue, 2 Apr 1996 21:47:18 +1000 Date: Tue, 2 Apr 1996 21:47:18 +1000 From: Bruce Evans Message-Id: <199604021147.VAA11954@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au Subject: Re: HDD cpu usage (IDE vs. SCSI). Cc: davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >No, you're not understanding. For a given CPU, IDE will _always_ use more >CPU time than SCSI. Period. Really? Please give numbers for a PIO mode 4 IDE controller vs an ST01 SCSI controller :-). Please give numbers for your choice of controllers vs my choices of applications an i/o access patterns. I'll choose a memory intensive application that stalls the CPU waiting for the SCSI controller. I'll arrange the i/o so that memory caching is defeated at strategic places. >If you have lots of free CPU, then IDE is fine, but if you feel that your >CPU has better things to do with its time than copy data to and from >your disk, then SCSI is the only solution that makes sense. I think lots of free CPU is the usual case. E.g., right now on freebsd.org: 3:40AM up 19 days, 11 mins, 16 users, load averages: 0.41, 0.32, 0.31 I would prefer lower latency to lower overhead in most cases. IDE disks have natural advantages in this area (no complicated SCSI protocol to interpreted by the slow i/o processor on the controller). Bruce From owner-freebsd-hackers Tue Apr 2 04:00:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09997 for hackers-outgoing; Tue, 2 Apr 1996 04:00:08 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA09854 Tue, 2 Apr 1996 03:59:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA12115; Tue, 2 Apr 1996 21:51:57 +1000 Date: Tue, 2 Apr 1996 21:51:57 +1000 From: Bruce Evans Message-Id: <199604021151.VAA12115@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: Changes to FreeBSD kernel to keep "green" drives on Cc: Brett_Glass@ccgate.infoworld.com, bugs@freebsd.org, freebsd-hardware@freebsd.org, hackers@freebsd.org, julian@ref.tfs.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Workaround for a FreeBSD bug? >No, a BIOS-bug. >> I think the usual way out of full sleep >> mode is to do a soft reset, and it's reasonable for that to set the >> geometry to the default. >yes, but the APM BIOS-oid sets a different, and pretty badly wrong geometry, >so I have to reset the drives default geometry. Does it just set the BIOS geometry? Who would know what that is :-). I guess it is setting the geometry so that drivers don't have to. If it was any good then it would make it appear that the drive was never asleep, and then the sleep hack couldn't work. Bruce From owner-freebsd-hackers Tue Apr 2 04:14:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11747 for hackers-outgoing; Tue, 2 Apr 1996 04:14:20 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11709 Tue, 2 Apr 1996 04:14:16 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA25591; Tue, 2 Apr 1996 04:06:18 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA25677; Tue, 2 Apr 1996 14:06:03 +0200 Message-Id: <9604021206.AA25677@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: lehey.pad%sni.de@inet-gw-1.pa.dec.com Cc: questions%freebsd.org@inet-gw-1.pa.dec.com, hackers%freebsd.org@inet-gw-1.pa.dec.com, isdn%muc.ditec.de@inet-gw-1.pa.dec.com In-Reply-To: Message from Greg Lehey of Tue, 02 Apr 96 13:37:39 +0700. Reply-To: gjennejohn@frt.dec.com Subject: Re: Internal ISDN Cards Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Apr 96 14:06:03 +0200 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk lehey.pad@sni.de writes: > > Does anyone know of an internal ISDN card that mimics a COM port (as > > modems do) ? > > We've been through quite a lengthy discussion of this point in hackers > and the ISDN list recently. The result was that the Germans didn't > think much of the modem-style TAs (and the Americans did). I won't > bore people with my reasons again, but basically dedicated ISDN boards > are cheaper, faster and more reliable. On the down side, we still > need to get the software up to scratch. > he wrote *internal* there, Greg. Not an external modem-like ISDN fubar. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Tue Apr 2 04:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16561 for hackers-outgoing; Tue, 2 Apr 1996 04:34:13 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA16539 for ; Tue, 2 Apr 1996 04:34:09 -0800 (PST) Received: from mail.sni.de by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA29513; Tue, 2 Apr 1996 04:29:27 -0800 Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id NAA25344 for hackers%freebsd.org@inet-gw-1.pa.dec.com; Tue, 2 Apr 1996 13:10:12 +0200 Message-Id: <199604021110.NAA25344@nixpbe.pdb.sni.de> Subject: Re: Internal ISDN Cards To: gjennejohn@frt.dec.com Date: Tue, 2 Apr 96 14:25:53 MET DST From: Greg Lehey Cc: lehey.pad%sni.de@inet-gw-1.pa.dec.com, questions%freebsd.org@inet-gw-1.pa.dec.com, hackers%freebsd.org@inet-gw-1.pa.dec.com, isdn%muc.ditec.de@inet-gw-1.pa.dec.com In-Reply-To: <9604021206.AA25677@cssmuc.frt.dec.com>; from "garyj@frt.dec.com" at Apr 02, 96 2:06 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > lehey.pad@sni.de writes: >>> Does anyone know of an internal ISDN card that mimics a COM port (as >>> modems do) ? >> >> We've been through quite a lengthy discussion of this point in hackers >> and the ISDN list recently. The result was that the Germans didn't >> think much of the modem-style TAs (and the Americans did). I won't >> bore people with my reasons again, but basically dedicated ISDN boards >> are cheaper, faster and more reliable. On the down side, we still >> need to get the software up to scratch. >> > > he wrote *internal* there, Greg. Not an external modem-like ISDN > fubar. Sure, an internal modem-like ISDN fubar. I did see that, but I don't see that it makes much difference. But I promised not to start up this thread again. Greg From owner-freebsd-hackers Tue Apr 2 04:34:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16712 for hackers-outgoing; Tue, 2 Apr 1996 04:34:51 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA16683 Tue, 2 Apr 1996 04:34:44 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u45H5-0003vnC; Tue, 2 Apr 96 04:33 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id MAA02986; Tue, 2 Apr 1996 12:33:27 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: Brett_Glass@ccgate.infoworld.com, bugs@freebsd.org, freebsd-hardware@freebsd.org, hackers@freebsd.org, julian@ref.tfs.com Subject: Re: Changes to FreeBSD kernel to keep "green" drives on In-reply-to: Your message of "Tue, 02 Apr 1996 21:51:57 +1000." <199604021151.VAA12115@godzilla.zeta.org.au> Date: Tue, 02 Apr 1996 12:33:26 +0000 Message-ID: <2984.828448406@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Workaround for a FreeBSD bug? > >No, a BIOS-bug. > > >> I think the usual way out of full sleep > >> mode is to do a soft reset, and it's reasonable for that to set the > >> geometry to the default. > >yes, but the APM BIOS-oid sets a different, and pretty badly wrong geometry, > >so I have to reset the drives default geometry. > > Does it just set the BIOS geometry? Who would know what that is :-). > I guess it is setting the geometry so that drivers don't have to. If > it was any good then it would make it appear that the drive was never > asleep, and then the sleep hack couldn't work. The problem is that my drive has 1400 cyls, 16 heads, 63 S/T the bios munges this various ways, it bitands 1023 on the cylinder and chops the heads to 15. You can see what that does to the capacity. Until somebody can reburn the BIOS eprom for me, I'll have to live with that hack :-( -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 04:50:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA18270 for hackers-outgoing; Tue, 2 Apr 1996 04:50:04 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA18190 for ; Tue, 2 Apr 1996 04:49:33 -0800 (PST) Received: from panoramix.omnix.fr.org (panoramix.omnix.fr.org [128.127.10.4]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id OAA00757 for ; Tue, 2 Apr 1996 14:04:51 +0200 Message-ID: <3161177B.ECC@omnix.fr.org> Date: Tue, 02 Apr 1996 13:03:07 +0100 From: Didier Derny Organization: OMNIX X-Mailer: Mozilla 2.01 (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: where may I find netscape 3.0 ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk where may I find netscape 3.0 Thanks From owner-freebsd-hackers Tue Apr 2 05:13:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20716 for hackers-outgoing; Tue, 2 Apr 1996 05:13:14 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA20709 for ; Tue, 2 Apr 1996 05:13:12 -0800 (PST) Received: from localhost (jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) with SMTP id IAA00377; Tue, 2 Apr 1996 08:13:09 -0500 X-Authentication-Warning: fieber-john.campusview.indiana.edu: jfieber owned process doing -bs Date: Tue, 2 Apr 1996 08:13:08 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: JULIAN Elischer cc: hackers@FreeBSD.org Subject: Re: GNATS database.. In-Reply-To: <199604020059.QAA05642@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 1 Apr 1996, JULIAN Elischer wrote: > I seem to remember a web based interface to the bug reports but > I can;t find any such link off the FreeBSD pages.. > > how can I browse these? "Problem reports" on the "User and Developer Support" page. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Tue Apr 2 06:02:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24673 for hackers-outgoing; Tue, 2 Apr 1996 06:02:36 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24637 Tue, 2 Apr 1996 06:02:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA26252; Tue, 2 Apr 1996 23:58:46 +1000 Date: Tue, 2 Apr 1996 23:58:46 +1000 From: Bruce Evans Message-Id: <199604021358.XAA26252@godzilla.zeta.org.au> To: Brett_Glass@ccgate.infoworld.com, terry@lambert.org Subject: Re: Hacked kernel with option to disable "green" mode Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Easy to do, since there's already an "issue a controller command" function >called wdcommand(). What are the conventions for ioctl numbering, >structs passed to ioctls, etc. in FreeBSD? If you're experienced at >hacking this kernel, it shouldn't take more than 15 minutes of coding to >add the new command. If you're experienced then you will know that only bugs can be added in 15 minutes. wdcommand() only issues the command. The results of the command would be reported at the next interrupt and might confuse the handling of the next command. You can wait for the results using wdwait(), as is done in wdgetctlr(), etc., but busy-waiting is evil. ioctl() can sleep, but this moves the problem to stopping concurrent access to the controller. The DKFL_LABELLING flag is a hack to avoid the problem at first-open time. There used to be calls to wdwsetctlr() for the label-setting ioctls (changing the geometry in the label used to change it in the controller), but concurrent access wasn't handled right for that case. >> I would prefer to have a reschedulable one-shot than to directly use >> the timer interrupt. > ... >> This lets you replace recurrening events with rescheduling the >> oneshot, and replace DELAY() with a one-shot scheduling. >This would certainly work. But the advantage of the timer is that it would >be sharable; the one-shot wouldn't be. You haven't seen Terry's one-shot timers :-). Neither have I, but I expect they would be shareable. E.g., if the next interrupt is scheduled after 75 usec and something wants one after 22 usec, then the timer would be reprogrammed to schedule the next interrupt after 22 usec nsec and again later to schedule the original interrupt. Of course, it might take 5-20 usec to reprogram the timer (20 usec on a 386/20) and another 5-20 usec to switch contexts, not to mention 5-20 usec to accept the interrupt and 5-20 usec to handle it, so one-shots are probably not viable for such small timeouts. I think they will be viable for timeouts a few hundred usec when the system becomes more real-time. See another discussion about bugs that cause clock latencies of > 10000 usec. >In any event, how much would the scheduler and vm modules have to change >-- if at all -- to allow unaffected processes to continue during swapper >I/O? Not at all, I think. Large changes would probably be required to give enough (if any) unaffected processes. Bruce From owner-freebsd-hackers Tue Apr 2 06:37:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28473 for hackers-outgoing; Tue, 2 Apr 1996 06:37:57 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA28452 Tue, 2 Apr 1996 06:37:50 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id TAA18887; Tue, 2 Apr 1996 19:57:49 +0900 Date: Tue, 2 Apr 1996 19:57:49 +0900 Message-Id: <199604021057.TAA18887@frig.mt.cs.keio.ac.jp> To: freebsd-announce@freebsd.org, freebsd-hackers@freebsd.org, freebsd-mobile@freebsd.org Reply-To: hosokawa@mt.cs.keio.ac.jp Subject: Laptop Survey Project / FreeBSD From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Please note that the "Reply-To:" field of this mail is my e-mail address only] Hi! I'm the maintainer of PC-card package for FreeBSD(the latest release is pccard-test-960328). I want to start "Laptop Survey" project on FreeBSD. Linux has the same survey for long, and I think it is very useful. If you're using FreeBSD on laptop machines, please fill in the form given below and send it to me (Reply-To: hosokawa@mt.cs.keio.ac.jp). I wrote two samples corresponding to my two laptop machines (Digital Hinote and Digital Hinote Ultra). I will publish the result on the Web pages, and incorporate it into our PC-card package. (If you're interested in PC-card (PCMCIA) driver for FreeBSD, detailed information can be found at, http://www.mt.cs.keio.ac.jp/person/hosokawa/freebsd-pcmcia/ If you install this package, please send me the report about it) Thanks. hosokawa ---------------------------------------------------------------------- (requisite) Your Name E-mail address (do not fill it if you don't want to publish it) (requisite) product name of your machine (requisite) CPU type (requisite) Amount of main memory (requisite) Amount of hard disk Version number of BIOS (requisite) Can you installed FreeBSD on this machine? (Ex.: No problem -> OK, Can't install FreeBSD at all -> NG, Special technique or tips are required -> the abstract of your tips) Version number of FreeBSD Version number of pccard-test package (if you're using it) Does APM BIOS driver of FreeBSD works? (Ex.: No problem -> OK, "options FORCE_APM10" was required -> FORCE_APM10, Can't drive APM at all -> NG) Version number of APM BIOS Machine-depend "options" in config file Type of PC-card controller PC-card (PCMCIA) that worked Corresponding entry of /etc/pccard.conf (You can drive the card with default pccard.conf, no field is required) ............ repeats... The Cards that you can't drive, even though README's and pccard.conf says that it works. ............ repeats... Additional information ---------------------------------------------------------------------- (example 1) ---------------------------------------------------------------------- Tatsumi Hosokawa hosokawa@mt.cs.keio.ac.jp DEC Ditital Hinote CS433 i486SX 33MHz 20MB 260MB OK 2.2-960303-SNAP 960318 COMPAT_APM10 1.1 LAPTOP, HINOTE Cirrus Logic PD-672x IBM PCMCIA Creditcard Ethernet II 3Com Etherlink III PCMCIA 3C589B Megahertz X-Jack XJ2144 FAX/Modem Adaptec SlimSCSI APA-1460 Epson Flash Packer 20MB RATOC REX-5535AM RATOC REX5535 does not work, but I have no idea. APM driver works without COMPAT_APM10, but it seems rather unstable. ---------------------------------------------------------------------- (example 2) ---------------------------------------------------------------------- Tatsumi Hosokawa hosokawa@mt.cs.keio.ac.jp DEC Ditital Hinote Ultra CS433 i486SX 33MHz 20MB 810MB 1.41 OK 2.2-960321-SNAP 960328 OK 1.1 LAPTOP Cirrus Logic PD-6710 IBM PCMCIA Creditcard Ethernet I IBM PCMCIA Creditcard Ethernet II 3Com Etherlink III PCMCIA 3C589B Megahertz X-Jack Ethernet Megahertz X-Jack XJ2144 FAX/Modem card "MEGAHERTZ" "XJ([12]144|[23]288)(-[0-9]+)?" config 0x23 "sio2" 16 # IRQ 16 (PIO) insert echo Megahertz X-jack FAX/Modem inserted remove echo Megahertz X-jack FAX/Modem removed Megahertz X-Jack XJ2288 FAX/Modem card "MEGAHERTZ" "XJ([12]144|[23]288)(-[0-9]+)?" config 0x23 "sio2" 16 # IRQ 16 (PIO) insert echo Megahertz X-jack FAX/Modem inserted remove echo Megahertz X-jack FAX/Modem removed Adaptec SlimSCSI APA-1460 Epson Flash Packer 20MB RATOC REX-5535AM To use modem card, setting IRQ to 16 (PIO hack) is required. REX-5535 does not work, but I have no idea. No machine-depend "options" are required except "LAPTOP". ---------------------------------------------------------------------- -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Apr 2 06:52:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA29512 for hackers-outgoing; Tue, 2 Apr 1996 06:52:34 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA29497 for ; Tue, 2 Apr 1996 06:52:16 -0800 (PST) Received: by sovcom.kiae.su id AA24201 (5.65.kiae-1 ); Tue, 2 Apr 1996 17:47:51 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 2 Apr 96 17:47:51 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id SAA00571; Tue, 2 Apr 1996 18:28:15 +0400 (MSD) Message-Id: <199604021428.SAA00571@astral.msk.su> Subject: Re: Route removal on interface shutdown To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 2 Apr 1996 18:28:15 +0400 (MSD) Cc: julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <1879.828432464@critter.tfs.com> from "Poul-Henning Kamp" at "Apr 2, 96 08:07:44 am" 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 X-Mailer: ELM [version 2.4ME+ PL14 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I tend to go for the "anything that references that interface" set.. > No, we should >never< remove a statically added route. In fact, it is removed, I saw it with iij-ppp inactivity period. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Apr 2 07:10:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA00468 for hackers-outgoing; Tue, 2 Apr 1996 07:10:46 -0800 (PST) Received: from tdc.on.ca (tdc.on.ca [204.92.242.39]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA00458 for ; Tue, 2 Apr 1996 07:10:32 -0800 (PST) Received: (from martin@localhost) by tdc.on.ca (8.7.5/8.6.6) id KAA01506 for freebsd-hackers@freebsd.org; Tue, 2 Apr 1996 10:10:19 -0500 (EST) From: Martin Renters Message-Id: <199604021510.KAA01506@tdc.on.ca> Subject: IOMEGA Zip Drives To: freebsd-hackers@freebsd.org Date: Tue, 2 Apr 1996 10:10:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone gotten these drives to work under 2.1-stable? I've got a client that has one, but we seem to be unable to make a filesystem on it (it dies on the disklabel). It seems to work OK for tar though. (This is the SCSI model). Thanks. Martin From owner-freebsd-hackers Tue Apr 2 07:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA02747 for hackers-outgoing; Tue, 2 Apr 1996 07:35:12 -0800 (PST) Received: from novell.com (prv-ums.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA02709 Tue, 2 Apr 1996 07:34:45 -0800 (PST) Received: from INET-PRV-Message_Server by fromGW with Novell_GroupWise; Tue, 02 Apr 1996 08:34:09 -0700 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Tue, 02 Apr 1996 08:40:19 -0700 From: DARREND@novell.com (Darren Davis) To: hackers@freebsd.org Cc: current@freebsd.org Subject: COFF 386 X Windows application. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, here's the scoop. I have an X windows application that is a 386 COFF binary. When run from X, the application hangs. The message printed on the console is: IBCS2: 'sysi86' function 114(0x72) not implemented yet Does current have support for this? What is a person without source to the application to do? (woe is me). I really would like to get this working. If I remember rightly, Terry was stating something like the sysi86 function doesn't fully work or something like that if my memory serves me. I believe I have my IBCS emulation stuff set up correctly (I followed the FAQ). Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Tue Apr 2 08:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA05469 for hackers-outgoing; Tue, 2 Apr 1996 08:10:57 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA05448 for ; Tue, 2 Apr 1996 08:10:48 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA26215; Tue, 2 Apr 1996 10:10:14 -0600 From: Joe Greco Message-Id: <199604021610.KAA26215@brasil.moneng.mei.com> Subject: Re: SO_KEEPALIVE To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 2 Apr 1996 10:10:14 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <1600.828426854@critter.tfs.com> from "Poul-Henning Kamp" at Apr 2, 96 06:34:14 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Question, stupid, nonetheless a question: > > > > Does anybody see any advantage to allowing for a way to set a systemwide > > SO_KEEPALIVE default of ON? > > make a sysctl variable for this. It's really easy. Yeah, well, that's nice :-) I wanted to know if there would be any general interest. I'm not a kernel hacker so it would take a bit of expenditure of effort on my part to figure all that out, yadda yadda yadda, and if it was something that would not make it into -current, I would opt for a quick and dirty hack. Can anyone suggest an appropriate name for such a variable? ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Apr 2 08:50:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08248 for hackers-outgoing; Tue, 2 Apr 1996 08:50:43 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08241 for ; Tue, 2 Apr 1996 08:50:39 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA03752; Tue, 2 Apr 1996 18:46:59 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA09643; Tue, 2 Apr 1996 18:53:46 +0200 From: "Christoph P. Kukulies" Message-Id: <199604021653.SAA09643@gilberto.physik.rwth-aachen.de> Subject: Re: IOMEGA Zip Drives To: martin@tdc.on.ca (Martin Renters) Date: Tue, 2 Apr 1996 18:53:46 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199604021510.KAA01506@tdc.on.ca> from "Martin Renters" at Apr 2, 96 10:10:19 am Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Has anyone gotten these drives to work under 2.1-stable? I've got > a client that has one, but we seem to be unable to make a filesystem > on it (it dies on the disklabel). It seems to work OK for tar though. > (This is the SCSI model). I have mine running under 2.1-R. Here is my disktab entry: iomega|ZIP Drive: \ :ty=winchester:dt=SCSI:se#512:nt#64:ns#32:nc#96:rm#3600:\ :pc#196608:oc#0: \ :pe#196608:oh#0:bh#4096:fh#512:th=4.2BSD: You may also get the newer disklabel and use the auto feature. Did you successfully fdisk it? I don't recall what parameters I gave there. > > Thanks. > > Martin > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Apr 2 09:08:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09414 for hackers-outgoing; Tue, 2 Apr 1996 09:08:20 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09408 for ; Tue, 2 Apr 1996 09:08:17 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u49Xf-0003wkC; Tue, 2 Apr 96 09:06 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id RAA01210; Tue, 2 Apr 1996 17:06:45 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Joe Greco cc: hackers@freebsd.org Subject: Re: SO_KEEPALIVE In-reply-to: Your message of "Tue, 02 Apr 1996 10:10:14 CST." <199604021610.KAA26215@brasil.moneng.mei.com> Date: Tue, 02 Apr 1996 17:06:40 +0000 Message-ID: <1208.828464800@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Question, stupid, nonetheless a question: > > > > > > Does anybody see any advantage to allowing for a way to set a systemwide > > > SO_KEEPALIVE default of ON? > > > > make a sysctl variable for this. It's really easy. > > Yeah, well, that's nice :-) I wanted to know if there would be any general > interest. I'm not a kernel hacker so it would take a bit of expenditure of > effort on my part to figure all that out, yadda yadda yadda, and if it was > something that would not make it into -current, I would opt for a quick and > dirty hack. > > Can anyone suggest an appropriate name for such a variable? sysctl.inet.tcp.keepalive taking a boolean argument. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 09:21:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10141 for hackers-outgoing; Tue, 2 Apr 1996 09:21:04 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA10134 for ; Tue, 2 Apr 1996 09:20:54 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA17295; Tue, 2 Apr 1996 12:20:17 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 2 Apr 1996 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id IAA06998 for ; Tue, 2 Jan 1996 08:33:44 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id IAA09791 for freebsd-hackers@freefall.cdrom.com; Tue, 2 Apr 1996 08:33:13 -0500 Date: Tue, 2 Apr 1996 08:33:13 -0500 From: Thomas David Rivers Message-Id: <199604021333.IAA09791@lakes> To: freebsd-hackers@freefall.FreeBSD.org Subject: 2.1-RELEASE vs. 2.1-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok - So, I've been out-of-the loop for a couple of months... In catching up - I now see references to something named: 2.1-STABLE vs. 2.1-RELEASE Since I'm a lonely, ol' UUCP site - is there a set of diff's between RELEASE and STABLE to bring a 2.1-RELEASE source tree up to 2.1-STABLE. Is there a CVS log somewhere that shows the difference between these two named versions? Is there (shudder) a patchkit? - Thanks - - Dave R. - From owner-freebsd-hackers Tue Apr 2 10:15:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12755 for hackers-outgoing; Tue, 2 Apr 1996 10:15:10 -0800 (PST) Received: from sneezy (sneezy.sri.com [128.18.40.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12750 for ; Tue, 2 Apr 1996 10:15:09 -0800 (PST) Received: by sneezy (SMI-8.6/SMI-SVR4) id KAA29909; Tue, 2 Apr 1996 10:13:10 -0800 Date: Tue, 2 Apr 1996 10:13:10 -0800 From: nate@sneezy.sri.com (Nate Williams ) Message-Id: <199604021813.KAA29909@sneezy> To: Charles Green Cc: Sujal Patel , hackers@freebsd.org Subject: Re: UNIX Sound SystemTM (USS) Lite (Formerly VoxWare) In-Reply-To: <199603301814.NAA01406@fang.cs.sunyit.edu> References: <199603301814.NAA01406@fang.cs.sunyit.edu> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Perhaps we should consult Hannu before continuing this debate? > After all, there are no commercial incarnations of FreeBSD. That's not true. There are no commercial incarnations that call themselves 'FreeBSD', but there are a few folks who use FreeBSD in commercial products as the 'base-line' OS. I'm not sure if any of them rely on the sound-drivers, but they might. Nate From owner-freebsd-hackers Tue Apr 2 10:15:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12801 for hackers-outgoing; Tue, 2 Apr 1996 10:15:57 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA12792 for ; Tue, 2 Apr 1996 10:15:52 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA26692; Tue, 2 Apr 1996 12:10:30 -0600 From: Joe Greco Message-Id: <199604021810.MAA26692@brasil.moneng.mei.com> Subject: Re: SO_KEEPALIVE To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Tue, 2 Apr 1996 12:10:30 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org In-Reply-To: <199604020219.IAA09867@hq.icb.chel.su> from "Serge A. Babkin" at Apr 2, 96 08:19:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Question, stupid, nonetheless a question: > > > > Does anybody see any advantage to allowing for a way to set a systemwide > > SO_KEEPALIVE default of ON? > > If you have PCs connected via network using rlogin or telnet and their > users just turn them off without normal logout you get lots of hanging > connections. SO_KEEPALIVE must be very useful here. Similar problem; Portmasters. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Apr 2 10:29:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13493 for hackers-outgoing; Tue, 2 Apr 1996 10:29:26 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13487 Tue, 2 Apr 1996 10:29:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA16657; Tue, 2 Apr 1996 11:23:05 -0700 From: Terry Lambert Message-Id: <199604021823.LAA16657@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Tue, 2 Apr 1996 11:23:05 -0700 (MST) Cc: terry@lambert.org, freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9603018284.AA828414922@ccgate.infoworld.com> from "Brett Glass" at Apr 1, 96 08:12:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > OK. I agree. There should be an ioctl to issue a controller command > > for WD controllers -- we have one for SCSI. > > Easy to do, since there's already an "issue a controller command" function > called wdcommand(). What are the conventions for ioctl numbering, > structs passed to ioctls, etc. in FreeBSD? If you're experienced at > hacking this kernel, it shouldn't take more than 15 minutes of coding to > add the new command. Well, then there he goes -- send the 0xFB out that way -- does the 0xFB have to go out at the start, or could we, for instance, send it after initialization? It seems to me the best place for disabling "green" mode would be in a user hack to the /etc/rc.local. > > I would prefer to have a reschedulable one-shot than to directly use > > the timer interrupt. > > > The distinction is that the interrupt can be scheduled as a one shot > > down to the hardware resoloution instead of being limited to the clock > > frequency. > > Either kind of timer would probably suffice. High frequencies and super > resolutions wouldn't be necessary, since disk I/O is a somewhat slow > process. A period of 10-20 milliseconds -- about the same as a typical > disk seek time -- would be sufficient. I was thinking in terms of floppy tapes that: 1) Are not on a FIFO'ed chip 2) Have a 200uS window before they lose resynchronization. The window can be stretched by haveing two buffers in the kernel and alternating them while repositioning the tape, but even the 10ms window that results is unreliable, since you would require either very high priority or no other qunatum use while using the tape. Think "network backup" and you'll realize that it's impossible to have a useful floppy tape driver without the ability to interrupt whatever is going on and hande it within 200uS, without regard to other processes on the machine. Ade's FT driver for BSDI is a good example of how to push out all the possible windows, but 30% of the CPU spent in DELAY() is a bad thing. At the very least, given some IDE or cheap net card overhead (ie: the kind of hardware that is owned by the kind of people who buy floppy tapes), it means the tape can never stream. > > The win here is that I can have a hardware interrupt to cause timed > > service routines in the kernel without giving up RT. > > > This lets you replace recurrening events with rescheduling the > > oneshot, and replace DELAY() with a one-shot scheduling. > > This would certainly work. But the advantage of the timer is that it would > be sharable; the one-shot wouldn't be. Not true. This is why it would have to be a reschedulable one-shot. You would maintain a btree with a link increment delta in a time ordered list. This would allow you to reschedule the one-shot to the smallest remaining delta each time, and subtract the delta from any remaining list elements. This means you couldn't have 5000 of them going at once and still get 200uS, but you wouldn't use it for normal timer things, you'd use it for deadlining (ie: device probes, floppy tape, serial port paritally full FIFO polling, etc.). > In any event, how much would the scheduler and vm modules have to change > -- if at all -- to allow unaffected processes to continue during swapper > I/O? Not at all. That's the beauty of using a real timer interrupt to handle the event. Interrupt processing is handled seperately from the scheduler. 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 Apr 2 11:02:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15887 for hackers-outgoing; Tue, 2 Apr 1996 11:02:10 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15857 Tue, 2 Apr 1996 11:01:58 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id MAA27113; Tue, 2 Apr 1996 12:56:39 -0600 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma027107; Tue Apr 2 12:56:19 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id MAA10688; Tue, 2 Apr 1996 12:09:16 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id MAA13315; Tue, 2 Apr 1996 12:22:24 -0600 (CST) Message-Id: <199604021822.MAA13315@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: DARREND@novell.com (Darren Davis) cc: hackers@freebsd.org, current@freebsd.org Subject: Re: COFF 386 X Windows application. In-reply-to: Your message of "Tue, 02 Apr 1996 08:40:19 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Apr 1996 12:22:23 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk AFAIK sysi86 isn't working at all, except to tell you that it isn't ;). I think you're confusing sysi86() with vm86(), I did too, 'til I read the SCO man page. sysi86() works kind of like an ioctl in a driver, it provides a bunch of different commands that may or may not return useful stuff. From sco's function 114 is ``get os features vector'', whatever that is. Other common uses are get/set swap info and status, get/set hardware clock, SCO's vm86() interface is accesed through this, the ldt/gdt manipulation stuff is done this way too. Many of the functions provided by sysi86() are available on FBSD in other ways, some aren't. It'd be a good exercise to cast those that are available to the sysi86() emulation. I'd call it an `entry level kernel hack'. For your app, you might want to just have sysi86() return a success value, and see what happens. I'm not sure what the app expects back from a `get os features' call, maybe something as usless as a uname, or maybe the whole app depends on it. good luck, eric. Darren Davis writes: >OK, here's the scoop. I have an X windows application that is a 386 COFF >binary. When run from X, the application hangs. The message printed on >the console is: > >IBCS2: 'sysi86' function 114(0x72) not implemented yet > >Does current have support for this? What is a person without source to >the application to do? (woe is me). I really would like to get this working. > If I remember rightly, Terry was stating something like the sysi86 function >doesn't fully work or something like that if my memory serves me. I believe >I have my IBCS emulation stuff set up correctly (I followed the FAQ). > >Darren R. Davis >Senior Software Engineer >Novell, Inc. > > > -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Tue Apr 2 11:07:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16339 for hackers-outgoing; Tue, 2 Apr 1996 11:07:16 -0800 (PST) Received: from ntserv.webleicester.co.uk ([206.249.75.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16328 for ; Tue, 2 Apr 1996 11:07:09 -0800 (PST) Received: from [206.249.75.17] by ntserv.webleicester.co.uk (NTMail 3.01.00) id ma001728; Tue, 2 Apr 1996 19:07:01 +0000 Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21); 2 Apr 96 19:07:39 +0000 Received: from SpoolDir by LANSYS (Mercury 1.21); 2 Apr 96 19:07:10 +0000 From: "Phil Taylor" Organization: Lan Systems To: hackers@freebsd.org Date: Tue, 2 Apr 1996 19:07:06 GMT Subject: Cable for APC UPS. Reply-to: phil@lansys.webleicester.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With the recent talk on UPS support, I thought that this document seems interesting (even though it comes from the M$ no Knowledge base) I have had problems getting hold of these cables in the past as my distributor either wouldn't or couldn't tell me the config ... I haven't tried it yet but if someone wants to, good luck.... by the way, Joerg, how is your UPS support doing as I would like to look at it. DOCUMENT:Q98885 17-JAN-1995 [winnt] TITLE :Pin Connections for Cabling Between APC UPS and RS-232 PRODUCT :Microsoft Windows NT PROD/VER:3.10 OPER/SYS:WINDOWS KEYWORDS:kbhw -------------------------------------------------------------------- The information in this article applies to: - Microsoft Windows NT operating system version 3.1 -------------------------------------------------------------------- SUMMARY ======= If you are having difficulty getting your American Power Conversion (APC) uninterruptable power supply (UPS) system to work with Windows NT, it may be due to the serial cable you are using. The following information applies to APC Back-Ups models 250, 400, 450, 600, 900, and 1250. Make sure the following pins are connected: DB9 9-Pin Female Connector DB9 9-Pin Male Connector (to PC serial port) (to UPS connector) ---------------------------------------------------------------- Pin #5----------Ground------------------Pin #4 Pin #8----------Power Failure-----------Pin #2 Pin #4----------UPS Shutdown------------Pin #1 Pin #1----------Low Battery---------Pin #5--[10k ohm]--Pin #8 Note: unlisted pins need not be connected. MORE INFORMATION ================ APC provides a cable that correctly connects their power supply unit to a PC. You can contact APC and order part #940-0020B. Additional reference words: prodnt 3.10 KBCategory: kbhw KBSubCategory: nthw NTFAULT ==================================================================== ========= THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY. Copyright Microsoft Corporation 1995. -- /* Phil Taylor phil@webleicester.co.uk LAN Systems - LAN/WAN Specialists */ From owner-freebsd-hackers Tue Apr 2 11:17:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17318 for hackers-outgoing; Tue, 2 Apr 1996 11:17:54 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17307 for ; Tue, 2 Apr 1996 11:17:46 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA26438 for hackers@freebsd.org; Tue, 2 Apr 1996 21:14:42 +0200 From: Luigi Rizzo Message-Id: <199604021914.VAA26438@labinfo.iet.unipi.it> Subject: phkmalloc and buggy sw... To: hackers@freebsd.org Date: Tue, 2 Apr 1996 21:14:41 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It happened to me twice now... I have some software which intermixes printf() and putchar(), and since the switch to phkmalloc it coredumps at times on the putchar() call. Just for the records... I can't tell if there is something terribly wrong in my program or it is putchar which must be fixed. I solve the problem by replacing putchar('\n') with printf("\n"), and it doesn't coredump anymore. 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 Apr 2 11:21:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17745 for hackers-outgoing; Tue, 2 Apr 1996 11:21:26 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17712 for ; Tue, 2 Apr 1996 11:21:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA21201; Tue, 2 Apr 1996 21:20:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02326; Tue, 2 Apr 1996 21:20:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id UAA10335; Tue, 2 Apr 1996 20:14:02 +0200 (MET DST) From: J Wunsch Message-Id: <199604021814.UAA10335@uriah.heep.sax.de> Subject: Re: Can anyone make boot ROM fro ethernet To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 2 Apr 1996 20:14:02 +0200 (MET DST) Cc: langfod@maui.com (David Langford) In-Reply-To: <199604012144.LAA00482@ maui.com> from "David Langford" at Apr 1, 96 11:44:58 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Langford wrote: > I am looking at setting up a few sites with netbooting X-terminals > and I was wondering if there was anyone that sold or could make > EPROMS for netbooting. I could, but i'm afraid it's not worth the shipping costs... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 2 11:21:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17796 for hackers-outgoing; Tue, 2 Apr 1996 11:21:35 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17726 for ; Tue, 2 Apr 1996 11:21:19 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA21206; Tue, 2 Apr 1996 21:20:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02327; Tue, 2 Apr 1996 21:20:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id UAA10373; Tue, 2 Apr 1996 20:15:42 +0200 (MET DST) From: J Wunsch Message-Id: <199604021815.UAA10373@uriah.heep.sax.de> Subject: Re: Change HD controller To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 2 Apr 1996 20:15:41 +0200 (MET DST) Cc: davide@galactica.it In-Reply-To: <199604011733.JAA09196@freefall.freebsd.org> from "davide@galactica.it" at Apr 1, 96 07:18:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As davide@galactica.it wrote: > My FreeBsd Ver. 2.0 machine has a BusLogic AT SCSI > HD Controller. > Now I want to change the controller and pass to PCI > Adaptec AHA 2940. I think they both use the same translation, so you shouldn't expect problems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 2 11:23:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17960 for hackers-outgoing; Tue, 2 Apr 1996 11:23:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17955 for ; Tue, 2 Apr 1996 11:23:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA08906 for ; Tue, 2 Apr 1996 11:23:09 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA21218 for ; Tue, 2 Apr 1996 21:21:08 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02333 for freebsd-hackers@freebsd.org; Tue, 2 Apr 1996 21:21:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id UAA10603 for freebsd-hackers@freebsd.org; Tue, 2 Apr 1996 20:27:43 +0200 (MET DST) From: J Wunsch Message-Id: <199604021827.UAA10603@uriah.heep.sax.de> Subject: Re: fdisk and partition info To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 2 Apr 1996 20:27:43 +0200 (MET DST) In-Reply-To: <199604012004.NAA14051@phaeton.artisoft.com> from "Terry Lambert" at Apr 1, 96 01:04:37 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > However, these numbers are `real', but inaccessible. The SCSI > > protocol doesn't let you enter any of these numbers in a SCSI command. > > That's why you cannot turn off the ``translation''. > > Again, the translation I refer to is that which is done by the BIOS. Again, all SCSI BIOSes must translate, since SCSI is LBA by definition, while the int 0x13 interface is C/H/S by definition. FreeBSD does never translate, since it uses LBA as its API to the driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 2 11:40:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19380 for hackers-outgoing; Tue, 2 Apr 1996 11:40:34 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA19375 for ; Tue, 2 Apr 1996 11:40:31 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14536(15)>; Tue, 2 Apr 1996 11:39:48 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Tue, 2 Apr 1996 11:39:36 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Brian Tao cc: Philippe Regnauld , hackers Subject: Re: Howto: Sun 3's as X Terminal In-reply-to: Your message of "Sat, 30 Mar 1996 16:09:46 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 2 Apr 1996 11:39:33 PST From: Bill Fenner Message-Id: <96Apr2.113936pst.177475@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message you write: >> NOTE: Since Sun 3's use old 4.2BSD networking code, they have the bad habit >> of broadcasting on .0, not .255 > We've got 3/50's, 3/60's and 3/280's here running the Xkernel and >our boot server is using .255 as the broadcast address without any >apparent trouble. I bet your boot server is running code earlier than src/sys/netinet/ip_input.c 1.33 Thu Dec 21 21:12:22 1995 by wollman Diffs to 1.32 Delete old-style-broadcast-address compatibility cruft in IP input path. If users want to use the old-style broadcast addresses, they will have to currectly configure their systems. I wonder if this should be made an option for those who want to run boot servers for old suns. Bill From owner-freebsd-hackers Tue Apr 2 11:56:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20709 for hackers-outgoing; Tue, 2 Apr 1996 11:56:14 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA20704 for ; Tue, 2 Apr 1996 11:56:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA16832; Tue, 2 Apr 1996 12:49:17 -0700 From: Terry Lambert Message-Id: <199604021949.MAA16832@phaeton.artisoft.com> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 2 Apr 1996 12:49:17 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199604020445.AA210060355@fakir.india.hp.com> from "A JOSEPH KOSHY" at Apr 2, 96 10:15:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > ms> No, you're not understanding. For a given CPU, IDE will _always_ use more > ms> CPU time than SCSI. Period. > > I'm afraid I don't understand too; I recently had the oppurtunity to examine > a Future Domain TMC-1680 card. From what I could see this was an ISA card > with no bus-mastering capability. After the card had read in data from the > scsi bus, it would interrupt and the CPU had to use PIO to copy data from > the card to the system buffers. > > Why would card yield better CPU utilization than an IDE solution? Is this card supported? I thought no one owned these... On average, his statement is true: SCSI bus mastering is supported and IDE bus mastering is not. Non-bus-mastering SCSI is supported for people who already own crappy cards, generally for SCSI CDROM interfaces on sound cards, or old Adaptec cards sold with HP Scanjets, etc. (ie: mostly not boot devices for lack of BIOS support). > As I said earlier, there are lots of SCSI cards and disks on the market; the > cheaper ones have made quite a number of compromises in order to lower cost. > Thats the market reality. > > IMO, SCSI is not always better than IDE. "Good SCSI" is better than "good IDE". > The issue really is how much performance you are getting for your rupee. > The last time I checked here, a 1-disk SCSI sub-system cost around twice as > much as an equivalent IDE 1-disk sub-system. Become an importer and charge 1.5 times instead of 2: the costs where you will be importing from are the same. 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 Apr 2 11:57:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20942 for hackers-outgoing; Tue, 2 Apr 1996 11:57:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA20929 for ; Tue, 2 Apr 1996 11:57:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA16848; Tue, 2 Apr 1996 12:51:59 -0700 From: Terry Lambert Message-Id: <199604021951.MAA16848@phaeton.artisoft.com> Subject: Re: "active" (INND14unoff4,shared) gets corrupted To: imb@scgt.oz.au (michael butler) Date: Tue, 2 Apr 1996 12:51:59 -0700 (MST) Cc: cracauer@wavehh.hanse.de, angio@shell.ARos.NET, freebsd-hackers@FreeBSD.org In-Reply-To: <199604020512.PAA19435@asstdc.scgt.oz.au> from "michael butler" at Apr 2, 96 03:12:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > That makes it possible that mmap'ed INN fails for low-load sites (when > > more than one client may send articles) and to work on heavyly-loaded > > servers (when only one client at a time sfeeds news to the server and > > the rest is "consumer"). > > This is consistent with my experience .. I have more than one streaming feed > plus UUCP, gated FidoNet traffic and NNTP readers, It is not a legitimate use to extended a mapped file without remapping it. Specifically, if the mapping goes from a frag to a larger frag (or to a block) as a result of being extended, it's obvious that you should expect problems. That this works on SVR4 and SunOS is an artifact of their VM system cache being device/block based. 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 Apr 2 12:06:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21926 for hackers-outgoing; Tue, 2 Apr 1996 12:06:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21901 Tue, 2 Apr 1996 12:06:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16874; Tue, 2 Apr 1996 13:00:48 -0700 From: Terry Lambert Message-Id: <199604022000.NAA16874@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: bde@zeta.org.au (Bruce Evans) Date: Tue, 2 Apr 1996 13:00:47 -0700 (MST) Cc: Brett_Glass@ccgate.infoworld.com, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <199604020723.RAA01028@godzilla.zeta.org.au> from "Bruce Evans" at Apr 2, 96 05:23:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Note that long waits (> 10 usec) usually only occur in initialization and > panic dump code when it can't even use timeouts. Most waits occur at > interrupt time when it can't use tsleep. Hence my suggestion to event schedule. It would have to be coupled with a queue abstraction of interrupt handling; specifically, a SVR4/WindowsNT style top/bottom handler division, where the point of the service routine is to queu the interrupt as an event and allow further interrupts. This has the negative side effective of increasing latency, and the positive side effect of increasing concurrency (ie: it can be set to take another interrupt from the same device right after the event has be queued instead of at service time). FreeBSD's interrupt code is close to this anyway, especially with some of the recent changes. The timer interrupt is an event trigger. For long duration events which can take place "after so much time has elapsed" instead of "when so much time has elapsed", hooking the standard timer interrupt with a function callback is perfectly acceptable. > >Of course, pausing 30 seconds in the kernel could be catastrophic for some > >applications, > > Perhaps more importantly, pausing 30 seconds outside the kernel may be > catastrophic :-). There is probably little difference where the wait > occurs except on multi-disk-controller systems where the IDE controller > is little used. This is not an issue if the quantum period times the number of ready-to-run processes does not exceed the maximum allowable delay period (which is why the timer is unacceptable for moving "ft" functionality into the floppy tape driver in the kernel). > >so implementing some of those proprietary commands is still > >useful. The modification I sent in covers Seagate's. > > It can't be used in the standard driver because its operation is unknown. > It might format the drives... Yes, I agree. It should be a standalone command using the wdcontrol() interface that the user must specify, with knowledge of the potential consequences, instead of a config option that a user might say "this looks like what I need -- I'll try 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 Tue Apr 2 12:06:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21950 for hackers-outgoing; Tue, 2 Apr 1996 12:06:11 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21935 for ; Tue, 2 Apr 1996 12:06:08 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id PAA12888 for hackers@freebsd.org; Tue, 2 Apr 1996 15:06:00 -0500 Date: Tue, 2 Apr 1996 15:06:00 -0500 From: Charles Green Message-Id: <199604022006.PAA12888@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: Dos Emulation? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I vaguely remember seeing a note from Jordan about Dos emulation but he said that he'd have to wait 2 weeks before making an announcement... (Some of this information may be wrong do to brain damage). Hey Jordan, what's the scoop? -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Tue Apr 2 12:08:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22301 for hackers-outgoing; Tue, 2 Apr 1996 12:08:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22280 Tue, 2 Apr 1996 12:08:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16883; Tue, 2 Apr 1996 13:03:41 -0700 From: Terry Lambert Message-Id: <199604022003.NAA16883@phaeton.artisoft.com> Subject: Re: Laptop Survey Project / FreeBSD To: hosokawa@mt.cs.keio.ac.jp Date: Tue, 2 Apr 1996 13:03:41 -0700 (MST) Cc: freebsd-announce@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-Reply-To: <199604021057.TAA18887@frig.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Apr 2, 96 07:57:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I want to start "Laptop Survey" project on FreeBSD. Linux has the > same survey for long, and I think it is very useful. > > If you're using FreeBSD on laptop machines, please fill in the form > given below and send it to me (Reply-To: hosokawa@mt.cs.keio.ac.jp). [ ... ] > > (requisite) Your Name > E-mail address (do not fill it if you don't want to publish it) [ ... ] > ............ repeats... > Additional information > Obviously you are interpreting this DTD as readable text somehow? Do you have a survey input engine or something to make this human readable somehow? 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 Apr 2 12:17:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22897 for hackers-outgoing; Tue, 2 Apr 1996 12:17:39 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22880 Tue, 2 Apr 1996 12:17:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16910; Tue, 2 Apr 1996 13:11:45 -0700 From: Terry Lambert Message-Id: <199604022011.NAA16910@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: bde@zeta.org.au (Bruce Evans) Date: Tue, 2 Apr 1996 13:11:45 -0700 (MST) Cc: Brett_Glass@ccgate.infoworld.com, terry@lambert.org, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <199604021358.XAA26252@godzilla.zeta.org.au> from "Bruce Evans" at Apr 2, 96 11:58:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> This lets you replace recurrening events with rescheduling the > >> oneshot, and replace DELAY() with a one-shot scheduling. > > >This would certainly work. But the advantage of the timer is that it would > >be sharable; the one-shot wouldn't be. > > You haven't seen Terry's one-shot timers :-). Neither have I, but I > expect they would be shareable. E.g., if the next interrupt is > scheduled after 75 usec and something wants one after 22 usec, then the > timer would be reprogrammed to schedule the next interrupt after 22 usec > nsec and again later to schedule the original interrupt. Of course, it > might take 5-20 usec to reprogram the timer (20 usec on a 386/20) and > another 5-20 usec to switch contexts, not to mention 5-20 usec to accept > the interrupt and 5-20 usec to handle it, so one-shots are probably not > viable for such small timeouts. I think they will be viable for timeouts > a few hundred usec when the system becomes more real-time. See another > discussion about bugs that cause clock latencies of > 10000 usec. Reminds me of Bill Cosby playing the devil... "You haven't seen our bats". 8-). Bruce is right about the design. He's also right about the programming latency. He's also right about the clock latencies (which would have to be corrected by kicking the one-shot priority higher than everything but actual non-FIFO'ed I/O). Within the latency period, the timer is useful; outside it isn't. A DELAY(10) would not be replaced by a timer call, but a DELAY(200) would. > >In any event, how much would the scheduler and vm modules have to change > >-- if at all -- to allow unaffected processes to continue during swapper > >I/O? > > Not at all, I think. Large changes would probably be required to give > enough (if any) unaffected processes. Again, Bruce is right. Probably the largest change would be interrupt virtualization -- and if you've been watching the PCI and PCMCIA commits, this is real close: no major architectural changes required for most code, just some drivers. And they can be converted incrementally, it doesn't have to be wholesale. 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 Apr 2 12:21:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23271 for hackers-outgoing; Tue, 2 Apr 1996 12:21:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23250 Tue, 2 Apr 1996 12:21:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16934; Tue, 2 Apr 1996 13:16:02 -0700 From: Terry Lambert Message-Id: <199604022016.NAA16934@phaeton.artisoft.com> Subject: Re: COFF 386 X Windows application. To: DARREND@novell.com (Darren Davis) Date: Tue, 2 Apr 1996 13:16:02 -0700 (MST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Darren Davis" at Apr 2, 96 08:40:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > OK, here's the scoop. I have an X windows application that is a 386 COFF > binary. When run from X, the application hangs. The message printed on > the console is: > > IBCS2: 'sysi86' function 114(0x72) not implemented yet > > Does current have support for this? What is a person without source to > the application to do? (woe is me). I really would like to get this working. > If I remember rightly, Terry was stating something like the sysi86 function > doesn't fully work or something like that if my memory serves me. I believe > I have my IBCS emulation stuff set up correctly (I followed the FAQ). Most of the sysi86 functionality is a hack Sean Eric Fagan put together for the call that does math coprocessor detection; specifically, it was as a result of a bug report that I made when I was running WSU's SVR3 Lotus 1-2-3, Word Perfect, and Sybase packages under IBCS2. Basically, sysi86 is what SCO calls their VM86() interface to allow protected mode programs to make DOS calls. 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 Apr 2 12:21:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23313 for hackers-outgoing; Tue, 2 Apr 1996 12:21:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23255 for ; Tue, 2 Apr 1996 12:21:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23619; Tue, 2 Apr 1996 22:20:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA03066; Tue, 2 Apr 1996 22:20:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id WAA11563; Tue, 2 Apr 1996 22:16:48 +0200 (MET DST) From: J Wunsch Message-Id: <199604022016.WAA11563@uriah.heep.sax.de> Subject: Re: 2.1-RELEASE vs. 2.1-STABLE. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 2 Apr 1996 22:16:47 +0200 (MET DST) Cc: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604021333.IAA09791@lakes> from "Thomas David Rivers" at Apr 2, 96 08:33:13 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > Since I'm a lonely, ol' UUCP site - is there a set of diff's > between RELEASE and STABLE to bring a 2.1-RELEASE source tree Hmm, -stable is rather a moving target, and despite of its name, said to be not that stable as all... > up to 2.1-STABLE. Is there a CVS log somewhere that shows > the difference between these two named versions? CVS log: yes. 100-line summary: no. I don't know if it would be a good idea to automagically generate CVS diffs between RELENG_2_1_0_RELEASE and RELENG_2_1_0 (that are the tags by name), and drop this diff somewhere onto freefall... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 2 13:00:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25769 for hackers-outgoing; Tue, 2 Apr 1996 13:00:27 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA25746 Tue, 2 Apr 1996 13:00:18 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4DYe-000wuRC; Tue, 2 Apr 96 13:24 PST Received: from cc:Mail by ccgate.infoworld.com id AA828478763; Tue, 02 Apr 96 13:53:41 PST Date: Tue, 02 Apr 96 13:53:41 PST From: "Brett Glass" Message-Id: <9603028284.AA828478763@ccgate.infoworld.com> To: Terry Lambert , bde@zeta.org.au Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It should be a standalone command using the wdcontrol() > interface This would prevent any user with a disk like the ST5660A from being able to install FreeBSD. Inactivity timeouts need to be turned off early, before the drive can spin down. A kernel config option can do this, but a user command might be executed too late (and wouldn't be executed during an install). --Brett From owner-freebsd-hackers Tue Apr 2 13:16:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26898 for hackers-outgoing; Tue, 2 Apr 1996 13:16:46 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA26882 for ; Tue, 2 Apr 1996 13:16:42 -0800 (PST) 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 XAA15865 ; Tue, 2 Apr 1996 23:16:37 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA01459 ; Tue, 2 Apr 1996 23:16:48 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id WAA08423; Tue, 2 Apr 1996 22:49:23 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604022049.WAA08423@keltia.freenix.fr> Subject: Re: GNATS database.. To: julian@ref.tfs.com (JULIAN Elischer) Date: Tue, 2 Apr 1996 22:49:23 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199604020059.QAA05642@ref.tfs.com> from JULIAN Elischer at "Apr 1, 96 04:59:05 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that JULIAN Elischer said: > I seem to remember a web based interface to the bug reports but > I can;t find any such link off the FreeBSD pages.. I have this in my bookmarks : -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Tue Apr 2 13:16:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26917 for hackers-outgoing; Tue, 2 Apr 1996 13:16:48 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA26894 for ; Tue, 2 Apr 1996 13:16:44 -0800 (PST) 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 XAA15875 ; Tue, 2 Apr 1996 23:16:40 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA01468 ; Tue, 2 Apr 1996 23:16:51 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA08709; Tue, 2 Apr 1996 23:04:11 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604022104.XAA08709@keltia.freenix.fr> Subject: Re: where may I find netscape 3.0 ? To: didier@omnix.fr.org (Didier Derny) Date: Tue, 2 Apr 1996 23:04:11 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3161177B.ECC@omnix.fr.org> from Didier Derny at "Apr 2, 96 01:03:07 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Didier Derny said: > where may I find netscape 3.0 Use The Ports Luke^H^H^H^HDidier :-) You will find on freefall.freebsd.org in the /pub/FreeBSD/FreeBSD-current/ports/www/netscape3/ file the following : DISTNAME= netscape-3.0b2 CATEGORIES+= www MASTER_SITES= ftp://ftp.netscape.com/pub/navigator/atlas/pr1/unix/standard/ DISTFILES= netscape-vAtlas_b2-export.i386-unknown-bsd.tar.gz I don't know if the standard mirrors in France got it though. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Tue Apr 2 13:16:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26941 for hackers-outgoing; Tue, 2 Apr 1996 13:16:51 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA26926 for ; Tue, 2 Apr 1996 13:16:48 -0800 (PST) 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 XAA15874 ; Tue, 2 Apr 1996 23:16:39 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA01465 ; Tue, 2 Apr 1996 23:16:51 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id WAA08464; Tue, 2 Apr 1996 22:53:59 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604022053.WAA08464@keltia.freenix.fr> Subject: Re: random traps To: alk@Think.COM (Tony Kimball) Date: Tue, 2 Apr 1996 22:53:58 +0200 (MET DST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199604020509.XAA10581@compound> from Tony Kimball at "Apr 1, 96 11:09:45 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Tony Kimball said: > 9 May 1994 12.0 Ko /sources/misc/benchmarks/crashme-2.1.tar.gz > > Ah, thanks. Now I don't have to go up in the attic:-) It is small enough that if some people here wants it, I can send it by mail. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Tue Apr 2 13:23:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA27547 for hackers-outgoing; Tue, 2 Apr 1996 13:23:49 -0800 (PST) Received: from horst.bfd.com ([204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA27540 Tue, 2 Apr 1996 13:23:45 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.3/8.7.3) with SMTP id NAA19539; Tue, 2 Apr 1996 13:23:55 -0800 (PST) Date: Tue, 2 Apr 1996 13:23:40 -0800 (PST) From: "Eric J. Schwertfeger" To: Terry Lambert cc: Brett Glass , terry@lambert.org, freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode In-Reply-To: <199604021823.LAA16657@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Apr 1996, Terry Lambert wrote: > Well, then there he goes -- send the 0xFB out that way -- does the 0xFB > have to go out at the start, or could we, for instance, send it after > initialization? > > It seems to me the best place for disabling "green" mode would be in > a user hack to the /etc/rc.local. Exactly. hdparm (8) does this for Linux, and that is how it is usually set up. Call the command in rc.local, no kernel hacking other than the interface to allow root processes to send commands to the drive (not sure hdparm is a generic ioctl interface or not). From owner-freebsd-hackers Tue Apr 2 13:25:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA27718 for hackers-outgoing; Tue, 2 Apr 1996 13:25:02 -0800 (PST) Received: from zot.io.org (root@zot.io.org [198.133.36.82]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA27704 for ; Tue, 2 Apr 1996 13:24:57 -0800 (PST) Received: from localhost (taob@localhost) by zot.io.org (8.6.12/8.6.12) with SMTP id QAA18580; Tue, 2 Apr 1996 16:23:34 -0500 X-Authentication-Warning: zot.io.org: taob owned process doing -bs Date: Tue, 2 Apr 1996 16:23:34 -0500 (EST) From: Brian Tao To: Bill Fenner cc: Philippe Regnauld , hackers Subject: Re: Howto: Sun 3's as X Terminal In-Reply-To: <96Apr2.113936pst.177475@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Apr 1996, Bill Fenner wrote: > > I bet your boot server is running code earlier than > > src/sys/netinet/ip_input.c > > 1.33 Thu Dec 21 21:12:22 1995 by wollman > Diffs to 1.32 Yup... I'm running 1.22.4.2 here. None of our production machines have been upgraded beyond 2.1.0R yet. > I wonder if this should be made an option for those who want to run boot > servers for old suns. Alternatively, is there a way to fiddle with the Suns to use .255 as their broadcast address? -- Brian Tao (BT300, taob@io.org) System and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Tue Apr 2 13:41:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA28812 for hackers-outgoing; Tue, 2 Apr 1996 13:41:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA28806 for ; Tue, 2 Apr 1996 13:41:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA17244; Tue, 2 Apr 1996 14:36:08 -0700 From: Terry Lambert Message-Id: <199604022136.OAA17244@phaeton.artisoft.com> Subject: Re: fdisk and partition info To: j@uriah.heep.sax.de (J Wunsch) Date: Tue, 2 Apr 1996 14:36:08 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199604021827.UAA10603@uriah.heep.sax.de> from "J Wunsch" at Apr 2, 96 08:27:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > However, these numbers are `real', but inaccessible. The SCSI > > > protocol doesn't let you enter any of these numbers in a SCSI command. > > > That's why you cannot turn off the ``translation''. > > > > Again, the translation I refer to is that which is done by the BIOS. > > Again, all SCSI BIOSes must translate, since SCSI is LBA by > definition, while the int 0x13 interface is C/H/S by definition. > FreeBSD does never translate, since it uses LBA as its API to the > driver. Again, the physical laws of the universe do not require that it be impossible to obtain the C/H/S geometry from protected mode. This is prevented by SCSI controller manufacturers, not God. As long as the translation is consistent (which it is for some controllers), the translation can be an attribute of the controller, and the S multiplier can be determined by asking the drive how many different seek motor positions it has and how man heads it has, and dividing the total number of sectors by these values and throwing away the remainder to get the DOS geometry. A correct controller will provide the same lies to the protected mode question as it provides to the BIOS call question. This is the difference between controller hardware and controller software translation. Disk level translation is not detectable by software. The other kind is (FreeBSD is software, and it detects it by screwing up). It is only the piece-of-crap Adaptec controllers with "advanced" setups that vary the geometry undetectably from the controller probe. Like my old EISA 1742, which I can't ask which mode it is in without being able to read (and interpret) the EISA slot configuration information. Most SCSI controllers fit the geometry assumptions made by the slice code. 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 Apr 2 13:47:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29276 for hackers-outgoing; Tue, 2 Apr 1996 13:47:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29248 Tue, 2 Apr 1996 13:47:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA17274; Tue, 2 Apr 1996 14:41:09 -0700 From: Terry Lambert Message-Id: <199604022141.OAA17274@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Tue, 2 Apr 1996 14:41:09 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9603028284.AA828478763@ccgate.infoworld.com> from "Brett Glass" at Apr 2, 96 01:53:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It should be a standalone command using the wdcontrol() > > interface > > This would prevent any user with a disk like the ST5660A from being able to > install FreeBSD. Inactivity timeouts need to be turned off early, before > the drive can spin down. A kernel config option can do this, but a user > command might be executed too late (and wouldn't be executed during an > install). It could be executed by the user early on. But it probably wouldn't be. We aren't talking about "fixing" the problem, we're talking about providing an option. It just so happens that the option is a kludge fix for some systems. Actually "fixing" the problem requires making the driver aware of drive spin downs and making it deal with it transparently instead of screwing up by passing an error to higher level code. Disabling the spindown is not what I'd call "making the code 'green aware'"... 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 Apr 2 13:58:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00308 for hackers-outgoing; Tue, 2 Apr 1996 13:58:19 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA00299 for ; Tue, 2 Apr 1996 13:58:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.7.5/8.6.11) with SMTP id WAA01222 ; Tue, 2 Apr 1996 22:20:19 +0100 (BST) To: "Matthew N. Dodd" cc: Terry Lambert , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Netscape 3.0b2 [Solution & Summary] In-reply-to: Your message of "Tue, 02 Apr 1996 00:23:48 MDT." Date: Tue, 02 Apr 1996 22:20:19 +0100 Message-ID: <1220.828480019@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Matthew N. Dodd" wrote in message ID : > > My roommate who uses Linux is haveing the SAME EXACT problem as we > are. ARGH. An IDEAL opportunity for a conversion. Well, what are you waiting for? Is that guy still running Linux?!? :) (I'm mostly joking btw :) ) Gary From owner-freebsd-hackers Tue Apr 2 15:24:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09950 for hackers-outgoing; Tue, 2 Apr 1996 15:24:37 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA09944 Tue, 2 Apr 1996 15:24:32 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id RAA02422; Tue, 2 Apr 1996 17:24:33 -0600 (CST) Date: Tue, 2 Apr 1996 17:24:32 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Gary Palmer cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <1220.828480019@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Apr 1996, Gary Palmer wrote: > ARGH. An IDEAL opportunity for a conversion. Well, what are you > waiting for? Is that guy still running Linux?!? :) I don't think he would gain anything in converting. He runs his ISP on Linux, I run mine on FreeBSD. We both have the same kinds of problems. At this point its not the OS that determins the problems you have, just the rest of the crap. > (I'm mostly joking btw :) ) Yep, there is a linux box at home that we use for a termainal server... It dials the net and we hook terminals to it. The only reason its running linux is that it would be too much of a bitch to reinstall something else... The drive had linux on it so we used it. Linux is a kernel, FreeBSD is an OS. If you are trying to compare the two, compare apples to apples. Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Tue Apr 2 16:15:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16201 for hackers-outgoing; Tue, 2 Apr 1996 16:15:41 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA16191 for ; Tue, 2 Apr 1996 16:15:38 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 2 Apr 96 19:14:52 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Tue, 2 Apr 96 19:14:49 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id SAA17666; Tue, 2 Apr 1996 18:16:54 -0600 Date: Tue, 2 Apr 1996 18:16:54 -0600 Message-Id: <199604030016.SAA17666@compound> From: Tony Kimball To: hackers@freefall.freebsd.org Subject: Re: ldconfig problem. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > However, other libs in /usr/local/lib it finds fine. Or rather, some it > does, some it doesn't. It finds libjpeg, but can't find libtcl* or libtk*. Alright, who commited Randall Schwartz's mods to ldconfig? 'Fess up, now. From owner-freebsd-hackers Tue Apr 2 16:51:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19735 for hackers-outgoing; Tue, 2 Apr 1996 16:51:04 -0800 (PST) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA19729 for ; Tue, 2 Apr 1996 16:51:01 -0800 (PST) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id QAA26791 for hackers@freebsd.org; Tue, 2 Apr 1996 16:51:00 -0800 Date: Tue, 2 Apr 1996 16:51:00 -0800 From: Sean Eric Fagan Message-Id: <199604030051.QAA26791@kithrup.com> To: hackers@freebsd.org Subject: _The Baasic Kernel Source Code Secrets_, Volume 1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk by William Frederick Jolitz and Lynne Greer Jolitz. I haven't seen it. Peter Salus reviews it in the latest ;login:. He is not very impressed with it, although it may have more technical details than the 4.3 (and upcoming 4.4) book(s). It is based on the Dr Dobb's Journal articles, although Peter implies that it has considerably more than that. Given that FreeBSD (and NetBSD) are quite different from 386BSD these days, it's probably not useful; then again, someone may find it useful ;). Sean. From owner-freebsd-hackers Tue Apr 2 18:23:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA25478 for hackers-outgoing; Tue, 2 Apr 1996 18:23:46 -0800 (PST) Received: from RWSystems.net (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA25463 for ; Tue, 2 Apr 1996 18:23:38 -0800 (PST) Received: from nemesis by RWSystems.net with uucp (Smail3.1.29.1 #3) id m0u4I8l-0001bxC; Tue, 2 Apr 96 20:17 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0u4ICp-000C6AC; Tue, 2 Apr 96 20:21 WET Message-Id: Date: Tue, 2 Apr 96 20:21 WET To: hackers%freebsd.org@rwsystr.lonestar.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Apr 2 1996, 20:21:55 CST Subject: Netscape and no Java Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have been catching up on this list and noted all the strife regarding the latest Netscape and some people getting Java to work and others could not. This may be applicable. Our group at work all downloaded the Windows '95 Netscape version on all systems in anticipation of a presentation on Java by someone on the staff. To our surprise, roughly half of the systems would not run ANY of the Java demos, regardless of the source. Some systems that worked and did not work were identical in hardware/software configuration, so we spent some time looking at this. We found that in the case of Windows '95, Netscape 2.x would fail to run Java applications IF ANY files from an earlier version of Netscape still existed on the system ANYWHERE. If we carefully wiped all traces of Netscape from a system (including cache and bookmarks), redownloaded and installed, Java would start working. We have no idea why Netscape was so picky about this, although the Sunster we contacted thought Netscape may be overdoing the Java security checks a bit. Anyway, you might try making sure you have eliminated all remnants of earlier Netscape versions from your system and then re-install and see if that helps on FreeBSD. Frank Durda IV |"Microsofts' model for security or uhclem%nemesis@rwsystr.nkn.net | is 'Take my data, please!'" | - Letter in PC Week Mar 25. or ...letni!rwsys!nemesis!uhclem | No, I didn't write it. :-) From owner-freebsd-hackers Tue Apr 2 18:50:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28522 for hackers-outgoing; Tue, 2 Apr 1996 18:50:01 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28509 for ; Tue, 2 Apr 1996 18:49:55 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA17901; Wed, 3 Apr 1996 12:40:23 +0930 From: Michael Smith Message-Id: <199604030310.MAA17901@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: bde@zeta.org.au (Bruce Evans) Date: Wed, 3 Apr 1996 12:40:22 +0930 (CST) Cc: luigi@labinfo.iet.unipi.it, msmith@atrad.adelaide.edu.au, davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604021147.VAA11954@godzilla.zeta.org.au> from "Bruce Evans" at Apr 2, 96 09:47:18 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > >No, you're not understanding. For a given CPU, IDE will _always_ use more > >CPU time than SCSI. Period. > > Really? Please give numbers for a PIO mode 4 IDE controller vs an ST01 > SCSI controller :-). Please give numbers for your choice of controllers > vs my choices of applications an i/o access patterns. I'll choose a > memory intensive application that stalls the CPU waiting for the SCSI > controller. I'll arrange the i/o so that memory caching is defeated > at strategic places. Grrr, pedant 8) I'll show you a pile of happy users who've said "wow, that's so much faster", and "gee, I was going to replace the CPU" when finally talked into using SCSI for their production systems. > >If you have lots of free CPU, then IDE is fine, but if you feel that your > >CPU has better things to do with its time than copy data to and from > >your disk, then SCSI is the only solution that makes sense. > > I think lots of free CPU is the usual case. E.g., right now on freebsd.org: > > 3:40AM up 19 days, 11 mins, 16 users, load averages: 0.41, 0.32, 0.31 These are averages, and have little or no bearing on the 'feel' of a system, particularly during 'peaky' loads (starting an X application is a good example 8). > I would prefer lower latency to lower overhead in most cases. IDE disks > have natural advantages in this area (no complicated SCSI protocol to > interpreted by the slow i/o processor on the controller). Presuming you only have one application making requests in a linear fashion, that's fine. Tagged queueing and disconnect rapidly improves things once you start to get busy though. You're arguing out of character, which is confusing. Stop it 8) > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 2 21:00:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10985 for hackers-outgoing; Tue, 2 Apr 1996 21:00:49 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA10977 for ; Tue, 2 Apr 1996 21:00:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id VAA04062; Tue, 2 Apr 1996 21:54:22 -0700 Message-Id: <199604030454.VAA04062@rover.village.org> To: A JOSEPH KOSHY Subject: Re: HDD cpu usage (IDE vs. SCSI). Cc: Michael Smith , hackers@freebsd.org In-reply-to: Your message of Tue, 02 Apr 1996 11:37:45 +0530 Date: Tue, 02 Apr 1996 21:54:22 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Is anyone doing this kind of compilation already? Well, the closest is going through the archives of hackers and reading everything that Rod has to say on motherboards and that Bruce has to say about disks, and a few others that I'm too tired to recall. I think most of that is present in the archives... Too bad they are so huge... Warner From owner-freebsd-hackers Tue Apr 2 21:13:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11846 for hackers-outgoing; Tue, 2 Apr 1996 21:13:02 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA11826 for ; Tue, 2 Apr 1996 21:12:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id VAA04050; Tue, 2 Apr 1996 21:51:53 -0700 Message-Id: <199604030451.VAA04050@rover.village.org> To: Michael Smith Subject: Re: HDD cpu usage (IDE vs. SCSI). Cc: koshy@india.hp.com (A JOSEPH KOSHY), hackers@FreeBSD.org In-reply-to: Your message of Tue, 02 Apr 1996 14:44:59 +0930 Date: Tue, 02 Apr 1996 21:51:53 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I went scsi. It was about $75 more than IDE three years ago when I got my 250M drive. I've been able to scape together all kinds of, shall we say, interesting SCSI devices that just work. My SCSI bus has had on it about 10 different disks (some transient), a 7 cd changer, a tape robot, three or four different tape drives, and a plain old scsi cdplayer. At the time there was no way that IDE could even touch it. While more expensive on the front end, it has more than paid for itself in the long run for me. Warner From owner-freebsd-hackers Tue Apr 2 21:51:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16347 for hackers-outgoing; Tue, 2 Apr 1996 21:51:16 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16342 for ; Tue, 2 Apr 1996 21:51:14 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4LTH-0003w4C; Tue, 2 Apr 96 21:51 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id FAA01926; Wed, 3 Apr 1996 05:51:05 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: phkmalloc and buggy sw... In-reply-to: Your message of "Tue, 02 Apr 1996 21:14:41 +0200." <199604021914.VAA26438@labinfo.iet.unipi.it> Date: Wed, 03 Apr 1996 05:51:03 +0000 Message-ID: <1924.828510663@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It happened to me twice now... I have some software which intermixes > printf() and putchar(), and since the switch to phkmalloc it coredumps > at times on the putchar() call. > > Just for the records... I can't tell if there is something terribly > wrong in my program or it is putchar which must be fixed. I solve the > problem by replacing putchar('\n') with printf("\n"), and it doesn't > coredump anymore. Send it to me please, we may have a libc error. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 21:55:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16787 for hackers-outgoing; Tue, 2 Apr 1996 21:55:40 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16782 for ; Tue, 2 Apr 1996 21:55:37 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4LXZ-0003wGC; Tue, 2 Apr 96 21:55 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id FAA01983; Wed, 3 Apr 1996 05:55:29 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bill Fenner cc: Brian Tao , Philippe Regnauld , hackers Subject: Re: Howto: Sun 3's as X Terminal In-reply-to: Your message of "Tue, 02 Apr 1996 11:39:33 PST." <96Apr2.113936pst.177475@crevenia.parc.xerox.com> Date: Wed, 03 Apr 1996 05:55:29 +0000 Message-ID: <1981.828510929@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message you write: > >> NOTE: Since Sun 3's use old 4.2BSD networking code, they have the bad habi t > >> of broadcasting on .0, not .255 > > > We've got 3/50's, 3/60's and 3/280's here running the Xkernel and > >our boot server is using .255 as the broadcast address without any > >apparent trouble. > > I bet your boot server is running code earlier than > > src/sys/netinet/ip_input.c > > 1.33 Thu Dec 21 21:12:22 1995 by wollman > Diffs to 1.32 > > Delete old-style-broadcast-address compatibility cruft in IP input path. > If users want to use the old-style broadcast addresses, they will have to > currectly configure their systems. > > > I wonder if this should be made an option for those who want to run boot > servers for old suns. It should have been. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 22:06:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17981 for hackers-outgoing; Tue, 2 Apr 1996 22:06:08 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17955 for ; Tue, 2 Apr 1996 22:06:01 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4Lhf-0003waC; Tue, 2 Apr 96 22:05 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id GAA02123; Wed, 3 Apr 1996 06:05:58 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Tony Kimball cc: hackers@freefall.freebsd.org Subject: Re: ldconfig problem. In-reply-to: Your message of "Tue, 02 Apr 1996 18:16:54 CST." <199604030016.SAA17666@compound> Date: Wed, 03 Apr 1996 06:05:57 +0000 Message-ID: <2121.828511557@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > However, other libs in /usr/local/lib it finds fine. Or rather, some it > > does, some it doesn't. It finds libjpeg, but can't find libtcl* or libtk*. > > Alright, who commited Randall Schwartz's mods to ldconfig? 'Fess up, now. I just moved then to -stable as well yesterday. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Apr 2 22:19:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20850 for hackers-outgoing; Tue, 2 Apr 1996 22:19:36 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA20842 for ; Tue, 2 Apr 1996 22:19:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA26552; Tue, 2 Apr 1996 22:18:30 -0800 (PST) To: Tony Kimball cc: hackers@freefall.freebsd.org Subject: Re: random traps In-reply-to: Your message of "Sun, 31 Mar 1996 15:59:25 CST." <199603312159.PAA26843@compound> Date: Tue, 02 Apr 1996 22:18:29 -0800 Message-ID: <26550.828512309@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > to my intuitive notion of OS quality. So... I wonder whether the > intuitive quality of FreeBSD might not be given a hand up by such a > treatment... Well, why not run it and send us the results? All panics are taken seriously.. Jordan From owner-freebsd-hackers Tue Apr 2 22:46:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA24787 for hackers-outgoing; Tue, 2 Apr 1996 22:46:30 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA24776 Tue, 2 Apr 1996 22:46:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA27446; Tue, 2 Apr 1996 22:42:40 -0800 (PST) To: Sujal Patel cc: Gary Palmer , hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 [Solution & Summary] In-reply-to: Your message of "Sun, 31 Mar 1996 20:58:50 EST." Date: Tue, 02 Apr 1996 22:42:40 -0800 Message-ID: <27444.828513760@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 1 Apr 1996, Gary Palmer wrote: > > > I have *NO* idea why it runs ``netstat -i'' - I doubt it can parse the > > output somehow! > > This is a good question. You should ask the Netscape programmers :-) > > > That (apart from /bin/sh initially running > > /usr/local/lib/netscape/netscape.bin) is the ONLY fork in the entire > > ktrace output... Strangely enough, ktrace has not worked for me in -current for the last couple of weeks. I dumped a netscape running against http://java.sun.com (as per the example you posted) and the results, after letting the coffee cup animation run a little while, were: jkh@time-> ls -l ktrace.out -rw-rw-r-- 1 jkh jkh 16996442 Apr 2 22:37 ktrace.out jkh@time-> kdump kdump: bogus length 0xf000ef6f I get the aformentioned message with every ktrace.out file I attempt to dump.. :-( > The Java console is implemented in Java.. It'll work once Java applets > start working for you. I just see a blank window that I can click on but not much else (well, I can also clear or close it) - what's this for? :-) Jordan From owner-freebsd-hackers Tue Apr 2 23:00:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26929 for hackers-outgoing; Tue, 2 Apr 1996 23:00:41 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26924 for ; Tue, 2 Apr 1996 23:00:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id CAA06367; Wed, 3 Apr 1996 02:00:31 -0500 (EST) Date: Wed, 3 Apr 1996 02:00:30 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Netscape 3.0b2 [Solution & Summary] In-Reply-To: <27444.828513760@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 2 Apr 1996, Jordan K. Hubbard wrote: > Strangely enough, ktrace has not worked for me in -current for the last Same here... I panic when running ktrace. > > The Java console is implemented in Java.. It'll work once Java applets > > start working for you. > > I just see a blank window that I can click on but not much else (well, > I can also clear or close it) - what's this for? :-) That's what you're supposed to see!! :-) Stdout/err from Java apps goes to the console. Sujal From owner-freebsd-hackers Tue Apr 2 23:14:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29063 for hackers-outgoing; Tue, 2 Apr 1996 23:14:43 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29032 Tue, 2 Apr 1996 23:14:35 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA26756; Wed, 3 Apr 1996 16:14:24 +0900 Date: Wed, 3 Apr 1996 16:14:24 +0900 Message-Id: <199604030714.QAA26756@frig.mt.cs.keio.ac.jp> To: terry@lambert.org Cc: freebsd-announce@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp Subject: Re: Laptop Survey Project / FreeBSD In-Reply-To: Your message of Tue, 2 Apr 1996 13:03:41 -0700 (MST). <199604022003.NAA16883@phaeton.artisoft.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Obviously you are interpreting this DTD as readable text somehow? Yes. >> Do you have a survey input engine or something to make this human >> readable somehow? I'm writing perl script to convert it to readable text and HTML. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Apr 2 23:21:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00374 for hackers-outgoing; Tue, 2 Apr 1996 23:21:24 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA00354 for ; Tue, 2 Apr 1996 23:21:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id AAA05371 for ; Wed, 3 Apr 1996 00:21:19 -0700 Message-Id: <199604030721.AAA05371@rover.village.org> To: hackers@freebsd.org Subject: tftpd and -s Date: Wed, 03 Apr 1996 00:21:19 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk SunOS had a useful feature in tftpd -s. Since I replaced a Sun box as the boot server for my X terminal some time ago, I've been running a hacked version of tftpd that accepts only one arg: -s. -s dir will chroot to that dir before starting tftpd. I did this because it was easier to hack tftpd.c to accept -s than to try to reconfigure the X terminal that I moved to my freebsd box to put /usr/local/tftpboot/ in front of *ALL* of its paths. You have to run it as root, but it does a setuid to nobody once it the chroot is effective (well, immediately after it parses the args). And it fails safe: If chroot fails, so does tftpd on the theory that it is better to fail than to give access to any world readable file. Would anybody be interested in these patches to tftpd.c? While they wouldn't appeal to everybody, there may some interest. Warner From owner-freebsd-hackers Wed Apr 3 00:07:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08233 for hackers-outgoing; Wed, 3 Apr 1996 00:07:33 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA08204 for ; Wed, 3 Apr 1996 00:07:24 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id IAA18930 for hackers@FreeBSD.ORG; Wed, 3 Apr 1996 08:48:12 +0200 Message-Id: <199604030648.IAA18930@nixpbe.pdb.sni.de> Subject: Re: Netscape 3.0b2 [Solution & Summary] To: smpatel@umiacs.umd.edu (Sujal Patel) Date: Wed, 3 Apr 96 10:03:32 MET DST From: Greg Lehey Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: ; from "Sujal Patel" at Apr 3, 96 2:00 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 2 Apr 1996, Jordan K. Hubbard wrote: > >> Strangely enough, ktrace has not worked for me in -current for the last > > Same here... I panic when running ktrace. It's been like this for some time. Is anybody doing anything about it? Otherwise I might do something over Easter. Any hints would be appreciated. Greg From owner-freebsd-hackers Wed Apr 3 00:08:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08444 for hackers-outgoing; Wed, 3 Apr 1996 00:08:08 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA08367 for ; Wed, 3 Apr 1996 00:07:55 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA19778 for hackers@freebsd.org; Wed, 3 Apr 1996 17:58:57 +0930 From: Michael Smith Message-Id: <199604030828.RAA19778@genesis.atrad.adelaide.edu.au> Subject: i386 rep (blah) and interrupts... To: hackers@freebsd.org Date: Wed, 3 Apr 1996 17:58:57 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi y'all. Have a question regarding a driver I'm (still) working on. In the read function, one of the input methods I'm contemplating basically involves insw(sc->sc_port,sc->sc_buf,sc->sc_pending); ... which basically translates to the i386 'rep insw' construct. It's not inconcievable that sc->sc_pending could run to several tens of K, and what I don't know is whether this construct is interruptible or not. If it isn't, obviously I'll want to slice it up into smaller slabs. If it is, then bigger is faster, and speed is fairly important. Anyone can comment? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 3 00:32:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12572 for hackers-outgoing; Wed, 3 Apr 1996 00:32:32 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12567 for ; Wed, 3 Apr 1996 00:32:30 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4NzN-0003vsC; Wed, 3 Apr 96 00:32 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA00372; Wed, 3 Apr 1996 08:32:21 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Warner Losh cc: hackers@freebsd.org Subject: Re: tftpd and -s In-reply-to: Your message of "Wed, 03 Apr 1996 00:21:19 MST." <199604030721.AAA05371@rover.village.org> Date: Wed, 03 Apr 1996 08:32:20 +0000 Message-ID: <370.828520340@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would anybody be interested in these patches to tftpd.c? While they > wouldn't appeal to everybody, there may some interest. Warner, and everybody else: Please submit this kind of code using the send-pr program. That way it appears in our database and we don't loose it. It is much more efficient for us to deal with it that way, since we can see if somebody actually already did integrate some particular piece of code. Thanks! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Apr 3 00:49:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15320 for hackers-outgoing; Wed, 3 Apr 1996 00:49:47 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13833 for ; Wed, 3 Apr 1996 00:39:13 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA01334; Wed, 3 Apr 1996 10:12:34 +0200 From: Luigi Rizzo Message-Id: <199604030812.KAA01334@labinfo.iet.unipi.it> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 3 Apr 1996 10:12:34 +0200 (MET DST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604030310.MAA17901@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 3, 96 12:40:03 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I would prefer lower latency to lower overhead in most cases. IDE disks > > have natural advantages in this area (no complicated SCSI protocol to > > interpreted by the slow i/o processor on the controller). > > Presuming you only have one application making requests in a linear fashion, > that's fine. Tagged queueing and disconnect rapidly improves things > once you start to get busy though. Disconnections are only useful to avoid locking the IO (SCSI) bus during (implicit) seeks -- it's nothing different from getting an interrupt when the transfer is complete. Queueing requests _within_ the disk is useful if the OS does not know the actual geometry of the disk, otherwise the OS can probably do a more sensible work of reordering requests. On a busy system with a single disk the only difference is really the PIO overhead vs. the SCSI controller overhead (and many of them are much slower than your main processor). Unless you want to say that SCSI supports many devices on the same bus, which is certainly a big advantage. 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 Wed Apr 3 00:52:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15651 for hackers-outgoing; Wed, 3 Apr 1996 00:52:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA15646 for ; Wed, 3 Apr 1996 00:52:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA02747; Wed, 3 Apr 1996 00:48:00 -0800 (PST) To: Narvi cc: A JOSEPH KOSHY , Michael Smith , hackers@FreeBSD.ORG Subject: Re: HDD cpu usage (IDE vs. SCSI). In-reply-to: Your message of "Tue, 02 Apr 1996 13:45:40 +0300." Date: Wed, 03 Apr 1996 00:48:00 -0800 Message-ID: <2745.828521280@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There used to be a thing called the hardware list. I know it is boring to > rise up this again, but perhaps it is just something that should exist. I http://www.freebsd.org/handbook/hw.html I've called for additional contributions MANY times! :-) Jordan From owner-freebsd-hackers Wed Apr 3 01:02:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16486 for hackers-outgoing; Wed, 3 Apr 1996 01:02:52 -0800 (PST) Received: from pioneer.bawel.net (pioneer.bawel.net [140.174.160.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16479 for ; Wed, 3 Apr 1996 01:02:41 -0800 (PST) Received: from pioneer.bawel.net (pioneer.bawel.net [140.174.160.100]) by pioneer.bawel.net (8.6.12/8.6.12) with SMTP id BAA00718 for ; Wed, 3 Apr 1996 01:03:31 -0800 Date: Wed, 3 Apr 1996 01:03:31 -0800 (PST) From: "Jeffry S. Komala" To: freebsd-hackers@FreeBSD.ORG Subject: Page fault caused by Pine 3.91 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi I have just added more memory and switched network card. Now, Pine often caused Page Fault while there are a lot of free memory. Error message: Page fault while in kernel mode Supervisor write, while page not present? Unfortunately, I don't remember the whole lines. My hardware configuration now: Pentium-100 with Taiwanese motherboard with Triton chipsets, 64MB RAM (two 32MB 72pin 60ns no parity), Adaptec 2940 PCI, 4.3GB hard drive, Toshiba 2x SCSI-CDROM, Accton Combo ISA Ethernet card (IRQ 5, Base I/O 0x280). Before my system had 32MB RAM (two 16MB 72pin 60ns no parity) and Intel EtherExpress 16 which kept causing device ix0 timeout error. When my system was still using the EtherExpress 16 with 32MB of RAM, Pine never caused the system to crash. Page fault started happening once I installed the new memory, new network card, and recompiled the kernel to incorporate the new ethernet card. The memory tested good running on another system for a few days. Thanks for any help to solve this problem. Jeffry Komala email: jkomala@bawel.net From owner-freebsd-hackers Wed Apr 3 01:03:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16571 for hackers-outgoing; Wed, 3 Apr 1996 01:03:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA16556 for ; Wed, 3 Apr 1996 01:03:40 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA19932; Wed, 3 Apr 1996 18:36:35 +0930 From: Michael Smith Message-Id: <199604030906.SAA19932@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 3 Apr 1996 18:36:34 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@freebsd.org In-Reply-To: <199604030812.KAA01334@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 3, 96 10:12:34 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: >> Presuming you only have one application making requests in a linear fashion, >> that's fine. Tagged queueing and disconnect rapidly improves things >> once you start to get busy though. > > Disconnections are only useful to avoid locking the IO (SCSI) bus > during (implicit) seeks -- it's nothing different from getting an > interrupt when the transfer is complete. It allows you to issue commands to other devices, or to issue more commands to the same device. > Queueing requests _within_ the disk is useful if the OS does not > know the actual geometry of the disk, otherwise the OS can probably > do a more sensible work of reordering requests. Ah, so you want the system to know how each and every drive works, and to keep track of actuator position and velocity, as well as the rotational position of the media. Funny ha ha. The only part of the system in a position to make an _informed_ decision about which of several transactions is the easiest to perform next is the disk. With ZBR, hidden geometry and 'invisible' sector sparing, the OS doesn't have a hope. (Yes Terry, I know, RAID-X) > On a busy system with a single disk the only difference is really the > PIO overhead vs. the SCSI controller overhead (and many of them are > much slower than your main processor). On a busy system the ability to have multiple requests available for the disk to optimise and is a big win, and I'd say that at 5+M/sec even the $60 NCR controller is quite quick enough 8) PIO wins on _quiet_ systems where there's lots of free CPU. > Unless you want to say that SCSI supports many devices on the same bus, > which is certainly a big advantage. That too. Along with a standard that most vendors actually follow fairly closely. (Ever read any of the ATA specifications? It's not necessarily surprising that the devices are often total mutants...) > Luigi Rizzo Dip. di Ingegneria dell'Informazione -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 3 01:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17428 for hackers-outgoing; Wed, 3 Apr 1996 01:24:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA17329 for ; Wed, 3 Apr 1996 01:23:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA25070 for ; Wed, 3 Apr 1996 01:20:03 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA02925; Wed, 3 Apr 1996 01:14:00 -0800 (PST) To: Charles Green cc: hackers@freebsd.org Subject: Re: Dos Emulation? In-reply-to: Your message of "Tue, 02 Apr 1996 15:06:00 EST." <199604022006.PAA12888@fang.cs.sunyit.edu> Date: Wed, 03 Apr 1996 01:14:00 -0800 Message-ID: <2923.828522840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Still waiting.. I'll send out some more pings! Sigh.... Jordan > I vaguely remember seeing a note from Jordan about Dos emulation but > he said that he'd have to wait 2 weeks before making an announcement... > (Some of this information may be wrong do to brain damage). Hey Jordan, > what's the scoop? > > -- > Charles Green, PRC Inc. UN*X System Admini stration > 22 Powell Ave. Apt. B UN*X Security & > Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Apr 3 02:26:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00560 for hackers-outgoing; Wed, 3 Apr 1996 02:26:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00532 for ; Wed, 3 Apr 1996 02:26:42 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA25738 for ; Wed, 3 Apr 1996 02:13:32 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA01500; Wed, 3 Apr 1996 11:50:08 +0200 From: Luigi Rizzo Message-Id: <199604030950.LAA01500@labinfo.iet.unipi.it> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 3 Apr 1996 11:50:08 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199604030906.SAA19932@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 3, 96 06:36:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo stands accused of saying: > > Ah, so you want the system to know how each and every drive works, and > to keep track of actuator position and velocity, as well as the rotational > position of the media. Funny ha ha. > The only part of the system in a position to make an _informed_ decision > about which of several transactions is the easiest to perform next > is the disk. With ZBR, hidden geometry and 'invisible' sector sparing, > the OS doesn't have a hope. (Yes Terry, I know, RAID-X) Agree. I wanted to mention this but forgot while writing the reply. Actually this raises the question of for how long the fs code will need or even benefit from trying to arrange data in a contiguous fashion (cylinder groups, log fs etc.). It is right that disks tend to hide features from the disk, but a bit of cooperation is certainly useful (as a minimum, I should be able to tell the disk "this block is likely to be accessed sequentially after block X"). One last thing, with "invisible" sector sparing it's probably the user who doesn't have a hope, but this ought to be an infrequent occurrence. 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 Wed Apr 3 02:27:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00687 for hackers-outgoing; Wed, 3 Apr 1996 02:27:05 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00654 for ; Wed, 3 Apr 1996 02:26:59 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA25238 for ; Wed, 3 Apr 1996 01:36:34 -0800 Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA01507; Wed, 3 Apr 1996 12:35:08 +0300 Date: Wed, 3 Apr 1996 12:35:07 +0300 (EET DST) From: Narvi To: "Jordan K. Hubbard" cc: A JOSEPH KOSHY , Michael Smith , hackers@FreeBSD.ORG Subject: Re: HDD cpu usage (IDE vs. SCSI). In-Reply-To: <2745.828521280@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Apr 1996, Jordan K. Hubbard wrote: > > There used to be a thing called the hardware list. I know it is boring to > > rise up this again, but perhaps it is just something that should exist. I > > http://www.freebsd.org/handbook/hw.html > > I've called for additional contributions MANY times! :-) > I've received at least one already :) (I will foward it) and I'm adding also my own: ASUS P/I P55TP4XE, P5-133 512KB PB cache, 64MB EDO RAM, Adaptec AHA2940, 2*Fujitsu M2932S-512 (2G SCSI HDDs) Cirrus Logic CL-GD5430 w/1MB RAM 3COM-590 NIC Hmmm.... Seems to be all > Jordan > Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Wed Apr 3 02:27:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00700 for hackers-outgoing; Wed, 3 Apr 1996 02:27:07 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00660 for ; Wed, 3 Apr 1996 02:27:00 -0800 (PST) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id BAA25177 for ; Wed, 3 Apr 1996 01:32:52 -0800 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Wed, 3 Apr 96 11:29 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-hackers@freebsd.org id ; Wed, 3 Apr 96 11:28 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA14346; Wed, 3 Apr 96 11:28:26 +0200 Date: Wed, 3 Apr 96 11:28:26 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9604030928.AA14346@wavehh.hanse.de> To: luigi@labinfo.iet.unipi.it Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: phkmalloc and buggy sw... References: <199604021914.VAA26438@labinfo.iet.unipi.it> Reply-To: cracauer@wavehh.hanse.de Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk luigi@labinfo.IEt.unipi.IT (Luigi Rizzo) wrote: >It happened to me twice now... I have some software which intermixes >printf() and putchar(), and since the switch to phkmalloc it coredumps >at times on the putchar() call. >Just for the records... I can't tell if there is something terribly >wrong in my program or it is putchar which must be fixed. I solve the >problem by replacing putchar('\n') with printf("\n"), and it doesn't >coredump anymore. I'm running a NetBSD-1.1B/i386 with phkmalloc and would really appreciate it when you could send me a test program that fails on your machine. Looks like a bug in libc for me, not in phkmalloc. I would be interested to see how the normal malloc could get around without dumping core. Thanks in advance Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer - BSD User Group Hamburg BSD, Lisp and other programming info http://www.bik-gmbh.de/~cracauer From owner-freebsd-hackers Wed Apr 3 02:27:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00747 for hackers-outgoing; Wed, 3 Apr 1996 02:27:14 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00703 for ; Wed, 3 Apr 1996 02:27:09 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA25414 for ; Wed, 3 Apr 1996 01:47:57 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA01484; Wed, 3 Apr 1996 11:34:52 +0200 From: Luigi Rizzo Message-Id: <199604030934.LAA01484@labinfo.iet.unipi.it> Subject: Re: phkmalloc and buggy sw... To: cracauer@wavehh.hanse.de Date: Wed, 3 Apr 1996 11:34:51 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <9604030928.AA14346@wavehh.hanse.de> from "Martin Cracauer" at Apr 3, 96 11:28:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >It happened to me twice now... I have some software which intermixes > >printf() and putchar(), and since the switch to phkmalloc it coredumps > >at times on the putchar() call. > > >Just for the records... I can't tell if there is something terribly > >wrong in my program or it is putchar which must be fixed. I solve the > >problem by replacing putchar('\n') with printf("\n"), and it doesn't > >coredump anymore. > > I'm running a NetBSD-1.1B/i386 with phkmalloc and would really > appreciate it when you could send me a test program that fails on your > machine. Looks like a bug in libc for me, not in phkmalloc. I would be I am afraid I have not saved the buggy program (it was the driver for a PIC programmer, I needed it working and was in a hurry), and I am unable to reproduce the problem now. The coredump was down in __vprintf... or something like this, from memory. Poul also suggests that it is a bug in libc, I tend to agree with this. I'll try to do my best to reproduce the bug, I believe it was related to the use of printf/putchar/puts. > interested to see how the normal malloc could get around without > dumping core. It's probably because the normal malloc locates the memory block descriptors farther away from the data block. Thus, small overflows (say a few bytes beyond the allocated area) are not noticed, as opposed to the case of phkmalloc which probably does more strict consistency checks. Hope this helps 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 Wed Apr 3 02:39:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01559 for hackers-outgoing; Wed, 3 Apr 1996 02:39:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA01552 for ; Wed, 3 Apr 1996 02:39:06 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA20120; Wed, 3 Apr 1996 20:31:40 +0930 From: Michael Smith Message-Id: <199604031101.UAA20120@genesis.atrad.adelaide.edu.au> Subject: Re: tftpd and -s To: imp@village.org (Warner Losh) Date: Wed, 3 Apr 1996 20:31:39 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199604030721.AAA05371@rover.village.org> from "Warner Losh" at Apr 3, 96 00:21:19 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh stands accused of saying: > > Would anybody be interested in these patches to tftpd.c? While they > wouldn't appeal to everybody, there may some interest. I think support for the -s option would be an _excellent_ thing to have 8) > Warner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 3 03:05:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03103 for hackers-outgoing; Wed, 3 Apr 1996 03:05:00 -0800 (PST) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA03087 for ; Wed, 3 Apr 1996 03:04:54 -0800 (PST) Received: from spase by ns.NL.net via EUnet id AA14226 (5.65b/CWI-3.3); Wed, 3 Apr 1996 12:20:32 +0200 Received: from deimos.spase.nl (deimos [192.9.200.239]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id MAA25076 for ; Wed, 3 Apr 1996 12:21:26 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by deimos.spase.nl (8.6.11/8.6.11) id MAA00402 for freebsd-hackers@FreeBSD.ORG; Wed, 3 Apr 1996 12:15:47 +0200 Message-Id: <199604031015.MAA00402@deimos.spase.nl> Subject: HDD cpu usage (NOT: IDE vs. SCSI). To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Wed, 3 Apr 1996 12:15:47 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi Hackers, When I originally posted my question it was not to (re-)ignite the old religious war on what system to use. All I want to know is if the CPU usage by my NCR 53C810 controller is excessive or not. Well, I guess the NCR does use a lot of CPU, and this is normal. Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Wed Apr 3 03:14:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17428 for hackers-outgoing; Wed, 3 Apr 1996 01:24:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA17329 for ; Wed, 3 Apr 1996 01:23:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA25070 for ; Wed, 3 Apr 1996 01:20:03 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA02925; Wed, 3 Apr 1996 01:14:00 -0800 (PST) To: Charles Green cc: hackers@FreeBSD.ORG Subject: Re: Dos Emulation? In-reply-to: Your message of "Tue, 02 Apr 1996 15:06:00 EST." <199604022006.PAA12888@fang.cs.sunyit.edu> Date: Wed, 03 Apr 1996 01:14:00 -0800 Message-ID: <2923.828522840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Still waiting.. I'll send out some more pings! Sigh.... Jordan > I vaguely remember seeing a note from Jordan about Dos emulation but > he said that he'd have to wait 2 weeks before making an announcement... > (Some of this information may be wrong do to brain damage). Hey Jordan, > what's the scoop? > > -- > Charles Green, PRC Inc. UN*X System Admini stration > 22 Powell Ave. Apt. B UN*X Security & > Whitesboro, NY 13492 Programming From owner-freebsd-hackers Wed Apr 3 03:40:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05418 for hackers-outgoing; Wed, 3 Apr 1996 03:40:15 -0800 (PST) Received: from kremvax.demos.su (root@kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA05355 for ; Wed, 3 Apr 1996 03:40:03 -0800 (PST) Received: by kremvax.demos.su (8.6.12/D) from 0@sinbin.demos.su [194.87.1.95] for with ESMTP id PAA01359; Wed, 3 Apr 1996 15:39:23 +0400 Received: by sinbin.demos.su id PAA07654; (8.6.12/D) Wed, 3 Apr 1996 15:38:08 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199604031138.PAA07654@sinbin.demos.su> Subject: does anybody have P6 byte benchmark? To: hackers@freebsd.org Date: Wed, 3 Apr 1996 15:38:08 +0400 (MSD) X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need fbsd2.1 or fbsd-current ones 10x in advance pls reply by email. Alex. From owner-freebsd-hackers Wed Apr 3 05:20:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14855 for hackers-outgoing; Wed, 3 Apr 1996 05:20:07 -0800 (PST) Received: from platon.umcs.lublin.pl ([192.147.37.103]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA14707 for ; Wed, 3 Apr 1996 05:19:54 -0800 (PST) Received: (from hero@localhost) by platon.umcs.lublin.pl (8.6.12/8.6.9) id OAA00193; Wed, 3 Apr 1996 14:20:06 +0200 Date: Wed, 3 Apr 1996 14:20:06 +0200 (MET DST) From: Henryk Czapski To: hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Wed Apr 3 05:52:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA16631 for hackers-outgoing; Wed, 3 Apr 1996 05:52:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA16605 for ; Wed, 3 Apr 1996 05:51:55 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA29015; Wed, 3 Apr 1996 15:50:41 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA13268; Wed, 3 Apr 1996 15:50:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id PAA16078; Wed, 3 Apr 1996 15:28:23 +0200 (MET DST) From: J Wunsch Message-Id: <199604031328.PAA16078@uriah.heep.sax.de> Subject: Re: tftpd and -s To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Apr 1996 15:28:23 +0200 (MET DST) Cc: imp@village.org (Warner Losh) In-Reply-To: <199604030721.AAA05371@rover.village.org> from "Warner Losh" at Apr 3, 96 00:21:19 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > > SunOS had a useful feature in tftpd -s. Since I replaced a Sun box as > Would anybody be interested in these patches to tftpd.c? While they > wouldn't appeal to everybody, there may some interest. I don't think we would mind including them into the source (as long as the option is also reflected in the man page, of course :). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 3 05:53:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA16894 for hackers-outgoing; Wed, 3 Apr 1996 05:53:03 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA16864 for ; Wed, 3 Apr 1996 05:53:00 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA20423; Wed, 3 Apr 1996 23:46:06 +0930 From: Michael Smith Message-Id: <199604031416.XAA20423@genesis.atrad.adelaide.edu.au> Subject: Re: HDD cpu usage (NOT: IDE vs. SCSI). To: dutchman@spase.nl (Kees Jan Koster) Date: Wed, 3 Apr 1996 23:46:04 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199604031015.MAA00402@deimos.spase.nl> from "Kees Jan Koster" at Apr 3, 96 12:15:47 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kees Jan Koster stands accused of saying: > > When I originally posted my question it was not to (re-)ignite the old > religious war on what system to use. All I want to know is if the CPU usage > by my NCR 53C810 controller is excessive or not. > > Well, I guess the NCR does use a lot of CPU, and this is normal. ...except that it's just been explained that the NCR doesn't use lots of CPU, it's the filesystem (etc.) overheads and the fact that your benchmark wasn't meaning anything significant anyway... 8) > Kees Jan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 3 06:24:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24329 for hackers-outgoing; Wed, 3 Apr 1996 06:24:07 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24323 for ; Wed, 3 Apr 1996 06:24:06 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id GAA27730 for ; Wed, 3 Apr 1996 06:24:04 -0800 Received: from localhost.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.6.12/8.6.12) with SMTP id JAA26879 for ; Wed, 3 Apr 1996 09:23:44 -0500 Message-Id: <199604031423.JAA26879@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost.rwwa.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@freefall.freebsd.org Subject: Re: locate In-reply-to: Your message of "Mon, 01 Apr 1996 11:14:46 MST." <199604011814.LAA13813@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Apr 1996 09:23:44 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Holy crap! You are mounting 168 other boxes via NFS onto a > FreeBSD box?!?! Well, I automount at least twice that many. And my direct automount map is about this big, which sucks, bit I didn't design the maps. BTW, with this size of map, amq fails to run at all. In 2.1R. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Apr 3 06:56:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA27077 for hackers-outgoing; Wed, 3 Apr 1996 06:56:57 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA27070 for ; Wed, 3 Apr 1996 06:56:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id HAA06397; Wed, 3 Apr 1996 07:56:33 -0700 Message-Id: <199604031456.HAA06397@rover.village.org> To: J Wunsch Subject: Re: tftpd and -s Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-reply-to: Your message of Wed, 03 Apr 1996 15:28:23 +0200 Date: Wed, 03 Apr 1996 07:56:32 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : I don't think we would mind including them into the source (as long : as the option is also reflected in the man page, of course :). I'll have to add that to the man page. I'll package them up and send them in via sendpr. Sounds like there is interest. Warner From owner-freebsd-hackers Wed Apr 3 07:01:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27627 for hackers-outgoing; Wed, 3 Apr 1996 07:01:47 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27612 for ; Wed, 3 Apr 1996 07:01:43 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id IAA13532 for ; Wed, 3 Apr 1996 08:56:12 -0600 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma013527; Wed Apr 3 08:56:04 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA13345; Wed, 3 Apr 1996 08:22:21 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id IAA21241; Wed, 3 Apr 1996 08:35:17 -0600 (CST) Message-Id: <199604031435.IAA21241@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: i386 rep (blah) and interrupts... In-reply-to: Your message of "Wed, 03 Apr 1996 17:58:57 +0930." <199604030828.RAA19778@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Apr 1996 08:35:17 -0600 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > > insw(sc->sc_port,sc->sc_buf,sc->sc_pending); > >.... which basically translates to the i386 'rep insw' construct. > >It's not inconcievable that sc->sc_pending could run to several tens of K, >and what I don't know is whether this construct is interruptible or not. > >If it isn't, obviously I'll want to slice it up into smaller slabs. If it >is, then bigger is faster, and speed is fairly important. > >Anyone can comment? Intel's `Pentium Processor Famil Developer's Manual' shows pending interrupts processed inside the loop for the rep family of instructions. So I'd have to say yes it is interruptible, but you could make the system slow to a crawl by being pigish on the block size, you probably know that though... > >-- >]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ >]] Genesis Software genesis@atrad.adelaide.edu.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control (ph/fax) +61-8-267-3039 [[ >]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Apr 3 07:20:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29650 for hackers-outgoing; Wed, 3 Apr 1996 07:20:28 -0800 (PST) Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA29641 for ; Wed, 3 Apr 1996 07:20:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.4/8.6.12) with SMTP id KAA07954 for ; Wed, 3 Apr 1996 10:20:19 -0500 (EST) Date: Wed, 3 Apr 1996 10:20:19 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu Reply-To: Sujal Patel To: hackers@freebsd.org Subject: Netscape Java Fixed - For REAL!! :-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alright... This is the real thing (3 people have reported success with this one). Apparently, XFree86 ships with an broken font database in /usr/X11R6/lib/X11/fonts/misc. There are certain fonts in the database which don't exist in the directory, and apparently this is pissing off some of our Xservers (it looks like , the Xserver sends a bad request error to a Netscape thread that kills the Java applet). Here is the fix (as root): cd /usr/X11R6/lib/X11/fonts/misc /usr/X11R6/bin/mkfontdir Then you'll need to restart your Xserver (or just run "xset fp rehash" as the non-root user). Sujal From owner-freebsd-hackers Wed Apr 3 07:43:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03003 for hackers-outgoing; Wed, 3 Apr 1996 07:43:57 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA02982 Wed, 3 Apr 1996 07:43:51 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4V6m-000wujC; Wed, 3 Apr 96 08:08 PST Received: from cc:Mail by ccgate.infoworld.com id AA828546177; Tue, 02 Apr 96 15:43:16 PST Date: Tue, 02 Apr 96 15:43:16 PST From: "Brett Glass" Message-Id: <9603038285.AA828546177@ccgate.infoworld.com> To: Terry Lambert Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Actually "fixing" the problem requires making the driver aware of drive > spin downs and making it deal with it transparently instead of screwing > up by passing an error to higher level code. This is one way to solve the problem. However, disabling spindowns is also a viable solution. Why not offer both? > Disabling the spindown is not what I'd call "making the code 'green > aware'"... No, but it is both a performance enhancement and a way to ensure that things work. That's why I'd propose using config flags -- so that the system will be able to perform adequately during installation and immediately thereafter -- AND a utility that could change the setting later on. Both could be based on some of the kernel hacking I've already done here. --Brett From owner-freebsd-hackers Wed Apr 3 07:48:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03411 for hackers-outgoing; Wed, 3 Apr 1996 07:48:07 -0800 (PST) Received: from novell.com (sjf-ums.sjf.novell.com [130.57.10.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA03369 for ; Wed, 3 Apr 1996 07:48:02 -0800 (PST) Received: from INET-SJF-Message_Server by fromGW with Novell_GroupWise; Wed, 03 Apr 1996 07:45:12 -0800 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Wed, 03 Apr 1996 07:43:35 -0800 From: DARREND@novell.com (Darren Davis) To: hackers@FreeBSD.ORG, smpatel@umiacs.umd.edu Subject: Netscape Java Fixed - For REAL!! :-) - Reply Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Good work Sujal! Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Wed Apr 3 08:44:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06813 for hackers-outgoing; Wed, 3 Apr 1996 08:44:05 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA06758 for ; Wed, 3 Apr 1996 08:43:57 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id IAA04634; Wed, 3 Apr 1996 08:43:14 -0800 (PST) Message-Id: <199604031643.IAA04634@austin.polstra.com> To: msmith@atrad.adelaide.edu.au Cc: freebsd-hackers@freebsd.org Subject: Re: i386 rep (blah) and interrupts... In-reply-to: <199604030828.RAA19778@genesis.atrad.adelaide.edu.au> Date: Wed, 03 Apr 1996 08:43:13 -0800 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith asks: > In the read function, one of the input methods I'm contemplating basically > involves > > insw(sc->sc_port,sc->sc_buf,sc->sc_pending); > > ... which basically translates to the i386 'rep insw' construct. > > It's not inconcievable that sc->sc_pending could run to several tens of K, > and what I don't know is whether this construct is interruptible or not. Yes, the "rep" constructs are interruptible. They service pending interrupts at the beginning of each iteration, according the the 80386 programmer's reference manual. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed Apr 3 09:04:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07809 for hackers-outgoing; Wed, 3 Apr 1996 09:04:12 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07803 Wed, 3 Apr 1996 09:04:11 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4WMU-000ww8C; Wed, 3 Apr 96 09:28 PST Received: from cc:Mail by ccgate.infoworld.com id AA828550942; Wed, 03 Apr 96 09:09:06 PST Date: Wed, 03 Apr 96 09:09:06 PST From: "Brett Glass" Message-Id: <9603038285.AA828550942@ccgate.infoworld.com> To: "Eric J. Schwertfeger" , terry@lambert.org Cc: terry@lambert.org, freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> It seems to me the best place for disabling "green" mode would be in >> a user hack to the /etc/rc.local. > Exactly. hdparm (8) does this for Linux, and that is how it is usually > set up. Call the command in rc.local, no kernel hacking other than the > interface to allow root processes to send commands to the drive (not sure > hdparm is a generic ioctl interface or not). This would not work for installation. I couldn't get FreeBSD *installed* before I added the hard disk code to the kernel. --Brett From owner-freebsd-hackers Wed Apr 3 09:17:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08567 for hackers-outgoing; Wed, 3 Apr 1996 09:17:51 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08558 for ; Wed, 3 Apr 1996 09:17:43 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA00364; Wed, 3 Apr 1996 11:17:03 -0600 From: Joe Greco Message-Id: <199604031717.LAA00364@brasil.moneng.mei.com> Subject: Re: SO_KEEPALIVE - New feature patch enclosed. To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Apr 1996 11:17:03 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <1208.828464800@critter.tfs.com> from "Poul-Henning Kamp" at Apr 2, 96 05:06:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Question, stupid, nonetheless a question: > > > > > > > > Does anybody see any advantage to allowing for a way to set a systemwide > > > > SO_KEEPALIVE default of ON? > > > > > > make a sysctl variable for this. It's really easy. > > > > Yeah, well, that's nice :-) I wanted to know if there would be any general > > interest. I'm not a kernel hacker so it would take a bit of expenditure of > > effort on my part to figure all that out, yadda yadda yadda, and if it was > > something that would not make it into -current, I would opt for a quick and > > dirty hack. > > > > Can anyone suggest an appropriate name for such a variable? > > sysctl.inet.tcp.keepalive > taking a boolean argument. actually I made it take an integer argument.. It seems to work for me. I warn you now, though, I'm no kernel hacker. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 *** /usr/src/sys/netinet/tcp_var.h.fcs Sat Jul 29 18:16:53 1995 --- /usr/src/sys/netinet/tcp_var.h Tue Apr 2 22:41:01 1996 *************** *** 300,306 **** #define TCPCTL_KEEPINTVL 7 /* interval to send keepalives */ #define TCPCTL_SENDSPACE 8 /* send buffer space */ #define TCPCTL_RECVSPACE 9 /* receive buffer space */ ! #define TCPCTL_MAXID 10 #define TCPCTL_NAMES { \ { 0, 0 }, \ --- 300,307 ---- #define TCPCTL_KEEPINTVL 7 /* interval to send keepalives */ #define TCPCTL_SENDSPACE 8 /* send buffer space */ #define TCPCTL_RECVSPACE 9 /* receive buffer space */ ! #define TCPCTL_DO_KEEPALIVE 10 /* do keepalive's by default */ ! #define TCPCTL_MAXID 11 #define TCPCTL_NAMES { \ { 0, 0 }, \ *************** *** 313,318 **** --- 314,320 ---- { "keepintvl", CTLTYPE_INT }, \ { "sendspace", CTLTYPE_INT }, \ { "recvspace", CTLTYPE_INT }, \ + { "keepalive", CTLTYPE_INT }, \ } #ifdef KERNEL *************** *** 325,330 **** --- 327,333 ---- extern u_long tcp_now; /* for RFC 1323 timestamps */ extern int tcp_rttdflt; /* XXX */ extern u_short tcp_lastport; /* last assigned port */ + extern int tcp_do_keepalive; /* XXX */ int tcp_attach __P((struct socket *)); void tcp_canceltimers __P((struct tcpcb *)); *** /usr/src/sys/netinet/tcp_usrreq.c.fcs Fri Nov 3 01:53:59 1995 --- /usr/src/sys/netinet/tcp_usrreq.c Wed Apr 3 07:59:21 1996 *************** *** 576,581 **** --- 576,588 ---- u_long tcp_recvspace = 1024*16; /* + * tcp_do_keepalive specifies that all tcp sockets should be created with + * the SO_KEEPALIVE flag set, for environments where connections frequently + * go into limbo and hang forever. Settable via sysctl.. + */ + int tcp_do_keepalive = 0; + + /* * Attach TCP protocol to socket, allocating * internet protocol control block, tcp control block, * bufer space, and entering LISTEN state if to accept connections. *************** *** 607,612 **** --- 614,622 ---- return (ENOBUFS); } tp->t_state = TCPS_CLOSED; + + if (tcp_do_keepalive) + so->so_options |= SO_KEEPALIVE; /* wrong place for this? */ return (0); } *************** *** 726,731 **** --- 736,744 ---- case TCPCTL_RECVSPACE: return (sysctl_int(oldp, oldlenp, newp, newlen, (int *)&tcp_recvspace)); /* XXX */ + case TCPCTL_DO_KEEPALIVE: + return (sysctl_int(oldp, oldlenp, newp, newlen, + &tcp_do_keepalive)); default: return (ENOPROTOOPT); } From owner-freebsd-hackers Wed Apr 3 09:20:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08826 for hackers-outgoing; Wed, 3 Apr 1996 09:20:49 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08820 for ; Wed, 3 Apr 1996 09:20:46 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09874; Wed, 3 Apr 1996 12:20:13 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 3 Apr 1996 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id HAA10126; Wed, 3 Jan 1996 07:10:54 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id HAA13196; Wed, 3 Apr 1996 07:10:56 -0500 Date: Wed, 3 Apr 1996 07:10:56 -0500 From: Thomas David Rivers Message-Id: <199604031210.HAA13196@lakes> To: uriah.heep.sax.de!joerg_wunsch@dg-rtp.dg.com, freebsd-hackers@freefall.FreeBSD.org Subject: Re: 2.1-RELEASE vs. 2.1-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Since I'm a lonely, ol' UUCP site - is there a set of diff's > > between RELEASE and STABLE to bring a 2.1-RELEASE source tree > > Hmm, -stable is rather a moving target, and despite of its name, said > to be not that stable as all... > > > up to 2.1-STABLE. Is there a CVS log somewhere that shows > > the difference between these two named versions? > > CVS log: yes. 100-line summary: no. > > I don't know if it would be a good idea to automagically generate CVS > diffs between RELENG_2_1_0_RELEASE and RELENG_2_1_0 (that are the tags > by name), and drop this diff somewhere onto freefall... > Okaley, Dokaley... I'll just stick to 2.1-RELEASE. - Thanks - - Dave Rivers - From owner-freebsd-hackers Wed Apr 3 09:56:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA11046 for hackers-outgoing; Wed, 3 Apr 1996 09:56:28 -0800 (PST) Received: from camelot.odyssee.net (root@camelot.odyssee.net [204.50.80.175]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA11038 for ; Wed, 3 Apr 1996 09:56:24 -0800 (PST) Received: (from lancelot@localhost) by camelot.odyssee.net (8.6.12/8.6.12) id MAA08525; Wed, 3 Apr 1996 12:56:06 -0500 Date: Wed, 3 Apr 1996 12:56:01 -0500 (EST) From: Sire Lancelot du Lac To: Sujal Patel cc: hackers@freebsd.org Subject: Re: Netscape Java Fixed - For REAL!! :-) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It worked for me! Thanks a lot! Christian Doucet UNIX/Internet guru Odyssee Internet Technical Staff pager: +1 514 897 8070 On Wed, 3 Apr 1996, Sujal Patel wrote: > Alright... This is the real thing (3 people have reported success with > this one). Apparently, XFree86 ships with an broken font database in > /usr/X11R6/lib/X11/fonts/misc. There are certain fonts in the database > which don't exist in the directory, and apparently this is pissing off > some of our Xservers (it looks like , the Xserver sends a bad request > error to a Netscape thread that kills the Java applet). > > Here is the fix (as root): > cd /usr/X11R6/lib/X11/fonts/misc > /usr/X11R6/bin/mkfontdir > > Then you'll need to restart your Xserver (or just run "xset fp rehash" as > the non-root user). > > > Sujal > > From owner-freebsd-hackers Wed Apr 3 10:09:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11913 for hackers-outgoing; Wed, 3 Apr 1996 10:09:56 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11887 Wed, 3 Apr 1996 10:09:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA19519; Wed, 3 Apr 1996 11:02:50 -0700 From: Terry Lambert Message-Id: <199604031802.LAA19519@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Wed, 3 Apr 1996 11:02:50 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9603038285.AA828546177@ccgate.infoworld.com> from "Brett Glass" at Apr 2, 96 03:43:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Actually "fixing" the problem requires making the driver aware of drive > > spin downs and making it deal with it transparently instead of screwing > > up by passing an error to higher level code. > > This is one way to solve the problem. However, disabling spindowns is also > a viable solution. Why not offer both? Uh... because it's impossible to offer the spindown disabling safely in a drive/controller independent fashion? The 0xFB for the Seagate is not the same as is used by all other "green" hard disks, if they even support it in the first place... > > Disabling the spindown is not what I'd call "making the code 'green > > aware'"... > > No, but it is both a performance enhancement and a way to ensure that > things work. That's the problem... it can't ensure this because you can't send the command reliably. But you can reliably recover from a spin-down, if your disk driver has been written correctly. So the generic soloution must be to recover from spindown, not to disable it. > That's why I'd propose using config flags -- so that the system will be > able to perform adequately during installation and immediately thereafter > -- AND a utility that could change the setting later on. Both could be > based on some of the kernel hacking I've already done here. This works for Seagates for people who have multiple systems so that they can build kernels. This *is* better than the situation before, but it effectively leaves a lot of wires sticking out of the case. 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 Apr 3 10:12:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12159 for hackers-outgoing; Wed, 3 Apr 1996 10:12:24 -0800 (PST) Received: from ALPHA.IS.TCU.EDU (ALPHA.IS.TCU.EDU [138.237.128.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA12154 for ; Wed, 3 Apr 1996 10:12:22 -0800 (PST) Received: from riogrande.cs.tcu.edu (TCUCS6.CS.TCU.EDU) by ALPHA.IS.TCU.EDU (PMDF V5.0-5 #15868) id <01I33RSBT5Q8000MN0@ALPHA.IS.TCU.EDU>; Wed, 03 Apr 1996 12:12:09 -0600 (CST) Received: from wichita.cs.tcu.edu by riogrande.cs.tcu.edu (4.1/SMI-4.1) id AA08970; Wed, 03 Apr 1996 12:12:02 -0600 (CST) Received: by wichita.cs.tcu.edu (4.1/SMI-4.1) id AA09626; Wed, 03 Apr 1996 12:12:04 -0600 (CST) Date: Wed, 03 Apr 1996 12:11:52 -0600 (CST) From: Tam Weng Seng Subject: Re: Dos Emulation? In-reply-to: <2923.828522840@time.cdrom.com> To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Reply-to: tam@riogrande.cs.tcu.edu Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I apologize for disapearing off the face of the Earth, but my machine is down with a hard disk failure. To make matters worse, my root partition was on it ... Anyhow, I have mangaged to purchase a new IDE controller and hard disk. Sadly, the controller seems to be causing the install floppy to fail, so I am going to try a different IDE controller. On Wed, 3 Apr 1996, Jordan K. Hubbard wrote: > Still waiting.. I'll send out some more pings! Sigh.... Meanwhile, I am still interested in DOS Emulation support for FreeBSD. My only problem is that I am totally ignorant, and will need to learn a lot more before I can be of any real help. In the mean time, I have to complete my school work, and will not have much time to play with this yet. Till summer ... tam. From owner-freebsd-hackers Wed Apr 3 10:15:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12275 for hackers-outgoing; Wed, 3 Apr 1996 10:15:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12270 Wed, 3 Apr 1996 10:15:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA19546; Wed, 3 Apr 1996 11:07:26 -0700 From: Terry Lambert Message-Id: <199604031807.LAA19546@phaeton.artisoft.com> Subject: Re: Hacked kernel with option to disable "green" mode To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Wed, 3 Apr 1996 11:07:26 -0700 (MST) Cc: ejs@bfd.com, terry@lambert.org, freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <9603038285.AA828550942@ccgate.infoworld.com> from "Brett Glass" at Apr 3, 96 09:09:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> It seems to me the best place for disabling "green" mode would be in > >> a user hack to the /etc/rc.local. > > > Exactly. hdparm (8) does this for Linux, and that is how it is usually > > set up. Call the command in rc.local, no kernel hacking other than the > > interface to allow root processes to send commands to the drive (not sure > > hdparm is a generic ioctl interface or not). > > This would not work for installation. I couldn't get FreeBSD *installed* > before I added the hard disk code to the kernel. And you can't add the code if it isn't installed somewhere to let you build a kernel. And you can't add the code by default because it's specific to a single hardware manufacturer, and may in fact damage or otherwise render uninstallable hardware from other manufacturers because private command values are allowed to be assigned on a per-vendor basis. 8-(. The code should go in, and be replaced later by an optional hardware specific user space command, IMO. 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 Apr 3 10:36:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13850 for hackers-outgoing; Wed, 3 Apr 1996 10:36:50 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13845 for ; Wed, 3 Apr 1996 10:36:48 -0800 (PST) Received: from rah (rah.star-gate.com [204.188.121.18]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id KAA01503 for ; Wed, 3 Apr 1996 10:35:26 -0800 Message-ID: <3162C4ED.794BDF32@rah.star-gate.com> Date: Wed, 03 Apr 1996 10:35:25 -0800 From: "Amancio Hasty, Jr." X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Freebsd Vs. Linux Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Karen Jefferson x2857 wrote: > > We are in the midst of a development project which uses alot of UDP > and serial communications. > > Although our preference had been to use FreeBSD, the UDP > performance was terrible (200 Kbps over Ethernet), and we > kept getting ENOBUF errors which makes FreeBSD an unacceptable choice. > Our previous posts for possible parameters to tune didn't > turn up anything helpful, and messages to freebsd.org haven't been > answered yet. > > The TCP performance was the same for both Linux and FreeBSD, and UDP > testing on all other platforms in our facility proved okay for Solaris, > SunOS, & SCO. > > Is there anything we can do to improve the UDP performance of FreeBSD? > Why does it care about buffering for UDP? Please respond via email > to tjeffers@nastg.gsfc.nasa.gov. Thanks. -- Amancio Hasty Hasty Software Consulting Services Tel: 415-495-3046 Fax: 415-495-3046 Cellular: 415-309-8434 e-mail: hasty@star-gate.com Powered by FreeBSD From owner-freebsd-hackers Wed Apr 3 10:40:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14125 for hackers-outgoing; Wed, 3 Apr 1996 10:40:21 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14120 for ; Wed, 3 Apr 1996 10:40:15 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA06157 for ; Wed, 3 Apr 1996 13:42:43 -0500 Date: Wed, 3 Apr 1996 13:42:43 -0500 Message-Id: <199604031842.NAA06157@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: NFS problem? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that you do a mount with an address: mount 200.1.1.1:/usr /mnt it will fail if the address fails DNS lookup. With no configuration changes but a repaired resolv.conf, the mount succeeds. Is this the expected behaviour? Shouldnt you be able to mount with addresses to/from unnamed machines? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Apr 3 11:01:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15655 for hackers-outgoing; Wed, 3 Apr 1996 11:01:08 -0800 (PST) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA15644 for ; Wed, 3 Apr 1996 11:01:02 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id OAA08503; Wed, 3 Apr 1996 14:00:52 -0500 (EST) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id OAA22531; Wed, 3 Apr 1996 14:00:51 -0500 (EST) Date: Wed, 3 Apr 1996 14:00:51 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: The SNAP CD.. In-Reply-To: <19437.827486941@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 22 Mar 1996, Jordan K. Hubbard wrote: I thought I'd tell folks that WC finally took my order for this today (they didn't want to admit it existed before), and they charged me $14.95 for the subscription (or will, when they ship it) plus 5 bucks shipping. Below I include Jordan's origninal post about it. Now, I just want to see it shipped .... > Many people have asked me how to sign up for it, also wondering if > existing subscribers will get it automatically. Sorry about > the absence of such facts in my earlier posting! > > Here's the deal: > > Existing subscribers will *not* get these SNAP CDs by default - we > felt that most had subscribed with the intention of getting major > releases, not just any FreeBSD related CD we decided to make, so it's > a separate subscription. > > Second, you can subscribe or order the single CD by sending mail to > orders@cdrom.com or calling: > > +1 800 786-9907 (toll-free in the US & Canada) > +1 510 674-0783 (international) > +1 510 674-0821 (FAX orders) > > You can also order on-line using http://www.cdrom.com > > HOWEVER, please bear in mind that we don't even have an ad code for > this yet and the salesperson you get may respond with blank > incomprehension when you first mention that you want the FreeBSD SNAP > CDROM (and not the regular one, which they may try to sell you - make > this clear!). > > If everyone could wait about a week before ordering, this would be > even better and I probably let the cat out of the bag just a _bit_ too > soon, but the truly impatient among you can almost certainly get a > back-order for it in now if you're simply careful to make it plain to > the sales person what it is you want. I'll also send a message to > sales to try and make it clear just what's going on here. > > Finally, the 2.2-960321-SNAP will be officially released on > ftp.cdrom.com in about 3 hours (March 22nd, 0400 PST). When you see > the DONT_GRAB_THIS_YET file go away, it's ready. > > Jordan > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Wed Apr 3 11:26:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16889 for hackers-outgoing; Wed, 3 Apr 1996 11:26:21 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16871 Wed, 3 Apr 1996 11:26:19 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4YaB-000wuTC; Wed, 3 Apr 96 11:51 PST Received: from cc:Mail by ccgate.infoworld.com id AA828559519; Wed, 03 Apr 96 12:17:46 PST Date: Wed, 03 Apr 96 12:17:46 PST From: "Brett Glass" Message-Id: <9603038285.AA828559519@ccgate.infoworld.com> To: Terry Lambert Cc: ejs@bfd.com, terry@lambert.org, freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > And you can't add the code by default because it's specific to a > single hardware manufacturer, It is now. But it's trivial to make the code issue the command only for drives the comand works on. And to make it adapt to any new drive on which we know how to disable spindowns. Also, there's extra protection because the user has to turn on the config flag intentionally. So I think we're OK here. So we can add it with confidence. --Brett From owner-freebsd-hackers Wed Apr 3 11:26:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16907 for hackers-outgoing; Wed, 3 Apr 1996 11:26:24 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16867 Wed, 3 Apr 1996 11:26:18 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4YaA-000wuRC; Wed, 3 Apr 96 11:51 PST Received: from cc:Mail by ccgate.infoworld.com id AA828559516; Wed, 03 Apr 96 12:11:13 PST Date: Wed, 03 Apr 96 12:11:13 PST From: "Brett Glass" Message-Id: <9603038285.AA828559516@ccgate.infoworld.com> To: Terry Lambert Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Hacked kernel with option to disable "green" mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Uh... because it's impossible to offer the spindown disabling safely > in a drive/controller independent fashion? Why is this impossible? If the flag is set and the drive is not positively identified as one we know how to deal with, the code can simply print a message and continue. > The 0xFB for the Seagate is not the same as is used by all other "green" > hard disks, if they even support it in the first place... True. That's why the command should be issued only in the case where the drive has been identified. > That's the problem... it can't ensure this because you can't send the > command reliably. Why not? Again, the above approach would handle the odd cases. > But you can reliably recover from a spin-down, if your disk driver > has been written correctly. Perhaps. But it may still be desirable (in fact, necessary!) to disable spindowns to get adequate performance. Therefore, FreeBSD should offer this option. > So the generic soloution must be to recover from spindown, not to > disable it. I half agree. Recovery from spindown is important for laptops and other situations where one might like to conserve power. Turning off spindown is important to allow reasonable performance on the desktop and in multi-user situations -- and is ABSOLUTELY NECESSARY until graceful recovery from spindown is possible. BOTH should be implemented. I'd be glad to do work on recognition code that makes the latter safe and adaptable to many brands of drives. --Brett From owner-freebsd-hackers Wed Apr 3 11:50:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18013 for hackers-outgoing; Wed, 3 Apr 1996 11:50:09 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA18006 for ; Wed, 3 Apr 1996 11:50:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id TAA08885 ; Wed, 3 Apr 1996 19:08:55 +0100 (BST) To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Netscape 3.0b2 [Solution & Summary] In-reply-to: Your message of "Tue, 02 Apr 1996 22:42:40 -0800." <27444.828513760@time.cdrom.com> Date: Wed, 03 Apr 1996 19:08:55 +0100 Message-ID: <8883.828554935@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <27444.828513760@time.cdrom.com>: > Strangely enough, ktrace has not worked for me in -current for the last > couple of weeks. I dumped a netscape running against http://java.sun.com > (as per the example you posted) and the results, after letting the coffee > cup animation run a little while, were: > jkh@time-> ls -l ktrace.out > -rw-rw-r-- 1 jkh jkh 16996442 Apr 2 22:37 ktrace.out > jkh@time-> kdump > kdump: bogus length 0xf000ef6f > I get the aformentioned message with every ktrace.out file I attempt > to dump.. :-( Someone want to PR this? Gary From owner-freebsd-hackers Wed Apr 3 11:53:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18298 for hackers-outgoing; Wed, 3 Apr 1996 11:53:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18285 for ; Wed, 3 Apr 1996 11:53:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA19734; Wed, 3 Apr 1996 12:47:11 -0700 From: Terry Lambert Message-Id: <199604031947.MAA19734@phaeton.artisoft.com> Subject: Re: HDD cpu usage (IDE vs. SCSI). To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 3 Apr 1996 12:47:11 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, davidg@Root.COM, dutchman@spase.nl, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199604030950.LAA01500@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 3, 96 11:50:08 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Ah, so you want the system to know how each and every drive works, and > > to keep track of actuator position and velocity, as well as the rotational > > position of the media. Funny ha ha. > > The only part of the system in a position to make an _informed_ decision > > about which of several transactions is the easiest to perform next > > is the disk. With ZBR, hidden geometry and 'invisible' sector sparing, > > the OS doesn't have a hope. (Yes Terry, I know, RAID-X) > > Agree. I wanted to mention this but forgot while writing the reply. > Actually this raises the question of for how long the fs code will need or > even benefit from trying to arrange data in a contiguous fashion > (cylinder groups, log fs etc.). > > It is right that disks tend to hide features from the disk, but a > bit of cooperation is certainly useful (as a minimum, I should be able > to tell the disk "this block is likely to be accessed sequentially > after block X"). > > One last thing, with "invisible" sector sparing it's probably the user > who doesn't have a hope, but this ought to be an infrequent occurrence. You turn "invisible" sector sparing off for any serious application, because we all know that it's not truly invisible... it introduces delays when replacement sectors are accessed. Such delays are catastrophic if you are attempting to speed the system by striping data (or, to a lesser extent, optimistic replication). Better to mark the entire stripe set inaccessable than to take the speed hit to spindle sync in most cases -- which means disk errors multiply by the number of members in your stripe set, potentially causing much larger areas of several disks to be inaccessable because of errors on other disks. Which is what drive subsystem vendors are optimizing for when they sell you "matched disk sets". For serious applications, you don't use ZBR hardware. OR you use it, but you use it with knowledge of when seeks will occur, either because you enter in the geometry independently, or because you use SCSI II devices. Disks do things like reverse ordering sectors, so when you request a read of a sector on a given track, it positions the head to that track and starts reading in reverse order until it gets to the requested block. It can do this because block reads tend to have a higher locality: if you ask for block 'n', you are likely to ask for block 'n+1'. This would work better if you could transfer all block runs for a given read to less volatile storage than the disk controller track buffer... ie: "transfer up to X contiguous blocks beginning at block 'n', with a minimum of Y blocks to be transferred". This is an issue of controller and disk and SCSI command set being slightly inadequate for totally optimal behaviour (disk usually run local track buffers, but their locality is limited by seeks, so unless you optimize accesses to avoid seeks, you lose most of the benefit of doing this -- with the exception of async writes within a single track). Given all that, it's *still* a good idea to order data so as to avoid seeks, if at all possible. For SCSI II devices, even ZBR, it's possible because the real geometry can be queried. The problem we run into here is that the FFS layout policy assumes uniform size for cylinder groups; this means it's intrinsically a bad design for seek optimization on ZBR devices, unless you happen to overcommit bitmap information for all smaller cylinders (maybe by marking the non-existant blocks as preallocated). Then you use absolute sector addressing at table-driven offsets (up to 8k of table for a large 1024 cylinder device; more likely on the order of 16k, or 32k for safety, to give a 64 bit address for 4096 possible cylinders. Per device). I believe Auspex, and several higher end RAID vendors actually do this today, when they can control the FS layout on the disk, etc., at that level. They run modified FFS, or even proprietary FS's optimized for modern devices. All in all, a very interesting problem. 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 Wed Apr 3 12:23:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19586 for hackers-outgoing; Wed, 3 Apr 1996 12:23:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19568 Wed, 3 Apr 1996 12:23:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19795; Wed, 3 Apr 1996 13:13:32 -0700 From: Terry Lambert Message-Id: <199604032013.NAA19795@phaeton.artisoft.com> Subject: It isn't easy being "green"... To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Wed, 3 Apr 1996 13:13:32 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9603038285.AA828559516@ccgate.infoworld.com> from "Brett Glass" at Apr 3, 96 12:11:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Uh... because it's impossible to offer the spindown disabling safely > > in a drive/controller independent fashion? > > Why is this impossible? If the flag is set and the drive is not positively > identified as one we know how to deal with, the code can simply print a > message and continue. That's *not* "a drive/controller independent fashion". That's a "massive rogues list and embedded p-code for each supported drive fashion". If the "disable green mode" is settable at "boot -c", you can only install drives in the "rogues list". Green drives not in the list still can't be installed. On the other hand, if the controller driver "gracefully handles spindown", you can install all green drives, period, regardless of whether or not they are "known rogues". Which is to say, "disable green mode" is a nice post-install option, but it's not the way to generically fix the install. And since the usefulness of disabling the mode is limited to people with a burning need to run down the batteries in their laptops as quickly as possible, it seems to me that it has a limited audience (or an audience of laptop owners running on other-than-battery or people with "green desktop machines" that they really didn't want to be green. I'd actually like to see this rolled into the standard APM code being written by Nate and the Nomads (good name for a band 8-)). > > But you can reliably recover from a spin-down, if your disk driver > > has been written correctly. > > Perhaps. But it may still be desirable (in fact, necessary!) to disable > spindowns to get adequate performance. Therefore, FreeBSD should offer this > option. Agree. I think it is a post-install tuning option. > > So the generic soloution must be to recover from spindown, not to > > disable it. > > I half agree. Recovery from spindown is important for laptops and other > situations where one might like to conserve power. Turning off spindown is > important to allow reasonable performance on the desktop and in multi-user > situations -- and is ABSOLUTELY NECESSARY until graceful recovery from > spindown is possible. BOTH should be implemented. I'd be glad to do work > on recognition code that makes the latter safe and adaptable to many brands > of drives. I think graceful recovery from spindown is absolutely necessary, and ability to disable features that you have to go out of your way to find in a computer (so presumably you wanted them to work instead of being disabled) ought to be a controllable option. In the name of the controllable option, the code ought to go ahead. But it ought to be a user space utility where most of the code lives... I think the primary use is for employees of companies trying to get the EPA tax incentive for energy conservation by putting unreasonably performant green machines on their employees desks. 8-). As a workaround to making the drivers robust (which is something I strongly think should *not* be worked around to incent a real fix), you might be able to convince Jordan to call the utility as part of the install. This should be sufficient to kludge around the bad driver code, which is the problem that originally bit you in the first place, without making it "standard practice". After you install (or maybe as part of the install, checking the return code of the utility), you could add the command to the rc.local. I'd hate for this to happen without making someone actively edit the script, since I don't think it should be the default. I think it's in the same category as the TCP/IP extensions (which default to on, even though they cause a lot of support problems that wouldn't be there if they didn't). 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 Apr 3 12:47:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21084 for hackers-outgoing; Wed, 3 Apr 1996 12:47:20 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21065 Wed, 3 Apr 1996 12:47:17 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4Zqc-000wupC; Wed, 3 Apr 96 13:12 PST Received: from cc:Mail by ccgate.infoworld.com id AA828564378; Wed, 03 Apr 96 13:40:51 PST Date: Wed, 03 Apr 96 13:40:51 PST From: "Brett Glass" Message-Id: <9603038285.AA828564378@ccgate.infoworld.com> To: Terry Lambert , jkh@freebsd.org Cc: terry@lambert.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: It isn't easy being "green"... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > And since the usefulness of disabling the mode is limited to people > with a burning need to run down the batteries in their laptops as > quickly as possible, > or people with "green desktop machines" that they really didn't want to > be green. There are a lot in the latter category! The machine on which I am installing is *not* a laptop. It's a perfectly ordinary Zeos Pantera 486DX/100 desktop. More than a hundred thousand of this make and model alone were sold. Right after the EPA announced its "Energy Star" program, MANY vendors incorporated these drives into desktop machines. And did not provide any way of turning off the "green" features -- on purpose, so that employees of corporations that purchased the machines couldn't do it on their own. By the way, "Nate and the Nomads" is a cool name. What is the status on their APM code? > I think graceful recovery from spindown is absolutely necessary, Agree 100%. > and ability to disable features that you have to go out of your way to > find in a computer (so presumably you wanted them to work instead of > being disabled) ought to be a controllable option. Again, for about a year, you almost couldn't avoid getting these "features," especially if you bought from certain big mail-order houses. > I think the primary use is for employees of companies trying to get > the EPA tax incentive for energy conservation by putting unreasonably > performant green machines on their employees desks. 8-). Yep. > As a workaround to making the drivers robust (which is something I > strongly think should *not* be worked around to incent a real fix), > you might be able to convince Jordan to call the utility as part of > the install. This should be sufficient to kludge around the bad > driver code, which is the problem that originally bit you in the > first place, without making it "standard practice". This would require three things. First, the ioctl to issue arbitrary ATA commands would need to be added to the disk driver. (This is not hard.) Second, the "disable spindown" utility would need to be called for each IDE drive during the install (it would gracefully exit if it did not recognize the hard drive). Finally, if a drive WAS found that the code worked on (the installation could determine this via an exit code), the command would need to go into rc.local during install. Jordan, would you be willing to add this logic to the install? I'd be glad to add the ioctl, just so someone checked my work to make sure I wasn't unknowingly stepping on anything. --Brett From owner-freebsd-hackers Wed Apr 3 13:14:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22676 for hackers-outgoing; Wed, 3 Apr 1996 13:14:48 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA22671 for ; Wed, 3 Apr 1996 13:14:44 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id NAA09818; Wed, 3 Apr 1996 13:13:59 -0800 (PST) Message-Id: <199604032113.NAA09818@ref.tfs.com> Subject: Re: Freebsd Vs. Linux To: tjeffers@nastg.gsfc.nasa.gov Date: Wed, 3 Apr 1996 13:13:59 -0800 (PST) From: "JULIAN Elischer" Cc: hackers@freebsd.org In-Reply-To: <3162C4ED.794BDF32@rah.star-gate.com> from "Amancio Hasty, Jr." at Apr 3, 96 10:35:25 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This was forwarded tous at teh FreeBSD mailing lists.. > > Karen Jefferson x2857 wrote: > > > > We are in the midst of a development project which uses alot of UDP > > and serial communications. > > > > Although our preference had been to use FreeBSD, the UDP > > performance was terrible (200 Kbps over Ethernet), and we > > kept getting ENOBUF errors which makes FreeBSD an unacceptable choice. This is amazing we routinely flood an ethernet with UDP using a 486Dx2-66 there MUST be something terribly wrong with your configuration. FreeBSD networking usually gives more than twice the throughput of The Linux networking.. See the USENIX papers from January 96. where there were two papers comparing exactly this. note that under FreeBSD, an ENOBUFS is a real indication that you should retry your send after delaying.. under LINUX the packet is silently discarded and never sent.. (though you THINK it has been sent). > > Our previous posts for possible parameters to tune didn't > > turn up anything helpful, and messages to freebsd.org haven't been > > answered yet. I haven't seen any messages.. What is your configuration and hardware? > > > > The TCP performance was the same for both Linux and FreeBSD, and UDP > > testing on all other platforms in our facility proved okay for Solaris, > > SunOS, & SCO. This in itself says that somehting is very wrong.. FreeBSD TCP is usually MUCH faster than other OS's on the same hardware.. how are you testing this? > > > > Is there anything we can do to improve the UDP performance of FreeBSD? > > Why does it care about buffering for UDP? Please respond via email > > to tjeffers@nastg.gsfc.nasa.gov. Thanks. UDP is telling you that all the packets you have asked to send have not been sent yet, but are queued, and that it has a full queue. You should allow a moment for the queue to drain a little and then retry the last send.... Linux and other OS's often just discard the packet that didn't fit in the queue. (UDP is 'unreliable' so it is OK to do this, but it is BETTER to not lose the packet.... If you are not getting anything but the best netwroking figures for FreeBSD then you have a hidden problem... some figures: (from the USENIX papers) FreeBSD 2.0.5 (2.1 and 2.2 are improved over these figures) UDP throughput on a 100MHz Pentium (loopback) packetsize FreeBSD Linux small 500bytes 10Mb/sec 8Mb/sec 1K 20Mb/sec 15Mb/sec 2K 28Mb/sec 15Mb/sec (yes, no change) 4K 37Mb/sec 16Mb/sec 6K 42Mb/sec 17Mb/sec 8K 47Mb/sec 17Mb/sec TCP figures: (loopback) FreeBSD 2.0.5 65Mb/sec Linux 1.2.8 25Mb/sec from larry McVoy's paper: FreeBSD pentium 133 100Mb enet.. TCP bandwidth..7.9 MBytes/sec Linux pentium90 on a 10Mb enet got 700KB/sec FreeBSD on 10Mb saturated teh net at 1.15MB/sec.. not a fair test, but indicative.. if you can only get 200K/sec you must be using: 1/ very small packets 2/ have a bad problem somewhere.. julian > From owner-freebsd-hackers Wed Apr 3 14:22:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27549 for hackers-outgoing; Wed, 3 Apr 1996 14:22:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27518 Wed, 3 Apr 1996 14:21:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA20146; Wed, 3 Apr 1996 15:15:40 -0700 From: Terry Lambert Message-Id: <199604032215.PAA20146@phaeton.artisoft.com> Subject: Re: It isn't easy being "green"... To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Wed, 3 Apr 1996 15:15:40 -0700 (MST) Cc: terry@lambert.org, jkh@freebsd.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9603038285.AA828564378@ccgate.infoworld.com> from "Brett Glass" at Apr 3, 96 01:40:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > And since the usefulness of disabling the mode is limited to people > > with a burning need to run down the batteries in their laptops as > > quickly as possible, > > > or people with "green desktop machines" that they really didn't want to > > be green. > > There are a lot in the latter category! 8-). It's *illegal* in the US to tamper with this if you are getting the tax break for the green-ness hardware (it's called "tax evasion"). I'd much prefer FreeBSD be a "green-OK" OS, and leave the disable as an option instead of something mandatory for an install. > The machine on which I am installing is *not* a laptop. It's a perfectly > ordinary Zeos Pantera 486DX/100 desktop. More than a hundred thousand of > this make and model alone were sold. Right after the EPA announced its > "Energy Star" program, MANY vendors incorporated these drives into desktop > machines. And did not provide any way of turning off the "green" features > -- on purpose, so that employees of corporations that purchased the > machines couldn't do it on their own. Exactly. The OS's you run on these things are supposed to be "green-OK" or they are supposed to fail to operate. FreeBSD fails to operate, which is bad. > By the way, "Nate and the Nomads" is a cool name. What is the status on > their APM code? I think Nate answered this one already (privately? I was CC'ed). [ ... ] > > and ability to disable features that you have to go out of your way to > > find in a computer (so presumably you wanted them to work instead of > > being disabled) ought to be a controllable option. > > Again, for about a year, you almost couldn't avoid getting these > "features," especially if you bought from certain big mail-order houses. Well, it was either support the "bullet item of the day" or actually make better machines... guess which was cheaper to do? 8-). I think we both agree that FreeBSD should "just work" on these boxes. > > I think the primary use is for employees of companies trying to get > > the EPA tax incentive for energy conservation by putting unreasonably > > performant green machines on their employees desks. 8-). > > Yep. Hope you aren't audited -- does the EPA read this list? 8-). > > As a workaround to making the drivers robust (which is something I > > strongly think should *not* be worked around to incent a real fix), > > you might be able to convince Jordan to call the utility as part of > > the install. This should be sufficient to kludge around the bad > > driver code, which is the problem that originally bit you in the > > first place, without making it "standard practice". > > This would require three things. First, the ioctl to issue arbitrary ATA > commands would need to be added to the disk driver. (This is not hard.) > Second, the "disable spindown" utility would need to be called > for each IDE drive during the install (it would gracefully exit if it > did not recognize the hard drive). Finally, if a drive WAS found that the > code worked on (the installation could determine this via an exit code), > the command would need to go into rc.local during install. I agree with everything but the "finally". I think, like the TTCP extensions, by default there should be an incentive to fix the broken code, and there should be support requests from the people trying to use it to harrass the coders into doing the fix ASAP. If you fix it this way, there won't be any complaints (and there should be). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 3 14:33:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28564 for hackers-outgoing; Wed, 3 Apr 1996 14:33:32 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28558 for ; Wed, 3 Apr 1996 14:33:27 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15463(7)>; Wed, 3 Apr 1996 14:31:11 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 3 Apr 1996 14:31:03 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Joe Greco cc: phk@critter.tfs.com (Poul-Henning Kamp), hackers@freebsd.org Subject: Re: SO_KEEPALIVE - New feature patch enclosed. In-reply-to: Your message of "Wed, 03 Apr 1996 09:17:03 PST." <199604031717.LAA00364@brasil.moneng.mei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 3 Apr 1996 14:30:58 PST From: Bill Fenner Message-Id: <96Apr3.143103pst.177475@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While we're on this topic, someone asked in comp.protocols.tcp-ip about tuning the keepalive timer, and someone from TGV replied: >Assuming that you're running MultiNet + VMS, then you can - >on a per-socket basis via the TCP_KEEPALIVE socket option (see >ftp://ftp.tgv.com/customer_support/tech-tips/multinet_vms/mnv30021.tip ), >on a systemwide default basis via the TCP_KEEPIDLE and TCP_KEEPINTVL >kernel paramaters (see >ftp://ftp.tgv.com/customer_support/tech-tips/multinet_vms/mnv30092.tip ), >or on a per TCP server basis via the KEEPALIVE-TIMERS parameter in >SERVER-CONFIG. We already have net.inet.tcp.{keepidle,keepintvl} but it might be worth thinking about adding the TCP_KEEPALIVE socket option. Bill P.S. Is it documented anywhere that net.inet.tcp.{keepidle,keepintvl} are in units of 500ms? Should it be? From owner-freebsd-hackers Wed Apr 3 14:41:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29367 for hackers-outgoing; Wed, 3 Apr 1996 14:41:33 -0800 (PST) Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29356 for ; Wed, 3 Apr 1996 14:41:27 -0800 (PST) Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id RAA18868; Wed, 3 Apr 1996 17:41:41 -0500 Date: Wed, 3 Apr 1996 17:41:40 -0500 (EST) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: hackers@freebsd.org Subject: switching from iijppp to kernel-mode ppp (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I have a 2.1.0-RELEASE system (with various cosmetic hacks in the kernel) which is gatewaying between an internal LAN (ed0) and the Internet (tun0 now, ideally ppp0). The user-mode ppp works just fine, but the kernel-mode ppp seems to get stuck; it seems to handshake correctly, but I can't get any packets to pass through. None of the options I toyed with seem to make a difference. Do I have a lame pppd? (I seem to remember something about this) Does anyone use pppd to connect to Netcom and would you be willing to trade configuration files? Configuration files and logs follow... Thanks, Marc. -- An apple every eight hours will keep three doctors away. ----------------- /etc/ppp/ppp.conf ------------------- default: set speed 115200 set device /dev/cuaa2 set ifaddr 206.216.114.1 163.179.162.3 set timeout 0 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0M0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" netcom: set phone xxxxxxxx set login "TIMEOUT 5 login:-\\r-login: xxxxxx word: xxxxxxxx" dial # For more info about the big strings above, they are chat(1) scripts. # See the man page for chat(1) for a description ----------------- /etc/ppp/options -------------------- crtscts # enable hardware flow control modem # modem control line # wait for LCP packets #domain eaglesol.com # put your domain name here 206.216.114.1:163.179.162.3 # put the IP of remote PPP host here # it will be used to route packets via PPP link # if you didn't specified the noipdefault option # change this line to : defaultroute # put this if you want that PPP server will be your # default router mtu 1380 mru 1380 debug ----------------- /var/log/ppplog -------------------- Apr 1 17:00:20 eaglesol pppd[2076]: pppd 2.1.2 started by root, uid 0 Apr 1 17:00:23 eaglesol pppd[2077]: Using interface ppp0 Apr 1 17:00:23 eaglesol pppd[2077]: Connect: ppp0 <--> /dev/cuaa2 Apr 1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfReq id=0x1 ] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfReq id=0x1 ] Apr 1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfRej id=0x1 ] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfRej id=0x1 ] Apr 1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfReq id=0x2] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfReq id=0x2] Apr 1 17:00:23 eaglesol pppd[2077]: sent [LCP ConfAck id=0x2] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [LCP ConfAck id=0x2] Apr 1 17:00:23 eaglesol pppd[2077]: sent [IPCP ConfReq id=0x1] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [IPCP ConfReq id=0x1] Apr 1 17:00:23 eaglesol pppd[2077]: sent [IPCP ConfAck id=0x1] Apr 1 17:00:23 eaglesol pppd[2077]: rcvd [IPCP ConfAck id=0x1] Apr 1 17:00:23 eaglesol pppd[2077]: local IP address 206.216.114.1 Apr 1 17:00:23 eaglesol pppd[2077]: remote IP address 163.179.162.3 ----------------------------------------------------- pppd is invoked by: pppd -all /dev/cuaa2 115200 file /etc/ppp/options I copied all the ppp files from the Setting Up Kernel PPP section of the Handbook. iijppp is invoked by: ppp -auto netcom As I said, iijppp works fine. With pppd, nothing ever passes through. I can do 'tcpdump -i ppp0' and watch packets go across, but nothing ever comes back. Hmmm... From owner-freebsd-hackers Wed Apr 3 15:02:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00843 for hackers-outgoing; Wed, 3 Apr 1996 15:02:20 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA00838 for ; Wed, 3 Apr 1996 15:02:17 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id RAA00745; Wed, 3 Apr 1996 17:01:36 -0600 From: Joe Greco Message-Id: <199604032301.RAA00745@brasil.moneng.mei.com> Subject: Re: SO_KEEPALIVE - New feature patch enclosed. To: fenner@parc.xerox.com (Bill Fenner) Date: Wed, 3 Apr 1996 17:01:35 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <96Apr3.143103pst.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 3, 96 02:30:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While we're on this topic, someone asked in comp.protocols.tcp-ip about tuning > the keepalive timer[...] > [...] > We already have net.inet.tcp.{keepidle,keepintvl} but it might be worth > thinking about adding the TCP_KEEPALIVE socket option. Uh, uh, uh, HUH? Check the message you're replying to, for a patch that does precisely that. I created a "net.inet.tcp.keepalive", that if set to a nonzero value, sets the SO_KEEPALIVE flag on new sockets as they are created, on a systemwide basis. I think it's even done almost correctly. The intended application is ISP's and other sites where large numbers of session hangs may happen... > P.S. Is it documented anywhere that net.inet.tcp.{keepidle,keepintvl} are in > units of 500ms? Should it be? I did not see any such documentation. My keepalive mod is similarly undocumented... I have no idea where to document it. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Wed Apr 3 15:11:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01579 for hackers-outgoing; Wed, 3 Apr 1996 15:11:57 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01572 for ; Wed, 3 Apr 1996 15:11:54 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15025(13)>; Wed, 3 Apr 1996 15:11:15 PST Received: by crevenia.parc.xerox.com id <177475>; Wed, 3 Apr 1996 15:11:06 -0800 From: Bill Fenner To: fenner@parc.xerox.com, jgreco@brasil.moneng.mei.com Subject: Re: SO_KEEPALIVE - New feature patch enclosed. Cc: hackers@freebsd.org Message-Id: <96Apr3.151106pst.177475@crevenia.parc.xerox.com> Date: Wed, 3 Apr 1996 15:10:56 PST Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry, I should have been more clear. I was talking about the "keepidle" and "keepinvtl" timers, which determine the intervals between keepalives. These timers are settable system-wide using the net.inet.tcp.{keepidle,keepintvl} sysctl options. I was suggesting causing them to be tunable on a per-socket basis like TGV Multinet. This might be useful for servers with different keepalive requirements. >I have no idea where to document it. Probably in tcp(4). Bill From owner-freebsd-hackers Wed Apr 3 15:12:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01697 for hackers-outgoing; Wed, 3 Apr 1996 15:12:49 -0800 (PST) Received: from metal.ops.neosoft.com (root@metal.ops.neosoft.com [206.109.5.25]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA01690 for ; Wed, 3 Apr 1996 15:12:44 -0800 (PST) Received: (from smace@localhost) by metal.ops.neosoft.com (8.7.3/8.6.10) id RAA06321 for hackers@freebsd.org; Wed, 3 Apr 1996 17:12:39 -0600 (CST) From: Scott Mace Message-Id: <199604032312.RAA06321@metal.ops.neosoft.com> Subject: full duplex on a DE500 (if_de driver) To: hackers@freebsd.org Date: Wed, 3 Apr 1996 17:12:38 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a DE500 (DIgital fast ethernet PCI) and need to know if the driver is capable of doing full duplex mode. I tried to get a DE450 to work in full duplex mode to a kalpana switch but gots lots of errors... Scott From owner-freebsd-hackers Wed Apr 3 15:16:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01936 for hackers-outgoing; Wed, 3 Apr 1996 15:16:00 -0800 (PST) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA01907 Wed, 3 Apr 1996 15:15:52 -0800 (PST) Received: from cole.isds.duke.edu (cole.isds.duke.edu [152.3.22.43]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id SAA29410; Wed, 3 Apr 1996 18:15:44 -0500 (EST) From: Andrew Gallatin Received: (from gallatin@localhost) by cole.isds.duke.edu (8.7.4/8.7.1) id SAA28789; Wed, 3 Apr 1996 18:15:44 -0500 (EST) Date: Wed, 3 Apr 1996 18:15:44 -0500 (EST) Message-Id: <199604032315.SAA28789@cole.isds.duke.edu> To: freebsd-questions@freebsd.org CC: freebsd-hackers@freebsd.org Subject: Help! Mathematica for Linux in standalone mode Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm attempting to get Mathematica for Linux going under 2.1R? I'm trying to get Mathematica 2.2 working & having no luck. So far, I've added linux_sigreturn from -current to the emulator, as suggested by Colman Reilly, who's also helped me attempt to emulate the the linux SIOCHWADDR ioctl. I've done this using lkms (should I be doing this statically??). This gets me much further along, but mathematica still quits on me, giving a bus error & the message: General::codespace: Code space corrupted Does anybody out there have it working using the standalone licensing scheme? If so, I beg you to share your configuration with me. Thanks in advance, Drew From owner-freebsd-hackers Wed Apr 3 16:19:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06441 for hackers-outgoing; Wed, 3 Apr 1996 16:19:22 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06436 for ; Wed, 3 Apr 1996 16:19:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id QAA17724; Wed, 3 Apr 1996 16:13:42 -0800 (PST) Message-Id: <199604040013.QAA17724@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Scott Mace cc: hackers@FreeBSD.org Subject: Re: full duplex on a DE500 (if_de driver) In-reply-to: Your message of "Wed, 03 Apr 1996 17:12:38 CST." <199604032312.RAA06321@metal.ops.neosoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 03 Apr 1996 16:13:42 -0800 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I've got a DE500 (DIgital fast ethernet PCI) and need to >know if the driver is capable of doing full duplex mode. Unfortunately not yet. I've been thinking about messing with it myself, but haven't had the time. You might also ask Matt Thomas if he's made any progress on this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Apr 3 16:24:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06942 for hackers-outgoing; Wed, 3 Apr 1996 16:24:15 -0800 (PST) Received: from horst.bfd.com ([204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06937 for ; Wed, 3 Apr 1996 16:24:13 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.3/8.7.3) with SMTP id QAA23644; Wed, 3 Apr 1996 16:25:17 -0800 (PST) Date: Wed, 3 Apr 1996 16:24:46 -0800 (PST) From: "Eric J. Schwertfeger" To: tam@riogrande.cs.tcu.edu cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Dos Emulation? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Apr 1996, Tam Weng Seng wrote: > Hi, > I apologize for disapearing off the face of the Earth, but my > machine is down with a hard disk failure. To make matters worse, my root > partition was on it ... Anyhow, I have mangaged to purchase a new IDE > controller and hard disk. Sadly, the controller seems to be causing the > install floppy to fail, so I am going to try a different IDE controller. Sounds like a problem I had, until I disabled LBA disk translation in the BIOS. If LBA was on, I'd get a read error trying to boot the boot disk. I have no clue what the relationship is. Hope that helps. From owner-freebsd-hackers Wed Apr 3 16:37:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07585 for hackers-outgoing; Wed, 3 Apr 1996 16:37:19 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07570 for ; Wed, 3 Apr 1996 16:37:12 -0800 (PST) Received: from mail.etinc.com ([204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA06690; Wed, 3 Apr 1996 19:39:59 -0500 Date: Wed, 3 Apr 1996 19:39:59 -0500 Message-Id: <199604040039.TAA06690@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Amancio Hasty, Jr." From: dennis@etinc.com (dennis) Subject: Re: Freebsd Vs. Linux Cc: tjeffers@nastg.gsfc.nasa.gov, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Karen Jefferson x2857 wrote: >> >> We are in the midst of a development project which uses alot of UDP >> and serial communications. >> >> Although our preference had been to use FreeBSD, the UDP >> performance was terrible (200 Kbps over Ethernet), and we >> kept getting ENOBUF errors which makes FreeBSD an unacceptable choice. >> Our previous posts for possible parameters to tune didn't >> turn up anything helpful, and messages to freebsd.org haven't been >> answered yet. >> >> The TCP performance was the same for both Linux and FreeBSD, and UDP >> testing on all other platforms in our facility proved okay for Solaris, >> SunOS, & SCO. >> >> Is there anything we can do to improve the UDP performance of FreeBSD? >> Why does it care about buffering for UDP? Please respond via email >> to tjeffers@nastg.gsfc.nasa.gov. Thanks. Your tests are seriously defective. Every networking test Ive ever done had linux placing a very sad third behind FreeBSD and BSD/OS. With an intimate understandiing of their internal structuring, I'm not surprised. I dont know about the udp specifically, but if your tests show that TCP is the same then you either have the FreeBSD system all hosed up or your test isn't testing much. FreeBSD is MUCH faster than LINUX. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Apr 3 16:37:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07611 for hackers-outgoing; Wed, 3 Apr 1996 16:37:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA07576 Wed, 3 Apr 1996 16:37:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA02446; Wed, 3 Apr 1996 16:36:34 -0800 (PST) To: "Brett Glass" cc: Terry Lambert , jkh@freebsd.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: It isn't easy being "green"... In-reply-to: Your message of "Wed, 03 Apr 1996 13:40:51 PST." <9603038285.AA828564378@ccgate.infoworld.com> Date: Wed, 03 Apr 1996 16:36:34 -0800 Message-ID: <2443.828578194@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Jordan, would you be willing to add this logic to the install? I'd be glad > to add the ioctl, just so someone checked my work to make sure I wasn't > unknowingly stepping on anything. Welp, I'd like to see more concensus on this list first about the right approach - shall we bash it around for another week? :-) Jordan From owner-freebsd-hackers Wed Apr 3 17:44:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12844 for hackers-outgoing; Wed, 3 Apr 1996 17:44:51 -0800 (PST) Received: from cnpq.br (vega.cnpq.br [192.153.155.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12835 for ; Wed, 3 Apr 1996 17:44:43 -0800 (PST) Received: by cnpq.br (5.x/SMI-4.1) id AA20264; Wed, 3 Apr 1996 22:44:05 -0300 Date: Wed, 3 Apr 1996 22:44:04 -0300 (EST) From: Joaquim Humberto Marques Mota To: hackers@freebsd.org Subject: Adaptec 1540CF/1542CF and MO Disk Sony Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all I'm trying to install a SCSI disk in my FreeBSD. It's a SONY Magneto-Optical Disk Drive SMO-F521. I'm using a ADAPTEC 1540CF/1542CF at IRQ 11, DMA 5, Host ID 7, Port 330h. These following messages are being written in my log messages: Apr 1 21:35:07 oberon /kernel: sd0(aha0:2:0): timed out Apr 1 21:35:07 oberon /kernel: adapter not taking commands.. frozen?! Apr 1 21:35:07 oberon /kernel: Debugger("aha1542") called. Apr 1 21:35:07 oberon /kernel: AGAIN Apr 1 21:35:07 oberon /kernel: aha0: MBO 02 and not 00 (free) Apr 1 21:35:12 oberon /kernel: sd0(aha0:2:0): timed out Apr 1 21:35:12 oberon /kernel: adapter not taking commands.. frozen?! Apr 1 21:35:12 oberon /kernel: Debugger("aha1542") called. Apr 1 21:35:12 oberon /kernel: These other following messges appear when I boot my computer: aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:2:0): "SONY SMO-F521-00 2.03" type 0 removable SCSI 1 sd0(aha0:2:0): Direct-Access 311MB (637041 512 byte sectors) I'm using a 1304 MB double side rewritable Magneto Optical Disk with 1024 byte/sector. When I try to create a partition the sysinstall is not able to record the necessary informations to keep the partition permanent. Any suggestions are welcome Thanks in advance. Joaquim Humberto (a very happy user of FreeBSD) From owner-freebsd-hackers Wed Apr 3 18:57:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16239 for hackers-outgoing; Wed, 3 Apr 1996 18:57:07 -0800 (PST) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA16227 for ; Wed, 3 Apr 1996 18:57:00 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.3/8.7.3) with SMTP id SAA12421; Wed, 3 Apr 1996 18:56:27 -0800 (PST) Message-Id: <199604040256.SAA12421@multivac.orthanc.com> From: Lyndon Nerenberg VE7TCP To: Bill Fenner cc: hackers@freebsd.org Subject: Re: SO_KEEPALIVE - New feature patch enclosed. In-reply-to: Your message of "Wed, 03 Apr 1996 15:10:56 PST." <96Apr3.151106pst.177475@crevenia.parc.xerox.com> Date: Wed, 03 Apr 1996 18:56:26 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > These timers are settable system-wide > using the net.inet.tcp.{keepidle,keepintvl} sysctl options. I was suggesting > causing them to be tunable on a per-socket basis like TGV Multinet. This > might be useful for servers with different keepalive requirements. Yes! I'm getting fed up with Netscape leaving hanging ftpd data connections due to (improperly) aborted LIST commands. I recently hacked the ftpd code to force KEEP_ALIVE on the data sockets. Being able to tune the timers on these connections would help even more. --lyndon From owner-freebsd-hackers Wed Apr 3 19:15:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17048 for hackers-outgoing; Wed, 3 Apr 1996 19:15:49 -0800 (PST) Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA17042 for ; Wed, 3 Apr 1996 19:15:44 -0800 (PST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id TAA26569; Wed, 3 Apr 1996 19:15:38 -0800 From: Archie Cobbs Message-Id: <199604040315.TAA26569@bubba.tribe.com> Subject: COMCONSOLE speed To: freebsd-hackers@freebsd.org Date: Wed, 3 Apr 1996 19:15:38 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A few questions... First, regarding COMCONSOLE and FreeBSD 2.1R: o COMCONSOLE seems to have a default setting of 9600 baud, which makes sense, because the serial driver probe seems to set the serial driver to this value also. But it would be nice if you could set COMCONSOLE to 57600 or something different. 9600 baud is pretty slow. o COMCONSOLE in conjunction with netboot doesn't work so well, I guess because netboot doesn't initialize the serial port (and DOS seems to leave it in some stupid state). The result is garbled output between the time the boot begins and the time the serial ports are initialized (to 9600 baud). Secondly, has anyone else gotten FreeBSD to detect the following internal modems? I can't: o Cardinal 28.8 v.34 faxmodem o ZOOM faxmodem v.34i (model 275) On my system I get "sio2 not found at 0x3e8" with these modems when others (eg, US Robotics) seem to work. I don't think I have the jumpers wrong or anything dumb like that. Of course, you never know. Finally, is it the case that FreeBSD 2.1R *requires* a vga card to be installed in order to even boot? My netboot kernel page faults after the device probes when I take out the video card. What about -current? How hard is this to fix and what's the nature of the problem? Curiously, -Archie __________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Whistle Communications Corporation From owner-freebsd-hackers Wed Apr 3 19:27:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17761 for hackers-outgoing; Wed, 3 Apr 1996 19:27:03 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA17749 for ; Wed, 3 Apr 1996 19:26:56 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA21196; Thu, 4 Apr 1996 13:25:35 +1000 Date: Thu, 4 Apr 1996 13:25:35 +1000 From: Bruce Evans Message-Id: <199604040325.NAA21196@godzilla.zeta.org.au> To: jgreco@brasil.moneng.mei.com, phk@critter.tfs.com Subject: Re: SO_KEEPALIVE - New feature patch enclosed. Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >It seems to work for me. I warn you now, though, I'm no kernel hacker. It's much easier to control the variable in -current. For integer variables it takes one line. Something like: SYSCTL_INT(_net_inet_tcp, OID_AUTO, foo, CTLFLAG_RW, &foo, 0, ""); >*** /usr/src/sys/netinet/tcp_var.h.fcs Sat Jul 29 18:16:53 1995 >--- /usr/src/sys/netinet/tcp_var.h Tue Apr 2 22:41:01 1996 >*************** >*** 300,306 **** > #define TCPCTL_KEEPINTVL 7 /* interval to send keepalives */ > #define TCPCTL_SENDSPACE 8 /* send buffer space */ > #define TCPCTL_RECVSPACE 9 /* receive buffer space */ >! #define TCPCTL_MAXID 10 > > #define TCPCTL_NAMES { \ > { 0, 0 }, \ >--- 300,307 ---- > #define TCPCTL_KEEPINTVL 7 /* interval to send keepalives */ > #define TCPCTL_SENDSPACE 8 /* send buffer space */ > #define TCPCTL_RECVSPACE 9 /* receive buffer space */ >! #define TCPCTL_DO_KEEPALIVE 10 /* do keepalive's by default */ >! #define TCPCTL_MAXID 11 > > #define TCPCTL_NAMES { \ > { 0, 0 }, \ OID_AUTO avoids the braindamaged MAXID stuff at the cost of not providing a numeric id for programs to use. The name has to be looked up as a string. This is all that is necessary using sysctl(8). Bruce From owner-freebsd-hackers Wed Apr 3 20:10:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA20817 for hackers-outgoing; Wed, 3 Apr 1996 20:10:22 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA20790 Wed, 3 Apr 1996 20:10:12 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4glb-000wwAC; Wed, 3 Apr 96 20:35 PST Received: from cc:Mail by ccgate.infoworld.com id AA828590959; Wed, 03 Apr 96 20:55:53 PST Date: Wed, 03 Apr 96 20:55:53 PST From: "Brett Glass" Message-Id: <9603038285.AA828590959@ccgate.infoworld.com> To: Terry Lambert Cc: terry@lambert.org, jkh@freebsd.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: It isn't easy being "green"... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 8-). It's *illegal* in the US to tamper with this if you are getting > the tax break for the green-ness hardware (it's called "tax evasion"). Nope. The tax break only requires a certain percentage of machines to be "green." And "green" machines are only supposed to save energy while inactive. Clearly, if you're installing an OS on the machine or using it to run tasks constantly or frequently (as UNIX does), it's legitimate (in fact, essential) to keep the hard drive spun up. > Hope you aren't audited -- does the EPA read this list? 8-). I'm really scared. (Especially since I -- like most owners of these machines -- am not big enough to get the tax break in the first place.) From owner-freebsd-hackers Wed Apr 3 20:34:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21990 for hackers-outgoing; Wed, 3 Apr 1996 20:34:02 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA21967 for ; Wed, 3 Apr 1996 20:33:54 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15926(10)>; Wed, 3 Apr 1996 20:32:30 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Wed, 3 Apr 1996 20:32:21 -0800 Date: Wed, 3 Apr 1996 20:32:10 PST From: Bill Fenner To: Subject: Re: Freebsd Vs. Linux Message-Id: <96Apr3.203221pst.177476@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- Blind-Carbon-Copy To: dennis@etinc.com (dennis) cc: "Amancio Hasty, Jr." , tjeffers@nastg.gsfc.nasa.gov, chat@freebsd.org Subject: Re: Freebsd Vs. Linux In-reply-to: Your message of "Wed, 03 Apr 96 16:39:59 PST." <199604040039.TAA06690@etinc.com> Date: Wed, 03 Apr 96 20:32:10 -0800 From: Bill Fenner In message <199604040039.TAA06690@etinc.com> dennis wrote: >Your tests are seriously defective. ... you either have >the FreeBSD system all hosed up or your test isn't testing much. This is the second message that I've seen like this -- come on, folks, Karen was asking for help, she wasn't attacking FreeBSD. Why are we attacking her instead of trying to provide help? This is exactly how to make people switch OS's. Bill ------- End of Blind-Carbon-Copy From owner-freebsd-hackers Wed Apr 3 21:26:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25713 for hackers-outgoing; Wed, 3 Apr 1996 21:26:00 -0800 (PST) Received: from lenzi (callc.bsi.com.br [200.250.250.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25699 for ; Wed, 3 Apr 1996 21:25:39 -0800 (PST) Received: (from lenzi@localhost) by lenzi (8.6.12/8.6.12) id CAA00507; Thu, 4 Apr 1996 02:23:21 GMT Date: Thu, 4 Apr 1996 02:23:15 +0000 () From: Sergio Lenzi X-Sender: lenzi@lenzi To: hackers@freebsd.org Subject: Compuserve & FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all, I was talking to a friend of mine who runs a novell reseller, and I was told that he saw in a magazine that compuserve is VERY satisfyed with the BSDI servers they tested and intend to run "great number" of machines on it. BSD (FreeBSD/NetBSD/BSDI) are systems that are gaining it's place in the computer market due to the quality of the software they offer. Another friend of mine (a linux user) who I gave a FreeBSD CDrom is very impressed with the quality and the "ports" solution. By the way, the guy on a novell reseller is now opening a FreeBSD/BSDI busines. Congratulation to the Development team and all the FreeBSD contributors. Sergio Lenzi Unix Consult. From owner-freebsd-hackers Wed Apr 3 21:44:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28365 for hackers-outgoing; Wed, 3 Apr 1996 21:44:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA28327 Wed, 3 Apr 1996 21:44:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA20986; Wed, 3 Apr 1996 22:37:52 -0700 From: Terry Lambert Message-Id: <199604040537.WAA20986@phaeton.artisoft.com> Subject: Re: It isn't easy being "green"... To: Brett_Glass@ccgate.infoworld.com (Brett Glass) Date: Wed, 3 Apr 1996 22:37:52 -0700 (MST) Cc: terry@lambert.org, jkh@freebsd.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9603038285.AA828590959@ccgate.infoworld.com> from "Brett Glass" at Apr 3, 96 08:55:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > 8-). It's *illegal* in the US to tamper with this if you are getting > > the tax break for the green-ness hardware (it's called "tax evasion"). > > Nope. The tax break only requires a certain percentage of machines to be > "green." And "green" machines are only supposed to save energy while > inactive. Clearly, if you're installing an OS on the machine or using it > to run tasks constantly or frequently (as UNIX does), it's legitimate (in > fact, essential) to keep the hard drive spun up. Yeah, but given "what idiot would leave it on for a desktop?", you could quickly drop below the required percentage. 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 3 21:56:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29420 for hackers-outgoing; Wed, 3 Apr 1996 21:56:05 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29415 for ; Wed, 3 Apr 1996 21:56:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA21019; Wed, 3 Apr 1996 22:50:22 -0700 From: Terry Lambert Message-Id: <199604040550.WAA21019@phaeton.artisoft.com> Subject: Re: Freebsd Vs. Linux To: dennis@etinc.com (dennis) Date: Wed, 3 Apr 1996 22:50:22 -0700 (MST) Cc: hasty@rah.star-gate.com, tjeffers@nastg.gsfc.nasa.gov, hackers@FreeBSD.org In-Reply-To: <199604040039.TAA06690@etinc.com> from "dennis" at Apr 3, 96 07:39:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> We are in the midst of a development project which uses alot of UDP > >> and serial communications. > >> > >> Although our preference had been to use FreeBSD, the UDP > >> performance was terrible (200 Kbps over Ethernet), and we > >> kept getting ENOBUF errors which makes FreeBSD an unacceptable choice. > >> Our previous posts for possible parameters to tune didn't > >> turn up anything helpful, and messages to freebsd.org haven't been > >> answered yet. > >> > >> The TCP performance was the same for both Linux and FreeBSD, and UDP > >> testing on all other platforms in our facility proved okay for Solaris, > >> SunOS, & SCO. > >> > >> Is there anything we can do to improve the UDP performance of FreeBSD? > >> Why does it care about buffering for UDP? Please respond via email > >> to tjeffers@nastg.gsfc.nasa.gov. Thanks. I think this was answered already by one of the networking guru's, but in case you missed it... You can increase the buffer space to get rid of the ENOBUF errors, but they are really "backoff and retransmit warnings". The other OS's you tested are probably silenty dropping the packets. Since it's a warning, you can ignore it (there ought to be an option to cause it to silently drop packets like other OS's, settable via sysctl). This is actually a necessary thing for implementing Frame Relay and ATM source quench up to the application layer. As more systems support these transports (and IPv6), applications will be required to handle backoff, or kernels will be required to backoff in a protocol dependent handler in the kernel itself... probably by delaying return from the sending system call. This is only a stopgap soloution, since threaded applications could reenter the kernel -- eventually application will have to Deal With It(tm). Are these broadcasts? If you are broadcasting on a SIMPLEX interface, you have to do extra work because the card can't see its own broadcasts. If your TCP performance were that bad, I would suggest that the card was misconfigured; since it's only the UDP, I question the validity of the figures on the other systems based on silent drops. Have you compared detailed netstat's yet? Since you don't go into detail on your network topology, you may or may not benefit by disabling the RFC 1323 and RFC 1644 extensions. You can do this by changing: tcp_extensions=YES to tcp_extensions=NO in the file /etc/sysconfig, and rebooting your machine. This will also help PPP header compression because of the transation timestamp being included as a "header change" when calculating compressability. 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 Apr 3 22:05:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29998 for hackers-outgoing; Wed, 3 Apr 1996 22:05:42 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA29989 for ; Wed, 3 Apr 1996 22:05:36 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA25520; Thu, 4 Apr 1996 15:59:22 +0930 From: Michael Smith Message-Id: <199604040629.PAA25520@genesis.atrad.adelaide.edu.au> Subject: Re: Freebsd Vs. Linux To: fenner@parc.xerox.com (Bill Fenner) Date: Thu, 4 Apr 1996 15:59:21 +0930 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <96Apr3.203221pst.177476@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 3, 96 08:32:10 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bill Fenner stands accused of saying: > > In message <199604040039.TAA06690@etinc.com> dennis wrote: > >Your tests are seriously defective. ... you either have > >the FreeBSD system all hosed up or your test isn't testing much. > > This is the second message that I've seen like this -- come on, folks, > Karen was asking for help, she wasn't attacking FreeBSD. Why are we > attacking her instead of trying to provide help? This is exactly how > to make people switch OS's. Well, if she said "I did this and FreeBSD's performance was unexpectedly bad", rather than "we did some tests and FreeBSD sucks", there would probably have been a plethora of messages saying "this is your problem". As it is, without any hard information from the other end, what else is there to say? > Bill -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 3 22:41:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02526 for hackers-outgoing; Wed, 3 Apr 1996 22:41:00 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02521 for ; Wed, 3 Apr 1996 22:40:57 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15943(8)>; Wed, 3 Apr 1996 22:40:19 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 3 Apr 1996 22:40:13 -0800 To: Michael Smith cc: fenner@parc.xerox.com (Bill Fenner), hackers@freebsd.org Subject: Re: Freebsd Vs. Linux In-reply-to: Your message of "Wed, 03 Apr 96 22:29:21 PST." <199604040629.PAA25520@genesis.atrad.adelaide.edu.au> Date: Wed, 3 Apr 1996 22:40:13 PST From: Bill Fenner Message-Id: <96Apr3.224013pst.177475@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199604040629.PAA25520@genesis.atrad.adelaide.edu.au> you write: >As it is, >without any hard information from the other end, what else is there to say? How about, "That's odd. Can you give us more information?" Bill From owner-freebsd-hackers Wed Apr 3 22:45:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02867 for hackers-outgoing; Wed, 3 Apr 1996 22:45:33 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02842 Wed, 3 Apr 1996 22:45:24 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4jBu-000wvdC; Wed, 3 Apr 96 23:10 PST Received: from cc:Mail by ccgate.infoworld.com id AA828600271; Wed, 03 Apr 96 23:38:49 PST Date: Wed, 03 Apr 96 23:38:49 PST From: "Brett Glass" Message-Id: <9603038286.AA828600271@ccgate.infoworld.com> To: Terry Lambert Cc: terry@lambert.org, jkh@freebsd.org, bde@zeta.org.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: It isn't easy being "green"... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yeah, but given "what idiot would leave it on for a desktop?", you > could quickly drop below the required percentage. 8-) 8-). There are lots of such "idiots." Under Windows, users are used to waiting so long for results that they barely notice the spinup time. ;-) -BG From owner-freebsd-hackers Wed Apr 3 22:55:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03401 for hackers-outgoing; Wed, 3 Apr 1996 22:55:47 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03389 for ; Wed, 3 Apr 1996 22:55:44 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4ivw-0003wEC; Wed, 3 Apr 96 22:54 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id GAA01400; Thu, 4 Apr 1996 06:54:11 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bill Fenner cc: Joe Greco , hackers@FreeBSD.org Subject: Re: SO_KEEPALIVE - New feature patch enclosed. In-reply-to: Your message of "Wed, 03 Apr 1996 14:30:58 PST." <96Apr3.143103pst.177475@crevenia.parc.xerox.com> Date: Thu, 04 Apr 1996 06:54:09 +0000 Message-ID: <1398.828600849@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > P.S. Is it documented anywhere that net.inet.tcp.{keepidle,keepintvl} are in > units of 500ms? Should it be? You bet, or even better: make the unit seconds. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Apr 3 23:33:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05353 for hackers-outgoing; Wed, 3 Apr 1996 23:33:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05348 for ; Wed, 3 Apr 1996 23:33:50 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id XAA01730; Wed, 3 Apr 1996 23:32:14 -0800 Message-Id: <199604040732.XAA01730@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Michael Smith cc: hackers@freebsd.org Subject: Re: Freebsd Vs. Linux In-reply-to: Your message of "Thu, 04 Apr 1996 15:59:21 +0930." <199604040629.PAA25520@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Apr 1996 23:32:12 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Michael Smith said: > without any hard information from the other end, what else is there to say? > Simply ask for more information. Example, ask for type of ethernet card being used, OS version, sample code exhibiting the problem, etc... You got to remember that from time to time hackers not used to our culture are going to ask questions and that the usual type of acid response in light of useful information is not appropiate. Amancio From owner-freebsd-hackers Wed Apr 3 23:41:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05882 for hackers-outgoing; Wed, 3 Apr 1996 23:41:49 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05873 for ; Wed, 3 Apr 1996 23:41:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA32375; Thu, 4 Apr 1996 17:36:37 +1000 Date: Thu, 4 Apr 1996 17:36:37 +1000 From: Bruce Evans Message-Id: <199604040736.RAA32375@godzilla.zeta.org.au> To: archie@tribe.com, freebsd-hackers@FreeBSD.org Subject: Re: COMCONSOLE speed Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > o COMCONSOLE seems to have a default setting of 9600 baud, > which makes sense, because the serial driver probe seems > to set the serial driver to this value also. > But it would be nice if you could set COMCONSOLE to 57600 > or something different. 9600 baud is pretty slow. The only ways to changes it are to edit the sources or the kernel binaries (comdefaultrate in the kernel binary and an opcode in the bootstrap). > o COMCONSOLE in conjunction with netboot doesn't work so > well, I guess because netboot doesn't initialize the serial > port (and DOS seems to leave it in some stupid state). The > result is garbled output between the time the boot begins > and the time the serial ports are initialized (to 9600 baud). Netboot doesn't support output to the serial port. The console is supposed to be initialized before it is written to. I don't use COMCONSOLE directly (I boot with -h) so I wouldn't have noticed if there is a speed problem. The driver is supposed to switch the speed on the fly and wait for output to drain so that it works no matter what the speed is when it is called. This is mainly to allow debugging of the ioctl to change the speed, but I have been depending on it to recover from screwing up the speed in /etc/rc.serial - I always set it to 115200 there. Unfortunately, changing the speed breaks cncheckc(). Garbling might be caused by the output not being drained properly or the on the fly switching of other parts of the line state not working. >Secondly, has anyone else gotten FreeBSD to detect the following >internal modems? I can't: > o Cardinal 28.8 v.34 faxmodem > o ZOOM faxmodem v.34i (model 275) -current has more chance of detecting them. >Finally, is it the case that FreeBSD 2.1R *requires* a vga card >to be installed in order to even boot? My netboot kernel page faults >after the device probes when I take out the video card. It should work. Try disabling the console driver(s). scprobe() always succeeds. It's not clear what the driver will do when there is no vga card. Bruce From owner-freebsd-hackers Wed Apr 3 23:42:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05943 for hackers-outgoing; Wed, 3 Apr 1996 23:42:11 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05916 Wed, 3 Apr 1996 23:42:02 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA32491; Thu, 4 Apr 1996 17:40:10 +1000 Date: Thu, 4 Apr 1996 17:40:10 +1000 From: Bruce Evans Message-Id: <199604040740.RAA32491@godzilla.zeta.org.au> To: Brett_Glass@ccgate.infoworld.com, jkh@time.cdrom.com Subject: Re: It isn't easy being "green"... Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.org, freebsd-hardware@FreeBSD.org, jkh@FreeBSD.org, terry@lambert.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Welp, I'd like to see more concensus on this list first about the >right approach - shall we bash it around for another week? :-) I'm sure there's enough material here for discussing on a new mailing list for another year :-). I might even read the list, but I don't want 3 copies of it. Bruce From owner-freebsd-hackers Wed Apr 3 23:46:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA06267 for hackers-outgoing; Wed, 3 Apr 1996 23:46:29 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA06262 for ; Wed, 3 Apr 1996 23:46:24 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id JAA29684; Thu, 4 Apr 1996 09:45:48 +0200 From: Thomas Gellekum Message-Id: <199604040745.JAA29684@ghpc6.ihf.rwth-aachen.de> Subject: Re: Adaptec 1540CF/1542CF and MO Disk Sony To: joaquim@vega.cnpq.br (Joaquim Humberto Marques Mota) Date: Thu, 4 Apr 1996 09:45:48 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from Joaquim Humberto Marques Mota at "Apr 3, 96 10:44:04 pm" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Joaquim Humberto Marques Mota wrote: > Hi all > > I'm trying to install a SCSI disk in my FreeBSD. It's a SONY > Magneto-Optical Disk Drive SMO-F521. I'm using a ADAPTEC 1540CF/1542CF at > IRQ 11, DMA 5, Host ID 7, Port 330h. > > These following messages are being written in my log messages: > > Apr 1 21:35:07 oberon /kernel: sd0(aha0:2:0): timed out > Apr 1 21:35:07 oberon /kernel: adapter not taking commands.. frozen?! > Apr 1 21:35:07 oberon /kernel: Debugger("aha1542") called. > Apr 1 21:35:07 oberon /kernel: AGAIN > Apr 1 21:35:07 oberon /kernel: aha0: MBO 02 and not 00 (free) > Apr 1 21:35:12 oberon /kernel: sd0(aha0:2:0): timed out > Apr 1 21:35:12 oberon /kernel: adapter not taking commands.. frozen?! > Apr 1 21:35:12 oberon /kernel: Debugger("aha1542") called. > Apr 1 21:35:12 oberon /kernel: > > These other following messges appear when I boot my computer: > > aha0 at 0x330-0x333 irq 11 drq 5 on isa > aha0 waiting for scsi devices to settle > (aha0:2:0): "SONY SMO-F521-00 2.03" type 0 removable SCSI 1 > sd0(aha0:2:0): Direct-Access 311MB (637041 512 byte sectors) I've had similar problems when I tried to add a second hard disk. Fetching a BIOS upgrade from ftp.adaptec.com (don't remember the actual path, sorry) solved it for me. tg From owner-freebsd-hackers Thu Apr 4 00:11:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07551 for hackers-outgoing; Thu, 4 Apr 1996 00:11:02 -0800 (PST) Received: from ns.pa-consulting.com (ns.pa-consulting.com [193.118.224.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07535 for ; Thu, 4 Apr 1996 00:10:34 -0800 (PST) Received: from SMTPGATE.PA-CONSULTING.COM by ns.pa-consulting.com (8.6.4) id JAA20124; Thu, 4 Apr 1996 09:18:20 +0100 Received: by SMTPGATE.PA-CONSULTING.COM with Microsoft Mail id <316402E0@SMTPGATE.PA-CONSULTING.COM>; Thu, 04 Apr 96 09:12:00 PST From: Duncan Barclay To: freebsd-hackers Subject: ft Driver Problems Date: Thu, 04 Apr 96 08:55:00 PST Message-ID: <316402E0@SMTPGATE.PA-CONSULTING.COM> Encoding: 72 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have discovered some problems in the ft (floppy tape) driver code when using my Connor Tapestore800 drive. I am running 2.0.5-R (but am backing up prior ti installing 2.1-R) 1) The list of recognised tape formats is limited. ft doesnt like Travan cartridges. I have added the right numbers to the table but am not posting them as they changed when I reformatted my cart using Connor's DOS software. I dont want to start confusing people! Someone who has the right specs should update the entries. 2) One I fixed the above, all things were going okay using the travan cart and cpio. After a while the machine appeared to hang (I was in single user mode at the time, however later tests shows the process to be waiting on bdone). As I had hacked /sbin/ft to print the segment number I continued to play a little seeking the tape to that segment and kept getting the hangs. Eventually I discovered that the drive took a little longer than the code waits for to respond when it moves the head a few tracks. Specifics: ACMD_BLOCKIO (or similar) calls ACMD_READID to find out where the head is. ACMD_READID issues read id commands to the drive. If the first read id command returns garbage then ACMD_READID then calls ACMD_SEEKSTS to stop the tape moving. ACMD_SEEKSTS waits for the tape to stop and to become ready, timing out after 10seconds. If this timeout occurs then control goes back to ACMD_READID and ACMD_READID should do a further 4 retries. It doesnot. It hangs. My fix for _my_ tape drive is to up the timeout specified by ACMD_READID in the call to ACMD_SEEKSTS to 90seconds. In fact by drive takes about 12seconds to become ready. THIS IS NOT A REAL FIX. I think that the retry stuff in ACMD_READID is broken (a comment in the header of ft.c seems to indicate that hangs did occur and may have been fixed). I am willing to have ago at fixing this, but: I have never written a device driver. I have no time for 6months. I have no idea how QIC tapes work at the s/w level. The state machine in ft.c is big and it would take a long time to trace out what I need to know. I seem to remember someone saying they were going to maintain this code a while back. Anyway, it seems to work and my backup is done. So tonight 2.1-R from my new CDROM (ATAPI Im afraid...:-)) Thanks Raggy PS., Non of the above is anything to do with whom I work for. From owner-freebsd-hackers Thu Apr 4 00:22:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07968 for hackers-outgoing; Thu, 4 Apr 1996 00:22:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07944 for ; Thu, 4 Apr 1996 00:22:10 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA08350 for ; Thu, 4 Apr 1996 10:21:59 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09182 for freebsd-hackers@freebsd.org; Thu, 4 Apr 1996 10:21:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA19433 for freebsd-hackers@freebsd.org; Thu, 4 Apr 1996 09:54:56 +0200 (MET DST) From: J Wunsch Message-Id: <199604040754.JAA19433@uriah.heep.sax.de> Subject: Re: Adaptec 1540CF/1542CF and MO Disk Sony To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 4 Apr 1996 09:54:56 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Joaquim Humberto Marques Mota" at Apr 3, 96 10:44:04 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joaquim Humberto Marques Mota wrote: > I'm trying to install a SCSI disk in my FreeBSD. It's a SONY > Magneto-Optical Disk Drive SMO-F521. I'm using a ADAPTEC 1540CF/1542CF at > IRQ 11, DMA 5, Host ID 7, Port 330h. (Discussion moved to freebsd-scsi.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 4 04:02:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23759 for hackers-outgoing; Thu, 4 Apr 1996 04:02:46 -0800 (PST) Received: from hda.com (ip21-max1-fitch.zipnet.net [199.232.245.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA23736 for ; Thu, 4 Apr 1996 04:02:31 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id GAA18592 for hackers@freebsd.org; Thu, 4 Apr 1996 06:56:14 -0500 From: Peter Dufault Message-Id: <199604041156.GAA18592@hda.com> Subject: PTOLEMY beta To: hackers@freebsd.org Date: Thu, 4 Apr 1996 06:56:11 -0500 (EST) Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The Berkeley EECS Ptolemy project has a 0.6 beta release. To answer the first question: "Ptolemy is a research project and software environment focused on design methodology for signal processing and communications systems. Its scope ranges from designing and simulating algorithms to synthesizing hardware and embedded software, parallelizing algorithms, and rapidly prototyping real-time systems. The work is conducted by the DSP Design Group of the Department of Electrical Engineering and Computer Sciences of the University of California at Berkeley. The project is directed by Prof. Edward Lee and Prof. David Messerschmitt. The project is named after the second century Greek astronomer, mathematician, and geographer." I got it working during the alpha period for FreeBSD but haven't had time to do a formal port of it. It should work out of the box once you get the bleeding edge development environment installed - see requirements below. Anyone using an earlier Ptolemy version will want to test this beta if they have the time. If there are any ambitious sound users "it would be nice" to test out the sound demos and get them working- you need a Sun compatable /dev/audio, which I believe we have. REQUIREMENTS: The pgcc port of 2.7.2 in ports; libg++-2.7.1 from prep; gmake 3.74 ports; pt-0.6beta.oct.src.tar.gz, pt-0.6beta.other.src.tar.gz, pt-0.6beta.src.tar.gz See http://ptolemy.berkeley.edu/pt0.6beta.html More than 64 MB swap to compile (I went to 96) The specific instructions for FreeBSD are in the distribution in ptolemy/mk/config-freebsd.mk. I also have a build script that I use if anyone needs it. -- Temporarily via "hdalog@zipnet.net"... 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 Thu Apr 4 04:58:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25820 for hackers-outgoing; Thu, 4 Apr 1996 04:58:22 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25803 for ; Thu, 4 Apr 1996 04:57:46 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA03800 for hackers@freebsd.org; Thu, 4 Apr 1996 14:46:44 +0200 From: Luigi Rizzo Message-Id: <199604041246.OAA03800@labinfo.iet.unipi.it> Subject: soft disable of peripherals ? To: hackers@freebsd.org Date: Thu, 4 Apr 1996 14:46:44 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At times, there is the need to use I/O ports in strange ways, e.g. such in the case of the user-space quickcam driver: a user process directly drives the bits of the port. In order to this safely, the port should not be handled by the standard driver of the OS. For the parallel port, it often suffices to do "lptcontrol -p". For the serial port, there is no such a thing, so one has to reboot with "-c" and disable the port. I think it would be useful to have a general mechanism which could temporarily disable/reenable a given I/O port. As a minimum, it should check that noone is using the port at the moment, make the interrupt service routine just return, possibly set the port in some known state, and prohibiting access (other than "enable") to the port while disabled. Reenabling the port could just run some "init" routine for the specific port. If one wants to go further down this road, there might even be a set of ioctl to gain direct access to the registers of the port without having to open /dev/io. Is there any interest to implement such a feature ? I believe the ioctl which implements the enable/disable should be the same for all drivers. This does not mean that all drivers must implement it. As an example, just having it on the parallel and serial port would be ok (both ports are often used by HW hackers to drive the strangest devices attached to them). Cheers 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 Apr 4 05:03:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26045 for hackers-outgoing; Thu, 4 Apr 1996 05:03:40 -0800 (PST) Received: from perki.connect.com.au (perki.connect.com.au [192.189.54.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA26035 for ; Thu, 4 Apr 1996 05:03:37 -0800 (PST) Received: (from Unemeton@localhost) by perki.connect.com.au id XAA03207 (8.7.4/IDA-1.6); Thu, 4 Apr 1996 23:03:29 +1000 (EST) X-Authentication-Warning: perki.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f >Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.12/8.6.9) with SMTP id WAA10296; Thu, 4 Apr 1996 22:17:51 +1000 Message-Id: <199604041217.WAA10296@nemeton.com.au> To: Sujal Patel cc: hackers@freebsd.org Subject: Re: Netscape Java Fixed - For REAL!! :-) Date: Thu, 04 Apr 1996 22:17:49 +1000 From: Giles Lean Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Apr 1996 10:20:19 -0500 (EST) Sujal Patel wrote: > Here is the fix (as root): > cd /usr/X11R6/lib/X11/fonts/misc > /usr/X11R6/bin/mkfontdir > > Then you'll need to restart your Xserver (or just run "xset fp rehash" as > the non-root user). Yes, that does it. There is still a problem with the BSDI netscape binary for anyone running without a math co-processor, however; I get the error math_emulate: instruction d9fa not implemented on a 486SX/33 running 2.1.0 (with the non-GNU math emulator). On more modern machines there isn't a problem. Ciao, Giles From owner-freebsd-hackers Thu Apr 4 07:29:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03176 for hackers-outgoing; Thu, 4 Apr 1996 07:29:26 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA03165 for ; Thu, 4 Apr 1996 07:29:11 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA08029; Thu, 4 Apr 1996 10:32:10 -0500 Date: Thu, 4 Apr 1996 10:32:10 -0500 Message-Id: <199604041532.KAA08029@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Bill Fenner From: dennis@etinc.com (dennis) Subject: Re: Freebsd Vs. Linux Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In message <199604040039.TAA06690@etinc.com> dennis wrote: >>Your tests are seriously defective. ... you either have >>the FreeBSD system all hosed up or your test isn't testing much. > >This is the second message that I've seen like this -- come on, folks, >Karen was asking for help, she wasn't attacking FreeBSD. Why are we >attacking her instead of trying to provide help? This is exactly how >to make people switch OS's. We're telling her that she doesn't understand her own tests, which seems apparent. Shall we do her job for her...she has full source...its not that hard to figure out whats happening if in fact she is a developer. I'll bet SCO would send a staffer out to debug her config for her, right? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Apr 4 07:39:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03962 for hackers-outgoing; Thu, 4 Apr 1996 07:39:28 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA03950 for ; Thu, 4 Apr 1996 07:39:16 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA08041; Thu, 4 Apr 1996 10:41:57 -0500 Date: Thu, 4 Apr 1996 10:41:57 -0500 Message-Id: <199604041541.KAA08041@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (dennis) Subject: Re: Freebsd Vs. Linux Cc: tjeffers@nastg.gsfc.nasa.gov, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> We are in the midst of a development project which uses alot of UDP >> >> and serial communications. >> >> >> >> Although our preference had been to use FreeBSD, the UDP >> >> performance was terrible (200 Kbps over Ethernet), and we >> >> kept getting ENOBUF errors which makes FreeBSD an unacceptable choice. >> >> Our previous posts for possible parameters to tune didn't >> >> turn up anything helpful, and messages to freebsd.org haven't been >> >> answered yet. >> >> >> >> The TCP performance was the same for both Linux and FreeBSD, and UDP >> >> testing on all other platforms in our facility proved okay for Solaris, >> >> SunOS, & SCO. >> >> >> >> Is there anything we can do to improve the UDP performance of FreeBSD? >> >> Why does it care about buffering for UDP? Please respond via email >> >> to tjeffers@nastg.gsfc.nasa.gov. Thanks. > >I think this was answered already by one of the networking guru's, but >in case you missed it... > >You can increase the buffer space to get rid of the ENOBUF errors, but >they are really "backoff and retransmit warnings". The other OS's you >tested are probably silenty dropping the packets. or queueing endlessly . There are good reasons to limit queue space, and if you overflow this with a non-realistic test then you havent learned very little. These can be tuned, I believe, as well. I think IFQ_MAXLEN is 50, which is really too small for an ethernet link (note that I think it is 300 in LINUX), particularly if the traffic is largely small packets that are being pummelled onto the line. You may try tuning this value (in /usr/src/sys/net/if.h) and see what happens. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Apr 4 08:22:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA07660 for hackers-outgoing; Thu, 4 Apr 1996 08:22:28 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA07654 for ; Thu, 4 Apr 1996 08:22:22 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id KAA27176 for ; Thu, 4 Apr 1996 10:16:42 -0600 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma027174; Thu Apr 4 10:16:41 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA17723 for ; Thu, 4 Apr 1996 09:43:09 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id DAA01281 for ; Thu, 4 Apr 1996 03:45:19 -0600 (CST) Message-Id: <199604040945.DAA01281@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: SMP patches? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Apr 1996 03:45:19 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just inherited a Titan II motherboard w/ dual P90's, where can I get the patches for SMP, and how far out of date from -current are they? eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Thu Apr 4 08:36:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08938 for hackers-outgoing; Thu, 4 Apr 1996 08:36:02 -0800 (PST) Received: from ecstasy.ksu.ru (ecstasy.ksu.ras.ru [147.45.20.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08749 Thu, 4 Apr 1996 08:34:37 -0800 (PST) X-Pass-Through: Kazan State University network Received: (from uucp@localhost) by ecstasy.ksu.ru (8.6.12/8.6.12) id TAA19870; Thu, 4 Apr 1996 19:33:17 +0300 >Received: by ugai.kcn.ru (UUPC/@ v6.10alpha, 22Oct94); id AA32122 Thu, 4 Apr 1996 20:35:32 +0100 To: hardware@freebsd.org Cc: hackers@freebsd.org, questions@freebsd.org Message-Id: Organization: Road Police of Tatarstan From: "Marat M. Khairullin" Date: Thu, 4 Apr 96 20:35:32 +0000 X-Mailer: BML [MS/DOS Beauty Mail v1.36h] Subject: How can i run Eicon X.25 card with FreeBSD? Lines: 0 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Received: from ugai by ecstasy.ksu.ru; Thu, 4 Apr 1996 20:33 MSD Received: by ugai.kcn.ru (UUPC/@ v6.10alpha, 22Oct94); id AA32122 Thu, 4 Apr 1996 20:35:32 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Thu Apr 4 09:06:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10746 for hackers-outgoing; Thu, 4 Apr 1996 09:06:19 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA10739 for ; Thu, 4 Apr 1996 09:06:15 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA22133; Fri, 5 Apr 1996 03:02:27 +1000 Date: Fri, 5 Apr 1996 03:02:27 +1000 From: Bruce Evans Message-Id: <199604041702.DAA22133@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, luigi@labinfo.iet.unipi.it Subject: Re: soft disable of peripherals ? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I think it would be useful to have a general mechanism which could >temporarily disable/reenable a given I/O port. As a minimum, it It should be part of preparing an lkm driver for unloading. Bruce From owner-freebsd-hackers Thu Apr 4 09:41:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13743 for hackers-outgoing; Thu, 4 Apr 1996 09:41:30 -0800 (PST) Received: from Lapkin.RoSprint.ru (root@Lapkin.RoSprint.ru [193.232.88.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA13717 Thu, 4 Apr 1996 09:41:21 -0800 (PST) Received: from Lapkin.RoSprint.ru (sandy@localhost [127.0.0.1]) by Lapkin.RoSprint.ru (8.7.4/8.6.9) with SMTP id VAA01905; Thu, 4 Apr 1996 21:25:28 +0400 (MSD) Message-ID: <31640601.2781E494@lapkin.rosprint.ru> Date: Thu, 04 Apr 1996 17:25:21 +0000 From: Sandy Kovshov Organization: RoSprint Moscow X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Marat M. Khairullin" CC: hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Marat M. Khairullin wrote: No way. Because FreeBSD doesn't have CCITT anymore. -- --- Sandy E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) From owner-freebsd-hackers Thu Apr 4 10:08:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16078 for hackers-outgoing; Thu, 4 Apr 1996 10:08:35 -0800 (PST) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA16073 Thu, 4 Apr 1996 10:08:31 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id NAA22583; Thu, 4 Apr 1996 13:08:24 -0500 (EST) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id NAA27189; Thu, 4 Apr 1996 13:08:24 -0500 (EST) Date: Thu, 4 Apr 1996 13:08:24 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Andrew Gallatin cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Help! Mathematica for Linux in standalone mode In-Reply-To: <199604032315.SAA28789@cole.isds.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Apr 1996, Andrew Gallatin wrote: > > > I'm attempting to get Mathematica for Linux going under 2.1R? I'm > trying to get Mathematica 2.2 working & having no luck. > > So far, I've added linux_sigreturn from -current to the emulator, as > suggested by Colman Reilly, who's also helped me attempt to emulate > the the linux SIOCHWADDR ioctl. I've done this using lkms (should I > be doing this statically??). This gets me much further along, but > mathematica still quits on me, giving a bus error & the message: > > General::codespace: Code space corrupted > > Does anybody out there have it working using the standalone licensing > scheme? If so, I beg you to share your configuration with me. I have the student (Linux) version working fine under FreeBSD-current, but I have never run 2.1.0, so I don't know what limitations it has. I've never seen the error (General::codespace: Code space corrupted) that you did. > > Thanks in advance, > > Drew > > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Thu Apr 4 10:16:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA16657 for hackers-outgoing; Thu, 4 Apr 1996 10:16:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA16636 Thu, 4 Apr 1996 10:16:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA20171; Thu, 4 Apr 1996 10:13:12 -0800 (PST) To: Sandy Kovshov cc: "Marat M. Khairullin" , hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Thu, 04 Apr 1996 17:25:21 GMT." <31640601.2781E494@lapkin.rosprint.ru> Date: Thu, 04 Apr 1996 10:13:12 -0800 Message-ID: <20169.828641592@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Uh, Sandy, there was no way anyway since we don't have any *drivers* for the EICON X.25 card! The CCITT code is the least of Marat's worries (and I just happen to be familiar with this card, having a friend who worked for EICON - it's a bear to program!). Bringing CCITT back would be fairly easy, if someone had the urge. Writing an X.25 driver for the card would be the hard part. If you're going to point fingers, at least make sure you point them in the right direction! :-) Jordan > Marat M. Khairullin wrote: > > No way. > > Because FreeBSD doesn't have CCITT anymore. > > -- > --- > Sandy > E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru > X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) > X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) > From owner-freebsd-hackers Thu Apr 4 10:35:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA18237 for hackers-outgoing; Thu, 4 Apr 1996 10:35:39 -0800 (PST) Received: from longstreet.larc.nasa.gov (longstreet.larc.nasa.gov [128.155.25.82]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA18214 Thu, 4 Apr 1996 10:35:29 -0800 (PST) Received: (from branson@localhost) by longstreet.larc.nasa.gov (8.6.11/8.6.11) id NAA19302; Thu, 4 Apr 1996 13:36:40 -0500 From: Branson Matheson Message-Id: <199604041836.NAA19302@longstreet.larc.nasa.gov> Subject: Re: How can i run Eicon X.25 card with FreeBSD? To: sandy@lapkin.rosprint.ru (Sandy Kovshov) Date: Thu, 4 Apr 1996 13:36:39 -0500 (EST) Cc: xmm@ugai.kcn.ru, hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <31640601.2781E494@lapkin.rosprint.ru> from "Sandy Kovshov" at Apr 4, 96 05:25:21 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > No way. > Because FreeBSD doesn't have CCITT anymore. Darn.. and I was hoping that this could be enabled.. we are working here on X.25 for alot of our stuff... would be nice to have a direct interface. Don;t suppose there is a way to re-incorperate this? -branson -- ======================================================================== branson matheson | branson@widomaker.com Ferguson SysAdmin | http://widomaker.com/~branson From owner-freebsd-hackers Thu Apr 4 10:55:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20074 for hackers-outgoing; Thu, 4 Apr 1996 10:55:21 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20048 Thu, 4 Apr 1996 10:55:14 -0800 (PST) Received: from localhost (jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) with SMTP id NAA11402; Thu, 4 Apr 1996 13:54:37 -0500 X-Authentication-Warning: fieber-john.campusview.indiana.edu: jfieber owned process doing -bs Date: Thu, 4 Apr 1996 13:54:36 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu Reply-To: John Fieber To: HOSOKAWA Tatsumi cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: Laptop Survey Project / FreeBSD In-Reply-To: <199604030714.QAA26756@frig.mt.cs.keio.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 3 Apr 1996, HOSOKAWA Tatsumi wrote: > I'm writing perl script to convert it to readable text and HTML. I hope you are aware that if you whip up a proper DTD, you can use a proper sgml parser (sgmls(1)) whose output is much easier to parse than raw sgml. It deals with all sorts of tag omissions and other difficlut to deal with sgml syntax, giving you a neat normalized version. If your conversions are simple enough, you pipe the output into sgmlsasp(1) with an appropriate tag mapping spec. Both are standard in FreeBSD. Oh, what the heck, save the file below and give it to sgmls to see what I mean. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ ]> (requisite) Your Name E-mail address (do not fill it if you don't want to publish it) (requisite) product name of your machine (requisite) CPU type (requisite) Amount of main memory (requisite) Amount of hard disk Version number of BIOS (requisite) Can you installed FreeBSD on this machine? Version number of FreeBSD Version number of pccard-test package (if you're using it) Does APM BIOS driver of FreeBSD works? Version number of APM BIOS Machine-depend "options" in config file Type of PC-card controller PC-card (PCMCIA) that worked Corresponding entry of /etc/pccard.conf PC-card (PCMCIA) that worked (notice the TYPE tag has been enitrely omitted.) Corresponding entry of /etc/pccard.conf The Cards that you can't drive, even though README's and pccard.conf says that it works. ....... Additional information From owner-freebsd-hackers Thu Apr 4 10:57:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20335 for hackers-outgoing; Thu, 4 Apr 1996 10:57:29 -0800 (PST) Received: from Lapkin.RoSprint.ru (root@Lapkin.RoSprint.ru [193.232.88.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA20301 Thu, 4 Apr 1996 10:57:20 -0800 (PST) Received: from Lapkin.RoSprint.ru (sandy@localhost [127.0.0.1]) by Lapkin.RoSprint.ru (8.7.4/8.6.9) with SMTP id WAA02199; Thu, 4 Apr 1996 22:43:27 +0400 (MSD) Message-ID: <31641848.446B9B3D@lapkin.rosprint.ru> Date: Thu, 04 Apr 1996 18:43:20 +0000 From: Sandy Kovshov Organization: RoSprint Moscow X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: "Marat M. Khairullin" , hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? References: <20169.828641592@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > Uh, Sandy, there was no way anyway since we don't have any *drivers* > for the EICON X.25 card! The CCITT code is the least of Marat's > worries (and I just happen to be familiar with this card, having a > friend who worked for EICON - it's a bear to program!). Really. I think you must look at FreeBSD-current/src/share/doc/iso/wisc/eicon.nr I hope, that is true, what is written in this document and driver for EICON really exist. But it's really difficult to use it without support in kernel ;) > > Bringing CCITT back would be fairly easy, if someone had the urge. > Writing an X.25 driver for the card would be the hard part. If you're > going to point fingers, at least make sure you point them in the right > direction! :-) I hope that was right direction. :) I'll cut my fingers if it was not. :) -- --- Sandy E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) From owner-freebsd-hackers Thu Apr 4 11:52:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24385 for hackers-outgoing; Thu, 4 Apr 1996 11:52:06 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24285 Thu, 4 Apr 1996 11:51:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA22341; Thu, 4 Apr 1996 12:45:06 -0700 From: Terry Lambert Message-Id: <199604041945.MAA22341@phaeton.artisoft.com> Subject: Re: How can i run Eicon X.25 card with FreeBSD? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 4 Apr 1996 12:45:05 -0700 (MST) Cc: sandy@lapkin.rosprint.ru, xmm@ugai.kcn.ru, hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <20169.828641592@time.cdrom.com> from "Jordan K. Hubbard" at Apr 4, 96 10:13:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Uh, Sandy, there was no way anyway since we don't have any *drivers* > for the EICON X.25 card! The CCITT code is the least of Marat's > worries (and I just happen to be familiar with this card, having a > friend who worked for EICON - it's a bear to program!). Hey! That's the X.25 card that we wrote the X.29 pad services for for the French Ministry of Defense! Not under BSD, and many years ago... > Bringing CCITT back would be fairly easy, if someone had the urge. > Writing an X.25 driver for the card would be the hard part. If you're > going to point fingers, at least make sure you point them in the right > direction! :-) If anyone plans to bring it back, there are a number of library and kernel interface issues that have historically kludged which I hope you would clean up while you were at 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 Thu Apr 4 12:05:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25395 for hackers-outgoing; Thu, 4 Apr 1996 12:05:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25387 for ; Thu, 4 Apr 1996 12:05:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA22383; Thu, 4 Apr 1996 13:00:25 -0700 From: Terry Lambert Message-Id: <199604042000.NAA22383@phaeton.artisoft.com> Subject: Re: SMP patches? To: erich@lodgenet.com (Eric L. Hernes) Date: Thu, 4 Apr 1996 13:00:25 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199604040945.DAA01281@jake.lodgenet.com> from "Eric L. Hernes" at Apr 4, 96 03:45:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I just inherited a Titan II motherboard w/ dual P90's, where can > I get the patches for SMP, and how far out of date from -current > are they? You will need to rebuild a system based on a checkout of the sources from 28 Oct 1994 to use the original patches. The original patches, minus the correct install locations and one header file, are FTP'able from freefall.cdrom.com. I can supply the header file as necessary; it's an interesting counter of the number of people playing with SMP. Changes in the locore.s for kernel debugger support (mostly the stack traceback code) have broken the patches for more recent versions. I have an updated patch set, which I am going to put together tomorrow for an engineer at Intel with access to multiple 2 and 4 processor boxes, which updates the patches to link with the new kernel. Additional recent changes for support of Willows and some changes to process context handling have further broken the applicability of the patches. Some assembly and scheduler work will be necessary to make them run against -current. I haven't been pounding on the assembly code because, frankly, I hate Intel assembly having just come of a project to allow for actual call time profiling of Windows95 kernel components (VXD's and PELDR-loaded kernel modules). Besides that, there is plenty of work to push down the interfaces in the file system code using the 4.4BSD-Lite2 code to prepare the way for kernel multithreading and fine grain parallelism. I can send you the new patches, after which you would have to pound on GDT/LDT and initialization code to make them work at all. Let me know if you just need the header. 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 Apr 4 12:06:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25483 for hackers-outgoing; Thu, 4 Apr 1996 12:06:17 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25478 Thu, 4 Apr 1996 12:06:13 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u4vIE-0003vqC; Thu, 4 Apr 96 12:06 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id UAA00291; Thu, 4 Apr 1996 20:05:54 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Branson Matheson cc: sandy@lapkin.rosprint.ru (Sandy Kovshov), xmm@ugai.kcn.ru, hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Thu, 04 Apr 1996 13:36:39 EST." <199604041836.NAA19302@longstreet.larc.nasa.gov> Date: Thu, 04 Apr 1996 20:05:52 +0000 Message-ID: <289.828648352@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > No way. > > Because FreeBSD doesn't have CCITT anymore. > > > Darn.. and I was hoping that this could be enabled.. we are working > here on X.25 for alot of our stuff... would be nice to have a direct > interface. Don;t suppose there is a way to re-incorperate this? If somebody promises to maintain the stuff, yes. Otherwise: no. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Apr 4 13:47:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05483 for hackers-outgoing; Thu, 4 Apr 1996 13:47:13 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05467 for ; Thu, 4 Apr 1996 13:47:08 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA08839; Thu, 4 Apr 1996 16:50:13 -0500 Date: Thu, 4 Apr 1996 16:50:13 -0500 Message-Id: <199604042150.QAA08839@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Sandy Kovshov From: dennis@etinc.com (dennis) Subject: Re: How can i run Eicon X.25 card with FreeBSD? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Marat M. Khairullin wrote: > > No way. > > Because FreeBSD doesn't have CCITT anymore. > >-- You cant run Eicons X.25 because they implement X.25 on their board and dont make the interface info available. We have an IP over X.25 implementation for FreeBSD, but if you need terminal access or anything else we cant help you. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Apr 4 14:02:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06994 for hackers-outgoing; Thu, 4 Apr 1996 14:02:10 -0800 (PST) Received: from gateway.tcsi.com ([137.134.47.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA06986 for ; Thu, 4 Apr 1996 14:02:05 -0800 (PST) Received: from phact.tcs.com (phact.tcs.com [137.134.41.99]) by gateway.tcsi.com (8.7.4/8.6.10) with ESMTP id OAA09007; Thu, 4 Apr 1996 14:01:30 -0800 (PST) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by phact.tcs.com (8.7.4/8.6.10) with ESMTP id OAA13137; Thu, 4 Apr 1996 14:01:28 -0800 (PST) From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id NAA11190; Thu, 4 Apr 1996 13:52:50 -0800 Message-Id: <199604042152.NAA11190@cozumel.tcs.com> Subject: Re: COMCONSOLE speed To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 Apr 1996 13:52:50 -0800 (PST) Cc: archie@tribe.com, freebsd-hackers@freebsd.org In-Reply-To: <199604040736.RAA32375@godzilla.zeta.org.au> from "Bruce Evans" at Apr 4, 96 05:36:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: | | >Finally, is it the case that FreeBSD 2.1R *requires* a vga card | >to be installed in order to even boot? My netboot kernel page faults | >after the device probes when I take out the video card. | | It should work. Try disabling the console driver(s). scprobe() always | succeeds. It's not clear what the driver will do when there is no vga | card. Disable sc0 via boot -c or rebuild a kernel without syscons or pcvt and this should fix your problem. Make sure you also disable getty on the virtual consoles. This works for me. It would be nice if scprobe could avoid the panic by detecting if a monitor card was there. Doug A. From owner-freebsd-hackers Thu Apr 4 14:03:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07106 for hackers-outgoing; Thu, 4 Apr 1996 14:03:39 -0800 (PST) Received: from artemis.usin.com ([198.202.216.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07094 for ; Thu, 4 Apr 1996 14:03:30 -0800 (PST) Received: (from dpflag@localhost) by artemis.usin.com (8.6.12/8.6.10) id OAA00975 for hackers@freebsd.org; Thu, 4 Apr 1996 14:03:27 -0800 From: Daniel Pflager Message-Id: <199604042203.OAA00975@artemis.usin.com> Subject: Unsubscribe To: hackers@freebsd.org Date: Thu, 4 Apr 96 14:03:27 PST Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe Please unsubscribe me from the list. From owner-freebsd-hackers Thu Apr 4 14:32:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09449 for hackers-outgoing; Thu, 4 Apr 1996 14:32:29 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09440 for ; Thu, 4 Apr 1996 14:32:22 -0800 (PST) Received: from mail.etinc.com ([204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA08905; Thu, 4 Apr 1996 17:34:54 -0500 Date: Thu, 4 Apr 1996 17:34:54 -0500 Message-Id: <199604042234.RAA08905@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Jordan K. Hubbard" From: dennis@etinc.com (dennis) Subject: Re: How can i run Eicon X.25 card with FreeBSD? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Uh, Sandy, there was no way anyway since we don't have any *drivers* >for the EICON X.25 card! The CCITT code is the least of Marat's >worries (and I just happen to be familiar with this card, having a >friend who worked for EICON - it's a bear to program!). > >Bringing CCITT back would be fairly easy, if someone had the urge. >Writing an X.25 driver for the card would be the hard part. If you're >going to point fingers, at least make sure you point them in the right >direction! :-) theres no general advantage to writing a driver for the card, mainly becuase as cards go its pretty slow and quirky. Youd be better off using the CCITT stuff with a different card. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Apr 4 14:36:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09678 for hackers-outgoing; Thu, 4 Apr 1996 14:36:00 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA09654 Thu, 4 Apr 1996 14:35:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA21068; Thu, 4 Apr 1996 14:34:22 -0800 (PST) To: Branson Matheson cc: sandy@lapkin.rosprint.ru (Sandy Kovshov), xmm@ugai.kcn.ru, hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Thu, 04 Apr 1996 13:36:39 EST." <199604041836.NAA19302@longstreet.larc.nasa.gov> Date: Thu, 04 Apr 1996 14:34:22 -0800 Message-ID: <21066.828657262@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Darn.. and I was hoping that this could be enabled.. we are working > here on X.25 for alot of our stuff... would be nice to have a direct > interface. Don;t suppose there is a way to re-incorperate this? As we said at the time - if anyone were to "adopt" this code, and not just for a day but for a couple of years at the minimum, also getting it _working_ again since it's rotted terribly over the years, then by all means it could come back. Jordan From owner-freebsd-hackers Thu Apr 4 15:21:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14838 for hackers-outgoing; Thu, 4 Apr 1996 15:21:33 -0800 (PST) Received: from vtaix.cc.vt.edu (vtaix.cc.vt.edu [198.82.161.244]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA14814 for ; Thu, 4 Apr 1996 15:21:26 -0800 (PST) Received: (from jagnew@localhost) by vtaix.cc.vt.edu (8.7.5/8.7.3) id SAA24408 for hackers@freebsd.org; Thu, 4 Apr 1996 18:20:55 -0500 From: "H. Jared Agnew" Message-Id: <199604042320.SAA24408@vtaix.cc.vt.edu> Subject: EIDE controler To: hackers@freebsd.org Date: Thu, 4 Apr 1996 18:20:54 +22324924 (EST) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if you all have already talked about this, but I looked through the archives and didn't find anything! I'm having a bit of a problem, and didn't know if there is a patch in freebsd! I have the CMD640b chip as my eide controller! There is a bug in this and a few other chips. You can read in detail about it at http://www.yahoo.com/pci/faq.html it explains about a bug with true multi tasking OS's. The chips that are bad is RZ-1000, and the CMD640(x) chips, and most likely the SMC set! These chips have problems with the prefetch, and will corrupt data on eide, ide drives. I've eliminated this by buying a scsi controler and scsi drive, however at this point I dont have the money to buy a scsi cd player so I'm still stuck with the CDrom on the eide controller! Well, anyway 95 and NT and OS2 warp have fixes that just dont use the prefetch and some manufactures have added disabling this feature in the bios, however mine has not! There is a fix in Linux for this bug, however the dummy's (niceguys though) didn't make the patch on the install floppie, so if your problem happens quite often then you are screwed cause you cant even install! Well, I run into this error when trying to compile on a newly installed machine And my question is if anyone knows of a patch, or a beta patch that anyone is working on, will you let me know! Thanks! ------- Jared -jagnew@vtaix.cc.vt.edu From owner-freebsd-hackers Thu Apr 4 16:53:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23314 for hackers-outgoing; Thu, 4 Apr 1996 16:53:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23309 for ; Thu, 4 Apr 1996 16:53:26 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA23091; Thu, 4 Apr 1996 17:48:15 -0700 From: Terry Lambert Message-Id: <199604050048.RAA23091@phaeton.artisoft.com> Subject: Re: EIDE controler To: jagnew@vtaix.cc.vt.edu (H. Jared Agnew) Date: Thu, 4 Apr 1996 17:48:15 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199604042320.SAA24408@vtaix.cc.vt.edu> from "H. Jared Agnew" at Apr 4, 96 06:20:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have the CMD640b chip as my eide controller! There is a bug in this > and a few other chips. You can read in detail about it at > http://www.yahoo.com/pci/faq.html This is not a valid URL. 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 Apr 4 17:13:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25286 for hackers-outgoing; Thu, 4 Apr 1996 17:13:43 -0800 (PST) Received: from vtaix.cc.vt.edu (jagnew@vtaix.cc.vt.edu [198.82.161.244]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25277 for ; Thu, 4 Apr 1996 17:13:39 -0800 (PST) Received: (from jagnew@localhost) by vtaix.cc.vt.edu (8.7.5/8.7.3) id UAA45680 for hackers@freebsd.org; Thu, 4 Apr 1996 20:13:29 -0500 From: "H. Jared Agnew" Message-Id: <199604050113.UAA45680@vtaix.cc.vt.edu> Subject: EIDE controler To: hackers@freebsd.org Date: Thu, 4 Apr 1996 20:13:29 +22324924 (EST) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry all, the url that I was talking about was http://web.yahoo.com/pci/faq.html Thanks again! From owner-freebsd-hackers Thu Apr 4 18:01:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29877 for hackers-outgoing; Thu, 4 Apr 1996 18:01:14 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29855 for ; Thu, 4 Apr 1996 18:01:11 -0800 (PST) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <16772-0@bunyip.cc.uq.oz.au>; Fri, 5 Apr 1996 12:00:36 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA05741 for ; Fri, 5 Apr 1996 11:31:48 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA16244 for ; Fri, 5 Apr 1996 01:36:43 GMT Message-Id: <199604050136.BAA16244@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Thu, 04 Apr 1996 12:45:05 MST." <199604041945.MAA22341@phaeton.artisoft.com> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Apr 1996 11:36:41 +1000 From: Stephen Hocking Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to see the ISO/CCIT stuff brought back - we have to work with these damned protocols at lot at work (ICL mainframes & OSLAN, which is the OSI LAN stuff with a null (yuck!) transport layer) and I was thinking of doing something with the ethernet side. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-hackers Thu Apr 4 18:38:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03450 for hackers-outgoing; Thu, 4 Apr 1996 18:38:14 -0800 (PST) Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03445 for ; Thu, 4 Apr 1996 18:38:12 -0800 (PST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id SAA14685; Thu, 4 Apr 1996 18:37:52 -0800 From: Archie Cobbs Message-Id: <199604050237.SAA14685@bubba.tribe.com> Subject: Re: COMCONSOLE speed To: ambrisko@tcs.com (Douglas Ambrisko) Date: Thu, 4 Apr 1996 18:37:52 -0800 (PST) Cc: bde@zeta.org.au, archie@tribe.com, freebsd-hackers@freebsd.org In-Reply-To: <199604042152.NAA11190@cozumel.tcs.com> from "Douglas Ambrisko" at Apr 4, 96 01:52:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > | >Finally, is it the case that FreeBSD 2.1R *requires* a vga card > | >to be installed in order to even boot? My netboot kernel page faults > | >after the device probes when I take out the video card. > | > | It should work. Try disabling the console driver(s). scprobe() always > | succeeds. It's not clear what the driver will do when there is no vga > | card. > > Disable sc0 via boot -c or rebuild a kernel without syscons or pcvt and > this should fix your problem. Make sure you also disable getty on the > virtual consoles. This works for me. > > It would be nice if scprobe could avoid the panic by detecting if a monitor > card was there. Thanks for the help! I recompiled with pcvt and it worked fine (except for garbage output before the serial port probe, so what). I didn't disable the getty's and that didn't seem to hurt anything. Thanks, -Archie __________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Whistle Communications Corporation From owner-freebsd-hackers Thu Apr 4 18:42:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03781 for hackers-outgoing; Thu, 4 Apr 1996 18:42:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA03776 for ; Thu, 4 Apr 1996 18:42:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA07906; Thu, 4 Apr 1996 18:41:50 -0800 (PST) To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Fri, 05 Apr 1996 11:36:41 +1000." <199604050136.BAA16244@netfl15a.devetir.qld.gov.au> Date: Thu, 04 Apr 1996 18:41:50 -0800 Message-ID: <7904.828672110@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, like many people keep saying - it's more than just wanting to bring it back. Are you willing to: A) Fix it in -current so that it even compiles again. B) Maintain it for the forseeable future and KEEP it working? Nothing less (on *someone's* part, not necessarily yours) will result in its resurrection. Jordan > > I'd like to see the ISO/CCIT stuff brought back - we have to work with these > damned protocols at lot at work (ICL mainframes & OSLAN, which is the OSI LAN > stuff with a null (yuck!) transport layer) and I was thinking of doing > something with the ethernet side. > > > Stephen > -- > The views expressed above are not those of the Worker's Compensation Board of > Queensland, Australia. > > From owner-freebsd-hackers Thu Apr 4 18:43:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03881 for hackers-outgoing; Thu, 4 Apr 1996 18:43:10 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA03861 for ; Thu, 4 Apr 1996 18:43:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id SAA20288; Thu, 4 Apr 1996 18:42:40 -0800 (PST) Message-Id: <199604050242.SAA20288@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? In-reply-to: Your message of "Fri, 05 Apr 1996 11:36:41 +1000." <199604050136.BAA16244@netfl15a.devetir.qld.gov.au> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 Apr 1996 18:42:39 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'd like to see the ISO/CCIT stuff brought back - we have to work with these >damned protocols at lot at work (ICL mainframes & OSLAN, which is the OSI LAN >stuff with a null (yuck!) transport layer) and I was thinking of doing >something with the ethernet side. As has been said several times already, it's not going to happen until a kernel hacker is willing to take up the task of maintaining the code. Without having any ISO/CCITT/XNS machines, I personally have no way of doing this myself (and I wouldn't be at all interested in any case). I know this goes for everyone else doing significant development with FreeBSD, too. Keeping this stuff working will be increasingly challenging when we start on IPv6 support. I'd much rather see the code stay dead myself... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Apr 4 20:03:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA11084 for hackers-outgoing; Thu, 4 Apr 1996 20:03:49 -0800 (PST) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA11070 for ; Thu, 4 Apr 1996 20:03:36 -0800 (PST) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id XAA03532 for hackers@freebsd.org; Thu, 4 Apr 1996 23:03:32 -0500 (EST) From: "matthew c. mead" Message-Id: <199604050403.XAA03532@neon.Glock.COM> Subject: IPX routing? To: hackers@freebsd.org Date: Thu, 4 Apr 1996 23:03:31 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone done any IPX routing on FreeBSD? -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Thu Apr 4 22:26:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23623 for hackers-outgoing; Thu, 4 Apr 1996 22:26:49 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23601 Thu, 4 Apr 1996 22:26:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA21988; Fri, 5 Apr 1996 16:23:28 +1000 Date: Fri, 5 Apr 1996 16:23:28 +1000 From: Bruce Evans Message-Id: <199604050623.QAA21988@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, jagnew@vtaix.cc.vt.edu Subject: Re: EIDE controler Cc: hardware@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have the CMD640b chip as my eide controller! There is a bug in this and a few >other chips. You can read in detail about it at >http://www.yahoo.com/pci/faq.html >it explains about a bug with true multi tasking OS's. The chips that are >bad is RZ-1000, and the CMD640(x) chips, and most likely the SMC set! The above URL doesn't exist, but I read the Intel web page about the rz1000 bug. FreeBSD doesn't have the bug because FreeBSD masks IDE and floppy interrupts while transferring the IDE sector buffer. In fact, it masks all disk interrupts (those in bio_imask). This is partly from good programming practice (don't allow yourself to be interrupted) and partly from being too stupid to handle disk interrupts independently. The bug has very little to do with multi-tasking. It has to do with reentrant interrupt handlers. I guess that very few IDE interrupt handlers allow themself to be interrupted, but many systems allow floppy interrupts while IDE interrupts are being handled. These systems get bitten by a another wart in the IDE design (if they start IDE and floppy i/o's concurrently): the digital input registers for the first IDE and floppy controllers have the same address (0x3F7), and reading this address in the floppy interrupt handler sometimes clobber IDE input. Anyway, FreeBSD is too stupid to use this register. It should be used by the floppy driver to determine if the media has changed. Bruce From owner-freebsd-hackers Thu Apr 4 23:56:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01706 for hackers-outgoing; Thu, 4 Apr 1996 23:56:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA01699 for ; Thu, 4 Apr 1996 23:56:17 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16184; Fri, 5 Apr 1996 09:56:05 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA02228; Fri, 5 Apr 1996 09:56:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id JAA24177; Fri, 5 Apr 1996 09:50:38 +0200 (MET DST) From: J Wunsch Message-Id: <199604050750.JAA24177@uriah.heep.sax.de> Subject: Re: COMCONSOLE speed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 5 Apr 1996 09:50:37 +0200 (MET DST) Cc: bde@zeta.org.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604042152.NAA11190@cozumel.tcs.com> from "Douglas Ambrisko" at Apr 4, 96 01:52:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Back to the subject: Bruce, wouldn't it be a good idea to only handle the comconsole speed in the bootstrap, and pass the settings down to the kernel via the `struct bootinfo'? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 5 00:46:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03781 for hackers-outgoing; Fri, 5 Apr 1996 00:46:41 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03776 for ; Fri, 5 Apr 1996 00:46:40 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u579y-0003weC; Fri, 5 Apr 96 00:46 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA01447; Fri, 5 Apr 1996 08:43:07 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers), bde@zeta.org.au Subject: Re: COMCONSOLE speed In-reply-to: Your message of "Fri, 05 Apr 1996 09:50:37 +0200." <199604050750.JAA24177@uriah.heep.sax.de> Date: Fri, 05 Apr 1996 08:43:06 +0000 Message-ID: <1445.828693786@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Back to the subject: Bruce, wouldn't it be a good idea to only handle > the comconsole speed in the bootstrap, and pass the settings down to > the kernel via the `struct bootinfo'? > We have a suggestion in too for passing the port/irq/iomem for the ethernetcard netboot used as well. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Apr 5 01:33:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07020 for hackers-outgoing; Fri, 5 Apr 1996 01:33:24 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA07013 for ; Fri, 5 Apr 1996 01:33:16 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA08884; Fri, 5 Apr 1996 12:36:42 +0300 Date: Fri, 5 Apr 1996 12:36:42 +0300 (EET DST) From: Narvi To: Douglas Ambrisko cc: Bruce Evans , archie@tribe.com, freebsd-hackers@freebsd.org Subject: Re: COMCONSOLE speed In-Reply-To: <199604042152.NAA11190@cozumel.tcs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 4 Apr 1996, Douglas Ambrisko wrote: > Bruce Evans writes: > | > | >Finally, is it the case that FreeBSD 2.1R *requires* a vga card > | >to be installed in order to even boot? My netboot kernel page faults > | >after the device probes when I take out the video card. > | > | It should work. Try disabling the console driver(s). scprobe() always > | succeeds. It's not clear what the driver will do when there is no vga > | card. > > Disable sc0 via boot -c or rebuild a kernel without syscons or pcvt and > this should fix your problem. Make sure you also disable getty on the > virtual consoles. This works for me. There may be another catch - the motherboard (actually BIOS) requires a card to be there and wont even think of booting if the card isn't there - I can't however comment on percentage of such motherboards. There are at least some behave so. > > It would be nice if scprobe could avoid the panic by detecting if a monitor > card was there. > > Doug A. > Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Fri Apr 5 02:01:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA08487 for hackers-outgoing; Fri, 5 Apr 1996 02:01:10 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA08476 for ; Fri, 5 Apr 1996 02:01:02 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id NAA08971; Fri, 5 Apr 1996 13:05:12 +0300 Date: Fri, 5 Apr 1996 13:05:11 +0300 (EET DST) From: Narvi To: hackers@freebsd.org Subject: Duplicate messages (yes, agian) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could the number of duplicate messages please be trimmed? I mean that there is no use in addressing messages to the hackers, hardware & questions (or a very little one), especially if all the authors are also cc-d. It would be really nice if not only those discussions which are moved to chat get locallised to one list but others as well. Anyone not listrening to but intersted in the discussion but not normally listening to that list can then respond with "please cc to me". Of course, it can't be applied as a rule - there are discussions which are of several intrest - this mail is only about those which run in both because they were initiated so. Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Fri Apr 5 02:50:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10905 for hackers-outgoing; Fri, 5 Apr 1996 02:50:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA10894 for ; Fri, 5 Apr 1996 02:50:45 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18802 for ; Fri, 5 Apr 1996 12:50:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA04241 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 12:50:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id MAA25593 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 12:33:59 +0200 (MET DST) From: J Wunsch Message-Id: <199604051033.MAA25593@uriah.heep.sax.de> Subject: Re: COMCONSOLE speed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 5 Apr 1996 12:33:59 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Narvi" at Apr 5, 96 12:36:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Narvi wrote: > There may be another catch - the motherboard (actually BIOS) requires > a card to be there and wont even think of booting if the card isn't there > - I can't however comment on percentage of such motherboards. There are > at least some behave so. I think only AMI BIOSes allow you to select ``Not installed'' for the video hardware. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 5 06:09:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17329 for hackers-outgoing; Fri, 5 Apr 1996 06:09:33 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17306 Fri, 5 Apr 1996 06:09:13 -0800 (PST) Received: from panoramix.omnix.fr.org (panoramix.omnix.fr.org [128.127.10.4]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id PAA16840; Fri, 5 Apr 1996 15:15:35 +0200 Message-ID: <31651C95.65BD@omnix.fr.org> Date: Fri, 05 Apr 1996 14:13:57 +0100 From: Didier Derny Organization: OMNIX X-Mailer: Mozilla 2.01 (Win95; I) MIME-Version: 1.0 To: "Marat M. Khairullin" CC: hardware@FreeBSD.org, hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: How can i run Eicon X.25 card with FreeBSD? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Marat M. Khairullin wrote: if it is acceptable for you to access directly the x25 lines you can connect an ASM box on a serial port or on a terminal server. I'm using 6x19200bds X25 lines connected to a terminal serveer (emulex) OST asm boxes are ok but you can also use NAMTEL or FIET boxes OST is the provider for the french telecom. From owner-freebsd-hackers Fri Apr 5 09:25:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27382 for hackers-outgoing; Fri, 5 Apr 1996 09:25:48 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27376 for ; Fri, 5 Apr 1996 09:25:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id KAA16272 for ; Fri, 5 Apr 1996 10:25:43 -0700 Message-Id: <199604051725.KAA16272@rover.village.org> To: hackers@freebsd.org Subject: interrupts and such Date: Fri, 05 Apr 1996 10:25:43 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just did a vmstat -i on my 2.1R I notice that I get 100/s for clk0 (which is what I'd expect) and 128/s for rtc0 on irq8. This seems excessive to me to have both. Also, I notice on an older 1.1.5.1R system that the rtc0 device isn't listed in vmstat's output. So what is rtc0 and why is it acting like a clock interrupt? Warner P.S. The 2.1R system is a 486DX66 while the 1.1.5R system is a 386DX40. From owner-freebsd-hackers Fri Apr 5 09:31:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27689 for hackers-outgoing; Fri, 5 Apr 1996 09:31:33 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27682 for ; Fri, 5 Apr 1996 09:31:29 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA10337 for ; Fri, 5 Apr 1996 12:34:24 -0500 Date: Fri, 5 Apr 1996 12:34:24 -0500 Message-Id: <199604051734.MAA10337@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: Freebsd Vs. Linux Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >X-Sender: tjeffers@nastg.gsfc.nasa.gov >Date: Fri, 05 Apr 1996 11:30:09 -0500 >To: dennis@etinc.com (dennis) >From: Anthony Jefferson >Subject: Re: Freebsd Vs. Linux > >At 10:41 AM 4/4/96 -0500, you wrote: > >>>You can increase the buffer space to get rid of the ENOBUF errors, but >>>they are really "backoff and retransmit warnings". The other OS's you >>>tested are probably silenty dropping the packets. >> >>or queueing endlessly . There are good reasons to limit queue space, and >>if you overflow this with a non-realistic test then you havent learned very >>little. These can be tuned, I believe, as well. I think IFQ_MAXLEN is 50, >> which is really too small for an ethernet link (note that I think it is 300 >>in LINUX), >> particularly if the traffic is largely small packets that are being >>pummelled onto >> the line. You may try tuning this value (in /usr/src/sys/net/if.h) and see >>what happens. >> > >Thanks, your statement about "backoff and retransmit" was exactly the >senario we were experiencing. We had never had any OS tell us before >dropping the packets. What a nice change. > >We are also doing some work with multicast, was 2.0 BSD released with >multicast enabled and 2.1 disabled. We tried to join a multicast group using >2.1 and received some errors. In addtion, when we do a netstat -g we receive: > >muiltcast not compiled into the system. > >A fairly good indication we have something wrong. How do you enable >multicast in 2.1 ? I did not see any config parameters related to multicast ? > >Well, thanks again for the response. BSD was the OS we wanted to use! > >******************************************************************************* >* Anthony C. Jefferson Phone:(301)794-2895 FAX:(301) 794-9530 >* Computer Sciences Corp. 7700 Hubble Drive Lanham-Seabrook Md. 20706 >* E-MAIL:tjeffers@nastg.gsfc.nasa.gov 8-{) >******************************************************************************* > > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Apr 5 10:10:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29894 for hackers-outgoing; Fri, 5 Apr 1996 10:10:25 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29889 for ; Fri, 5 Apr 1996 10:10:22 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA19904; Fri, 5 Apr 1996 11:09:59 -0700 Date: Fri, 5 Apr 1996 11:09:59 -0700 From: Nate Williams Message-Id: <199604051809.LAA19904@rocky.sri.MT.net> To: Warner Losh Cc: hackers@freebsd.org Subject: Re: interrupts and such In-Reply-To: <199604051725.KAA16272@rover.village.org> References: <199604051725.KAA16272@rover.village.org> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh writes: > I just did a vmstat -i on my 2.1R I notice that I get 100/s for clk0 > (which is what I'd expect) and 128/s for rtc0 on irq8. This seems > excessive to me to have both. Also, I notice on an older 1.1.5.1R > system that the rtc0 device isn't listed in vmstat's output. > > So what is rtc0 and why is it acting like a clock interrupt? Because it is a clock interrupt. rtc0 is 'sufficiently' faster than clk0 so that statistics gathering is significantly better and more accurate. This helps scheduling and accounting immensely, and is now depended on by many parts of the system. Unfortunately, on my laptop if rtc0 is enabled APM suspend/resume fails, so I have to disable it on my box. However, parts of the library now depend on this behavior for correct values, so I haven't figured out a clean way to disable it for the GENERIC kernels but enable it for machines who break with it enabled. However, in your case it's a 'good thing'. Nate From owner-freebsd-hackers Fri Apr 5 10:41:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01351 for hackers-outgoing; Fri, 5 Apr 1996 10:41:33 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA01346 for ; Fri, 5 Apr 1996 10:41:29 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA18526; Sat, 6 Apr 1996 04:37:30 +1000 Date: Sat, 6 Apr 1996 04:37:30 +1000 From: Bruce Evans Message-Id: <199604051837.EAA18526@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, phk@critter.tfs.com Subject: Re: COMCONSOLE speed Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Back to the subject: Bruce, wouldn't it be a good idea to only handle >> the comconsole speed in the bootstrap, and pass the settings down to >> the kernel via the `struct bootinfo'? They should be passed if they can be set there. There is no room to set set them there :-). Changing the speed after booting is useful too. Note that there are 2 different sets of console i/o routines: the normal system call ones and the kernel printf ones. Ordinary sttys work on the normal ones but have no effect on the printf ones. The printf ones can be changed by setting `comdefaultrate' using a debugger. >We have a suggestion in too for passing the port/irq/iomem for the >ethernetcard netboot used as well. This is more important iff it is required for booting. Why can't you just put the values in the kernel image? Bruce From owner-freebsd-hackers Fri Apr 5 11:50:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06079 for hackers-outgoing; Fri, 5 Apr 1996 11:50:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06052 for ; Fri, 5 Apr 1996 11:50:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA28041 for ; Fri, 5 Apr 1996 21:50:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA08994 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 21:50:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id VAA00889 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 21:46:24 +0200 (MET DST) From: J Wunsch Message-Id: <199604051946.VAA00889@uriah.heep.sax.de> Subject: Re: interrupts and such To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 5 Apr 1996 21:46:23 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604051725.KAA16272@rover.village.org> from "Warner Losh" at Apr 5, 96 10:25:43 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > So what is rtc0 and why is it acting like a clock interrupt? RTFM clocks(7) :-) (Committed yesterday.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 5 11:51:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06138 for hackers-outgoing; Fri, 5 Apr 1996 11:51:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06068 for ; Fri, 5 Apr 1996 11:50:57 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA28046 for ; Fri, 5 Apr 1996 21:50:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA08995 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 21:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id VAA00904 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 21:48:04 +0200 (MET DST) From: J Wunsch Message-Id: <199604051948.VAA00904@uriah.heep.sax.de> Subject: Re: COMCONSOLE speed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 5 Apr 1996 21:48:03 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604051837.EAA18526@godzilla.zeta.org.au> from "Bruce Evans" at Apr 6, 96 04:37:30 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >> Back to the subject: Bruce, wouldn't it be a good idea to only handle > >> the comconsole speed in the bootstrap, and pass the settings down to > >> the kernel via the `struct bootinfo'? > > They should be passed if they can be set there. There is no room to set > set them there :-). It will have to be patched into the bootblock anyway. Otherwise you'd run into a chicken-and-egg problem, unless you're going to implement such a crock as the ``Press BREAK for next speed'' model. Passing it down from the bootstrap would centralize the location to modify to just one however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 5 12:15:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08269 for hackers-outgoing; Fri, 5 Apr 1996 12:15:10 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08264 for ; Fri, 5 Apr 1996 12:15:08 -0800 (PST) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id MAA00912 for ; Fri, 5 Apr 1996 12:15:34 -0800 (PST) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Fri, 5 Apr 1996 12:15:34 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: OK, I've looked for CCD in the mail archives, but no findee. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where the heck is this thing? it's not in a late supped ports, not in LINT, where is it? Thanks in advance. From owner-freebsd-hackers Fri Apr 5 12:20:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08755 for hackers-outgoing; Fri, 5 Apr 1996 12:20:17 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08724 Fri, 5 Apr 1996 12:20:11 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id FAA22216; Sat, 6 Apr 1996 05:20:02 +0900 Date: Sat, 6 Apr 1996 05:20:02 +0900 Message-Id: <199604052020.FAA22216@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, mobile@freebsd.org, hardware@freebsd.org Reply-To: mobile@freebsd.org Subject: [PCMCIA] Do you have these PCMCIA Ethernet cards? From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Reply-to: mobile@freebsd.org I'm prepareing the next release of PC-card (PCMCIA) package for FreeBSD. I wrote many "experimental" entries in /etc/pccard.conf of Ethernet cards supported by Linux PCMCIA package. I don't know these entries are correct, but I believe that some of these entries work. These cards are, Accton EN2216 EtherCard, Allied Telesis Ethernet Card, CNet CN30BC Ethernet Card, CNet CN40BC Ethernet Card, DataTrek NetCard, Digital DEPCM-BA Ethernet, D-Link DE-650 Ethernet Card, Edimax Ethernet Combo, EP-210 Ethernet Card, Epson EEN10B Ethernet Card, Grey Cell GCS2220 Ethernet Card, GVC NIC-2000P Ethernet Card, National Semiconductor InfoMover 4100, Katron PE-520 Ethernet Card, Kingston KNE-PCM/x Ethernet, Linksys Ethernet Card, Maxtech PCN2000 Ethernet, NDC Instant-Link, NE2000 Compatible Ethernet Card, PreMax PE-200 Ethernet Card, RPTI EP400 Ethernet Card, SCM Ethernet Combo, and Socket EA LAN Adapter. If you have (or your friend has :-) ) any cards listed here, please e-mail me about it (my address is hosokawa@mt.cs.keio.ac.jp). I'll write correct /etc/pccard.conf entries if you can send me the result of FreeBSD's "pccardc dumpcis" or Linux's "dump_tuples". I need your help! -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Apr 5 12:39:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09975 for hackers-outgoing; Fri, 5 Apr 1996 12:39:22 -0800 (PST) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA09966 for ; Fri, 5 Apr 1996 12:39:20 -0800 (PST) Received: from mailgate2.mcimail.com (mailgate2.mcimail.com [166.38.40.100]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with SMTP id UAA27744; Fri, 5 Apr 1996 20:41:46 GMT Received: from mcimail.com by mailgate2.mcimail.com id ae20452; 5 Apr 96 20:38 WET Date: Fri, 5 Apr 96 15:38 EST From: raja To: hackers Subject: subscribbe hackers digest Message-Id: <30960405203803/0002013953D49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe hackers-digest From owner-freebsd-hackers Fri Apr 5 12:39:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10051 for hackers-outgoing; Fri, 5 Apr 1996 12:39:47 -0800 (PST) Received: from gatekeeper.mcimail.com (gatekeeper.mcimail.com [192.147.45.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10023 for ; Fri, 5 Apr 1996 12:39:41 -0800 (PST) Received: from mailgate.mcimail.com (mailgate.mcimail.com [166.38.40.3]) by gatekeeper.mcimail.com (8.6.12/8.6.10) with SMTP id UAA12851; Fri, 5 Apr 1996 20:37:04 GMT Received: from mcimail.com by mailgate.mcimail.com id bm12392; 5 Apr 96 20:39 WET Date: Fri, 5 Apr 96 15:38 EST From: raja To: hackers Subject: hackers - help Message-Id: <01960405203810/0002013953D49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Fri Apr 5 12:39:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10066 for hackers-outgoing; Fri, 5 Apr 1996 12:39:49 -0800 (PST) Received: from gatekeeper.mcimail.com (gatekeeper.mcimail.com [192.147.45.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA10041 for ; Fri, 5 Apr 1996 12:39:46 -0800 (PST) Received: from mailgate.mcimail.com (mailgate.mcimail.com [166.38.40.3]) by gatekeeper.mcimail.com (8.6.12/8.6.10) with SMTP id UAA05977; Fri, 5 Apr 1996 20:37:03 GMT Received: from mcimail.com by mailgate.mcimail.com id bk12392; 5 Apr 96 20:39 WET Date: Fri, 5 Apr 96 15:38 EST From: raja To: hackers Subject: hackers - info mail Message-Id: <60960405203806/0002013953D49X4@MCIMAIL.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk info From owner-freebsd-hackers Fri Apr 5 13:14:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11676 for hackers-outgoing; Fri, 5 Apr 1996 13:14:48 -0800 (PST) Received: (from julian@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11662 for hackers; Fri, 5 Apr 1996 13:14:44 -0800 (PST) Date: Fri, 5 Apr 1996 13:14:44 -0800 (PST) From: Julian Elischer Message-Id: <199604052114.NAA11662@freefall.freebsd.org> To: hackers Subject: comments please Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk These small changes to xinstall are needed by a company using FreeBSD within a product. They are in my opinion useful and non intrusive. The patch allows 'install' to use a numeric GID or UID in the same way that chgrp (et al) do. The code comes from chgrp and I was genuinely surprised that install didn't do this anyway.. I will commit this today unless there are many people violently opposed. cvs diff: Diffing . Index: install.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/xinstall/install.1,v retrieving revision 1.4 diff -c -r1.4 install.1 *** install.1 1996/03/11 03:31:51 1.4 --- install.1 1996/04/05 21:07:16 *************** *** 97,103 **** .Xr chflags 1 for a list of possible flags and their meanings.) .It Fl g ! Specify a group. .It Fl m Specify an alternate mode. The default mode is set to rwxr-xr-x (0755). --- 97,103 ---- .Xr chflags 1 for a list of possible flags and their meanings.) .It Fl g ! Specify a group. A numeric GID can be used. .It Fl m Specify an alternate mode. The default mode is set to rwxr-xr-x (0755). *************** *** 105,111 **** .Xr chmod 1 for a description of possible mode values. .It Fl o ! Specify an owner. .It Fl p Preserve the modification time. Copy the file, as if the --- 105,111 ---- .Xr chmod 1 for a description of possible mode values. .It Fl o ! Specify an owner. A numeric value can be used for the UID. .It Fl p Preserve the modification time. Copy the file, as if the Index: xinstall.c =================================================================== RCS file: /home/ncvs/src/usr.bin/xinstall/xinstall.c,v retrieving revision 1.5 diff -c -r1.5 xinstall.c *** xinstall.c 1996/02/08 06:17:50 1.5 --- xinstall.c 1996/04/05 21:05:07 *************** *** 79,86 **** #include "pathnames.h" - struct passwd *pp; - struct group *gp; int debug, docompare, docopy, dopreserve, dostrip; int mode = S_IRWXU|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH; char *group, *owner, pathbuf[MAXPATHLEN]; --- 79,84 ---- *************** *** 98,103 **** --- 96,117 ---- void strip __P((char *)); void usage __P((void)); + #ifdef ALLOW_NUMERIC_IDS + + uid_t uid; + gid_t gid; + + uid_t resolve_uid __P((char *)); + gid_t resolve_gid __P((char *)); + u_long numeric_id __P((char *, char *)); + + #else + + struct passwd *pp; + struct group *gp; + + #endif /* ALLOW_NUMERIC_IDS */ + int main(argc, argv) int argc; *************** *** 155,166 **** --- 169,189 ---- if (argc < 2) usage(); + #ifdef ALLOW_NUMERIC_IDS + + uid = resolve_uid(owner); + gid = resolve_gid(group); + + #else + /* get group and owner id's */ if (owner && !(pp = getpwnam(owner))) errx(EX_NOUSER, "unknown user %s", owner); if (group && !(gp = getgrnam(group))) errx(EX_NOUSER, "unknown group %s", group); + #endif /* ALLOW_NUMERIC_IDS */ + no_target = stat(to_name = argv[argc - 1], &to_sb); if (!no_target && (to_sb.st_mode & S_IFMT) == S_IFDIR) { for (; *argv != to_name; ++argv) *************** *** 204,209 **** --- 227,276 ---- exit(0); } + #ifdef ALLOW_NUMERIC_IDS + + uid_t + resolve_uid(s) + char *s; + { + struct passwd *pw; + + return ((pw = getpwnam(s)) == NULL) ? + (uid_t) numeric_id(s, "user") : pw->pw_uid; + } + + gid_t + resolve_gid(s) + char *s; + { + struct group *gr; + + return ((gr = getgrnam(s)) == NULL) ? + (gid_t) numeric_id(s, "group") : gr->gr_gid; + } + + u_long + id(name, type) + char *name, *type; + { + u_long val; + char *ep; + + /* + * XXX + * We know that uid_t's and gid_t's are unsigned longs. + */ + errno = 0; + val = strtoul(name, &ep, 10); + if (errno) + err(EX_NOUSER, "%s", name); + if (*ep != '\0') + errx(EX_NOUSER, "unknown %s %s", type, name); + return (val); + } + + #endif /* ALLOW_NUMERIC_IDS */ + /* * install -- * build a path name and install the file *************** *** 360,366 **** --- 427,437 ---- * chown may lose the setuid bits. */ if ((group || owner) && + #ifdef ALLOW_NUMERIC_IDS + fchown(to_fd, owner ? uid : -1, group ? gid : -1)) { + #else fchown(to_fd, owner ? pp->pw_uid : -1, group ? gp->gr_gid : -1)) { + #endif serrno = errno; (void)unlink(to_name); errno = serrno; From owner-freebsd-hackers Fri Apr 5 14:32:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17686 for hackers-outgoing; Fri, 5 Apr 1996 14:32:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17625 for ; Fri, 5 Apr 1996 14:32:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA25048; Fri, 5 Apr 1996 15:26:47 -0700 From: Terry Lambert Message-Id: <199604052226.PAA25048@phaeton.artisoft.com> Subject: Re: interrupts and such To: nate@sri.MT.net (Nate Williams) Date: Fri, 5 Apr 1996 15:26:47 -0700 (MST) Cc: imp@village.org, hackers@FreeBSD.org In-Reply-To: <199604051809.LAA19904@rocky.sri.MT.net> from "Nate Williams" at Apr 5, 96 11:09:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Unfortunately, on my laptop if rtc0 is enabled APM suspend/resume fails, > so I have to disable it on my box. However, parts of the library now > depend on this behavior for correct values, so I haven't figured out a > clean way to disable it for the GENERIC kernels but enable it for > machines who break with it enabled. By running everything off of virtual clocks instead of the real things. You have to do this anyway to port to non-Intel hardware without Intel bus interface chips. 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 Apr 5 14:45:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18692 for hackers-outgoing; Fri, 5 Apr 1996 14:45:42 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18686 for ; Fri, 5 Apr 1996 14:45:22 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA01354 for freebsd-hackers@freebsd.org; Fri, 5 Apr 1996 17:45:02 -0500 From: Charles Henrich Message-Id: <199604052245.RAA01354@crh.cl.msu.edu> Subject: raplayer under linux emulation? To: freebsd-hackers@freebsd.org Date: Fri, 5 Apr 1996 17:45:02 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any of you crazy kids out there been able to get raplayer v2002ab to run under linux emulation for FreeBSD 2.1R/stable/current? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Fri Apr 5 14:51:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19061 for hackers-outgoing; Fri, 5 Apr 1996 14:51:25 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA19056 for ; Fri, 5 Apr 1996 14:51:20 -0800 (PST) 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 AAA23983 ; Sat, 6 Apr 1996 00:51:18 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA15907 ; Sat, 6 Apr 1996 00:51:32 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id AAA29614; Sat, 6 Apr 1996 00:34:42 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604052234.AAA29614@keltia.freenix.fr> Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 6 Apr 1996 00:34:41 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from Jaye Mathisen at "Apr 5, 96 12:15:34 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that Jaye Mathisen said: > Where the heck is this thing? it's not in a late supped ports, not in > LINT, where is it? ncftp>page ccd.README The ccd master site has moved to stampede.cs.berkeley.edu. It also has a web page now: http://stampede.cs.berkeley.edu/ccd/ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Fri Apr 5 15:24:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21022 for hackers-outgoing; Fri, 5 Apr 1996 15:24:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21014 for ; Fri, 5 Apr 1996 15:24:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA01755 for ; Sat, 6 Apr 1996 01:24:25 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA11792 for freebsd-hackers@freebsd.org; Sat, 6 Apr 1996 01:24:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id AAA07085 for freebsd-hackers@freebsd.org; Sat, 6 Apr 1996 00:58:26 +0200 (MET DST) From: J Wunsch Message-Id: <199604052258.AAA07085@uriah.heep.sax.de> Subject: Re: comments please To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Apr 1996 00:58:24 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604052114.NAA11662@freefall.freebsd.org> from "Julian Elischer" at Apr 5, 96 01:14:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > The patch allows 'install' to use a numeric GID or UID in the same way that > chgrp (et al) do. > + #ifdef ALLOW_NUMERIC_IDS I don't even think this should be #ifdef'ed. Btw., i missed the patch for the Makefile to add it by default. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 5 17:03:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25612 for hackers-outgoing; Fri, 5 Apr 1996 17:03:17 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25604 for ; Fri, 5 Apr 1996 17:03:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id BAA01021 ; Sat, 6 Apr 1996 01:20:49 +0100 (BST) To: Anthony Jefferson cc: hackers@FreeBSD.ORG, dennis@etinc.com (dennis) From: "Gary Palmer" Subject: Re: Freebsd Vs. Linux In-reply-to: Your message of "Fri, 05 Apr 1996 12:34:24 CDT." <199604051734.MAA10337@etinc.com> Date: Sat, 06 Apr 1996 01:20:48 +0100 Message-ID: <1019.828750048@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >We are also doing some work with multicast, was 2.0 BSD released with >multicast enabled and 2.1 disabled. We tried to join a multicast group using >2.1 and received some errors. In addtion, when we do a netstat -g we receive: >muiltcast not compiled into the system. I'm not sure what it was exactly in 2.1, but `netstat -g' on my 2.1-stable box (from about a week or two ago) says: gary@palmer:~> netstat -g no multicast routing compiled into this system ^^^^^^^ gary@palmer:~> Multicast reception/transmission is enabled by default, but you need to add options MROUTING # Multicast routing to your kernel if you want to route multicast packets between interfaces. Perhaps you were looking for ``netstat -s'' which would (amongst other data) give you: igmp: 0 messages received 0 messages received with too few bytes 0 messages received with bad checksum 0 membership queries received 0 membership queries received with invalid field(s) 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 membership reports sent (and no, I don't have an MBONE feed :-( ) >A fairly good indication we have something wrong. How do you enable >multicast in 2.1 ? I did not see any config parameters related to multicast ? See above. Hope this helps Gary From owner-freebsd-hackers Fri Apr 5 17:06:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25912 for hackers-outgoing; Fri, 5 Apr 1996 17:06:21 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25901 for ; Fri, 5 Apr 1996 17:06:19 -0800 (PST) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id RAA02705 for ; Fri, 5 Apr 1996 17:06:42 -0800 (PST) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Fri, 5 Apr 1996 17:06:42 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Queue length of connections waiting for accept()? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Under BSD/OS its somaxconn. Is there an equivalent easy way to change the size of the queue of connections pending in FreeBSD? (-current or -stable). From owner-freebsd-hackers Fri Apr 5 17:15:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26522 for hackers-outgoing; Fri, 5 Apr 1996 17:15:40 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26514 for ; Fri, 5 Apr 1996 17:15:35 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16726(13)>; Fri, 5 Apr 1996 17:14:59 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177476>; Fri, 5 Apr 1996 17:14:48 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: tjeffers@nastg.gsfc.nasa.gov cc: hackers@freebsd.org Subject: Re: Freebsd Vs. Linux In-reply-to: Your message of "Fri, 05 Apr 1996 09:34:24 PST." <199604051734.MAA10337@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 5 Apr 1996 17:14:37 PST From: Bill Fenner Message-Id: <96Apr5.171448pst.177476@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199604051734.MAA10337@etinc.com>you write: >>We are also doing some work with multicast, was 2.0 BSD released with >>multicast enabled and 2.1 disabled. We tried to join a multicast group using >>2.1 and received some errors. What exactly were the errors that you received? >> In addtion, when we do a netstat -g we receive: >> >>muiltcast not compiled into the system. Actually, you probably get "no multicast routing compiled into this system" -- having multicast *routing* compiled in has nothing to do with joining groups. If you *do* need multicast routing, because you want to run mrouted, then you need to rebuild a kernel with "options MROUTING". But normal host multicasting is enabled by default. Bill From owner-freebsd-hackers Fri Apr 5 21:42:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06182 for hackers-outgoing; Fri, 5 Apr 1996 21:42:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA06162 for ; Fri, 5 Apr 1996 21:42:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA23389 for ; Fri, 5 Apr 1996 21:41:47 -0800 (PST) To: hackers@freebsd.org Subject: Any clues as to why this fails? Date: Fri, 05 Apr 1996 21:41:47 -0800 Message-ID: <23387.828769307@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #include #include void handler(int sig) { printf("Signal %d received\n", sig); } main() { int i, fd; signal(SIGIO, handler); fd = open("/dev/cuaa1", O_RDONLY | O_NONBLOCK | O_EXCL); printf("%d\n", fd); i = fcntl(fd, F_GETFL, 0); printf("%d\n", i); printf("%d\n", fcntl(fd, F_SETFL, i | O_ASYNC)); printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ pause(); } I've read the man page for fcntl() and it really appears as though that F_SETOWN call should work. Any clues as to why not? This is a snippet from some code that Thomas Roell sent me, wondering why this didn't work under *BSD when it did under Linux. Jordan From owner-freebsd-hackers Fri Apr 5 22:01:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA07756 for hackers-outgoing; Fri, 5 Apr 1996 22:01:11 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA07751 for ; Fri, 5 Apr 1996 22:01:09 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Sat, 6 Apr 96 01:01:07 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Sat, 6 Apr 96 01:01:04 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id AAA01181; Sat, 6 Apr 1996 00:01:02 -0600 Date: Sat, 6 Apr 1996 00:01:02 -0600 Message-Id: <199604060601.AAA01181@compound> From: Tony Kimball To: hackers@freebsd.org Subject: very happy experience with pgcc Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running a kernel compiled with pgcc -O2 makes more difference in the responsiveness of my system than did upgrading from a 5X86-120GP to a P100. I am not exaggerating. I recommend it highly. From owner-freebsd-hackers Fri Apr 5 22:41:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10747 for hackers-outgoing; Fri, 5 Apr 1996 22:41:26 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10742 for ; Fri, 5 Apr 1996 22:41:20 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Sat, 6 Apr 96 01:41:18 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Sat, 6 Apr 96 01:41:04 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id AAA03986; Sat, 6 Apr 1996 00:40:48 -0600 Date: Sat, 6 Apr 1996 00:40:48 -0600 Message-Id: <199604060640.AAA03986@compound> From: Tony Kimball To: hackers@freebsd.org Subject: Re: interrupts and such Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Nate Williams Date: Fri, 5 Apr 1996 11:09:59 -0700 > This seems excessive ... > So what is rtc0 and why is it acting like a clock interrupt? Because it is a clock interrupt. rtc0 is 'sufficiently' faster than clk0 so that statistics gathering is significantly better and more accurate. This does not answer the question, however; it merely mutates it: Why retain clk0? It *does* seem a bit excessive. From owner-freebsd-hackers Fri Apr 5 23:22:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA11851 for hackers-outgoing; Fri, 5 Apr 1996 23:22:20 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA11846 for ; Fri, 5 Apr 1996 23:22:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA14868; Sat, 6 Apr 1996 17:16:20 +1000 Date: Sat, 6 Apr 1996 17:16:20 +1000 From: Bruce Evans Message-Id: <199604060716.RAA14868@godzilla.zeta.org.au> To: hackers@FreeBSD.org, jkh@time.cdrom.com Subject: Re: Any clues as to why this fails? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >#include >#include >void >handler(int sig) >{ > printf("Signal %d received\n", sig); >} >main() >{ > int i, fd; > signal(SIGIO, handler); > fd = open("/dev/cuaa1", O_RDONLY | O_NONBLOCK | O_EXCL); > printf("%d\n", fd); > i = fcntl(fd, F_GETFL, 0); > printf("%d\n", i); > printf("%d\n", fcntl(fd, F_SETFL, i | O_ASYNC)); > printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ > pause(); >} >I've read the man page for fcntl() and it really appears as though >that F_SETOWN call should work. Any clues as to why not? This F_SETOWN on a tty only works for controlling terminals. This is because F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by POSIX. To work like you want, F_SETOWN would need a separate pgrp entries in the tty struct. Sockets work like you want because there is no POSIX pgrp entry to conflict with. F_SETOWN doesn't work on anything except ttys, sockets or perhaps pipes. To work as documented in fcntl.3, F_SETOWN would need to have a pgrp entry in the filedesc struct. This would probably be useful - it would allow sending SIGIO to arbitrary sets of sufficiently privileged processes. The test program has many bugs. - isn't included. - printf() gives undefined behaviour in signal handlers. ... Bruce From owner-freebsd-hackers Fri Apr 5 23:35:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12132 for hackers-outgoing; Fri, 5 Apr 1996 23:35:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA12127 for ; Fri, 5 Apr 1996 23:35:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA29162; Fri, 5 Apr 1996 23:34:33 -0800 (PST) To: Bruce Evans cc: hackers@FreeBSD.org Subject: Re: Any clues as to why this fails? In-reply-to: Your message of "Sat, 06 Apr 1996 17:16:20 +1000." <199604060716.RAA14868@godzilla.zeta.org.au> Date: Fri, 05 Apr 1996 23:34:33 -0800 Message-ID: <29160.828776073@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The test program has many bugs. > - isn't included. OK, OK, so it was just a knocked-together test.. :-) > - printf() gives undefined behaviour in signal handlers. I know that. I just wanted to see if the handler was being called at all, and in this case I'm pretty sure that printf() will perform as advertised since I'm not doing any other I/O. This was just a short test program to illustrate an error, Bruce, not my submission for this year's ACM Turing awards.. :-) In any case, to dispense with the nitpicking and get to the real meat of the issue: > except ttys, sockets or perhaps pipes. To work as documented in fcntl.3, > F_SETOWN would need to have a pgrp entry in the filedesc struct. This > would probably be useful - it would allow sending SIGIO to arbitrary > sets of sufficiently privileged processes. Sounds fine to me - did I hear an implicit hand being raised here, or should one of the rest of us go about doing this? :-) What Thomas wants is not unreasonable here - polling the mouse with SIGIO might not be elegant, but I can certainly understand the desire to have it work. I can predict that his next question after reading the above will be "Uh, OK. So.... Can I rely on this working anytime soon?" and it'd be nice to have some semblance of an answer in advance. Jordan From owner-freebsd-hackers Fri Apr 5 23:56:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13008 for hackers-outgoing; Fri, 5 Apr 1996 23:56:40 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA13003 for ; Fri, 5 Apr 1996 23:56:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA16135; Sat, 6 Apr 1996 17:51:48 +1000 Date: Sat, 6 Apr 1996 17:51:48 +1000 From: Bruce Evans Message-Id: <199604060751.RAA16135@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Any clues as to why this fails? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> - printf() gives undefined behaviour in signal handlers. >I know that. I just wanted to see if the handler was being called at Don't show bad examples. >> except ttys, sockets or perhaps pipes. To work as documented in fcntl.3, >> F_SETOWN would need to have a pgrp entry in the filedesc struct. This >> would probably be useful - it would allow sending SIGIO to arbitrary >> sets of sufficiently privileged processes. >Sounds fine to me - did I hear an implicit hand being raised here, or >should one of the rest of us go about doing this? :-) I'm still wondering why BSD[Lite] does it the way it does. >What Thomas wants is not unreasonable here - polling the mouse with >SIGIO might not be elegant, but I can certainly understand the desire >to have it work. I can predict that his next question after reading >the above will be "Uh, OK. So.... Can I rely on this working anytime >soon?" and it'd be nice to have some semblance of an answer in >advance. No. The next release isn't close, and some people will keep running 1.1.5... Bruce From owner-freebsd-hackers Fri Apr 5 23:58:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13107 for hackers-outgoing; Fri, 5 Apr 1996 23:58:11 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13102 for ; Fri, 5 Apr 1996 23:58:09 -0800 (PST) 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 JAA27157 ; Sat, 6 Apr 1996 09:58:02 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id JAA17205 ; Sat, 6 Apr 1996 09:58:16 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id JAA00617; Sat, 6 Apr 1996 09:52:44 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604060752.JAA00617@keltia.freenix.fr> Subject: Re: Queue length of connections waiting for accept()? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 6 Apr 1996 09:52:43 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: from Jaye Mathisen at "Apr 5, 96 05:06:42 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1839 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Jaye Mathisen said: > Under BSD/OS its somaxconn. Is there an equivalent easy way to change the > size of the queue of connections pending in FreeBSD? (-current or > -stable). Almost the same under -CURRENT :-) 287 [9:51] roberto@keltia:~> sysctl kern.somaxconn kern.somaxconn: 128 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #9: Mon Apr 1 03:18:13 MET DST 1996 From owner-freebsd-hackers Sat Apr 6 00:07:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13542 for hackers-outgoing; Sat, 6 Apr 1996 00:07:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA13537 for ; Sat, 6 Apr 1996 00:07:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA01032; Sat, 6 Apr 1996 00:06:59 -0800 (PST) To: Bruce Evans cc: hackers@FreeBSD.org Subject: Re: Any clues as to why this fails? In-reply-to: Your message of "Sat, 06 Apr 1996 17:51:48 +1000." <199604060751.RAA16135@godzilla.zeta.org.au> Date: Sat, 06 Apr 1996 00:06:59 -0800 Message-ID: <1030.828778019@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> - printf() gives undefined behaviour in signal handlers. > > >I know that. I just wanted to see if the handler was being called at > > Don't show bad examples. Geeze, it was a _debugging_ statement - you want I should have opened a logfile, written a string to it and closed it just to make sure none of the impressionable 14-year-olds on this list were irrepairably damaged by my horrible example? Next thing you know we'll be discussing whether or not ``anal-retentive'' should properly be spelled with a hyphen or not! :-) If you want to get on a more useful hobby horse I suggest going after all the places marked with `#ifdef notdef' or `XXX' in our kernel sources, not one lousy throw-away printf() in a signal handler.. :-) > No. The next release isn't close, and some people will keep running > 1.1.5... I'm not sure I can parse this. The next release of 2.1.x you mean? What does that have to do with people running 1.1.5? Also, don't forget the SNAP releases - there is considerable activity in 2.2, and Justin just requested that I roll another SNAP for his 78xx buddies. As soon as I finish this last round of sysinstall hacks, I'm going to do exactly that, so presuming that the next "release" is not imminent sort of depends on how you define the term, and there's been considerable interest in our SNAPs (which is good, since we're getting a lot more 2.2 testing than we would otherwise). Jordan From owner-freebsd-hackers Sat Apr 6 00:16:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13857 for hackers-outgoing; Sat, 6 Apr 1996 00:16:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13852 for ; Sat, 6 Apr 1996 00:16:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA17173; Sat, 6 Apr 1996 18:16:04 +1000 Date: Sat, 6 Apr 1996 18:16:04 +1000 From: Bruce Evans Message-Id: <199604060816.SAA17173@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: comments please Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> The patch allows 'install' to use a numeric GID or UID in the same way that >> chgrp (et al) do. >> + #ifdef ALLOW_NUMERIC_IDS >I don't even think this should be #ifdef'ed. Btw., i missed the patch >for the Makefile to add it by default. It shouldn't be ifdefed if you are confident about it. Perhaps the old handling should be a runtime option. Some comments. The casts in resolve_*id() aren't necessary. You already depend on the compiler not warning about the conversions for the broken pw_uid and pw_gid types in , and there is no bounds checking in numeric_id(), so the casts may hide overflow bugs. The XXX comment is wrong. uid_t's and gid_t's are no longer unsigned longs. (I just fixed this problem in find(1). It uses strtol(), which can't handle large inums, sizes, uids or gids. It failed to find the large inums generated by devfs. I used strtoq(). This works, except for the lack of overflow checking when the result is assigned to a smaller type, because find doesn't search for any unsigned long long quantities.) Bruce From owner-freebsd-hackers Sat Apr 6 00:21:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA14107 for hackers-outgoing; Sat, 6 Apr 1996 00:21:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA14087 for ; Sat, 6 Apr 1996 00:21:10 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09109; Sat, 6 Apr 1996 10:21:05 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA16841; Sat, 6 Apr 1996 10:21:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id KAA06957; Sat, 6 Apr 1996 10:12:14 +0200 (MET DST) From: J Wunsch Message-Id: <199604060812.KAA06957@uriah.heep.sax.de> Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Apr 1996 10:12:13 +0200 (MET DST) Cc: asami@cs.berkeley.edu (Satoshi Asami) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604052234.AAA29614@keltia.freenix.fr> from "Ollivier Robert" at Apr 6, 96 00:34:41 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > ncftp>page ccd.README > The ccd master site has moved to stampede.cs.berkeley.edu. It also > has a web page now: > > http://stampede.cs.berkeley.edu/ccd/ Time to integrate it into the system, Satoshi? (Perhaps on a vendor branch?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 6 00:46:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15106 for hackers-outgoing; Sat, 6 Apr 1996 00:46:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA15101 for ; Sat, 6 Apr 1996 00:46:13 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA18131; Sat, 6 Apr 1996 18:43:37 +1000 Date: Sat, 6 Apr 1996 18:43:37 +1000 From: Bruce Evans Message-Id: <199604060843.SAA18131@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Any clues as to why this fails? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> No. The next release isn't close, and some people will keep running >> 1.1.5... >I'm not sure I can parse this. The next release of 2.1.x you mean? >What does that have to do with people running 1.1.5? Also, don't The next full release. People will keep running 1.1.5, 2.0, 2.1, 2.1.stable.yy.mm.dd, ..., and some of these, especially 2.1, probably need to be supported to sell lots of Xaccels. Bruce From owner-freebsd-hackers Sat Apr 6 00:59:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15564 for hackers-outgoing; Sat, 6 Apr 1996 00:59:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA15559 for ; Sat, 6 Apr 1996 00:59:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA01982; Sat, 6 Apr 1996 00:58:30 -0800 (PST) To: Bruce Evans cc: hackers@FreeBSD.org Subject: Re: Any clues as to why this fails? In-reply-to: Your message of "Sat, 06 Apr 1996 18:43:37 +1000." <199604060843.SAA18131@godzilla.zeta.org.au> Date: Sat, 06 Apr 1996 00:58:30 -0800 Message-ID: <1980.828781110@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The next full release. People will keep running 1.1.5, 2.0, 2.1, > 2.1.stable.yy.mm.dd, ..., and some of these, especially 2.1, probably > need to be supported to sell lots of Xaccels. Ah, sorry to infer that this was even Xaccel related. I'm not at all sure that this is the case, and I think it's another little project that Thomas is working on. Jordan From owner-freebsd-hackers Sat Apr 6 01:20:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16645 for hackers-outgoing; Sat, 6 Apr 1996 01:20:56 -0800 (PST) Received: from blah.a.isar.de (root@blah.a.isar.de [194.45.233.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16638 for ; Sat, 6 Apr 1996 01:20:37 -0800 (PST) Received: (from roell@localhost) by blah.a.isar.de (8.6.12/8.6.9) id LAA00231; Sat, 6 Apr 1996 11:06:44 +0200 Date: Sat, 6 Apr 1996 11:06:44 +0200 From: Thomas Roell Message-Id: <199604060906.LAA00231@blah.a.isar.de> To: hackers@FreeBSD.org, jkh@time.cdrom.com, roell@xinside.com Subject: Re: The F_SETOWN problem.. In-Reply-To: <29203.828776164@time.cdrom.com> References: <29203.828776164@time.cdrom.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In your message of 5 April 1996 you write: > Bruce's reply.. I've sent out another message asking whether or not > we intend to actually make this work.. :-) Ok, I'll take this up to general discussion. > ------- Forwarded Message > > Replied: Fri, 05 Apr 1996 23:34:33 -0800 > Replied: "Bruce Evans hackers@FreeBSD.org" > Return-Path: bde@zeta.org.au > Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA29003 for ; Fri, 5 Apr 1996 23:21:57 -0800 (PST) > Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA14868; Sat, 6 Apr 1996 17:16:20 +1000 > Date: Sat, 6 Apr 1996 17:16:20 +1000 > From: Bruce Evans > Message-Id: <199604060716.RAA14868@godzilla.zeta.org.au> > To: hackers@FreeBSD.org, jkh@time.cdrom.com > Subject: Re: Any clues as to why this fails? > > >#include > >#include > > >void > >handler(int sig) > >{ > > printf("Signal %d received\n", sig); > >} > > >main() > >{ > > int i, fd; > > > signal(SIGIO, handler); > > > fd = open("/dev/cuaa1", O_RDONLY | O_NONBLOCK | O_EXCL); > > printf("%d\n", fd); > > i = fcntl(fd, F_GETFL, 0); > > printf("%d\n", i); > > printf("%d\n", fcntl(fd, F_SETFL, i | O_ASYNC)); > > printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ > > pause(); > >} > > >I've read the man page for fcntl() and it really appears as though > >that F_SETOWN call should work. Any clues as to why not? This > > F_SETOWN on a tty only works for controlling terminals. This is because > F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by > POSIX. To work like you want, F_SETOWN would need a separate pgrp > entries in the tty struct. Sockets work like you want because there is > no POSIX pgrp entry to conflict with. F_SETOWN doesn't work on anything > except ttys, sockets or perhaps pipes. To work as documented in fcntl.3, > F_SETOWN would need to have a pgrp entry in the filedesc struct. This > would probably be useful - it would allow sending SIGIO to arbitrary > sets of sufficiently privileged processes. Ok, then I had 2 maybe very stupid sounding questions (and believe me, I tried to work around them for quite a while now): 1) How do I get my process to be the controlling pgrp of this tty ? I tried all things that worked under SVR4, but I'm lost on this one. 2) My -- Denver Office THOMAS ROELL /\ Das Reh springt hoch, +1(303)298-7478 X INSIDE INC / \/\ das Reh springt weit, 1801 Broadway, Suite 1710 / \ \/\ was soll es tun, Denver, CO 80202 roell@xinside.com / Oelch! \ \ es hat ja Zeit. From owner-freebsd-hackers Sat Apr 6 01:20:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16655 for hackers-outgoing; Sat, 6 Apr 1996 01:20:58 -0800 (PST) Received: from blah.a.isar.de (root@blah.a.isar.de [194.45.233.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16639 for ; Sat, 6 Apr 1996 01:20:43 -0800 (PST) Received: (from roell@localhost) by blah.a.isar.de (8.6.12/8.6.9) id LAA00234; Sat, 6 Apr 1996 11:11:14 +0200 Date: Sat, 6 Apr 1996 11:11:14 +0200 From: Thomas Roell Message-Id: <199604060911.LAA00234@blah.a.isar.de> To: hackers@FreeBSD.org, jkh@time.cdrom.com, roell@xinside.com Subject: Re: The F_SETOWN problem.. In-Reply-To: <29203.828776164@time.cdrom.com> References: <29203.828776164@time.cdrom.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In your message of 5 April 1996 you write: > Bruce's reply.. I've sent out another message asking whether or not > we intend to actually make this work.. :-) Ok, I'll take this up to general discussion. > ------- Forwarded Message > > Replied: Fri, 05 Apr 1996 23:34:33 -0800 > Replied: "Bruce Evans hackers@FreeBSD.org" > Return-Path: bde@zeta.org.au > Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA29003 for ; Fri, 5 Apr 1996 23:21:57 -0800 (PST) > Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA14868; Sat, 6 Apr 1996 17:16:20 +1000 > Date: Sat, 6 Apr 1996 17:16:20 +1000 > From: Bruce Evans > Message-Id: <199604060716.RAA14868@godzilla.zeta.org.au> > To: hackers@FreeBSD.org, jkh@time.cdrom.com > Subject: Re: Any clues as to why this fails? > > >#include > >#include > > >void > >handler(int sig) > >{ > > printf("Signal %d received\n", sig); > >} > > >main() > >{ > > int i, fd; > > > signal(SIGIO, handler); > > > fd = open("/dev/cuaa1", O_RDONLY | O_NONBLOCK | O_EXCL); > > printf("%d\n", fd); > > i = fcntl(fd, F_GETFL, 0); > > printf("%d\n", i); > > printf("%d\n", fcntl(fd, F_SETFL, i | O_ASYNC)); > > printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ > > pause(); > >} > > >I've read the man page for fcntl() and it really appears as though > >that F_SETOWN call should work. Any clues as to why not? This > > F_SETOWN on a tty only works for controlling terminals. This is because > F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by > POSIX. To work like you want, F_SETOWN would need a separate pgrp > entries in the tty struct. Sockets work like you want because there is > no POSIX pgrp entry to conflict with. F_SETOWN doesn't work on anything > except ttys, sockets or perhaps pipes. To work as documented in fcntl.3, > F_SETOWN would need to have a pgrp entry in the filedesc struct. This > would probably be useful - it would allow sending SIGIO to arbitrary > sets of sufficiently privileged processes. Ok, then I had 2 or 3 maybe very stupid sounding questions (and believe me, I tried to work around them for quite a while now): 1) How do I get my process to be the controlling pgrp of this tty ? I tried all things that worked under SVR4, but I'm lost on this one. Just a couple of sample code lines would help me here incredible. 2) Can my progress have two controlling ttys ? Basically this process is also going to open /dev/ttyv3 (as an example), reading the keyboard and also wanting to recieve a SIGIO (which fails right now the same way). 3) Since this process has opened already a virutal terminal, he is recieving signals for VT switching. Now if I would detach this one from being the controlling tty and move the controlling tty to /dev/cuaa1, would I still get those signals ? - Thomas -- Denver Office THOMAS ROELL /\ Das Reh springt hoch, +1(303)298-7478 X INSIDE INC / \/\ das Reh springt weit, 1801 Broadway, Suite 1710 / \ \/\ was soll es tun, Denver, CO 80202 roell@xinside.com / Oelch! \ \ es hat ja Zeit. From owner-freebsd-hackers Sat Apr 6 01:53:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19121 for hackers-outgoing; Sat, 6 Apr 1996 01:53:58 -0800 (PST) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA19114 for ; Sat, 6 Apr 1996 01:53:54 -0800 (PST) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by maui.com (8.6.10/8.6.6) with ESMTP id XAA11531; Fri, 5 Apr 1996 23:54:01 -1000 Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id XAA00229; Fri, 5 Apr 1996 23:53:49 -1000 (HST) Message-Id: <199604060953.XAA00229@caliban.dihelix.com> Subject: Re: raplayer under linux emulation? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 5 Apr 1996 23:53:47 -1000 (HST) From: "David Langford" Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199604052245.RAA01354@crh.cl.msu.edu> from "Charles Henrich" at Apr 5, 96 05:45:02 pm From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Charles Henrich > >Any of you crazy kids out there been able to get raplayer v2002ab to run under >linux emulation for FreeBSD 2.1R/stable/current? > > Charles Henrich Michigan State University henrich@msu.edu No, the FreeBSD sound code is too old and flaky to be used with much of the current Linux software on the street that uses sound code. Raplayer requires a recent version of TASS and the sound code for FreeBSD uses an old version that isnt entirly compatible. -David Langford langfod@dihelix.com From owner-freebsd-hackers Sat Apr 6 01:55:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19325 for hackers-outgoing; Sat, 6 Apr 1996 01:55:35 -0800 (PST) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA19311 for ; Sat, 6 Apr 1996 01:55:31 -0800 (PST) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by maui.com (8.6.10/8.6.6) with ESMTP id XAA11567 for ; Fri, 5 Apr 1996 23:55:37 -1000 Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id XAA00239 for hackers@freebsd.org; Fri, 5 Apr 1996 23:55:26 -1000 (HST) Received: from hula.maui.net (hula.maui.net [204.182.52.1]) by caliban.dihelix.com (8.7.5/8.6.9) with SMTP id QAA20061 for ; Fri, 5 Apr 1996 16:20:16 -1000 (HST) Received: from liquor.cabi.net (liquor.cabi.net [206.112.192.127]) by hula.maui.net (8.6.12/8.6.12) with ESMTP id QAA23969 for ; Fri, 5 Apr 1996 16:22:23 -1000 Received: by liquor.cabi.net (8.7.3/8.7.3) id JAA32109; Thu, 4 Apr 1996 09:28:23 -0500 Resent-Date: Thu, 4 Apr 1996 09:28:23 -0500 From: gknauth@BBN.COM Message-Id: <199604041426.JAA32047@liquor.cabi.net> Date: Thu, 4 Apr 96 09:17:39 EST To: java-linux@java.blackdown.org CC: rms@gnu.ai.mit.edu Subject: FYI WebCommando (sneaking Linux in via Netscape) Resent-Message-ID: <"wDNFM1.0.5r7.RmzOn"@liquor> Resent-From: java-linux@java.blackdown.org X-Mailing-List: archive/latest/1567 X-Loop: java-linux@java.blackdown.org Resent-Sender: java-linux-request@java.blackdown.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Keith Bostic > Forwarded-by: jrb@pacificnet.net WebCommando Moves In -------------------- by Adam C. Engst Netscape plug-ins are all the rage these days (see Jeff Carlson's MailBIT above), stuffing multimedia features galore into the overburdened Netscape Navigator browser window. We've got Shockwave playing Director movies, Amber displaying PDF documents, and a host of QuickTime and PlainTalk plug-ins that only work on the Mac. In all this multimedia fuss, a small group of students at Linkoping University in Sweden are fighting back with a new type of plug-in for Netscape. You know how Netscape is attempting to turn Navigator into an operating system in its own right? Well, the new WebCommando plug-in takes that one step further, providing a full Unix-based command-line interface within Netscape Navigator's browser window. Finally! Enough frothy movies and scratchy sounds! Now you can get back to basics with such long-time Unix favorites as ls and cd. Worried about Java applets deleting files? I'd worry more about accidently typing "rm *" in WebCommando. As an added bonus, WebCommando has a couple of Web-specific features. You can grep the contents of Yahoo and Alta Vista with it, and if you need to test a Web page, you can even run Lynx within WebCommando. Pining for pine? Anxious for awk? Sighing for sed? WebCommando is the answer. Installation is a breeze - you just download the plug-in and put it in the plug-ins folder. Make sure Netscape Navigator has at least 32 MB allotted to it and that the disk cache is set to 80 MB, and launch Navigator. The requirements may seem a little steep, but remember that you're running Unix, actually a variant of Linux, within Netscape Navigator. From owner-freebsd-hackers Sat Apr 6 01:59:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19706 for hackers-outgoing; Sat, 6 Apr 1996 01:59:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA19680 for ; Sat, 6 Apr 1996 01:59:02 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10439 for ; Sat, 6 Apr 1996 11:58:59 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA17804 for freebsd-hackers@freebsd.org; Sat, 6 Apr 1996 11:58:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id LAA07471 for freebsd-hackers@freebsd.org; Sat, 6 Apr 1996 11:14:34 +0200 (MET DST) From: J Wunsch Message-Id: <199604060914.LAA07471@uriah.heep.sax.de> Subject: Re: Any clues as to why this fails? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Apr 1996 11:14:32 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <23387.828769307@time.cdrom.com> from "Jordan K. Hubbard" at Apr 5, 96 09:41:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ > I've read the man page for fcntl() and it really appears as though > that F_SETOWN call should work. Any clues as to why not? This Because the man page for fcntl() is incomplete and doesn't mention all possible error codes. F_SETOWN finally calls ioctl(TIOCSPGRP) on the descriptor, and this one (we should provide a source code license to Thomas short of having correct man pages :-) : case TIOCSPGRP: { /* set pgrp of tty */ register struct pgrp *pgrp = pgfind(*(int *)data); if (!isctty(p, tp)) return (ENOTTY); checks for the descriptor being a controlling tty. Apparently, this is not the case, unless you've been transferring the session to the tty in question before, and acquired the ctty. I don't know offhand what's the political^H^H^H^H^H^H^Hsixical correct way for the latter, but this one works (i've marked my changes): #include #include #include /* <<<<<<<<<<<<<<<<<<<< */ #include #include #include /* >>>>>>>>>>>>>>>>>>>> */ void handler(int sig) { printf("Signal %d received\n", sig); } main() { int i, fd; signal(SIGIO, handler); fd = open("/dev/cuaa1", O_RDONLY | O_NONBLOCK | O_EXCL); printf("%d\n", fd); i = fcntl(fd, F_GETFL, 0); printf("%d\n", i); /* <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< */ if (fork()) exit(0); printf("%d\n", setsid()); printf("%d\n", ioctl(fd, TIOCSCTTY, NULL)); /* >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> */ printf("%d\n", fcntl(fd, F_SETFL, i | O_ASYNC)); printf("%d\n", fcntl(fd, F_SETOWN, getpid())); /* This call returns -1 */ pause(); } I don't know who in his right mind would really use SIGIO's these days. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 6 03:02:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA22675 for hackers-outgoing; Sat, 6 Apr 1996 03:02:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA22668 for ; Sat, 6 Apr 1996 03:02:56 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA11280; Sat, 6 Apr 1996 13:02:43 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA18557; Sat, 6 Apr 1996 13:02:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id MAA24499; Sat, 6 Apr 1996 12:57:39 +0200 (MET DST) From: J Wunsch Message-Id: <199604061057.MAA24499@uriah.heep.sax.de> Subject: Re: The F_SETOWN problem.. To: roell@blah.a.isar.de (Thomas Roell) Date: Sat, 6 Apr 1996 12:57:37 +0200 (MET DST) Cc: hackers@FreeBSD.org, jkh@time.cdrom.com, roell@xinside.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604060911.LAA00234@blah.a.isar.de> from "Thomas Roell" at Apr 6, 96 11:11:14 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Thomas Roell wrote: > > F_SETOWN on a tty only works for controlling terminals. This is because > > F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by > > POSIX. > 1) How do I get my process to be the controlling pgrp of this tty ? I > tried all things that worked under SVR4, but I'm lost on this one. > Just a couple of sample code lines would help me here incredible. See my other example (you might have missed it, i've sent it to freebsd-hackers). Basically, after #include'ing the appropriate headers: fork() -> exit the parent setsid() ioctl(fd, TIOCSCTTY, NULL) I doubt this is what you want :), don't you think polling with select() would be easier? > 2) Can my progress have two controlling ttys ? Of course not. > 3) Since this process has opened already a virutal terminal, he is > recieving signals for VT switching. Now if I would detach this one > from being the controlling tty and move the controlling tty to > /dev/cuaa1, would I still get those signals ? Of course not. But you would see the SIGHUP caused by unplugging the mouse. =:) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 6 03:46:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24399 for hackers-outgoing; Sat, 6 Apr 1996 03:46:21 -0800 (PST) Received: from blah.a.isar.de (root@blah.a.isar.de [194.45.233.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA24393 for ; Sat, 6 Apr 1996 03:46:17 -0800 (PST) Received: (from roell@localhost) by blah.a.isar.de (8.6.12/8.6.9) id NAA00406; Sat, 6 Apr 1996 13:23:43 +0200 Date: Sat, 6 Apr 1996 13:23:43 +0200 From: Thomas Roell Message-Id: <199604061123.NAA00406@blah.a.isar.de> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: roell@blah.a.isar.de (Thomas Roell), hackers@FreeBSD.org, jkh@time.cdrom.com, roell@xinside.com Subject: Re: The F_SETOWN problem.. In-Reply-To: <199604061057.MAA24499@uriah.heep.sax.de> References: <199604060911.LAA00234@blah.a.isar.de> <199604061057.MAA24499@uriah.heep.sax.de> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In your message of 6 April 1996 you write: > As Thomas Roell wrote: > > > > F_SETOWN on a tty only works for controlling terminals. This is because > > > F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by > > > POSIX. > > > 1) How do I get my process to be the controlling pgrp of this tty ? I > > tried all things that worked under SVR4, but I'm lost on this one. > > Just a couple of sample code lines would help me here incredible. > > See my other example (you might have missed it, i've sent it to > freebsd-hackers). Basically, after #include'ing the appropriate > headers: > > fork() -> exit the parent > setsid() > ioctl(fd, TIOCSCTTY, NULL) > > I doubt this is what you want :), don't you think polling with > select() would be easier? This is neither what I want, nor is select() easier to use for me in this scenario. Actually I'm using select() right now and want to get rid of it. > > 2) Can my progress have two controlling ttys ? > > Of course not. That's what I thought. > > 3) Since this process has opened already a virutal terminal, he is > > recieving signals for VT switching. Now if I would detach this one > > from being the controlling tty and move the controlling tty to > > /dev/cuaa1, would I still get those signals ? > > Of course not. But you would see the SIGHUP caused by unplugging the > mouse. =:) *sigh* -- Denver Office THOMAS ROELL /\ Das Reh springt hoch, +1(303)298-7478 X INSIDE INC / \/\ das Reh springt weit, 1801 Broadway, Suite 1710 / \ \/\ was soll es tun, Denver, CO 80202 roell@xinside.com / Oelch! \ \ es hat ja Zeit. From owner-freebsd-hackers Sat Apr 6 07:46:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA04062 for hackers-outgoing; Sat, 6 Apr 1996 07:46:34 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA04057 for ; Sat, 6 Apr 1996 07:46:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA00774; Sun, 7 Apr 1996 01:45:36 +1000 Date: Sun, 7 Apr 1996 01:45:36 +1000 From: Bruce Evans Message-Id: <199604061545.BAA00774@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, roell@blah.a.isar.de Subject: Re: The F_SETOWN problem.. Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com, roell@xinside.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > 1) How do I get my process to be the controlling pgrp of this tty ? I >> ... >> fork() -> exit the parent >> setsid() >> ioctl(fd, TIOCSCTTY, NULL) >> >> I doubt this is what you want :), don't you think polling with >> select() would be easier? >This is neither what I want, nor is select() easier to use for me in >this scenario. Actually I'm using select() right now and want to get >rid of it. There needs to be another process to be the controlling process for the tty. Relay signals from that process using kill() or some better method of IPC. Bruce From owner-freebsd-hackers Sat Apr 6 08:19:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA05693 for hackers-outgoing; Sat, 6 Apr 1996 08:19:28 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA05684 for ; Sat, 6 Apr 1996 08:19:24 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA05442; Sat, 6 Apr 1996 18:00:36 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id QAA00460; Sat, 6 Apr 1996 16:20:32 +0200 (MET DST) Date: Sat, 6 Apr 1996 16:20:31 +0200 (MET DST) From: Andreas Klemm To: Sergio Lenzi cc: hackers@freebsd.org Subject: Re: Compuserve & FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Thu, 4 Apr 1996, Sergio Lenzi wrote: > Another friend of mine (a linux user) who I gave a FreeBSD CDrom is very > impressed with the quality and the "ports" solution. ;-)) > Congratulation to the Development team and all the FreeBSD contributors. tnx ;-) - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWZ9r/MLpmkD/U+FAQFkAwP/RLBoMSz6uAW0vDD1e04WPZF0DoePLHkh 9D34gobBbJlGOAgGgftCfr9qSbNWx8fKsKCD8pTXVG+7DzokD9oH0sQ7LBMzicOF OqUWbwnJBu7cUtXRS4SsHUSx55RvcfxNHBdcvpIjvkYwHUK4/epYWZNW6YI9rI4v Tsu9pLtTCZ4= =/G9M -----END PGP SIGNATURE----- From owner-freebsd-hackers Sat Apr 6 08:27:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06096 for hackers-outgoing; Sat, 6 Apr 1996 08:27:40 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06091 for ; Sat, 6 Apr 1996 08:27:34 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA21777; Sat, 6 Apr 1996 09:27:19 -0700 Date: Sat, 6 Apr 1996 09:27:19 -0700 From: Nate Williams Message-Id: <199604061627.JAA21777@rocky.sri.MT.net> To: Tony Kimball Cc: hackers@freebsd.org Subject: Re: interrupts and such In-Reply-To: <199604060640.AAA03986@compound> References: <199604060640.AAA03986@compound> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This seems excessive ... > > So what is rtc0 and why is it acting like a clock interrupt? > > Because it is a clock interrupt. rtc0 is 'sufficiently' faster than > clk0 so that statistics gathering is significantly better and more > accurate. > > This does not answer the question, however; it merely mutates it: No, I answered both questions. > Why retain clk0? It *does* seem a bit excessive. Both are necessary. It's basically a 'sampling' problem. You must sample faster than events are occuring to more accurately gain information about them. Since the sheduling algorithm still uses clk0 to do it's work (each process gets it's quantum based on clk0) , it's still necessary. However, by using a faster clock to gain information about *what* is running, you get much more accurate statistics. With the current system, it's possible for a process to burn up just a tiny bit less than it's quantum at times but *never* have any of it show up in scheduling or profiling. It could start the quantum in one routine, jump into the 'hog' routine, and return back before the quantum expires. In this case, the scheduler and profiler would not have accurate statistics so therefore couldn't be counted on unless something better existed. (Which we have now). Nate From owner-freebsd-hackers Sat Apr 6 08:34:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06423 for hackers-outgoing; Sat, 6 Apr 1996 08:34:17 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06377 for ; Sat, 6 Apr 1996 08:34:07 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id TAA13824; Sat, 6 Apr 1996 19:32:00 +0300 Date: Sat, 6 Apr 1996 19:31:59 +0300 (EET DST) From: Narvi To: Thomas Roell cc: Joerg Wunsch , Thomas Roell , hackers@FreeBSD.org, jkh@time.cdrom.com, roell@xinside.com Subject: Re: The F_SETOWN problem.. In-Reply-To: <199604061123.NAA00406@blah.a.isar.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Apr 1996, Thomas Roell wrote: > In your message of 6 April 1996 you write: > > > As Thomas Roell wrote: > > > > > > F_SETOWN on a tty only works for controlling terminals. This is because > > > > F_SETOWN is implemented as tcsetpgrp() and tcsetpgrp() is specified by > > > > POSIX. > > > > > 1) How do I get my process to be the controlling pgrp of this tty ? I > > > tried all things that worked under SVR4, but I'm lost on this one. > > > Just a couple of sample code lines would help me here incredible. > > > > See my other example (you might have missed it, i've sent it to > > freebsd-hackers). Basically, after #include'ing the appropriate > > headers: > > > > fork() -> exit the parent > > setsid() > > ioctl(fd, TIOCSCTTY, NULL) Couldn't the forked child use the IPC to notify it's parent what is going on on the other tty? Or generate any number of child's having the specific controlling terminals reporting the parent (which has maybe detached itself from any) back about what goes on on each one? > > > > I doubt this is what you want :), don't you think polling with > > select() would be easier? > > This is neither what I want, nor is select() easier to use for me in > this scenario. Actually I'm using select() right now and want to get > rid of it. > > > > 2) Can my progress have two controlling ttys ? > > > > Of course not. > > That's what I thought. > > > > 3) Since this process has opened already a virutal terminal, he is > > > recieving signals for VT switching. Now if I would detach this one > > > from being the controlling tty and move the controlling tty to > > > /dev/cuaa1, would I still get those signals ? > > > > Of course not. But you would see the SIGHUP caused by unplugging the > > mouse. =:) > > *sigh* > -- > Denver Office THOMAS ROELL /\ Das Reh springt hoch, > +1(303)298-7478 X INSIDE INC / \/\ das Reh springt weit, > 1801 Broadway, Suite 1710 / \ \/\ was soll es tun, > Denver, CO 80202 roell@xinside.com / Oelch! \ \ es hat ja Zeit. > Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Sat Apr 6 08:38:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06712 for hackers-outgoing; Sat, 6 Apr 1996 08:38:04 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06707 for ; Sat, 6 Apr 1996 08:38:01 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA13367 for ; Sat, 6 Apr 1996 11:41:37 -0500 Date: Sat, 6 Apr 1996 11:41:37 -0500 Message-Id: <199604061641.LAA13367@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: BROKEN_KBD still doesnt work Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running 2.1R, I have a MB that give me a "keyboard reset fails" message when I attempt to reboot. Configuring BROKEN_KEYBOARD_RESET gets rid of the message, but the machine still doesn't reboot. What else can I try? thanks, Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Apr 6 09:41:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09074 for hackers-outgoing; Sat, 6 Apr 1996 09:41:30 -0800 (PST) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09069 for ; Sat, 6 Apr 1996 09:41:27 -0800 (PST) Received: from Early-Bird-1.Think.COM by mail.think.com; Sat, 6 Apr 96 12:41:26 -0500 Received: from compound (fergus-26.dialup.cfa.org) by Early-Bird.Think.COM; Sat, 6 Apr 96 12:41:22 EST Received: (from alk@localhost) by compound (8.6.12/8.6.112) id LAA09945; Sat, 6 Apr 1996 11:41:29 -0600 Date: Sat, 6 Apr 1996 11:41:29 -0600 Message-Id: <199604061741.LAA09945@compound> From: Tony Kimball To: hackers@freebsd.org Subject: Re: pgcc and kernels.. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Bruce Evans Date: Sat, 6 Apr 1996 19:51:00 +1000 gcc is always right. I take it this is axiomatic:) parts are mostly the old Intel work which was done long before that. 2.4.2. The 2.7.2.9 pgcc seems to retain all the front-end features of 2.7.2, but fall down on back-end innovations of the past 3 years or so. Anyhow, I just compiled those files with 2.6.3, foolhardy soul that I am. //alk From owner-freebsd-hackers Sat Apr 6 10:46:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10714 for hackers-outgoing; Sat, 6 Apr 1996 10:46:48 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10709 for ; Sat, 6 Apr 1996 10:46:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA06070; Sun, 7 Apr 1996 04:46:05 +1000 Date: Sun, 7 Apr 1996 04:46:05 +1000 From: Bruce Evans Message-Id: <199604061846.EAA06070@godzilla.zeta.org.au> To: alk@Think.COM, nate@sri.MT.net Subject: Re: interrupts and such Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Why retain clk0? It *does* seem a bit excessive. >Both are necessary. It's basically a 'sampling' problem. You must >sample faster than events are occuring to more accurately gain >information about them. Since the sheduling algorithm still uses clk0 More precisely, you must sample independently to obtain unbiased information, and you may sample faster to obtain more accurate information. The usual rtc0 rate is only slightly faster than the clk0 rate (128:100). 128 Hz is too slow to give accurate profiling information while you wait on anything faster than 1 Mhz 8088, so a faster rtc0 rate of 1024 Hz is used for profiling. This is fast enough for a 10 MHz 8088 :-). >With the current system, it's possible for a process to burn up just a old (BSD before 4.4Lite) >tiny bit less than it's quantum at times but *never* have any of it show >up in scheduling or profiling. It could start the quantum in one >routine, jump into the 'hog' routine, and return back before the quantum >expires. In this case, the scheduler and profiler would not have >accurate statistics so therefore couldn't be counted on unless something >better existed. (Which we have now). Bruce From owner-freebsd-hackers Sat Apr 6 11:21:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11514 for hackers-outgoing; Sat, 6 Apr 1996 11:21:41 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA11508 for ; Sat, 6 Apr 1996 11:21:38 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA06139; Sat, 6 Apr 1996 13:20:34 -0600 From: Joe Greco Message-Id: <199604061920.NAA06139@brasil.moneng.mei.com> Subject: Re: interrupts and such To: imp@village.org (Warner Losh) Date: Sat, 6 Apr 1996 13:20:33 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199604051725.KAA16272@rover.village.org> from "Warner Losh" at Apr 5, 96 10:25:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just did a vmstat -i on my 2.1R I notice that I get 100/s for clk0 > (which is what I'd expect) and 128/s for rtc0 on irq8. This seems > excessive to me to have both. Also, I notice on an older 1.1.5.1R > system that the rtc0 device isn't listed in vmstat's output. > > So what is rtc0 and why is it acting like a clock interrupt? Noticed today on news.sol.net: hummin# vmstat -i interrupt total rate clk0 irq0 16981562 261 rtc0 irq8 8308881 128 fdc0 irq6 1 0 sc0 irq1 1831 0 ed0 irq10 9768007 150 Total 35060282 540 What the heck, with clk0? The board is an ASUS Triton P90 with NCR-810 and AHA-3940 controller, one SMC Ethernet, not much else.. The ASUS SP3G it replaced did not seem to exhibit that behaviour. I see the same bizarre extra "irq0" oddity on Exec-PC's Triton board: daily-planet# vmstat -i interrupt total rate clk0 irq0 7781389 495 rtc0 irq8 2010688 128 fdc0 irq6 1 0 sc0 irq1 167 0 lpt0 irq7 1 0 Total 9792246 623 Nifty :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Sat Apr 6 11:22:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11542 for hackers-outgoing; Sat, 6 Apr 1996 11:22:55 -0800 (PST) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11537 for ; Sat, 6 Apr 1996 11:22:52 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA13663; Sat, 6 Apr 1996 14:26:26 -0500 Date: Sat, 6 Apr 1996 14:26:26 -0500 Message-Id: <199604061926.OAA13663@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Melvin Deloyd Robinson From: dennis@etinc.com (dennis) Subject: Re: BROKEN_KBD still doesnt work Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Dennis, > >I posted about a week ago on my friend's machine repeatedly getting this >error. I traced the error message to the vm_machdep.c module where the >BROKEN_KEYBOARD_RESET option is present. I want to work on this problem as >soon as I find more literature about the hardware involved, namely >datasheets or databooks on the keyboard controllers. Is your keyboard >controller the 8042 or some other? AMIKEY-2, obviously an AMI prop chip. This is pretty frightening. BTW, its an ACER 486-PCI MB. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Apr 6 11:26:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11737 for hackers-outgoing; Sat, 6 Apr 1996 11:26:13 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11732 for ; Sat, 6 Apr 1996 11:26:10 -0800 (PST) Received: from localhost.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.6.12/8.6.12) with SMTP id OAA00616 for ; Sat, 6 Apr 1996 14:26:01 -0500 Message-Id: <199604061926.OAA00616@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost.rwwa.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: GNU binutils port Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Apr 1996 14:26:01 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't see a port for GCC or the binutils in the 2.1 release, and binutils don't seem to build out of the box on 2.1 (at least a plain old ./configure fails). Out of curiosity, why is that (both of thats that is... ;-) ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Sat Apr 6 11:40:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12212 for hackers-outgoing; Sat, 6 Apr 1996 11:40:16 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12202 for ; Sat, 6 Apr 1996 11:40:08 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id LAA00333; Sat, 6 Apr 1996 11:39:05 -0800 Message-Id: <199604061939.LAA00333@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "David Langford" cc: henrich@crh.cl.msu.edu (Charles Henrich), freebsd-hackers@FreeBSD.org Subject: Re: raplayer under linux emulation? In-reply-to: Your message of "Fri, 05 Apr 1996 23:53:47 -1000." <199604060953.XAA00229@caliban.dihelix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Apr 1996 11:39:04 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>> "David Langford" said:, >>> "David Langford" said: > Charles Henrich > > > >Any of you crazy kids out there been able to get raplayer v2002ab to run un der > >linux emulation for FreeBSD 2.1R/stable/current? > > > > Charles Henrich Michigan State University henrich@msu.edu > > No, the FreeBSD sound code is too old and flaky to be used with much > of the current Linux software on the street that uses sound code. > Raplayer requires a recent version of TASS and the sound code for > FreeBSD uses an old version that isnt entirly compatible. > Yes, the only change required for the linux emualation layer is the support for mixer control. As for the sound driver being old in the current release of FreeBSD maybe however we do have tasd3.5. It works okay with my GUS PnP. As for raplayer is an old style audio net tool which is supposed to be upgraded to use rtp. Amancio From owner-freebsd-hackers Sat Apr 6 11:55:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12507 for hackers-outgoing; Sat, 6 Apr 1996 11:55:40 -0800 (PST) Received: from woodlawn.uchicago.edu (root@woodlawn.uchicago.edu [128.135.12.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA12502 for ; Sat, 6 Apr 1996 11:55:35 -0800 (PST) Received: from woodlawn.uchicago.edu (csdayton@localhost.uchicago.edu [127.0.0.1]) by woodlawn.uchicago.edu (8.7.1/8.7.2) with ESMTP id NAA26862; Sat, 6 Apr 1996 13:54:43 -0600 (CST) Message-Id: <199604061954.NAA26862@woodlawn.uchicago.edu> To: Stephen Fisher cc: freebsd-hackers@freebsd.org Subject: Re: Compiling BIND 4.9.3pl1 In-reply-to: Your message of "Sat, 06 Apr 1996 12:29:19 MST." References: Reply-To: csdayton@midway.uchicago.edu Date: Sat, 06 Apr 1996 13:54:42 CST From: Soren Dayton Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen Fisher said: >As you said to this person, I replaced compat/include/sys/cdefs.h with >the one FreeBSD uses and it compiled fine on the first try. I was >concentrating on the BSD/ directory after it failed in the main directory. > >That was easy. thanks. yeah, I (or someone) really ought to put this in ports. It would be pretty straightforward to do. My question before was whether someone had integrated bind 4.9.3 into libc on current. As I said on the newsgroup, it would be quite easy if the NIS stuff was not in the net library (of course where else would it be :) and how different is the non-nis code in the net part of libc from net2? (could a bunch of very fuzzy context diffs be done to get to the bind 4.9.3 state?) Soren From owner-freebsd-hackers Sat Apr 6 12:07:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12830 for hackers-outgoing; Sat, 6 Apr 1996 12:07:50 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12825 for ; Sat, 6 Apr 1996 12:07:48 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA00735; Sat, 6 Apr 1996 12:06:49 -0800 Message-Id: <199604062006.MAA00735@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "David Langford" cc: henrich@crh.cl.msu.edu (Charles Henrich), freebsd-hackers@FreeBSD.org Subject: Re: raplayer under linux emulation? In-reply-to: Your message of "Fri, 05 Apr 1996 23:53:47 -1000." <199604060953.XAA00229@caliban.dihelix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Apr 1996 12:06:48 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Forgot to add, I lost interest in trying to provide support for the real audio thingy when I found out that one of the FreeBSD hackers works there and that the server was developed on a FreeBSD box. Later, Amancio From owner-freebsd-hackers Sat Apr 6 12:17:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13268 for hackers-outgoing; Sat, 6 Apr 1996 12:17:39 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13263 for ; Sat, 6 Apr 1996 12:17:37 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id PAA00512; Sat, 6 Apr 1996 15:17:23 -0500 From: Charles Henrich Message-Id: <199604062017.PAA00512@crh.cl.msu.edu> Subject: Re: raplayer under linux emulation? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sat, 6 Apr 1996 15:17:22 -0500 (EST) Cc: langfod@dihelix.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199604062006.MAA00735@rah.star-gate.com> from "Amancio Hasty Jr." at Apr 6, 96 12:06:48 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Forgot to add, I lost interest in trying to provide support for > the real audio thingy when I found out that one of the FreeBSD hackers > works there and that the server was developed on a FreeBSD box. Why exactly would you lose interest because of that? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sat Apr 6 12:36:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14140 for hackers-outgoing; Sat, 6 Apr 1996 12:36:03 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA14079 for ; Sat, 6 Apr 1996 12:36:00 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA01007; Sat, 6 Apr 1996 12:35:06 -0800 Message-Id: <199604062035.MAA01007@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Charles Henrich cc: langfod@dihelix.com, freebsd-hackers@FreeBSD.org Subject: Re: raplayer under linux emulation? In-reply-to: Your message of "Sat, 06 Apr 1996 15:17:22 EST." <199604062017.PAA00512@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Apr 1996 12:35:06 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Because I will have to do it and clearly there is someone on Progressive who can do it and it will take them far shorter time to do it that I do add the mixer code for the linux emulation layer. At any rate this is my personal feeling and we need all the help that we can get in the multimedia arena. Amancio >>> Charles Henrich said: > > Forgot to add, I lost interest in trying to provide support for > > the real audio thingy when I found out that one of the FreeBSD hackers > > works there and that the server was developed on a FreeBSD box. > > Why exactly would you lose interest because of that? > > -Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sat Apr 6 13:37:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18200 for hackers-outgoing; Sat, 6 Apr 1996 13:37:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18190 for ; Sat, 6 Apr 1996 13:37:10 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA11034; Sun, 7 Apr 1996 07:35:55 +1000 Date: Sun, 7 Apr 1996 07:35:55 +1000 From: Bruce Evans Message-Id: <199604062135.HAA11034@godzilla.zeta.org.au> To: imp@village.org, jgreco@brasil.moneng.mei.com Subject: Re: interrupts and such Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Noticed today on news.sol.net: >hummin# vmstat -i >interrupt total rate >clk0 irq0 16981562 261 >rtc0 irq8 8308881 128 >fdc0 irq6 1 0 >sc0 irq1 1831 0 >ed0 irq10 9768007 150 >Total 35060282 540 >What the heck, with clk0? The counter for clk0 interrupts is used to count all clock and pci interrupts in non-current versions of FreeBSD. You should upgrade that crufty ethernet card :-). Bruce From owner-freebsd-hackers Sat Apr 6 15:32:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22061 for hackers-outgoing; Sat, 6 Apr 1996 15:32:09 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA22016 for ; Sat, 6 Apr 1996 15:31:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id QAA26137; Sat, 6 Apr 1996 16:29:05 -0700 Message-Id: <199604062329.QAA26137@rover.village.org> To: Robert Withrow Subject: Re: GNU binutils port Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 06 Apr 1996 14:26:01 EST Date: Sat, 06 Apr 1996 16:29:05 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : Out of curiosity, why is that (both of thats that is... ;-) Because binutils doesn't support FreeBSD's shared libraries. Also, gcc is bundled with FreeBSD, so there is no need to have it as a port. Actually, binutils compiles great on FreeBSD if you are using it as a cross compiler to another, supported platform. :-(. All of this stems from the fact that ld in FreeBSD is a binutils 1.x era ld and the needed functionality would be, ahhh, non-trivial to bring forward into the 2.x line. There is some noise about ELF fixing all of this, but I'm not sure how much of that is GEE WIZZ stuff, and how much is production quality hardened code. With ELF, it would be very easy to use the latest binutils 2.1. In fact, there is a ELF link kit for people that are running -current that want to play around with this stuff, but memory escapes me at the moment... Warner From owner-freebsd-hackers Sat Apr 6 15:45:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22651 for hackers-outgoing; Sat, 6 Apr 1996 15:45:25 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22645 for hackers; Sat, 6 Apr 1996 15:45:24 -0800 (PST) Date: Sat, 6 Apr 1996 15:45:24 -0800 (PST) From: Jeffrey Hsu Message-Id: <199604062345.PAA22645@freefall.freebsd.org> To: hackers Subject: Netscape install of FreeBSD Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here's a wild idea for a project: a netscape (or any other browser) install of FreeBSD. There are a number of technical problems to solve, but that's left as an exercise for the reader. From owner-freebsd-hackers Sat Apr 6 15:57:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23480 for hackers-outgoing; Sat, 6 Apr 1996 15:57:43 -0800 (PST) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA23462 Sat, 6 Apr 1996 15:57:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id AAA04738 ; Sun, 7 Apr 1996 00:57:18 +0100 (BST) To: Jeffrey Hsu cc: hackers@freefall.freebsd.org From: "Gary Palmer" Subject: Re: Netscape install of FreeBSD In-reply-to: Your message of "Sat, 06 Apr 1996 15:45:24 -0800." <199604062345.PAA22645@freefall.freebsd.org> Date: Sun, 07 Apr 1996 00:57:18 +0100 Message-ID: <4735.828835038@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jeffrey Hsu wrote in message ID <199604062345.PAA22645@freefall.freebsd.org>: > Here's a wild idea for a project: a netscape (or any other browser) > install of FreeBSD. There are a number of technical problems > to solve, but that's left as an exercise for the reader. Actually, already been thought of and tossed around a bit. Well, more specifically, Jordan and I talked a bit about using a WWW browser and CGI scripts to create the configuration manager for post-install stuff like adding/deleting users, changing /etc/sysconfig, etc. This was last summer when we were melting from heat and trying to finish the 2.0.5 installer at the same time. I don't think either of us have had time to do more than toss this around in our heads ever since :-( Gary From owner-freebsd-hackers Sat Apr 6 16:21:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25308 for hackers-outgoing; Sat, 6 Apr 1996 16:21:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25286 for ; Sat, 6 Apr 1996 16:21:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA22780 for ; Sun, 7 Apr 1996 02:21:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA26660 for freebsd-hackers@freebsd.org; Sun, 7 Apr 1996 02:21:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id CAA14657 for freebsd-hackers@freebsd.org; Sun, 7 Apr 1996 02:20:18 +0200 (MET DST) From: J Wunsch Message-Id: <199604070020.CAA14657@uriah.heep.sax.de> Subject: Re: BROKEN_KBD still doesnt work To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Apr 1996 02:20:17 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604061641.LAA13367@etinc.com> from "dennis" at Apr 6, 96 11:41:37 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As dennis wrote: > > Running 2.1R, I have a MB that give me a "keyboard reset fails" message > when I attempt to reboot. Configuring BROKEN_KEYBOARD_RESET > gets rid of the message, but the machine still doesn't reboot. > > What else can I try? Get another mainboard? I've seen some mainboards that need Plague& Pray disabled in order to reboot. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 6 16:23:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25429 for hackers-outgoing; Sat, 6 Apr 1996 16:23:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25423 for ; Sat, 6 Apr 1996 16:23:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA08505; Sat, 6 Apr 1996 16:23:07 -0800 (PST) To: Tony Kimball cc: hackers@FreeBSD.org Subject: Re: pgcc and kernels.. In-reply-to: Your message of "Sat, 06 Apr 1996 11:41:29 CST." <199604061741.LAA09945@compound> Date: Sat, 06 Apr 1996 16:23:07 -0800 Message-ID: <8503.828836587@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > 2.4.2. The 2.7.2.9 pgcc seems to retain all the front-end features of > 2.7.2, but fall down on back-end innovations of the past 3 years or so. > > Anyhow, I just compiled those files with 2.6.3, foolhardy soul that I am. You must have done more than that, since our stock libgcc doesn't support some of the inlines that pgcc generates. Jordan From owner-freebsd-hackers Sat Apr 6 16:26:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25548 for hackers-outgoing; Sat, 6 Apr 1996 16:26:29 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25539 for ; Sat, 6 Apr 1996 16:26:23 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA05301; Sun, 7 Apr 1996 10:22:00 +0930 From: Michael Smith Message-Id: <199604070052.KAA05301@genesis.atrad.adelaide.edu.au> Subject: Re: BROKEN_KBD still doesnt work To: dennis@etinc.com (dennis) Date: Sun, 7 Apr 1996 10:22:00 +0930 (CST) Cc: melrobin@Jetson.UH.EDU, hackers@freebsd.org In-Reply-To: <199604061926.OAA13663@etinc.com> from "dennis" at Apr 6, 96 02:26:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dennis stands accused of saying: > > > >I posted about a week ago on my friend's machine repeatedly getting this > >error. I traced the error message to the vm_machdep.c module where the > >BROKEN_KEYBOARD_RESET option is present. I want to work on this problem as > >soon as I find more literature about the hardware involved, namely > >datasheets or databooks on the keyboard controllers. Is your keyboard > >controller the 8042 or some other? > > AMIKEY-2, obviously an AMI prop chip. This is pretty frightening. It's an 8042 with AMI's own labelling on it. The problem has been discussed lengthily before; check the -questions and -hackers archive for discussions by Rod and others. > BTW, its an ACER 486-PCI MB. That would make it an ALI chipset? Most of the offenders I've run into so far have been 486 PCI boards based on a UMC chipset. The problems are twofold : - The keyboard controller doesn't respond to the normal command that should cause it to strobe the reset line. - Causing a processor triple-fault fails to cause the chipset to generate a reset. If you get a hang when rebooting, but no "Keyboard reset failed..." message, then you have a board that may respond to BROKEN_KEYBOARD_RESET. (ie. it wedges when you try it). > Dennis -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Apr 6 16:27:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25575 for hackers-outgoing; Sat, 6 Apr 1996 16:27:09 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25570 for ; Sat, 6 Apr 1996 16:27:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA28693; Sat, 6 Apr 1996 17:21:08 -0700 From: Terry Lambert Message-Id: <199604070021.RAA28693@phaeton.artisoft.com> Subject: Re: The F_SETOWN problem.. To: roell@blah.a.isar.de (Thomas Roell) Date: Sat, 6 Apr 1996 17:21:08 -0700 (MST) Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com, roell@xinside.com In-Reply-To: <199604060911.LAA00234@blah.a.isar.de> from "Thomas Roell" at Apr 6, 96 11:11:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ok, then I had 2 or 3 maybe very stupid sounding questions (and believe me, > I tried to work around them for quite a while now): > > 1) How do I get my process to be the controlling pgrp of this tty ? I > tried all things that worked under SVR4, but I'm lost on this one. > Just a couple of sample code lines would help me here incredible. The question is wrong. The correct question is "how do I make this tty the controlling tty for my process?". You are attempting to map in the wrong direction. > 2) Can my progress have two controlling ttys ? Basically this process > is also going to open /dev/ttyv3 (as an example), reading the > keyboard and also wanting to recieve a SIGIO (which fails right now > the same way). No. There is "THE controlling tty for a process group". Consider: when I have multiple tty's open, and I open /dev/tty, which tty will I get? The answer is that I will get the controlling tty. I assume you want this for SIGHUP processing? I used to work (for more than 5 years) as THE software engineer (not including the company president) for the #1 UNIX communications software (TERM). The *ONLY* reliable way to get SIGHUP delivery on two or more ttys is to use another process for each additional tty to act as the controlling process and then use an IPC mechanism to send the signals to the "master" process. We had to do this for a terminal emulation program, since I might call in and then call out of a system, and I want loss of carrier on EITHER tty to cause the program to shutdown the connection on the other tty. Consider: I call into work and I call out, long distance, and then my local power fails. Really, the entire idea of controlling ttys and signal delivery and session and process and credential association is rather broken. Unfortunately POSIX has cast it in stone and now we are all screwed if we want to be standards compliant. 8-(. > 3) Since this process has opened already a virutal terminal, he is > recieving signals for VT switching. Now if I would detach this one > from being the controlling tty and move the controlling tty to > /dev/cuaa1, would I still get those signals ? I don't know how the VT switching decides where to gsignal(), having not really cared to look (I still believe that DDX should be provided by the OS, and a signlaiing API of any kind is therefore unnecessary). I suspect it uses controlling tty in the process that has it open, so doing that would cause the signals to be blocked. 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 Apr 6 16:32:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25884 for hackers-outgoing; Sat, 6 Apr 1996 16:32:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25879 Sat, 6 Apr 1996 16:32:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA08598; Sat, 6 Apr 1996 16:32:06 -0800 (PST) To: Jeffrey Hsu cc: hackers@freefall.freebsd.org Subject: Re: Netscape install of FreeBSD In-reply-to: Your message of "Sat, 06 Apr 1996 15:45:24 PST." <199604062345.PAA22645@freefall.freebsd.org> Date: Sat, 06 Apr 1996 16:32:06 -0800 Message-ID: <8596.828837126@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here's a wild idea for a project: a netscape (or any other browser) > install of FreeBSD. There are a number of technical problems > to solve, but that's left as an exercise for the reader. No kidding.. :-) Jordan From owner-freebsd-hackers Sat Apr 6 16:35:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26067 for hackers-outgoing; Sat, 6 Apr 1996 16:35:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA26062 for ; Sat, 6 Apr 1996 16:34:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA28711; Sat, 6 Apr 1996 17:29:02 -0700 From: Terry Lambert Message-Id: <199604070029.RAA28711@phaeton.artisoft.com> Subject: Re: BROKEN_KBD still doesnt work To: dennis@etinc.com (dennis) Date: Sat, 6 Apr 1996 17:29:02 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199604061641.LAA13367@etinc.com> from "dennis" at Apr 6, 96 11:41:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Running 2.1R, I have a MB that give me a "keyboard reset fails" message > when I attempt to reboot. Configuring BROKEN_KEYBOARD_RESET > gets rid of the message, but the machine still doesn't reboot. > > What else can I try? The first reset attempt is the keyboard reset. This can fail because of gate A20 wrap being assumed by the BIOS, or the segment being assumed by the BIOS so it won't work from protected mode, etc.. The second reset attempt is to cause a triple fault. The BROKEN_KEYBOARD_RESET flag says "don't do the keyboard reset", which causes yu to go right to the triple fault. If your motherboard hardware causes a soft instead of a hard reset on a triple fault, technically it's broken. If both the keyboard and the triple fault are broken, welcome to Big Red Switchville, population 15% of all 386 and above computers. Potential fixes: 1) Detect if you have an EISA bus; if you do, use the EISA hardware reset instead of the keyboard or triple fault. 2) Detect if you have an PCI bus; if you do, use the PCI hardware reset instead of the keyboard or triple fault. 3) Get a fixed BIOS that doesn't depend on gate A20 or segment selectors. 4) Get a fixed motherboard that hardresets when it is uspposed to. This will fix the 3c509 PnP card recognition-on-cold-boot problem at the same time. 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 Apr 6 16:51:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26747 for hackers-outgoing; Sat, 6 Apr 1996 16:51:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA26740 for ; Sat, 6 Apr 1996 16:51:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA23206; Sun, 7 Apr 1996 02:50:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA26927; Sun, 7 Apr 1996 02:50:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id CAA14750; Sun, 7 Apr 1996 02:24:33 +0200 (MET DST) From: J Wunsch Message-Id: <199604070024.CAA14750@uriah.heep.sax.de> Subject: Re: Compiling BIND 4.9.3pl1 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Apr 1996 02:24:33 +0200 (MET DST) Cc: lithium@cia-g.com, csdayton@midway.uchicago.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604061954.NAA26862@woodlawn.uchicago.edu> from "Soren Dayton" at Apr 6, 96 01:54:42 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Soren Dayton wrote: > My question before was whether someone > had integrated bind 4.9.3 into libc on current. Peter Wemm did it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 6 17:55:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00834 for hackers-outgoing; Sat, 6 Apr 1996 17:55:43 -0800 (PST) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA00828 for ; Sat, 6 Apr 1996 17:55:40 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id UAA02199; Sat, 6 Apr 1996 20:54:22 -0500 (EST) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id UAA02870; Sat, 6 Apr 1996 20:54:21 -0500 (EST) Date: Sat, 6 Apr 1996 20:54:21 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Warner Losh cc: Robert Withrow , hackers@FreeBSD.ORG Subject: Re: GNU binutils port In-Reply-To: <199604062329.QAA26137@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Apr 1996, Warner Losh wrote: > : Out of curiosity, why is that (both of thats that is... ;-) > > Because binutils doesn't support FreeBSD's shared libraries. Also, > gcc is bundled with FreeBSD, so there is no need to have it as a port. > > Actually, binutils compiles great on FreeBSD if you are using it as a > cross compiler to another, supported platform. :-(. > > All of this stems from the fact that ld in FreeBSD is a binutils 1.x > era ld and the needed functionality would be, ahhh, non-trivial to > bring forward into the 2.x line. > > There is some noise about ELF fixing all of this, but I'm not sure how > much of that is GEE WIZZ stuff, and how much is production quality > hardened code. With ELF, it would be very easy to use the latest > binutils 2.1. In fact, there is a ELF link kit for people that are > running -current that want to play around with this stuff, but memory > escapes me at the moment... Actually, that was John Polstra, and he did it for 2.1. According to the last I read, he was bringing it forward to -current, but the Elfkit he made is in wcarchive's incoming. It REQUIRES gcc and binutils. > > Warner > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Sat Apr 6 17:56:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00878 for hackers-outgoing; Sat, 6 Apr 1996 17:56:01 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA00822 Sat, 6 Apr 1996 17:55:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id SAA26621; Sat, 6 Apr 1996 18:54:42 -0700 Message-Id: <199604070154.SAA26621@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Netscape install of FreeBSD Cc: Jeffrey Hsu , hackers@freefall.freebsd.org In-reply-to: Your message of Sat, 06 Apr 1996 16:32:06 PST Date: Sat, 06 Apr 1996 18:54:42 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : No kidding.. :-) Actually, I'd be happy with something (that may or may not be web based) that I can run on my current system and have it generate the needed junk to do a seemless upgrade. From past converstations, this would likely be a generated tcl script that would just call install things and have them do the right thing. How hard would that be to do? Heck, we could even generate custom boot disks with this stuff on it that could be used by an automatic boot disk generator web page. That is assuming that the vn stuff I saw lately works well enough to mount files. For the truly evil minded, it could be a java script that you download that querries the system configuration and then generates a filled in form that could be sent to a CGI program that would create a boot disk for you to download (which said java program could then download, and maybe even write to the floppy). Warner P.S. I notice that the Caldera stuff I got recently had two boot disks that seemed to be needed to boot linux. I was very happy to see we just need one now. :-) From owner-freebsd-hackers Sat Apr 6 17:58:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01072 for hackers-outgoing; Sat, 6 Apr 1996 17:58:07 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01066 Sat, 6 Apr 1996 17:58:06 -0800 (PST) Received: (from joelw@localhost) by hemi.com (8.6.12/8.6.12) id SAA13121; Sat, 6 Apr 1996 18:59:25 -0700 From: Joel Ward Message-Id: <199604070159.SAA13121@hemi.com> Subject: Fresco port To: freebsd-ports@freebsd.org Date: Sat, 6 Apr 1996 18:59:24 -0700 (MST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ok, here's my deal: i got Fresco (a package to interface to graphics from either unix X, Macs, or MS windows 95/NT) nad tried to compile it. It identified my system as FreeBSD 1.1 (it's really 2.0-RELEASE) and produced quite a few errors. (it's on www.faslab.com, btw) Fresco works fine on other unix variants, including linux, so im sure its nothing huge that needs to be changed. has someone already done this? - Joel From owner-freebsd-hackers Sat Apr 6 17:58:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01141 for hackers-outgoing; Sat, 6 Apr 1996 17:58:53 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01135 Sat, 6 Apr 1996 17:58:52 -0800 (PST) Date: Sat, 6 Apr 1996 17:58:52 -0800 (PST) From: Jeffrey Hsu Message-Id: <199604070158.RAA01135@freefall.freebsd.org> To: gpalmer Subject: Re: Netscape install of FreeBSD Cc: hackers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > specifically, Jordan and I talked a bit about using a WWW browser and > CGI scripts to create the configuration manager for post-install stuff > like adding/deleting users, changing /etc/sysconfig, etc. I meant the install install, that is, click a button from Netscape running in Windows or Linux and it goes off and partitions your drive, downloads FreeBSD, installs it, sets up the boot manager, asks you some questions and writes the appropriate files onto the newly created BSD ufs, then reboots. This is an example of network software distribution which everyone seems to want to do with the web. From owner-freebsd-hackers Sat Apr 6 19:01:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03827 for hackers-outgoing; Sat, 6 Apr 1996 19:01:15 -0800 (PST) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA03816 Sat, 6 Apr 1996 19:01:11 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id WAA26882; Sat, 6 Apr 1996 22:01:00 -0500 (EST) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id WAA04526; Sat, 6 Apr 1996 22:01:00 -0500 (EST) Date: Sat, 6 Apr 1996 22:00:59 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Joel Ward cc: freebsd-ports@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Fresco port In-Reply-To: <199604070159.SAA13121@hemi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 6 Apr 1996, Joel Ward wrote: > ok, here's my deal: i got Fresco (a package to interface to graphics > from either unix X, Macs, or MS windows 95/NT) nad tried to compile it. > It identified my system as FreeBSD 1.1 (it's really 2.0-RELEASE) and > produced quite a few errors. (it's on www.faslab.com, btw) > > Fresco works fine on other unix variants, including linux, so > im sure its nothing huge that needs to be changed. has someone already > done this? I think you ought to give it a try before you say "it's nothing big". It is something really big, all tied up in lots and lots of Imakefiles, and hidden behind some horrible complicated hacks to make it's own namespace. On top of that, it's a moving target, under development so it's always changing. If you're interested, Interviews has been ported to FreeBSD. Interviews could be said to be Fresco's parent, does a lot of the same things, and comes with some interesting (and working) applications, like a nice class browser, and a graphics program. Look in the ports collection. > > - Joel > ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Sat Apr 6 19:51:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12684 for hackers-outgoing; Sat, 6 Apr 1996 19:51:36 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA12677 for ; Sat, 6 Apr 1996 19:51:28 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id UAA15621 for hackers@freebsd.org; Sat, 6 Apr 1996 20:52:53 -0700 From: Ade Barkah Message-Id: <199604070352.UAA15621@hemi.com> Subject: HELP! All processes CPU time *stuck* at 0.00% To: hackers@freebsd.org Date: Sat, 6 Apr 1996 20:52:53 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a really weird problem. All of the process CPU percentage time as reported by ps and top is 0.0% (even if I run a huge cpu-hog test program.) vmstat reports the computer is at 0% idle(!) (top says it about 9.3% idle, usually we're at 85-90%+ idle), although the load average is near 0 (0.08, etc.) The computer seems to be running fine despite these extremely weird stat numbers. Any ideas before I do the "let's reboot and see if this gets fixed" solution ? My environment is FreeBSD 2.1-RELEASE. The machine crashed earlier today (12 hours ago) for unknown reasons (probably dying Adaptec card, could be bad L2 cache.) Some very interesting output: 1. ps | PID %CPU COMMAND | 0 0.0 (swapper) | 1 0.0 /sbin/init -- | 2 0.0 (pagedaemon) | 3 0.0 (vmdaemon) | 4 0.0 (update) | 54 0.0 routed -q | 69 0.0 /etc/annex/erpcd | 74 0.0 /usr/local/sbin/httpd -d /usr/local/www/server | 98 0.0 syslogd | 103 0.0 named -b /etc/named.boot [...rest deleted... all stuck at 0.0] 2. top | load averages: 0.04, 0.14, 0.21 20:34:35 | 112 processes: 1 running, 111 sleeping | | Memory: 44M Active, 3544K Inact, 7900K Wired, 4088K Cache, 2600K Free | Swap: 131M Total, 131M Free | | PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND | 12590 user1 18 0 668K 1092K sleep 0:00 0.00% 0.00% tcsh | 9867 user2 18 0 660K 1068K sleep 0:01 0.00% 0.00% tcsh | 12617 user1 18 0 668K 1064K sleep 0:00 0.00% 0.00% tcsh [...rest deleted... all %CPU stuck at 0.0, TIME gets incremented] 3. vmstat, 5 second samples |procs memory page disks faults cpu |r b w avm fre flt re pi po fr sr f0 s0 s1 c0 in sy cs us sy id |2 0 0183116 4492 43 0 0 0 32 0 0 1 0 0 257 210 33 3 4 93 |0 0 0183120 4484 1 0 0 0 0 0 0 0 0 0 170 343 91 0 0 0 |0 0 0152696 4180 33 0 0 0 14 0 0 512 0 0 197 391 92 0 0 0 |0 0 0152112 4044 57 0 0 0 44 0 0 0 0 0 176 521 99 0 0 0 |0 0 0173264 3816 102 0 0 0 80 0 0 0 512 0 148 903 258 0 0 0 Any ideas ? These numbers really make me uneasy. Thanks in advance, -Ade Barkah -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Sat Apr 6 19:53:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12986 for hackers-outgoing; Sat, 6 Apr 1996 19:53:14 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA12979 Sat, 6 Apr 1996 19:53:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id UAA27079; Sat, 6 Apr 1996 20:52:18 -0700 Message-Id: <199604070352.UAA27079@rover.village.org> To: Joel Ward Subject: Re: Fresco port Cc: freebsd-ports@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 06 Apr 1996 18:59:24 MST Date: Sat, 06 Apr 1996 20:52:18 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : It identified my system as FreeBSD 1.1 (it's really 2.0-RELEASE) and : produced quite a few errors. (it's on www.faslab.com, btw) Hmmm. 2.0R had an old version of GCC that was unable to compile Fresco due to it not supporting nested classes properly. Also, older versions of XFree86 would misidentify FreeBSD 2.0R because imake effectively hard coded that value. I've compiled Fresco on a 2.0R system a long long long time ago. I used a snapshot that was billed to fix the fresco compile problem from the gcc folks. It seemed to, and I reported that back to them. Warner From owner-freebsd-hackers Sat Apr 6 19:56:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13361 for hackers-outgoing; Sat, 6 Apr 1996 19:56:56 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA13326 Sat, 6 Apr 1996 19:56:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id UAA27091; Sat, 6 Apr 1996 20:54:55 -0700 Message-Id: <199604070354.UAA27091@rover.village.org> To: Chuck Robey Subject: Re: Fresco port Cc: Joel Ward , freebsd-ports@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 06 Apr 1996 22:00:59 EST Date: Sat, 06 Apr 1996 20:54:55 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : I think you ought to give it a try before you say "it's nothing big". It : is something really big, all tied up in lots and lots of Imakefiles, and : hidden behind some horrible complicated hacks to make it's own : namespace. On top of that, it's a moving target, under development so : it's always changing. Most of the imake stuff isn't horrible to fix, unless you are completely new to Imake (in which case it is likely impossible). In the version I took a look at last year, they were doing some interesting hacks to have lots of stuff automatically generated. Why they needed to do this was hand waved away, but it did seem pretty gross. Warner From owner-freebsd-hackers Sat Apr 6 23:06:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20248 for hackers-outgoing; Sat, 6 Apr 1996 23:06:30 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA20243 for ; Sat, 6 Apr 1996 23:06:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA10021 for ; Sat, 6 Apr 1996 23:05:51 -0800 (PST) Prev-Resent: Sat, 06 Apr 1996 23:05:50 -0800 Prev-Resent: "hackers@freebsd.org " Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA09961 for ; Sat, 6 Apr 1996 22:31:05 -0800 (PST) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id AAA02011 for ; Sun, 7 Apr 1996 00:26:25 -0600 Received: by webster.unety.net with Microsoft Mail id <01BB2419.36344C40@webster.unety.net>; Sun, 7 Apr 1996 00:28:58 -0600 Message-ID: <01BB2419.36344C40@webster.unety.net> From: Jim Fleming To: "'Jordan K. Hubbard'" Subject: Check IP Version Date: Sun, 7 Apr 1996 00:28:56 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Resent-To: hackers@freebsd.org Resent-Date: Sat, 06 Apr 1996 23:05:51 -0800 Resent-Message-ID: <10019.828860751@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan, I am starting to develop a substantialliy modified version of the IP protocol. As specified in the IP protocol the ip_v (IP Version) field of the IP header should be set to 4. (see /usr/src/sys/netinet/ip.h) It is not desirable for new versions of IP to "break" existing code. I have not provide this but in studying the SLIP code I see that there is never really a check done to see of the IP header is of version 4. The TCP header is checked as follows... Line 557 of /usr/src/sys/net/if_sl.c if ((ip = mtod(m, struct ip *))->ip_p == IPPROTO_TCP) { I suggest that you might want to change this to... if ((ip = mtod(m, struct ip *))->ip_v == IPVERSION) && (ip->ip_p == IPPROTO_TCP)) { ...just to make sure... By the way...I think PPP is OK...I will keep looking... -- Jim Fleming UNETY Systems, Inc. Naperville, IL 60563 e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat Apr 6 23:11:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20526 for hackers-outgoing; Sat, 6 Apr 1996 23:11:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20503 for ; Sat, 6 Apr 1996 23:11:38 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA32368; Sun, 7 Apr 1996 17:06:17 +1000 Date: Sun, 7 Apr 1996 17:06:17 +1000 From: Bruce Evans Message-Id: <199604070706.RAA32368@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, mbarkah@hemi.com Subject: Re: HELP! All processes CPU time *stuck* at 0.00% Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have a really weird problem. All of the process CPU percentage >time as reported by ps and top is 0.0% (even if I run a huge cpu-hog >test program.) vmstat reports the computer is at 0% idle(!) (top says Your rtc0 clock interrupt stopped working for some reason. This may be caused by using option DUMMY_NOPS or some other timing problem in accessing the rtc. I removed this option in -current a few days ago. >3. vmstat, 5 second samples >|procs memory page disks faults cpu >|r b w avm fre flt re pi po fr sr f0 s0 s1 c0 in sy cs us sy id >|2 0 0183116 4492 43 0 0 0 32 0 0 1 0 0 257 210 33 3 4 93 >|0 0 0183120 4484 1 0 0 0 0 0 0 0 0 0 170 343 91 0 0 0 >|0 0 0152696 4180 33 0 0 0 14 0 0 512 0 0 197 391 92 0 0 0 >|0 0 0152112 4044 57 0 0 0 44 0 0 0 0 0 176 521 99 0 0 0 >|0 0 0173264 3816 102 0 0 0 80 0 0 0 512 0 148 903 258 0 0 0 The `in' count should always be >= 100+128 (+-1 +-1) if clock interrupts are working. Bruce