From owner-freebsd-hackers Sun Dec 3 00:36:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04022 for hackers-outgoing; Sun, 3 Dec 1995 00:36:45 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA03998 for ; Sun, 3 Dec 1995 00:36:31 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA16906; Sun, 3 Dec 1995 19:35:44 +1100 Date: Sun, 3 Dec 1995 19:35:44 +1100 From: Bruce Evans Message-Id: <199512030835.TAA16906@godzilla.zeta.org.au> To: andrew@fortress.org, msmith@atrad.adelaide.edu.au Subject: Re: Strange Multi-port SIO behaviour Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Andrew Webster stands accused of saying: >> > > Can you please note the state of the ports when their probes fail? >> > > In particular, DCD and rx status info are vital. Also, enable verbose >> > > probing (flags & 0x80) on all the ports, and let us know which tests >> > > fail. >Well it didn't take long to crash... Attached you will find the dmesg >output from the system after the crash-reboot. I'd really like to >findout why it crashes once every day to 2 days! At last, an adequate bug report! (I made verbose probing the default but someone reversed the flag. The idea was that you turn the flag off for nonexistent devices and leave it set for all real devices to get useful error messages. This was before the device enable flag and the -c boot flag existed so it was hard to turn flags off. Now verbose error messages should always be printed for all enabled devices and there is no need for the special sio flag.) >The following ports were up (DCD asserted) at the time of the crash: >sio7,8,9,10,11,12,13,14,17 >> At the end of /sys/i386/isa/sio.c:sioprobe() replace >> >> return (result); >> with >> return (IO_COMSIZE); >> >> You'll still get all the setup stuff from the probe, but even if the probe >> fails, the port should be recognised. >Any danger the port would be left in some wierd state? It depends. In this case the problem seems to be that some ports inherit pending interrupts from before the crash. This stops shared interrupts from working until all the other ports sharing an interrupt have been probed. This explains why the last port on each of your boards is probed successfully. The second last port is probed successfully iff the last port doesn't have a pending interrupt... If this is the problem, then each board is left in a weird state until after all probes and attaches on it have completed. Then its state becomes OK. Board 1: >sio4: probe test 3 failed >sio4 not found at 0x1a0 >... >sio7 at 0x1b8-0x1bf irq 7 flags 0x781 on isa >sio7: type 16550A (multiport master) Board 2: >sio8: probe test 3 failed >sio8 not found at 0x140 >... >sio14 at 0x130-0x137 flags 0xf85 on isa >sio14: type 16550A (multiport) >sio15 at 0x138-0x13f irq 9 flags 0xf85 on isa >sio15: type 16550A (multiport master) Board 3: >sio16: probe test 3 failed >sio16 not found at 0x200 >sio17 at 0x208-0x20f flags 0x1785 on isa >sio17: type 16550A (multiport) >... >sio23 at 0x238-0x23f irq 3 flags 0x1785 on isa >sio23: type 16550A (multiport master) This problems should be fixed as a side effect of another fix in -current. Bruce ---------------------------- revision 1.123 date: 1995/11/29 15:00:07; author: bde; state: Exp; lines: +5 -10 Removed builtin list of port addresses. The address for sio3 conflicted with S3 graphics cards. Now users should put sio[2-3] in the config file if the hardware exisst, even if the probe is certain to fail due to an interrupt conflict. Otherwise, ports sharing the interrupt may fail the probe if the system is warm booted while sio[2-3] are active (perhaps under another OS). The same problem for nonstandard ports is now handled better than before. ---------------------------- Index: sio.c =================================================================== RCS file: /a/ncvs/src/sys/i386/isa/sio.c,v retrieving revision 1.122 retrieving revision 1.123 diff -c -2 -r1.122 -r1.123 *** sio.c 1995/11/29 14:39:57 1.122 --- sio.c 1995/11/29 15:00:07 1.123 *************** *** 32,36 **** * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.122 1995/11/29 14:39:57 julian Exp $ */ --- 32,36 ---- * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.123 1995/11/29 15:00:07 bde Exp $ */ *************** *** 340,346 **** }; - /* XXX - configure this list */ - static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; - static struct kern_devconf kdc_sio[NSIO] = { { 0, 0, 0, /* filled in by dev_attach */ --- 340,343 ---- *************** *** 503,507 **** { static bool_t already_init; - Port_t *com_ptr; bool_t failures[10]; int fn; --- 500,503 ---- *************** *** 510,513 **** --- 506,510 ---- u_char mcr_image; int result; + struct isa_device *xdev; sioregisterdev(dev); *************** *** 520,528 **** * XXX the gate enable is elsewhere for some multiports. */ ! for (com_ptr = likely_com_ports; ! com_ptr < &likely_com_ports[sizeof likely_com_ports ! / sizeof likely_com_ports[0]]; ! ++com_ptr) ! outb(*com_ptr + com_mcr, 0); #if NCRD > 0 /* --- 517,523 ---- * XXX the gate enable is elsewhere for some multiports. */ ! for (xdev = isa_devtab_tty; xdev->id_driver != NULL; xdev++) ! if (xdev->id_driver == &siodriver && xdev->id_enabled) ! outb(xdev->id_iobase + com_mcr, 0); #if NCRD > 0 /* From owner-freebsd-hackers Sun Dec 3 01:09:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06336 for hackers-outgoing; Sun, 3 Dec 1995 01:09:25 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA06329 for ; Sun, 3 Dec 1995 01:09:16 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 3 Dec 95 09:08 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA15634; Sun, 3 Dec 1995 10:09:07 +0100 Message-Id: <199512030909.KAA15634@allegro.lemis.de> Subject: Re: Minor change to make To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 3 Dec 1995 09:42:20 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 3, 95 01:31:28 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1651 Sender: owner-hackers@freebsd.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: > >>> In message <199512021742.RAA14346@exalt.x.org> Kaleb S. KEITHLEY >>> writes: >>> >>> >I want make to silently ignore a failure to find a .include file. The >>> >reason I want this is because in the next release of X imake will generate >>> >Makefiles that can use include files for dependencies if the system's make >>> >supports it. >>> >>> >+ #if WANT_FATAL_INCLUDE_FAILURE >>> > Parse_Error (PARSE_FATAL, "Could not find %s", file); >>> >+ #endif >>> >>> Why not simple change PARSE_FATAL to PARSE_WARNING? >>> I.e. this diagnostic prints (to help detect wrong includes), >>> but it will be non-fatal. > >> Humbug. I don't want a build log filled with (more) nonsense warnings; >> I've already got enough of those as it is. > >> It could emit a warning if make is run with "-d i" or something. Would >> that make everyone happy? > > Default case must produce diagnostic. Our system > Makefiles very depends on .included parts and can acts undetectable > different when some parts are missing by typing error f.e. > > I have nothing against adding commandline option to _disable_ error > or .sinclude as you originally suggest or something like > .IGNORE_INCLUDES: > target (I prefer this solution). I think this is probably the best solution: retain the single .include directive, let it die if the file isn't found, *unless* a '-d i' option or a '.ACCEPT_MISSING_INCLUDES (or whatever) target is supplied (sorry, Andrey, I think the name .IGNORE_INCLUDES is ambiguous). That way the default doesn't change, but the functionality can be enabled at will. Greg From owner-freebsd-hackers Sun Dec 3 03:11:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA15396 for hackers-outgoing; Sun, 3 Dec 1995 03:11:29 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA15366 for ; Sun, 3 Dec 1995 03:11:14 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id DAA00717; Sun, 3 Dec 1995 03:11:05 -0800 Date: Sun, 3 Dec 1995 03:11:05 -0800 Message-Id: <199512031111.DAA00717@silvia.HIP.Berkeley.EDU> To: fyao@pssci.umass.edu CC: hackers@FreeBSD.org In-reply-to: <199511212142.QAA00593@titan.oit.umass.edu> (message from Fude Yao on Tue, 21 Nov 1995 16:42:32 -0500 (EST)) Subject: Re: no subject (file transmission) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello, I'm Satoshi and I'm the ports manager. * contribute to this project. I am interested in adding Chinese Processing * Capability to this package, too. I'm not exactly sure what you mean here, but if you are interested in adding programs that support Chinese to our ports/package collection, maybe I can help. (In fact, I've been looking for someone who can do the Chinese ports -- I only understand Japanese.) If you are interested, please read sections 4.2 and 4.3 of the FreeBSD handbook (http://www.freebsd.org/handbook/handbook.html) and get back to me. (Don't try to understand everthing in there though -- I just want you to get the general idea. ;) Satoshi From owner-freebsd-hackers Sun Dec 3 06:56:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA29437 for hackers-outgoing; Sun, 3 Dec 1995 06:56:46 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA29432 for ; Sun, 3 Dec 1995 06:56:43 -0800 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 PAA04768 for ; Sun, 3 Dec 1995 15:56:35 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id PAA27613 for freebsd-hackers@FreeBSD.ORG; Sun, 3 Dec 1995 15:56:34 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id PAA05822 for freebsd-hackers@FreeBSD.ORG; Sun, 3 Dec 1995 15:55:26 +0100 (MET) From: Ollivier Robert Message-Id: <199512031455.PAA05822@keltia.freenix.fr> Subject: 8.7.2: Important fix for mail hubs To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Sun, 3 Dec 1995 15:55:25 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1393 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Peter, have you seen this ? ------- start of forwarded message ------- From: gshapiro@scooter.WPI.EDU (Gregory Neil Shapiro) Newsgroups: comp.mail.sendmail Subject: 8.7.2: Important fix for mail hubs Date: 29 Nov 1995 16:17:09 -0500 Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280 There is a problem with 8.7.2 which causes the daemon to give two replies to a RCPT if the RCPT triggers a name server timeout. This is dangerous in that the client connection acts on the first response and then uses the second response on the next mail assuming the connection is for more than one mail message (i.e. a queue run). Here is an example: 220 garden.WPI.EDU ESMTP Sendmail 8.7.2/8.7.1; Wed, 29 Nov 1995 15:43:24 -0500 MAIL From: 250 ... Sender ok RCPT To: 451 ... hhmi.org: Name server timeout 250 Recipient ok (will queue) quit 221 garden.WPI.EDU closing connection The problem is in putoutmsg() in err.c. Below is a patch: *** err.c~orig Wed Nov 29 16:02:02 1995 --- err.c Wed Nov 29 16:02:45 1995 *************** *** 385,391 **** fprintf(CurEnv->e_xfp, "%s\n", msg); if (msgcode == '8') ! msg[0] == '0'; /* output to channel if appropriate */ if (!Verbose && msg[0] == '0') --- 385,391 ---- fprintf(CurEnv->e_xfp, "%s\n", msg); if (msgcode == '8') ! msg[0] = '0'; /* output to channel if appropriate */ if (!Verbose && msg[0] == '0') ------- end of forwarded message ------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #7: Mon Nov 6 21:08:06 MET 1995 From owner-freebsd-hackers Sun Dec 3 08:10:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA03474 for hackers-outgoing; Sun, 3 Dec 1995 08:10:39 -0800 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA03467 for ; Sun, 3 Dec 1995 08:10:34 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id LAA13131; Sun, 3 Dec 1995 11:15:32 -0500 Message-Id: <199512031615.LAA13131@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Bruce Evans cc: freebsd-hackers@freebsd.org, witr@rwwa.com Subject: Re: Proper way to determine non-blocking status... In-reply-to: Your message of "Sun, 03 Dec 1995 14:58:40 +1100." <199512030358.OAA07217@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 03 Dec 1995 11:15:31 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk Do you mind if I pepper you with some more questions? 1) Is there any guidance on what priority pass to tsleep? 2) Would I be correct in assuming that IPL will be the same *after* tsleep returns as it was *before*. (I'm already pretty sure of that, reading the code. It makes sense anyway.) 3) Is there anyway short of using timeout() to hook into the clock interrupt (like xxpoll() in SYSV)? 4) I'm porting a streams driver to FreeBSD. It isn't a network style device, so I need to use the character dev model. The backend (and parts of the frontend) construct and enqueue messages to pass to the user when he eventually does a read. I need to alloc memory for each of these messages (which have random sizes, from dozens of bytes up to 1024 bytes). I'm curently using malloc(size,M_DEVBUF,waitflag). Is there better way to do this? 5) Are there any ipl restrictions on calling wakeup()? 6) Where does device ipl come from? I don't see it in the config file? How do I know what ipl my device interrupts at? 7) xxintr(int unit). Which unit? How computed? I'm used to xxintr(int vec). 8) I see that people often avoid having xxread/xxwrite routines for this situation. I did the opposite: I have xxread/xxwrite routines and require the stuff sent to be protocol packets. Is there any major drawback to this besides the possiblity of having some butthead do ``cat /etc/passwd /dev/mcc''? Also: > The ugl^H^H^Hrightly formatted way is: Actual routine is: int mccread(dev_t dev, struct uio *uio, int ioflag) { mcc_t *mcc = MCC_DEV(dev); /* Private data for this channel */ mcc_mblk_t *mp; int oldspl; /* Send first accumulated message, or wait if possible */ again: oldspl = SPLINT(); /* Lock */ mp = l_remove_head(&mcc->mcc_done); /* Get anything there */ if (mp) { /* Return it */ mc_primitives_union_t *mcp = MCC_MBLK_DATA(mp); if (mcp->header.mc_length > uio->uio_resid) { /* We refuse to copy less than a complete message, so we requeue this one! */ l_add_head(&mcc->mcc_done,mp); /* Return it to head of list */ splx(oldspl); /* Unlock */ return EINVAL; } else { splx(oldspl); /* Unlock */ uiomove(mcp, mcp->header.mc_length, uio); free(mp,M_DEVBUF); return 0; } } else if (ioflag & IO_NDELAY) { /* Can't block, sorry */ splx(oldspl); /* Unlock */ return EWOULDBLOCK; } else { /* Otherwise try again */ int error; mcc->mcc_blocked = 1; /* Mark ourselves blocked */ error = tsleep(&mcc->mcc_done, PZERO | PCATCH, "mccin", 0); mcc->mcc_blocked = 0; /* Mark ourselves unblocked */ splx(oldspl); /* Unlock */ if (error && (error != ERESTART)) return error; goto again; } } ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Sun Dec 3 08:32:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA04706 for hackers-outgoing; Sun, 3 Dec 1995 08:32:03 -0800 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA04697 for ; Sun, 3 Dec 1995 08:31:54 -0800 Received: by sovcom.kiae.su id AA24573 (5.65.kiae-1 ); Sun, 3 Dec 1995 19:29:09 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 3 Dec 95 19:29:09 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.6.12/8.6.12) id TAA00369; Sun, 3 Dec 1995 19:23:22 +0300 To: Greg Lehey Cc: FreeBSD Hackers References: <199512030909.KAA15634@allegro.lemis.de> In-Reply-To: <199512030909.KAA15634@allegro.lemis.de>; from Greg Lehey at Sun, 3 Dec 1995 09:42:20 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 3 Dec 1995 19:23:22 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Minor change to make Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 739 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199512030909.KAA15634@allegro.lemis.de> Greg Lehey writes: >I think this is probably the best solution: retain the single .include >directive, let it die if the file isn't found, *unless* a '-d i' >option or a '.ACCEPT_MISSING_INCLUDES (or whatever) target is supplied >(sorry, Andrey, I think the name .IGNORE_INCLUDES is ambiguous). That >way the default doesn't change, but the functionality can be enabled >at will. I agree. -- 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 Dec 3 08:42:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05474 for hackers-outgoing; Sun, 3 Dec 1995 08:42:42 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA05465 for ; Sun, 3 Dec 1995 08:42:35 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA14039 (5.67a/IDA-1.5 for hackers@freebsd.org); Sun, 3 Dec 1995 10:23:25 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id KAA17488; Sun, 3 Dec 1995 10:13:02 -0600 Date: Sun, 3 Dec 1995 10:13:02 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512031613.KAA17488@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: FreeBSD 2.0.5R hanging inexplicably... Newsgroups: taronga.freebsd.hackers In-Reply-To: <199511151021.VAA29801@rf900.physics.usyd.edu.au> References: <199511150821.TAA25998@godzilla.zeta.org.au> Organization: Taronga Park BBS Sender: owner-hackers@freebsd.org Precedence: bulk Just a data point here... Been having regular lockups on an HP Vectra running 2.0.5 from the CD. Not running PCVT, screensavers, or X. Seems to be related to heavy use of the CERN server as a proxy while unpacking news. Hopefully upgrading to 2.1 will fix it. From owner-freebsd-hackers Sun Dec 3 08:45:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05652 for hackers-outgoing; Sun, 3 Dec 1995 08:45:22 -0800 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA05646 for ; Sun, 3 Dec 1995 08:45:16 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id LAA13301; Sun, 3 Dec 1995 11:51:49 -0500 Message-Id: <199512031651.LAA13301@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: "Kaleb S. KEITHLEY" cc: hackers@freefall.freebsd.org Subject: Re: Minor change to make In-reply-to: Your message of "Sat, 02 Dec 1995 18:24:01 EDT." <199512022324.XAA14699@exalt.x.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 03 Dec 1995 11:51:48 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I know hacking make isn't as sexy as writing file systems, schedulers, > MS-DOS emulators, and linux binary compat; but I don't understand the > resistance to adding this? So, you're saying that this resistance is evidence of some sort of moral failing? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Sun Dec 3 09:15:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA08113 for hackers-outgoing; Sun, 3 Dec 1995 09:15:11 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA08031 for ; Sun, 3 Dec 1995 09:14:57 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA14315 (5.67a/IDA-1.5 for hackers@freebsd.org); Sun, 3 Dec 1995 10:46:32 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id KAA17968; Sun, 3 Dec 1995 10:31:22 -0600 Date: Sun, 3 Dec 1995 10:31:22 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512031631.KAA17968@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Adding New Hard Drives: A Major Complaint Newsgroups: taronga.freebsd.hackers In-Reply-To: <199511210452.EAA21782@genesis.atrad.adelaide.edu.au> References: <199511210301.TAA12703@rah.star-gate.com> Organization: Taronga Park BBS Sender: owner-hackers@freebsd.org Precedence: bulk Michael Smith wrote: >Amancio Hasty Jr. stands accused of saying: >> fdisk/disklabel Pretty lame if you ask me -- perhaps we should required >> FreeBSD to be booted by IBM Punch Cards.... >I can do that, if I can find the guy around here with the card hardware. I have a card punch, and about 10,000 cards left... From owner-freebsd-hackers Sun Dec 3 11:42:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18977 for hackers-outgoing; Sun, 3 Dec 1995 11:42:36 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA18968 for ; Sun, 3 Dec 1995 11:42:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA28692; Sun, 3 Dec 1995 20:42:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA22237; Sun, 3 Dec 1995 20:41:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id UAA04092; Sun, 3 Dec 1995 20:01:32 +0100 From: J Wunsch Message-Id: <199512031901.UAA04092@uriah.heep.sax.de> Subject: Re: mkisofs coredumping when attempting to write to HP SureStore 4020i To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 3 Dec 1995 20:01:31 +0100 (MET) Cc: jon@technix.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512020040.RAA02937@phaeton.artisoft.com> from "Terry Lambert" at Dec 1, 95 05:40:36 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 376 Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > You *never* run mkisofs against a writer device. Ever. If the filesystems perform fast enough, and the worm driver will be sophisticated enough (some day :), you could in fact do 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 Dec 3 11:43:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19027 for hackers-outgoing; Sun, 3 Dec 1995 11:43:17 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19022 for ; Sun, 3 Dec 1995 11:43:11 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA28726; Sun, 3 Dec 1995 20:42:36 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA22255; Sun, 3 Dec 1995 20:42:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA03839; Sun, 3 Dec 1995 19:34:22 +0100 From: J Wunsch Message-Id: <199512031834.TAA03839@uriah.heep.sax.de> Subject: Re: ft (Qic 40/80) To: trangmar@gnsnet.com (Robert Trangmar) Date: Sun, 3 Dec 1995 19:34:22 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Robert Trangmar" at Dec 2, 95 00:59:15 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 364 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Robert Trangmar wrote: > > > Does anyone know why this this wasn't written as a *complete* tape driver? Because _you_ didn't do it. :-) Joe Diehl (joed@freebsd.org) seems to be willing to do 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 Dec 3 11:43:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19083 for hackers-outgoing; Sun, 3 Dec 1995 11:43:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19066 for ; Sun, 3 Dec 1995 11:43:41 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA28661; Sun, 3 Dec 1995 20:41:34 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA22218; Sun, 3 Dec 1995 20:41:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA02443; Sun, 3 Dec 1995 15:14:29 +0100 From: J Wunsch Message-Id: <199512031414.PAA02443@uriah.heep.sax.de> Subject: Re: *** HELP! ifconfig aliases!? *** To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 3 Dec 1995 15:14:29 +0100 (MET) Cc: rls@kilroy.id.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511300607.HAA05091@keltia.freenix.fr> from "Ollivier Robert" at Nov 30, 95 07:07:52 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 488 Sender: owner-hackers@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > It seems that Robert Shady said: > > sites on it. Doing the standard "ifconfig ed0 alias a.b.c.d" didn't > > work, and neither did "ifconfig ed0 alias a.b.c.d netmask 255.255.255.0" > > Use netmask 0xffffffff for aliases. ...but only if they are in the same (sub)net as the primary address. -- 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 Dec 3 11:43:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19085 for hackers-outgoing; Sun, 3 Dec 1995 11:43:49 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19043 for ; Sun, 3 Dec 1995 11:43:22 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA28671 for ; Sun, 3 Dec 1995 20:41:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA22224 for freebsd-hackers@freebsd.org; Sun, 3 Dec 1995 20:41:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA03130 for freebsd-hackers@freebsd.org; Sun, 3 Dec 1995 19:04:44 +0100 From: J Wunsch Message-Id: <199512031804.TAA03130@uriah.heep.sax.de> Subject: Re: Anyone having 2.1 install trouble with funky IDE hardware? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 3 Dec 1995 19:04:44 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <284.817669986@time.cdrom.com> from "Jordan K. Hubbard" at Nov 29, 95 10:33:06 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 584 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > Have any folks out there > installed 2.1 on old-n-mouldy 386 equipment without incident? My test box is an ancient 386sx/16 w/ 6 MB RAM, a Seacrate ST1144A IDE disk, and a (flakey) Maxtor SCSI hanging off an AHA-1540*A* control- ler, plus a Herculess card & monitor. Everything went flawlessly for all of my 2.1 pre-releases. (Ain't this a pretty ancient environment for testing? :-) -- 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 Dec 3 11:50:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19631 for hackers-outgoing; Sun, 3 Dec 1995 11:50:59 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19626 for ; Sun, 3 Dec 1995 11:50:57 -0800 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 LAA04250 for ; Sun, 3 Dec 1995 11:48:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA28675 for ; Sun, 3 Dec 1995 20:41:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA22225 for freebsd-hackers@freebsd.org; Sun, 3 Dec 1995 20:41:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA03159 for freebsd-hackers@freebsd.org; Sun, 3 Dec 1995 19:07:09 +0100 From: J Wunsch Message-Id: <199512031807.TAA03159@uriah.heep.sax.de> Subject: Re: Anyone keen to help me get a Phillips CDD 521 Recorder working? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 3 Dec 1995 19:07:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512011802.TAA01100@yedi.iaf.nl> from "Wilko Bulte" at Dec 1, 95 07:02:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 562 Sender: owner-hackers@freebsd.org Precedence: bulk As Wilko Bulte wrote: > > If it's a philips, please take the time to fill in a feedabck form on www.philips.com > Another datapoint: we just got a Yamaha CDwriter (in exchange for a Philips > CDD522 (i think) which would not work on our DEC AXP machine) and that Yamaha > also responds to all LUNs .... It should not in 2.1 or 2.2-current. I've entered it as a known rogue in the worm 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 Sun Dec 3 11:56:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19880 for hackers-outgoing; Sun, 3 Dec 1995 11:56:48 -0800 Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19875 for ; Sun, 3 Dec 1995 11:56:46 -0800 Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id OAA27824; Sun, 3 Dec 1995 14:54:52 -0500 Date: Sun, 3 Dec 1995 14:54:52 -0500 (EST) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: HELP -- strange file system corruption under freebsd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk my friends at penn are having weird problems on their freebsd boxes. The machines load and run fine, then at some point the file system gets hosed and can't be repaired -- they have to reload. Windows 3.1 and linux do not have any problems (!?). Any ideas would be most appreciated. This has been seen under 2.05R and 2.10R. Ron Minnich |Like a knife through Daddy's heart: rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care (609)-734-3120 | of all my files and it's reliable and I like it". ---------- Forwarded message ---------- Date: Fri, 1 Dec 1995 18:55:54 -0500 (EST) From: Jeffrey D. Chung Subject: Re: EXACT configuration of your machines > can you send me the: > motherboard type, motherboard bios, motherboard bios revision, cache > type, scsi controller type, disk type, display card type. And a succint > problem definitino. I'm going to put the question to freebsd-hackers as > to what the heck is going on. > ron Motherboard Type: Tyan S1466 Motherboard Motherboard Revision: 1.1 Cache Type: 8ns SyncBurst (note the 8ns time. This is very new.) SCSI Controller: Adaptec 2940 Disk Type: Conner & HP SCSI II (If you need the exact type, let me know -- but the problems occur with both Conner & HP disks) Display Card: ATI Mach 64 card (I already checked with ATI. There are no known problems with our version of the card and the Triton chipset/Adaptec 2940 -- unlike previous versions) Periodically, the filesystems will corrupt themselves and cannot be fixed by a simple fsck. It seems to happen under low loads -- we cannot reproduce the effect using any disk-thrashing program, but nonetheless depending configuration - it appears to happen once every two weeks or so... (when we're not looking of course) It is unclear what actually happens to the filesystem... It just becomes corrupted. Next time it happens, we'll examine the inode structures... -Jeff. From owner-freebsd-hackers Sun Dec 3 12:07:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20379 for hackers-outgoing; Sun, 3 Dec 1995 12:07:03 -0800 Received: from generic.gnsnet.com (generic.dialup.inch.com [204.253.24.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA20373 for ; Sun, 3 Dec 1995 12:06:57 -0800 Received: from flatline.gnsnet.com (flatline.gnsnet.com [193.195.19.35]) by generic.gnsnet.com (8.6.11/8.6.9) with ESMTP id PAA01143; Sun, 3 Dec 1995 15:04:49 GMT Received: (from trangmar@localhost) by flatline.gnsnet.com (8.6.12/8.6.9) id PAA01236; Sun, 3 Dec 1995 15:05:15 -0500 Date: Sun, 3 Dec 1995 15:05:14 -0500 (EST) From: Robert Trangmar To: Joerg Wunsch cc: hackers@freebsd.org Subject: Re: ft (Qic 40/80) In-Reply-To: <199512031834.TAA03839@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I read mention of a list of projects which needed resource to complete. I have some time and resource and would be glad to *give something back* to the effort. Does this list exist? Great OS! Thanks to all those involved. (BTW: Terry Lambert pointed out the ugliness of the Qic interface and without wanting to duplicate effort i shall have leave that to someone much more expert than me in such devices.) thanks, RobT On Sun, 3 Dec 1995, J Wunsch wrote: > As Robert Trangmar wrote: > > > > > > Does anyone know why this this wasn't written as a *complete* tape driver? > > Because _you_ didn't do it. :-) > > Joe Diehl (joed@freebsd.org) seems to be willing to do 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. ;-) > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Trangmar trangmar@gnsnet.com NeXT Mail/Mime O.K Tel: (212) 7600225 Fax: (212) 6294314 "In cyberspace no-one can hear you farkel" -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Sun Dec 3 12:21:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA21257 for hackers-outgoing; Sun, 3 Dec 1995 12:21:04 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA21227 for ; Sun, 3 Dec 1995 12:20:50 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26626; Sun, 3 Dec 1995 15:20:11 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 3 Dec 1995 15:20 EST Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id OAA17606; Sun, 3 Dec 1995 14:16:08 -0500 Date: Sun, 3 Dec 1995 14:16:08 -0500 From: Thomas David Rivers Message-Id: <199512031916.OAA17606@ponds.UUCP> To: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Can't install 2.1 over SL/IP (bummer) Content-Type: text Content-Length: 2345 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I've finally found the time to try a 2.1 install on my laptop. (I tried it on my 4meg machine, at work; Jordan will be happy to here I have gotten a replacement for it, and will no longer need 1.2meg floppies, or 4meg configurations again. But, just F.Y.I. it didn't boot.) Anyway, I've tried several alternative mechanisms to get things working via SL/IP (on a direct connection) but the install script always tells me that sl0 isn't configured, and says I have to straighten it out in the "Network configuration" menu. First - There is no obvious way to reach the "Network configuration" menu, as it isn't listed. I suppose that is a reference to the menu where you fill in your hostname, etc... Second - when I go to the holographic shell, I find that, in fact; sl0 is configured, and the slattach is properly running. I can run mount_nfs to get something actually mounted. This means that the sysinstall script is incorrect in saying sl0 isn't working. How does it determine something isn't working? On the debugging screen, after the slattach I got: DEBUG: Command "slattach -s 19200 /dev/cuaa0' returns status of 0 DEBUG: Switching back to VTY1 and then I get the message on VTY1 indicating the "The device sl0 is not configured..." [By the way, I was able to "sneak" in a proper ifconfig for sl0 when entering the slattach command, I simply typed: ifconfig sl0 130.96.3.1 130.96.3.116; slattach -s 19200 /dev/cuaa0 in the window.] My situation is: 1) A laptop wired to a 19200 cable. 2) No gateway or default or nameserver routes I tried to get to a situation where I could edit the install script, but when you mount the boot floppy, all you can get to is the one 'kernel' file, where everything is compiled into the MFS... So, I have no good fix for this problem (I was able to work around the problem before by clever editing of the sysinstall script after bouncing into the emergency fix-up shell, but that has gone away.) So, I'm at a loss this go-'round. I can't install 2.1 on my laptop (unless, I suppose, I wrote everything to floppies.) Does anyone have a suggestion? Also, I'd like to argue for the return of the "emergency shell" which I found very helpful in the past (something like, pressing cntrl-A could get you the emergency shell, if it could be done...) - Thanks - - Dave Rivers - From owner-freebsd-hackers Sun Dec 3 12:21:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA21261 for hackers-outgoing; Sun, 3 Dec 1995 12:21:07 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA21234 for ; Sun, 3 Dec 1995 12:20:52 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26686; Sun, 3 Dec 1995 15:20:15 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 3 Dec 1995 15:20 EST Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id PAA18842; Sun, 3 Dec 1995 15:04:42 -0500 Date: Sun, 3 Dec 1995 15:04:42 -0500 From: Thomas David Rivers Message-Id: <199512032004.PAA18842@ponds.UUCP> To: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: Probable problem with SL/IP installations (ifconfig sl0 not run.) Content-Type: text Content-Length: 1327 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk After telneting into freefall, I think I've determined the bug in sysinstall that prevents SL/IP stuff from working. The 'devp' in tcpOpenDialog() has been passed an interface name of "cuaa0" (in my case.) It then winds up setting the VAR_IFCONFIG value based on that device name (it would be something like: ifconfig_cuaa0) Later, in network.c, the device name (passed in in 'dev') has become 'sl0', network.c at line 95 uses that to check for the environment variable 'ifconfig_sl0'; which has not been set. [Notable, I noticed in examining the debugging information on VTY2, there has been no 'ifconfig sl0' command executed...] So, network.c issues the message that sl0 isn't set, and fails the install. Jordan - can we get this repaired and make another boot floppy available? I thought about a hack to set this with something like: ifconfig_sl0=TRUE; export ifconfig_sl0; ifconfig sl0 ...; slattach ... in the slattach command, but that starts up a sub-process, and won't set the environment variable properly (it does get the ifconfig working, and I can merrily run mount_nfs on the "holographic shell") I hope fixing this will allow more people to try out FreeBSD 2.1, as I'm sure not all ISPs use PPP (e.g. I use SL/IP to connect to mine, although I had a choice.) - Thanks - - Dave Rivers - From owner-freebsd-hackers Sun Dec 3 12:30:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA21906 for hackers-outgoing; Sun, 3 Dec 1995 12:30:07 -0800 Received: from calypso.demon.co.uk (calypso.demon.co.uk [158.152.52.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA21837 for ; Sun, 3 Dec 1995 12:29:45 -0800 Received: (from rpelayo@localhost) by calypso (8.6.11/8.6.12) id UAA00198 for hackers@freebsd.org; Sun, 3 Dec 1995 20:08:41 GMT Date: Sun, 3 Dec 1995 20:08:41 GMT From: Rafael Pelayo Message-Id: <199512032008.UAA00198@calypso> To: hackers@freebsd.org Subject: PSM identified in sysctl hardware table Sender: owner-hackers@freebsd.org Precedence: bulk Here is a patch for the 2.1.0-RELEASE file /usr/src/sys/i386/isa/psm.c. It simply adds routines (poached from pcaudio.c) to create a device entry in the kernel sysctl hardware device table. Theres a load of copyright blurb relating to my company (GSI Limited). This is only to protect us as we are looking at releasing a distribution of the FreeBSD OS sometime in early to mid 1996. The blurb is the basic BSD notice with the addition that the redistribution is restricted to this code, and no code we may change in psm.c and not place under the general redistribution. Does anybody have a problem with this ? You may notice that I set the state to DC_UNKNOWN. As I didn't know if a mouse should have a state I left it as this. I also noticed that there is no class for mice. Should we be adding one ? The reason I say this is because we are looking at enhancing the XF86Config program so that it can find all mice in the system and ask the user which one they would like. If theres no mice class we will have to check the device names against the devices we know to be mice. Unfortunatly if a new mouse driver comes along with a new name, we are going to have to add it to the list (maybe not such a big thing as XFree needs to know about the type of mouse to support it anyway). Rafael Pelayo GSI Limited ####### DIFF FOLLOWING ######## *** psm.c Sun Dec 3 16:35:41 1995 --- psm.c.new Sun Dec 3 16:36:12 1995 *************** *** 45,50 **** --- 45,85 ---- * - 24 October 1993 */ + /* + + MX is a registered trademark of GSI Limited + Portions Copyright 1995-1996 GSI Limited + + All Rights Reserved + + Redistribution and use in source and binary forms, with or without + modification, are permitted provided that the following conditions + are met: + + 1. It is acknowledged that the software modifications implemented by GSI + Limited are simply for the furtherment of the FreeBSD and other BSD4.4 + derived Operating systems. + + 2. Is is also acknowledged that GSI is only allowing free distribution + of this module that contains this redistribution agreement as inserted + by a lawful representative of GSI Limited. + + 3. Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. + + THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED + WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF + MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN + NO EVENT SHALL GSI Limited BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, + SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, + PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR + PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF + LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING + NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS + SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + + */ + #include "psm.h" #if NPSM > 0 *************** *** 58,63 **** --- 93,99 ---- #include #include #include + #include #if 0 #include /* For debugging */ #endif *************** *** 125,130 **** --- 161,201 ---- #define AUX_PORT 0x60 /* AUX_PORT base (S.Yuen) */ + /* + + 03-12-95 Rafael Pelayo (GSI Limited) + Setup the kernel device config structure for the kernel sysctl hardware + table (nabbed this and other parts from pcaudio.c. + + */ + + static struct kern_devconf kdc_pca[NPSM] = { { + 0, 0, 0, /* filled in by dev_attach */ + "psm", 0, { MDDT_ISA, 0 }, + isa_generic_externalize, 0, 0, ISA_EXTERNALLEN, + &kdc_isa0, /* parent */ + 0, /* parentdata */ + DC_UNKNOWN, /* not supported */ + "PS/2 style mouse port" + } }; + + /* + + 03-12-95 Rafael Pelayo (GSI Limited) + Function to register this device with the kernel sysctl hardware table + + */ + + static inline void + psm_registerdev(struct isa_device *id) + { + if(id->id_unit) + kdc_pca[id->id_unit] = kdc_pca[0]; + kdc_pca[id->id_unit].kdc_unit = id->id_unit; + kdc_pca[id->id_unit].kdc_isa = id; + dev_attach(&kdc_pca[id->id_unit]); + } + static void psm_write_dev(int inport, u_char value) { psm_poll_status(); *************** *** 200,205 **** --- 271,285 ---- /* Done */ + /* + + 03-12-95 Rafael Pelayo (GSI Limited) + Now call the registerdev function for this device (psm of course) so that + the device appears in the kernel sysctl hardware table + + */ + + psm_registerdev(dvp); return(0); } From owner-freebsd-hackers Sun Dec 3 12:54:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA23397 for hackers-outgoing; Sun, 3 Dec 1995 12:54:15 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA23391 for ; Sun, 3 Dec 1995 12:54:12 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA18859; Sun, 3 Dec 1995 12:51:32 -0800 To: Robert Withrow cc: "Kaleb S. KEITHLEY" , hackers@freefall.freebsd.org Subject: Re: Minor change to make In-reply-to: Your message of "Sun, 03 Dec 1995 11:51:48 EST." <199512031651.LAA13301@spooky.rwwa.com> Date: Sun, 03 Dec 1995 12:51:32 -0800 Message-ID: <18857.818023892@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Can't be - we don't have any morals here. > > I know hacking make isn't as sexy as writing file systems, schedulers, > > MS-DOS emulators, and linux binary compat; but I don't understand the > > resistance to adding this? > > So, you're saying that this resistance is evidence of some sort > of moral failing? > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM > R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA > From owner-freebsd-hackers Sun Dec 3 13:10:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA24078 for hackers-outgoing; Sun, 3 Dec 1995 13:10:37 -0800 Received: from Aspen.Woc.Atinc.COM (Aspen.Woc.Atinc.COM [198.138.38.205]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA24055 ; Sun, 3 Dec 1995 13:10:24 -0800 Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id QAA06636; Sun, 3 Dec 1995 16:10:30 -0500 Date: Sun, 3 Dec 1995 16:10:28 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Thomas David Rivers cc: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: Can't install 2.1 over SL/IP (bummer) In-Reply-To: <199512031916.OAA17606@ponds.UUCP> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 3 Dec 1995, Thomas David Rivers wrote: > So, I'm at a loss this go-'round. I can't install 2.1 on my > laptop (unless, I suppose, I wrote everything to floppies.) > > > Does anyone have a suggestion? you can try installing via lp0--the tcp/ip thru the parallel port driver. you will need a laplink parallel cable. if you build you own, use the pinout data in /sys/i386/isa/lpt.c: * +----------------------------------------+ * |A-name A-End B-End Descr. Port/Bit | * +----------------------------------------+ * |DATA0 2 15 Data 0/0x01 | * |-ERROR 15 2 1/0x08 | * +----------------------------------------+ * |DATA1 3 13 Data 0/0x02 | * |+SLCT 13 3 1/0x10 | * +----------------------------------------+ * |DATA2 4 12 Data 0/0x04 | * |+PE 12 4 1/0x20 | * +----------------------------------------+ * |DATA3 5 10 Strobe 0/0x08 | * |-ACK 10 5 1/0x40 | * +----------------------------------------+ * |DATA4 6 11 Data 0/0x10 | * |BUSY 11 6 1/~0x80 | * +----------------------------------------+ * |GND 18-25 18-25 GND - | * +----------------------------------------+ * Expect transfer-rates up to 75 kbyte/sec. Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Sun Dec 3 13:10:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA24120 for hackers-outgoing; Sun, 3 Dec 1995 13:10:58 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA24111 for ; Sun, 3 Dec 1995 13:10:54 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA18922; Sun, 3 Dec 1995 13:10:32 -0800 To: peter@taronga.com (Peter da Silva) cc: hackers@FreeBSD.ORG Subject: Re: Adding New Hard Drives: A Major Complaint In-reply-to: Your message of "Sun, 03 Dec 1995 10:31:22 CST." <199512031631.KAA17968@bonkers.taronga.com> Date: Sun, 03 Dec 1995 13:10:32 -0800 Message-ID: <18919.818025032@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I have a card punch, and about 10,000 cards left... 10K cards. Hmmm. Is that enough for a bindist? :-) Jordan From owner-freebsd-hackers Sun Dec 3 13:53:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26689 for hackers-outgoing; Sun, 3 Dec 1995 13:53:07 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26678 ; Sun, 3 Dec 1995 13:52:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA19207; Sun, 3 Dec 1995 13:52:40 -0800 To: Thomas David Rivers cc: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: Re: Probable problem with SL/IP installations (ifconfig sl0 not run.) In-reply-to: Your message of "Sun, 03 Dec 1995 15:04:42 EST." <199512032004.PAA18842@ponds.UUCP> Date: Sun, 03 Dec 1995 13:52:40 -0800 Message-ID: <19205.818027560@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > After telneting into freefall, I think I've determined > the bug in sysinstall that prevents SL/IP stuff from > working. You're still looking at the wrong code! :-( You have to look at this relative to *2.1-RELEASE* please! Jordan From owner-freebsd-hackers Sun Dec 3 13:56:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26907 for hackers-outgoing; Sun, 3 Dec 1995 13:56:03 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26893 ; Sun, 3 Dec 1995 13:55:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA19256; Sun, 3 Dec 1995 13:55:35 -0800 To: Thomas David Rivers cc: freebsd-bugs@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: Can't install 2.1 over SL/IP (bummer) In-reply-to: Your message of "Sun, 03 Dec 1995 14:16:08 EST." <199512031916.OAA17606@ponds.UUCP> Date: Sun, 03 Dec 1995 13:55:35 -0800 Message-ID: <19254.818027735@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Also, I'd like to argue for the return of the "emergency shell" > which I found very helpful in the past (something like, pressing > cntrl-A could get you the emergency shell, if it could be done...) Not only were you looking at the wrong code, but it doesn't even look like you're installing 2.1 here! The emergency holographic shell, as it's called, is prominently announced in 2.1! Jordan From owner-freebsd-hackers Sun Dec 3 14:06:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA27526 for hackers-outgoing; Sun, 3 Dec 1995 14:06:24 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA27505 for ; Sun, 3 Dec 1995 14:06:13 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA19297; Sun, 3 Dec 1995 14:03:51 -0800 To: Rafael Pelayo Cc: hackers@freebsd.org Subject: Re: PSM identified in sysctl hardware table In-reply-to: Your message of "Sun, 03 Dec 1995 20:08:41 GMT." <199512032008.UAA00198@calypso> Date: Sun, 03 Dec 1995 14:03:51 -0800 Message-ID: <19295.818028231@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > to my company (GSI Limited). This is only to protect us as we are looking > at releasing a distribution of the FreeBSD OS sometime in early to mid 1996. Oh? May I ask whether or not you intend to work actively with the project in doing so, or is this is a purely commercial venture? In either case, it might be worth everyone's while to try and incorporate any changes as cooperatively as possible. There's certainly no need to fractionalize the *BSD world any further if we can possibly avoid it! > The blurb is the basic BSD notice with the addition that the redistribution > is restricted to this code, and no code we may change in psm.c and not place > under the general redistribution. Does anybody have a problem with this ? I'm not sure I understand it, is the problem. I don't understand the conditions imposed by clause 1 and I'm not sure what you're getting at in clause 2. Could you perhaps clarify this? Jordan From owner-freebsd-hackers Sun Dec 3 14:11:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28006 for hackers-outgoing; Sun, 3 Dec 1995 14:11:42 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA27998 for ; Sun, 3 Dec 1995 14:11:33 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA19324; Sun, 3 Dec 1995 14:09:52 -0800 To: Robert Trangmar cc: Joerg Wunsch , hackers@freebsd.org Subject: Re: ft (Qic 40/80) In-reply-to: Your message of "Sun, 03 Dec 1995 15:05:14 EST." Date: Sun, 03 Dec 1995 14:09:51 -0800 Message-ID: <19321.818028591@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > > I read mention of a list of projects which needed resource to complete. I > have some time and resource and would be glad to *give something back* to > the effort. Does this list exist? I'm working on it right now. Say, if you want something quick, do you have a PS/2 mouse lying around by any chance? Merging the psm driver into syscons is LONG LONG LONG overdue! Jordan From owner-freebsd-hackers Sun Dec 3 14:12:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28062 for hackers-outgoing; Sun, 3 Dec 1995 14:12:41 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA28052 for ; Sun, 3 Dec 1995 14:12:31 -0800 Received: from exalt.x.org by expo.x.org id AA22038; Sun, 3 Dec 95 17:11:59 -0500 Received: from localhost by exalt.x.org id WAA17372; Sun, 3 Dec 1995 22:11:59 GMT Message-Id: <199512032211.WAA17372@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: Minor change to make In-Reply-To: Your message of Sun, 03 Dec 1995 11:51:48 EDT. <199512031651.LAA13301@spooky.rwwa.com> Organization: X Consortium Date: Sun, 03 Dec 1995 17:11:58 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I know hacking make isn't as sexy as writing file systems, schedulers, > > MS-DOS emulators, and linux binary compat; but I don't understand the > > resistance to adding this? > > So, you're saying that this resistance is evidence of some sort > of moral failing? I really really really wasn't going to say any more on this topic. I'm not sure how you get to "moral failing." Seems more like a priorities issue. I think some of the responses to this simple enhancement request could have been written by Gary Kildall. ;-) -- Kaleb KEITHLEY From owner-freebsd-hackers Sun Dec 3 14:21:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28931 for hackers-outgoing; Sun, 3 Dec 1995 14:21:04 -0800 Received: from pr.erau.edu (root@moon.pr.erau.edu [192.101.135.8]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA28897 ; Sun, 3 Dec 1995 14:20:47 -0800 Received: from moon by pr.erau.edu with smtp (Smail3.1.29.1 #18) id m0tMMm3-00022cC; Sun, 3 Dec 95 15:20 MST Date: Sun, 3 Dec 1995 15:20:43 -0700 (MST) From: Stephen Waits X-Sender: swaits@moon To: Craig Shrimpton cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: Inodes for news server In-Reply-To: <199512031756.MAA01609@solar.os.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 3 Dec 1995, Craig Shrimpton wrote: > >Does FreeBSD support multiple-drive volumes?? I was under the (perhaps > >incorrect) assumption that this 'striping' support still did not exist in > > I believe you still must either mount the drives under the appropriate > directory like: mount /dev/my_big_mother_hd /var/news/alt/useless/chatter/ > or use symlinks. Does anyone know if this is planned or in the works? I understand Linux has this capability already.. (RAID 0+1) Also, when can we expect to see snaps of the -current tree? TIA, --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Sun Dec 3 14:28:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29311 for hackers-outgoing; Sun, 3 Dec 1995 14:28:28 -0800 Received: from stills.pubnix.net (Stills.pubnix.net [192.172.250.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA29298 for ; Sun, 3 Dec 1995 14:28:09 -0800 Received: (from uguard@localhost) by stills.pubnix.net (8.6.11/8.6.12) with UUCP id RAA08695; Sun, 3 Dec 1995 17:25:27 -0500 Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.9) id KAA04535; Sun, 3 Dec 1995 10:36:45 -0500 Date: Sun, 3 Dec 1995 10:36:45 -0500 (EST) From: Andrew Webster Reply-To: captain@pubnix.net To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org Subject: Re: Strange Multi-port SIO behaviour In-Reply-To: <199512030835.TAA16906@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 3 Dec 1995, Bruce Evans wrote: > It depends. In this case the problem seems to be that some ports > inherit pending interrupts from before the crash. This stops shared > interrupts from working until all the other ports sharing an interrupt > have been probed. This explains why the last port on each of your > boards is probed successfully. The second last port is probed > successfully iff the last port doesn't have a pending interrupt... > > If this is the problem, then each board is left in a weird state until > after all probes and attaches on it have completed. Then its state > becomes OK. What would happend if I setup the system like this: sio4: at 0x1b8-0x1bf flags 0x781 irq 7 (master) sio5: at 0x1b0-0x1b7 flags 0x781 . sio7: at 0x1a0-0x1a7 flags 0x781 This way the master port would be initialized first and the remaining ports would come into line? Does the included diff stand on its own or does it need changes to other files? Thanks for all the help! Andrew Webster - captain@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-hackers Sun Dec 3 14:33:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29649 for hackers-outgoing; Sun, 3 Dec 1995 14:33:44 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA29643 ; Sun, 3 Dec 1995 14:33:37 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA19777; Sun, 3 Dec 1995 14:33:03 -0800 To: Stephen Waits cc: Craig Shrimpton , questions@freebsd.org, hackers@freebsd.org Subject: Re: Inodes for news server In-reply-to: Your message of "Sun, 03 Dec 1995 15:20:43 MST." Date: Sun, 03 Dec 1995 14:33:03 -0800 Message-ID: <19775.818029983@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I'll probably start doing snaps of 2.2 in another month or two. I'm waiting for some devfs stuff to settle. Jordan > On Sun, 3 Dec 1995, Craig Shrimpton wrote: > > > >Does FreeBSD support multiple-drive volumes?? I was under the (perhaps > > >incorrect) assumption that this 'striping' support still did not exist in > > > > I believe you still must either mount the drives under the appropriate > > directory like: mount /dev/my_big_mother_hd /var/news/alt/useless/chatter/ > > or use symlinks. > > Does anyone know if this is planned or in the works? I understand Linux > has this capability already.. (RAID 0+1) Also, when can we expect to > see snaps of the -current tree? > > TIA, > > --Steve (http://pr.erau.edu/~swaits) > From owner-freebsd-hackers Sun Dec 3 15:20:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03368 for hackers-outgoing; Sun, 3 Dec 1995 15:20:43 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA03356 for ; Sun, 3 Dec 1995 15:20:31 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA10525; Sun, 3 Dec 1995 16:14:29 -0700 From: Terry Lambert Message-Id: <199512032314.QAA10525@phaeton.artisoft.com> Subject: Re: mkisofs coredumping when attempting to write to HP SureStore 4020i To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 3 Dec 1995 16:14:29 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, jon@technix.org In-Reply-To: <199512031901.UAA04092@uriah.heep.sax.de> from "J Wunsch" at Dec 3, 95 08:01:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 540 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > You *never* run mkisofs against a writer device. Ever. > > If the filesystems perform fast enough, and the worm driver will be > sophisticated enough (some day :), you could in fact do it. Yeah, but it's harder. I don't know anyone who's rich enough to buy a writer but too poor to buy a disk to build ROM images on. You want to test your images before you put them on ROM ($10 a pop or so). 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 Dec 3 15:27:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03852 for hackers-outgoing; Sun, 3 Dec 1995 15:27:21 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA03846 for ; Sun, 3 Dec 1995 15:27:07 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA18185 (5.67a/IDA-1.5 for hackers@freebsd.org); Sun, 3 Dec 1995 16:29:20 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id PAA20614 for hackers@freebsd.org; Sun, 3 Dec 1995 15:11:04 -0600 Date: Sun, 3 Dec 1995 15:11:04 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512032111.PAA20614@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: panic: free vnode isn't References: <199511210234.NAA23764@godzilla.zeta.org.au> Sender: owner-hackers@freebsd.org Precedence: bulk Brian Tao wrote: > Would changing MAXUPRC be better then? Calling ulimit or >setrlimit before each process isn't really practical. Seems to me the place to do this would be in a wrapper around inetd or getty as the case may be. From owner-freebsd-hackers Sun Dec 3 15:29:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA03920 for hackers-outgoing; Sun, 3 Dec 1995 15:29:14 -0800 Received: from gandalf.me.ksu.edu (joed@gandalf.me.ksu.edu [129.130.41.86]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA03913 for ; Sun, 3 Dec 1995 15:29:02 -0800 Received: (from joed@localhost) by gandalf.me.ksu.edu (8.6.10/8.6.9) id RAA26917; Sun, 3 Dec 1995 17:25:06 -0600 From: Joe Diehl Message-Id: <199512032325.RAA26917@gandalf.me.ksu.edu> Subject: Re: ft (Qic 40/80) To: trangmar@gnsnet.com (Robert Trangmar) Date: Sun, 3 Dec 1995 17:25:06 -0600 (CST) Cc: hackers@freebsd.org Reply-To: joed@freebsd.org In-Reply-To: from "Robert Trangmar" at Dec 2, 95 00:59:15 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2309 Sender: owner-hackers@freebsd.org Precedence: bulk As Robert Trangmar wrote: > > > Does anyone know why this this wasn't written as a *complete* tape driver? > It would be really useful for me to have this as a device i could use > dump and tar on and i am considering looking further into it with a view > to enhancing it to do just that. > Just thought i'd cast around to see if anyone had any input before i > expended/wasted valuable time. > > Thanks in advance, > > RobT > In about two weeks (end of the semester), I will be starting a complete rewrite of the ft driver in order to accomplish the following tasks: o Make the ft driver one driver fully compatible with the SCSI tape driver (unless absolutely impossible), and therefore other programs, such as mt. o Update support to add Wide, and Travan tapes... Essentially bringing the driver up to date with the current revisions of QIC-40 / QIC-80 / QIC-3010 / QIC-3020. o Complete new structure Please note that the initial release of the driver will require compliance with QIC-117 Rev. C or higher. It is unknown which drives will be effected by this; however, I know that some Colorado Jumbo 250 tapes will not work, initially. I hope to allow the driver to work with all drivers (QIC-117 Rev. A or higher) before any major release of the driver. Also note that my only FreeBSD machine is a production box, so I am currently running FreeBSD 2.1.0-RELEASE... Perhaps the driver will simply snap into place in -current, or maybe it will require some updating. Just be aware of this matter. I am also looking for potential testers for pre-release versions of the driver. Again, I am running 2.1R, so it may be beneficial to be running the same version of the o/s (although it would be interesting to see how well the driver works under -stable or -current. If you are interested, please send or name, e-mail address, version of FreeBSD, and type of tape drive to joed@freebsd.org. BTW- I will probably be losing my current Internet access, so the bellow listed address may become invalid without notice. Please use my address on Freefall for any mail (joed@freebsd.org). At the very least, I will be able to open a telnet session to freefall to check e-mail. --- Joe Diehl Engineering Computing Center Kansas State University From owner-freebsd-hackers Sun Dec 3 16:30:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09005 for hackers-outgoing; Sun, 3 Dec 1995 16:30:51 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA08992 for ; Sun, 3 Dec 1995 16:30:44 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA02232 for hackers@freebsd.org; Sun, 3 Dec 1995 16:30:43 -0800 Received: from sunny.bog.msu.su (root@sunny.bog.msu.su [158.250.20.1]) by ref.tfs.com (8.6.12/8.6.9) with ESMTP id OAA00526 for ; Sun, 3 Dec 1995 14:24:23 -0800 Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id UAA20547; Sun, 3 Dec 1995 20:08:20 +0300 Date: Sun, 3 Dec 1995 20:08:19 +0300 (????) From: Dmitry Khrustalev To: Julian Elischer Subject: Re: Wine patch submitted to ports@freebsd.org In-Reply-To: <199512012144.NAA16987@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 1 Dec 1995, Julian Elischer wrote: > What IS linware? > Netware server for linux. After working around this bug it works under freebsd. I think linware code is wrong anyway, since it will fail if multiple clients access the same directory simultaneously. -Dima From owner-freebsd-hackers Sun Dec 3 17:48:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA13468 for hackers-outgoing; Sun, 3 Dec 1995 17:48:01 -0800 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA13461 for ; Sun, 3 Dec 1995 17:47:56 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <07655-0@bunyip.cc.uq.oz.au>; Mon, 4 Dec 1995 11:46:45 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA02244 for ; Mon, 4 Dec 1995 11:52:20 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA12166 for ; Mon, 4 Dec 1995 01:47:24 GMT Message-Id: <199512040147.BAA12166@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: Xfree86 now has the DGA extension 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: Mon, 04 Dec 1995 11:47:24 +1000 From: Stephen Hocking Sender: owner-hackers@freebsd.org Precedence: bulk Xfree86 now has the DGA extension, implemented only for Linux at this stage. DGA originated with Sun and allows processes direct access to the video memory. It's what makes sundgadoom fast with the -3 option. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Sun Dec 3 17:58:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA13851 for hackers-outgoing; Sun, 3 Dec 1995 17:58:31 -0800 Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA13846 for ; Sun, 3 Dec 1995 17:58:25 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tMQ6E-0000zcC; Sun, 3 Dec 95 19:53 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tMQ10-000CJhC; Sun, 3 Dec 95 19:48 WET Message-Id: Date: Sun, 3 Dec 95 19:48 WET To: hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Sun Dec 3 1995, 19:48:22 CST Subject: Re: No Thumbs??? Sender: owner-hackers@freebsd.org Precedence: bulk While we are talking about power supplies, always avoid buying computers with the EPA Energy Star (US Markets mainly) if you plan to run any UNIX-like operating system on the machine. Units with the Energy Star mark have a very small power supply, plus must have the ability to go into a low-power state when the system is idle, this reducing power consumption to less than 30 watts. The "on" power for these systems is usually below 70 watts, so there isn't much to work with. Expansion is something the vendors assume you will not do. You can easily blow 70 watts if you have a lot of cards, lots of RAM, many serial I/O ports, perhaps a tape or CD-ROM drive and big disks. Plus the drives these systems come with are usually configured to spin down after 20 or 30 seconds of inactivity, which is pretty goofy for systems running "update"... Some of these power supplies are installed in such a way that they can't be replaced with a larger supply, so putting a bigger supply in may not be an option. These Energy Star power supplies are showing up in mid and mini-tower configurations, not just the low-profile pizza-box PCs and are mainly in brand name computers. Just beware. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Sun Dec 3 19:33:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18384 for hackers-outgoing; Sun, 3 Dec 1995 19:33:01 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18377 for ; Sun, 3 Dec 1995 19:32:50 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA18945; Mon, 4 Dec 1995 14:29:56 +1100 Date: Mon, 4 Dec 1995 14:29:56 +1100 From: Bruce Evans Message-Id: <199512040329.OAA18945@godzilla.zeta.org.au> To: andrew@fortress.org, bde@zeta.org.au Subject: Re: Strange Multi-port SIO behaviour Cc: hackers@FreeBSD.org, msmith@atrad.adelaide.edu.au Sender: owner-hackers@FreeBSD.org Precedence: bulk >> If this is the problem, then each board is left in a weird state until >> after all probes and attaches on it have completed. Then its state >> becomes OK. >What would happend if I setup the system like this: >sio4: at 0x1b8-0x1bf flags 0x781 irq 7 (master) >sio5: at 0x1b0-0x1b7 flags 0x781 > . >sio7: at 0x1a0-0x1a7 flags 0x781 >This way the master port would be initialized first and the remaining >ports would come into line? It would make no difference because the master port is already initialized at boot time. Actually, the AST/4 master port probably needs to be initialized in another way for my fix to make a difference. MCR_IENABLE works in a different way on AST/4's after they have been initialized to multiport mode. The driver goes to some trouble to keep it low for AST/4's and high for everything else, and the fix mainly sets it low for all ports. >Does the included diff stand on its own or does it need changes to other >files? It should be complete. Bruce From owner-freebsd-hackers Sun Dec 3 19:35:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18620 for hackers-outgoing; Sun, 3 Dec 1995 19:35:41 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18606 for ; Sun, 3 Dec 1995 19:35:33 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA26318; Mon, 4 Dec 1995 14:06:36 GMT From: Michael Smith Message-Id: <199512041406.OAA26318@genesis.atrad.adelaide.edu.au> Subject: Re: No Thumbs??? (lack of concensus) To: dgy@rtd.com (Don Yuniskis) Date: Mon, 4 Dec 1995 14:06:35 +0000 () Cc: julian@ref.tfs.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512012334.QAA14245@seagull.rtd.com> from "Don Yuniskis" at Dec 1, 95 04:34:49 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1079 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Don Yuniskis stands accused of saying: > Actually: > 2.5A @ 5VDC (steady state) > 0.8A @ 12VDC (steady state) Worst-case steady state, not idle. Big difference. > And: > 3.0A @ 5VDC (max) > 1.5A @ 12VDC (max) Powerup or tape start. > I'm not disagreeing. Rather, I'm just noting published specs on drives > and trying to infer their thermal characteristics in a manner comparable > to other equipment I have in similar enclosures. 'Cuda claims to be about > 13W. Some of the Hawks appear to be ~9W. The MC1991 claims to be 30W! > (comparing apples and orangatans!) Bear in mind that the 1991 has _much_ more surface area than the 'cuda, so it can dissipate more power for the same dT. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Dec 3 19:52:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA19642 for hackers-outgoing; Sun, 3 Dec 1995 19:52:50 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA19636 for ; Sun, 3 Dec 1995 19:52:32 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA26356; Mon, 4 Dec 1995 14:20:43 GMT From: Michael Smith Message-Id: <199512041420.OAA26356@genesis.atrad.adelaide.edu.au> Subject: Re: No Thumbs??? (lack of concensus) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Dec 1995 14:20:43 +0000 () Cc: dgy@rtd.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <5032.817955015@time.cdrom.com> from "Jordan K. Hubbard" at Dec 2, 95 05:43:35 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1318 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > Ack! So, given they have their own little home (a full height 5" > > external enclosure), is the "typical" 60W supply going to cut the mustard? > > Guess I don't know how long the powerup transients are and how much extra > > reserve these little supplies have up their sleeves. > > Here's the rule of thumb: > > If dropping the transformer for the PS on your foot from waist height > would break your foot, then the PS is big enough. :-) I have a set of E-cores (phillips I think) from a 750W 5V PSU kicking around in a drawer here somewhere. The whole assembly, including windings and frame, probably weighed about a kilo. Unless you have osteoperosis, this may bruise but not break. 8) To answer the original question; a 60W switching supply will run a single 30W 5.25" drive. It will _not_ run two of them, although it might look like it will for a while. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Dec 3 19:56:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA19929 for hackers-outgoing; Sun, 3 Dec 1995 19:56:23 -0800 Received: from ivory.lm.com (ivory.lm.com [192.231.221.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA19924 for ; Sun, 3 Dec 1995 19:56:18 -0800 Received: (from peterb@localhost) by ivory.lm.com (8.6.12/8.6.12) id WAA22502; Sun, 3 Dec 1995 22:35:54 -0500 Date: Sun, 3 Dec 1995 22:35:53 -0500 (EST) From: Peter Berger X-Sender: peterb@ivory.lm.com To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Anyone having 2.1 install trouble with funky IDE hardware? In-Reply-To: <199512031804.TAA03130@uriah.heep.sax.de> Message-ID: X-Mentos: The Freshmaker! X-Request-Do: resolve MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Out of curiosity, what sort of performance do you get out of this box? Is it useful for anything? Low-speed routing? Can you run X on it? I've got some hardware sitting around doing very little, and this might be something useful to try.... On Sun, 3 Dec 1995, J Wunsch wrote: > As Jordan K. Hubbard wrote: > > > > Have any folks out there > > installed 2.1 on old-n-mouldy 386 equipment without incident? > > My test box is an ancient 386sx/16 w/ 6 MB RAM, a Seacrate ST1144A IDE > disk, and a (flakey) Maxtor SCSI hanging off an AHA-1540*A* control- > ler, plus a Herculess card & monitor. Everything went flawlessly for > all of my 2.1 pre-releases. > > (Ain't this a pretty ancient environment for testing? :-) > > -- > 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. ;-) > "The law locks up both man and woman / Who steals the goose from off the common, But lets the greater felon loose / Who steals the common from the goose." -anon ------------------------------------------------------------------------------- Peter Berger - peterb@telerama.lm.com - http://www.lm.com/~peterb From owner-freebsd-hackers Sun Dec 3 20:17:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA21476 for hackers-outgoing; Sun, 3 Dec 1995 20:17:42 -0800 Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA21470 for ; Sun, 3 Dec 1995 20:17:38 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.9.1) id VAA20682; Sun, 3 Dec 1995 21:17:24 -0700 From: Don Yuniskis Message-Id: <199512040417.VAA20682@seagull.rtd.com> Subject: Re: No Thumbs??? (lack of concensus) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 3 Dec 1995 21:17:24 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199512041420.OAA26356@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 4, 95 02:20:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 987 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Michael Smith said: > Jordan K. Hubbard stands accused of saying: > > Here's the rule of thumb: > > > > If dropping the transformer for the PS on your foot from waist height > > would break your foot, then the PS is big enough. :-) > > I have a set of E-cores (phillips I think) from a 750W 5V PSU kicking around > in a drawer here somewhere. The whole assembly, including windings and > frame, probably weighed about a kilo. > > Unless you have osteoperosis, this may bruise but not break. 8) Yeah, and if you get a good front-end switching at several hundred Khz, it probably wouldn't even *bruise*! Of course, that's *not* typical... :> > To answer the original question; a 60W switching supply will run a single > 30W 5.25" drive. It will _not_ run two of them, although it might look > like it will for a while. Fine. But I suspect it *would* run two 15W drives -- though the question of sequencing spindles might still be an issue at startup! Correct? From owner-freebsd-hackers Sun Dec 3 20:42:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA22853 for hackers-outgoing; Sun, 3 Dec 1995 20:42:17 -0800 Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA22848 for ; Sun, 3 Dec 1995 20:42:11 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.9.1) id VAA07145; Sun, 3 Dec 1995 21:35:54 -0700 From: Don Yuniskis Message-Id: <199512040435.VAA07145@seagull.rtd.com> Subject: Re: No Thumbs??? (lack of concensus) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 3 Dec 1995 21:35:54 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199512041406.OAA26318@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 4, 95 02:06:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1608 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Michael Smith said: > Don Yuniskis stands accused of saying: > > Actually: > > 2.5A @ 5VDC (steady state) > > 0.8A @ 12VDC (steady state) > > Worst-case steady state, not idle. Big difference. Possibly. The spec is unclear. I'll have to make some measurements when I get my Fluke unpacked. However, I suspect this won't be far off. I know the drive has at least 2M of RAM in it and at least 600K of EEROM (haven't poked into the hardware far enough to ascertain what's *really* under the hood). > > And: > > 3.0A @ 5VDC (max) > > 1.5A @ 12VDC (max) > > Powerup or tape start. Actually, I'd imagine it was highest during "spacing" operations. The tape really flies, then. I'll have to do some more detailed measurements prior to fully qualifying the tape for the application. But, it's a good ballpark power estimate (I suspect *much* better than an Exabyte or QIC tape, etc.) > > I'm not disagreeing. Rather, I'm just noting published specs on drives > > and trying to infer their thermal characteristics in a manner comparable > > to other equipment I have in similar enclosures. 'Cuda claims to be about > > 13W. Some of the Hawks appear to be ~9W. The MC1991 claims to be 30W! > > (comparing apples and orangatans!) > > Bear in mind that the 1991 has _much_ more surface area than the 'cuda, so > it can dissipate more power for the same dT. Granted. But I wonder if it really has 2.5 times the surface area... and, if all that extra surface area is really *useful* for Pd. I guess if you had $$$$ to "burn", you could really cook up a neat little experiment... From owner-freebsd-hackers Sun Dec 3 20:52:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA23353 for hackers-outgoing; Sun, 3 Dec 1995 20:52:38 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA23343 for ; Sun, 3 Dec 1995 20:52:17 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA26530; Mon, 4 Dec 1995 15:24:21 GMT From: Michael Smith Message-Id: <199512041524.PAA26530@genesis.atrad.adelaide.edu.au> Subject: Re: Adding New Hard Drives: A Major Complaint To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Dec 1995 15:24:20 +0000 () Cc: peter@taronga.com, hackers@FreeBSD.org In-Reply-To: <18919.818025032@time.cdrom.com> from "Jordan K. Hubbard" at Dec 3, 95 01:10:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 583 Sender: owner-hackers@FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > I have a card punch, and about 10,000 cards left... > > 10K cards. Hmmm. Is that enough for a bindist? :-) 80 bytes to a card, IIRC. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Dec 3 21:13:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA25050 for hackers-outgoing; Sun, 3 Dec 1995 21:13:27 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA25031 for ; Sun, 3 Dec 1995 21:13:17 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA26637; Mon, 4 Dec 1995 15:45:39 GMT From: Michael Smith Message-Id: <199512041545.PAA26637@genesis.atrad.adelaide.edu.au> Subject: Re: No Thumbs??? (lack of concensus) To: dgy@rtd.com (Don Yuniskis) Date: Mon, 4 Dec 1995 15:45:38 +0000 () Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199512040435.VAA07145@seagull.rtd.com> from "Don Yuniskis" at Dec 3, 95 09:35:54 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1464 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Don Yuniskis stands accused of saying: > > Powerup or tape start. > > Actually, I'd imagine it was highest during "spacing" operations. The tape > really flies, then. I'll have to do some more detailed measurements prior > to fully qualifying the tape for the application. But, it's a good ballpark > power estimate (I suspect *much* better than an Exabyte or QIC tape, etc.) Acceleration takes more power than maintaining a steady state, so it'll almost definitely be tape start. > > Bear in mind that the 1991 has _much_ more surface area than the 'cuda, so > > it can dissipate more power for the same dT. > > Granted. But I wonder if it really has 2.5 times the surface area... and, > if all that extra surface area is really *useful* for Pd. I guess if you > had $$$$ to "burn", you could really cook up a neat little experiment... 5.25FH is approx 150x80x200 = 116000mm^2 3.5HH is approx 100x40x140 = 47200mm^2 Casings on both are aluminium, so you can assume that the entire chamber will radiate _reasonably_ uniformly; I'd be inclined to expect similar dT on both. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Dec 3 21:19:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA25880 for hackers-outgoing; Sun, 3 Dec 1995 21:19:14 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA25868 for ; Sun, 3 Dec 1995 21:19:08 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id VAA02305; Sun, 3 Dec 1995 21:18:55 -0800 Message-Id: <199512040518.VAA02305@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Stephen Hocking cc: hackers@FreeBSD.ORG Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 11:47:24 +1000." <199512040147.BAA12166@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 03 Dec 1995 21:18:50 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hmmm... This sounds very cool where are the sources for the so call DGA extensions it can't be that hard to have access to the video card's memory... Not that it matters much , Doom -3 is very quick over here. However , this is god send for video capture boards !!! 8) Tnks, Amancio >>> Stephen Hocking said: > Xfree86 now has the DGA extension, implemented only for Linux at this stage. > DGA originated with Sun and allows processes direct access to the video > memory. It's what makes sundgadoom fast with the -3 option. > > > Stephen > -- > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > > > From owner-freebsd-hackers Sun Dec 3 21:20:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA26012 for hackers-outgoing; Sun, 3 Dec 1995 21:20:04 -0800 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA25958 ; Sun, 3 Dec 1995 21:19:56 -0800 Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA14455; Sun, 3 Dec 95 21:19:55 PST Received: by cod.nosc.mil (4.1/SMI-4.1) id AA17194; Sun, 3 Dec 95 21:18:29 PST Date: Sun, 3 Dec 95 21:18:29 PST From: gshaffer@cod.nosc.mil (Gregory M. Shaffer) Message-Id: <9512040518.AA17194@cod.nosc.mil> To: freebsd-hackers@FreeBSD.Org, freebsd-questions@FreeBSD.Org Cc: gshaffer@cod.nosc.mil Subject: LaserJet Problems Sender: owner-hackers@FreeBSD.Org Precedence: bulk ------- Recently, I aquired a HP LaserJet 4P printer that I hooked up to my FreeBSD/Windows system. I am running 2.1.0-RELEASE with apsfilter 4.9.2 and ghostscript 3.51. I am having problems getting output from the printer. I get no output when I print a PostScript file or ascii file. Sometimes I will get output when I print a file as 'raw', but it is never complete. I know the printer is hooked up correctly because I get great output when I print from Windows. Has anybody been successful using a HP LaserJet 4 on a FreeBSD system? If so what did you do to get it to work? Thanks Greg Shaffer ------- From owner-freebsd-hackers Sun Dec 3 21:31:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA26738 for hackers-outgoing; Sun, 3 Dec 1995 21:31:10 -0800 Received: from ifqsc.sc.usp.br (uspfsc.ifqsc.sc.usp.br [143.107.228.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA26733 for ; Sun, 3 Dec 1995 21:31:05 -0800 Date: Mon, 4 Dec 95 03:31 BRT From: Carlos Antonio Ruggiero Subject: PCI probe problems. To: hackers@freebsd.org Message-id: <5A7E922C129F01A6C8@IFQSC.SC.USP.BR> X-Envelope-to: hackers@freebsd.org X-VMS-To: IN%"hackers@freebsd.org" X-VMS-Cc: TOTO References: Internet: ifqsc.usp.br HepNet: uspfsc.hepnet X.25:(0724)11620020 Comments: ifqsc.usp.br: Instituto de Fisica e Quimica de Sao Carlos - USP, BR Sender: owner-hackers@freebsd.org Precedence: bulk Hi everybody, I'm trying to install 2.1 Release in 4 Pentium based motherboards with PCI buses. In two of them (a Zeus and a noname one) the PCI gets probed all right. In another noname motherboard, the bus doesn't get probed (though everything seems OK if I install 2.0.5). In a compaq machine both 2.0.5R and 2.1 R fail to probe the bus. Does anybody know what's happening? Thanks, Toto Carlos Ruggiero toto@ifq.sc.usp.br From owner-freebsd-hackers Sun Dec 3 21:33:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA26807 for hackers-outgoing; Sun, 3 Dec 1995 21:33:07 -0800 Received: from ifqsc.sc.usp.br (uspfsc.ifqsc.sc.usp.br [143.107.228.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA26800 for ; Sun, 3 Dec 1995 21:33:00 -0800 Date: Mon, 4 Dec 95 03:33 BRT From: Carlos Antonio Ruggiero Subject: ATM support To: hackers@freebsd.org Message-id: <5A7E4DAB257F01A6C8@IFQSC.SC.USP.BR> X-Envelope-to: hackers@freebsd.org X-VMS-To: IN%"hackers@freebsd.org" X-VMS-Cc: TOTO References: Internet: ifqsc.usp.br HepNet: uspfsc.hepnet X.25:(0724)11620020 Comments: ifqsc.usp.br: Instituto de Fisica e Quimica de Sao Carlos - USP, BR Sender: owner-hackers@freebsd.org Precedence: bulk Is there any plans to support ATM boards in the future? Wouldn't that be interesting? Is that hard to implement? Toto Cralos Carlos Ruggiero toto@ifq.sc.usp.br From owner-freebsd-hackers Sun Dec 3 21:39:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA27032 for hackers-outgoing; Sun, 3 Dec 1995 21:39:45 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA27005 for ; Sun, 3 Dec 1995 21:39:24 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <01637-0@bunyip.cc.uq.oz.au>; Mon, 4 Dec 1995 15:38:29 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA08252; Mon, 4 Dec 1995 15:43:54 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA13936; Mon, 4 Dec 1995 05:38:56 GMT Message-Id: <199512040538.FAA13936@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Sun, 03 Dec 1995 21:18:50 PST." <199512040518.VAA02305@rah.star-gate.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: Mon, 04 Dec 1995 15:38:55 +1000 From: Stephen Hocking Sender: owner-hackers@freebsd.org Precedence: bulk It's in the latest Xfree86 alpha, & will probably be making it's way the the beta releases in due course. At the moment only S3 & Cirrus hardware are supported (on Linux) and I suspect that it's only for those models running with a linear mapped frame buffer (i.e. VLB/EISA/PCI - I think I'll be upgrading when budget permits!) > Hmmm... > > This sounds very cool where are the sources for the so call DGA extensions > it can't be that hard to have access to the video card's memory... > > Not that it matters much , Doom -3 is very quick over here. > What are you running? P100, or have you already bought a P6? > > However , this is god send for video capture boards !!! 8) > Too right! > Tnks, > Amancio > > -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Sun Dec 3 21:46:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA27461 for hackers-outgoing; Sun, 3 Dec 1995 21:46:58 -0800 Received: from lucifer.velocity.com (lucifer.velocity.com [198.174.199.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA27455 for ; Sun, 3 Dec 1995 21:46:52 -0800 Received: (from mail@localhost) by lucifer.velocity.com (8.6.12/8.6.12) id XAA17438 for ; Sun, 3 Dec 1995 23:53:28 -0600 Received: from imbrium.velocity.com(198.174.199.1) by lucifer.velocity.com via smap (V1.3) id sma017436; Sun Dec 3 23:53:13 1995 Received: by velocity.com (NeXT-1.0 (From Sendmail 5.52)/NX3.0M) id AA24143; Sun, 3 Dec 95 23:46:08 CST Date: Sun, 3 Dec 95 23:46:08 CST From: Ben Black Message-Id: <9512040546.AA24143@velocity.com> To: hackers@freebsd.org Subject: IPv6 Sender: owner-hackers@freebsd.org Precedence: bulk is anyone porting the current alpha release of the NRL IPv6 code? we were about to start (we being 2 geeks looking to learn this, rather than several master freebsd hackers). let me know. ben black@velocity.com ps - anyone working on a threaded kernel? loadable device drivers? From owner-freebsd-hackers Sun Dec 3 23:29:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA04220 for hackers-outgoing; Sun, 3 Dec 1995 23:29:20 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA04215 for ; Sun, 3 Dec 1995 23:29:14 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 07:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA09236; Mon, 4 Dec 1995 08:21:53 +0100 Message-Id: <199512040721.IAA09236@allegro.lemis.de> Subject: Re: *** HELP! ifconfig aliases!? *** To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 4 Dec 1995 08:21:52 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199512031414.PAA02443@uriah.heep.sax.de> from "J Wunsch" at Dec 3, 95 03:14:29 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 520 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch writes: > > As Ollivier Robert wrote: > > > > It seems that Robert Shady said: > > > sites on it. Doing the standard "ifconfig ed0 alias a.b.c.d" didn't > > > work, and neither did "ifconfig ed0 alias a.b.c.d netmask 255.255.255.0" > > > > Use netmask 0xffffffff for aliases. > > ...but only if they are in the same (sub)net as the primary address. OK, I'll bite: why? I thought aliases were just an alternative address, and that they were subject to the same constraints as the primary address. Greg From owner-freebsd-hackers Sun Dec 3 23:59:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05698 for hackers-outgoing; Sun, 3 Dec 1995 23:59:26 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA05691 for ; Sun, 3 Dec 1995 23:59:21 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 07:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA09292; Mon, 4 Dec 1995 08:32:03 +0100 Message-Id: <199512040732.IAA09292@allegro.lemis.de> Subject: Re: Anyone got FreeBSD working a P6? To: peter@taronga.com (Peter da Silva) Date: Mon, 4 Dec 1995 08:32:03 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199512021125.FAA16053@bonkers.taronga.com> from "Peter da Silva" at Dec 2, 95 05:25:55 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 551 Sender: owner-hackers@freebsd.org Precedence: bulk Peter da Silva writes: > > In article <199511042149.WAA21203@allegro.lemis.de>, > Greg Lehey wrote: > >Amancio Hasty Jr. writes: > >> I was just reading comp.sys.intel and the 200Mhz P6's performance looks > >> really cool 8) > > >Don't believe it. The magazines over here are full of the fact that > >it's a flop, since it takes forever to change from 32 to 16 bit mode > >and back again. > > Why on earth would we want to change from 32 to 16 bit mode? Damned if I know. But it must be important if the magazines say so. Greg From owner-freebsd-hackers Sun Dec 3 23:59:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05727 for hackers-outgoing; Sun, 3 Dec 1995 23:59:45 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA05722 for ; Sun, 3 Dec 1995 23:59:43 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 07:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA09281; Mon, 4 Dec 1995 08:30:16 +0100 Message-Id: <199512040730.IAA09281@allegro.lemis.de> Subject: Re: Adding New Hard Drives: A Major Complaint To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Dec 1995 08:30:16 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <18919.818025032@time.cdrom.com> from "Jordan K. Hubbard" at Dec 3, 95 01:10:32 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 270 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > I have a card punch, and about 10,000 cards left... > > 10K cards. Hmmm. Is that enough for a bindist? :-) 800 kB. If you use verifier-killing binary format, you can get 1200K. How about a *really* good compression algorithm? Greg From owner-freebsd-hackers Mon Dec 4 00:09:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA06883 for hackers-outgoing; Mon, 4 Dec 1995 00:09:26 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA06876 for ; Mon, 4 Dec 1995 00:09:23 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id AAA04418; Mon, 4 Dec 1995 00:07:42 -0800 From: Julian Elischer Message-Id: <199512040807.AAA04418@ref.tfs.com> Subject: Re: Proper way to determine non-blocking status... To: witr@rwwa.com (Robert Withrow) Date: Mon, 4 Dec 1995 00:07:41 -0800 (PST) Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org, witr@rwwa.com In-Reply-To: <199512031615.LAA13131@spooky.rwwa.com> from "Robert Withrow" at Dec 3, 95 11:15:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 4444 Sender: owner-hackers@freebsd.org Precedence: bulk I'm going to let bruce answer most of these, but am going to note which ones are going to change when I get that far.. > > Do you mind if I pepper you with some more questions? > > 4) I'm porting a streams driver to FreeBSD. It isn't > a network style device, so I need to use the character > dev model. The backend (and parts of the frontend) > construct and enqueue messages to pass to the user > when he eventually does a read. I need to alloc > memory for each of these messages (which have random > sizes, from dozens of bytes up to 1024 bytes). I'm curently > using malloc(size,M_DEVBUF,waitflag). Is there better > way to do this? Note that in -current, the cdevsw entries are IN THE DRIVER and not in conf.c (well they are in both places until about Wednesday after which #define JREMOD will become the default.. Check any device that has cdevsw entries and check out the JREMOD sections (though the conditional JREMOD will be gone soon) > > 6) Where does device ipl come from? I don't see it in the > config file? How do I know what ipl my device interrupts > at? it's in the config file entry for each device.. dev net tty are the three known values I believe. this is getting a bullet in the head in a coupel of weeks when my present changes get that far. It will change but I'm not quite sure how yet (other than the implientation will be very different) > > 7) xxintr(int unit). Which unit? How computed? I'm used > to xxintr(int vec). unit, as in if you are disk 2 you get 0x02 it's static at the moment and comes from the config stuff.. another bullet job I'm afraid.. (it'll happen at the same time as the ipl change) > > 8) I see that people often avoid having xxread/xxwrite routines > for this situation. I did the opposite: I have xxread/xxwrite > routines and require the stuff sent to be protocol packets. > Is there any major drawback to this besides the possiblity > of having some butthead do ``cat /etc/passwd /dev/mcc''? there are no draw-backs to using read/write.. the alternative (ioctl) would actually be slower as it is a bit more complicated.. (it does a copyin() of your args first for you, etc..) > > Also: > > > The ugl^H^H^Hrightly formatted way is: > > Actual routine is: > > int mccread(dev_t dev, struct uio *uio, int ioflag) > { > mcc_t *mcc = MCC_DEV(dev); /* Private data for this channel */ Is the private data for the channel dynamically allocated? > mcc_mblk_t *mp; > int oldspl; > > /* Send first accumulated message, or wait if possible */ > again: > oldspl = SPLINT(); /* Lock */ > mp = l_remove_head(&mcc->mcc_done); /* Get anything there */ > if (mp) { /* Return it */ > mc_primitives_union_t *mcp = MCC_MBLK_DATA(mp); > if (mcp->header.mc_length > uio->uio_resid) { > /* > We refuse to copy less than a complete message, > so we requeue this one! > */ > l_add_head(&mcc->mcc_done,mp); /* Return it to head of list */ > splx(oldspl); /* Unlock */ > return EINVAL; hmm is this the best message? This shouldn't happen too often.. a message to the console might speed up debugging of the app. (at least 1 in 100 times) (if (n%100 == 1) printf("Idiot.. try getting the whole packet\n"); > } else { > splx(oldspl); /* Unlock */ > uiomove(mcp, mcp->header.mc_length, uio); > free(mp,M_DEVBUF); looks fine though I need to see if the user's target address has been checked.. somewhere it is checked for existance... is it in uiomove? (can't remember..) can uiomove fail? > return 0; > } > } else if (ioflag & IO_NDELAY) { /* Can't block, sorry */ > splx(oldspl); /* Unlock */ > return EWOULDBLOCK; > } else { /* Otherwise try again */ > int error; > mcc->mcc_blocked = 1; /* Mark ourselves blocked */ > error = tsleep(&mcc->mcc_done, PZERO | PCATCH, "mccin", 0); > mcc->mcc_blocked = 0; /* Mark ourselves unblocked */ > splx(oldspl); /* Unlock */ > if (error && (error != ERESTART)) return error; > goto again; > } > } > looks pretty correct to me.. (though I would follow the 'read' thread through to see where the check for write permissiosn on ram occurs) julian > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM > R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA > > From owner-freebsd-hackers Mon Dec 4 00:17:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA07908 for hackers-outgoing; Mon, 4 Dec 1995 00:17:36 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA07902 for ; Mon, 4 Dec 1995 00:17:33 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id AAA04466; Mon, 4 Dec 1995 00:17:20 -0800 From: Julian Elischer Message-Id: <199512040817.AAA04466@ref.tfs.com> Subject: Re: Strange crash To: archie@tribe.com (Archie Cobbs) Date: Mon, 4 Dec 1995 00:17:20 -0800 (PST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512030423.UAA04607@bubba.tribe.com> from "Archie Cobbs" at Dec 2, 95 08:23:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1160 Sender: owner-hackers@freebsd.org Precedence: bulk > > > Hi, > > I've been testing a 486DX2-66 Texas Intstruments chip, and it has been > working fine except for a strange crash on bootup that happened once: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1249b4 nope this is not f01249b4 If the virtual address is that, then the kernel literally jumped into user space.. > fault code = supervisor read, page not present > instruction pointer = 0x8:0x1249b4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 this probably needs some looking at. > current process = 13 (mount) > I did a "nm kernel | sort" on the kernel image and found this: > > f01248e8 T _chdir > f012493c T _chroot > f01249b4 t _change_dir <-- > f0124a4c T _open > f0124ce8 T _ocreat > f0124d14 T _mknod > > On the next reboot, it booted up fine as it has before many times. > Can we assume with high probability that this is some kind of hardware > bug? Is this chip bogus? Any insights would be greatly appreciated!! it looks odd to me.... the leading 'f0' is (I think) significant..... julian From owner-freebsd-hackers Mon Dec 4 00:25:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA08577 for hackers-outgoing; Mon, 4 Dec 1995 00:25:00 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA08572 for ; Mon, 4 Dec 1995 00:24:55 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id AAA03409; Mon, 4 Dec 1995 00:24:43 -0800 Message-Id: <199512040824.AAA03409@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 15:38:55 +1000." <199512040538.FAA13936@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 00:24:43 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk I am running a P100 will upgrade later on next year to a P6 200MHz or a P6 300Mhz. >supported (on Linux) and I suspect that it's only for those models running Thats probably Jon Tombs in action sure sounds like hime 8) Enjoy, Amancio From owner-freebsd-hackers Mon Dec 4 00:47:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA10304 for hackers-outgoing; Mon, 4 Dec 1995 00:47:38 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA10296 for ; Mon, 4 Dec 1995 00:47:34 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id AAA04628 for hackers@freebsd.org; Mon, 4 Dec 1995 00:47:32 -0800 Date: Mon, 4 Dec 1995 00:47:32 -0800 From: Julian Elischer Message-Id: <199512040847.AAA04628@ref.tfs.com> To: hackers@freebsd.org Subject: need some info Sender: owner-hackers@freebsd.org Precedence: bulk how are ports on teh boca bords shown in /dev? I'm adding entries in devfs for them in the boca driver but I have no idea what to call them? are they sio? ttyb[1-8] ? what? I guess I'll get on with another driver and let someone who understands the boca driver polish up what I've added to it.. julian From owner-freebsd-hackers Mon Dec 4 00:59:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA10845 for hackers-outgoing; Mon, 4 Dec 1995 00:59:46 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA10839 for ; Mon, 4 Dec 1995 00:59:43 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id AAA03705; Mon, 4 Dec 1995 00:59:23 -0800 Message-Id: <199512040859.AAA03705@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 15:38:55 +1000." <199512040538.FAA13936@netfl15a.devetir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 00:59:22 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Stephen Hocking said: > It's in the latest Xfree86 alpha, & will probably be making it's way the the > beta releases in due course. At the moment only S3 & Cirrus hardware are > supported (on Linux) and I suspect that it's only for those models running > with a linear mapped frame buffer (i.e. VLB/EISA/PCI - I think I'll be > upgrading when budget permits!) > Sorry I forgot to add, keep an eye on the new multimedia chipsets coming out on Q1 1996. One of the cool multimedia chipset is the MPACT : http://www.mpact.com Just one of these babies can do upto 2 billion instructions / second and I think that Chromatic is going to sell the chips for $150 each. I am still walking around in a daze just thinking about four mpact chips on a single board 8) Enjoy, Amancio From owner-freebsd-hackers Mon Dec 4 01:05:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA11653 for hackers-outgoing; Mon, 4 Dec 1995 01:05:49 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA11293 for ; Mon, 4 Dec 1995 01:01:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA15976 for ; Mon, 4 Dec 1995 10:01:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA25762 for freebsd-hackers@freebsd.org; Mon, 4 Dec 1995 10:01:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA07653 for freebsd-hackers@freebsd.org; Mon, 4 Dec 1995 09:07:12 +0100 From: J Wunsch Message-Id: <199512040807.JAA07653@uriah.heep.sax.de> Subject: Re: *** HELP! ifconfig aliases!? *** To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 4 Dec 1995 09:07:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512040721.IAA09236@allegro.lemis.de> from "Greg Lehey" at Dec 4, 95 08:21:52 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 436 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > > > Use netmask 0xffffffff for aliases. > > > > ...but only if they are in the same (sub)net as the primary address. > > OK, I'll bite: why? Since a packet cannot be sent from multiple addresses. An outgoing packet needs one distinct address. -- 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 Dec 4 01:07:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA11760 for hackers-outgoing; Mon, 4 Dec 1995 01:07:53 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA11339 for ; Mon, 4 Dec 1995 01:02:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA15971; Mon, 4 Dec 1995 10:01:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA25759; Mon, 4 Dec 1995 10:01:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA07733; Mon, 4 Dec 1995 09:25:53 +0100 From: J Wunsch Message-Id: <199512040825.JAA07733@uriah.heep.sax.de> Subject: Re: Anyone having 2.1 install trouble with funky IDE hardware? To: peterb@telerama.lm.com (Peter Berger) Date: Mon, 4 Dec 1995 09:25:53 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Berger" at Dec 3, 95 10:35:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1542 Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Berger wrote: > > > My test box is an ancient 386sx/16 w/ 6 MB RAM, a Seacrate ST1144A IDE > > disk, and a (flakey) Maxtor SCSI hanging off an AHA-1540*A* control- > > ler, plus a Herculess card & monitor. Everything went flawlessly for > > all of my 2.1 pre-releases. > > Out of curiosity, what sort of performance do you get out of this box? > Is it useful for anything? Low-speed routing? I know of somebody who's using a 3 MB 386/25 succesfully as a PPP router (for a dedicated line). I usually don't measure the `performance' of my test box, but i'm testing it for usability and stability. (Last time it was instable, i've been suspecting the AHA1540A, but it turned out to be the NeAT's ``page-interleave'' feature that was enabled by default after a CMOS power outage. My memory banks are too different however.) The last hard job it had to do was a full kernel compile, and this one even on the slower (IDE) disk. I seem to remember that it's been around 2 hours. > Can you run X on it? Yes, X runs surprisingly fast on the Hercules (since it's a 1-bit server), though the aspect ratio is, ähem, strange. You can run a perfectly egg-looking xclock on it. :-) This is my old mainboard and disk(s), and i remember that the box once had to compile the entire X11R5-based XFree86 1 distribution. A ``make World'' took around 24 hours by that time... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Dec 4 01:26:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13300 for hackers-outgoing; Mon, 4 Dec 1995 01:26:50 -0800 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA13247 for ; Mon, 4 Dec 1995 01:26:00 -0800 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id KAA07167; Mon, 4 Dec 1995 10:20:01 +0100 From: Thomas Gellekum Message-Id: <199512040920.KAA07167@ghpc6.ihf.rwth-aachen.de> Subject: Re: Anyone having 2.1 install trouble with funky IDE hardware? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 4 Dec 1995 10:20:00 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512031804.TAA03130@uriah.heep.sax.de> from "J Wunsch" at Dec 3, 95 07:04:44 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 632 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk J Wunsch wrote: > > As Jordan K. Hubbard wrote: > > > > Have any folks out there > > installed 2.1 on old-n-mouldy 386 equipment without incident? > > My test box is an ancient 386sx/16 w/ 6 MB RAM, a Seacrate ST1144A IDE > disk, and a (flakey) Maxtor SCSI hanging off an AHA-1540*A* control- > ler, plus a Herculess card & monitor. Everything went flawlessly for > all of my 2.1 pre-releases. 386sx/16/6MB, Fujitsu T2613M. As I already wrote to bugs, sysinstall hangs after trying to find the disk. The disk is probed correctly. I have no idea what's going on here; I wanted to try the latest snaps when I have time. tg From owner-freebsd-hackers Mon Dec 4 02:08:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA15842 for hackers-outgoing; Mon, 4 Dec 1995 02:08:31 -0800 Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA15808 for ; Mon, 4 Dec 1995 02:08:11 -0800 Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id KAA17497; Mon, 4 Dec 1995 10:02:57 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Mon, 4 Dec 1995 09:18:03 GMT X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 4 Dec 1995 09:18:52 +0000 To: Michael Smith , jkh@time.cdrom.com (Jordan K. Hubbard) From: rb@gid.co.uk (Bob Bishop) Subject: Re: Adding New Hard Drives: A Major Complaint Cc: peter@taronga.com, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 3:24 pm 4/12/95, Michael Smith wrote: >Jordan K. Hubbard stands accused of saying: >> >> > I have a card punch, and about 10,000 cards left... >> >> 10K cards. Hmmm. Is that enough for a bindist? :-) > >80 bytes to a card, IIRC. I can see you're too young to have dropped a big deck! Try allocating a couple of bytes per card for a sequence number :-) -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Mon Dec 4 02:08:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA15877 for hackers-outgoing; Mon, 4 Dec 1995 02:08:51 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA15871 for ; Mon, 4 Dec 1995 02:08:47 -0800 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 CAA08480 for ; Mon, 4 Dec 1995 02:05:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA15976 for ; Mon, 4 Dec 1995 10:01:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA25762 for freebsd-hackers@freebsd.org; Mon, 4 Dec 1995 10:01:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA07653 for freebsd-hackers@freebsd.org; Mon, 4 Dec 1995 09:07:12 +0100 From: J Wunsch Message-Id: <199512040807.JAA07653@uriah.heep.sax.de> Subject: Re: *** HELP! ifconfig aliases!? *** To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 4 Dec 1995 09:07:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512040721.IAA09236@allegro.lemis.de> from "Greg Lehey" at Dec 4, 95 08:21:52 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 436 Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > > > > Use netmask 0xffffffff for aliases. > > > > ...but only if they are in the same (sub)net as the primary address. > > OK, I'll bite: why? Since a packet cannot be sent from multiple addresses. An outgoing packet needs one distinct address. -- 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 Dec 4 02:13:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA16182 for hackers-outgoing; Mon, 4 Dec 1995 02:13:55 -0800 Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA16153 for ; Mon, 4 Dec 1995 02:13:15 -0800 Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id VAA26639; Mon, 4 Dec 1995 21:12:20 +1100 From: David Dawes Message-Id: <199512041012.VAA26639@rf900.physics.usyd.edu.au> Subject: Re: Xfree86 now has the DGA extension To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Mon, 4 Dec 1995 21:12:20 +1100 (EST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG In-Reply-To: <199512040538.FAA13936@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Dec 4, 95 03:38:55 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1026 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >It's in the latest Xfree86 alpha, & will probably be making it's way the the >beta releases in due course. At the moment only S3 & Cirrus hardware are >supported (on Linux) and I suspect that it's only for those models running >with a linear mapped frame buffer (i.e. VLB/EISA/PCI - I think I'll be >upgrading when budget permits!) It should support banked memory mapping too. The interface has a SetVidPage() function. The only cards that won't be supported are those old ones which only have register access to the video memory (like the 8514/A, and maybe the Mach8). I don't know a lot about this stuff yet though. It was done after we were approached by Dave Taylor from id wanting better games performance on Linux. The person doing the work on this is Jon Tombs (but don't hassle him too much :-). And, yes, we are planning that it will be included in the next beta (binary-only though). I don't know if we'll have the interface documented by then, or how many drivers/OSs will be supported by then. David From owner-freebsd-hackers Mon Dec 4 02:29:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA16842 for hackers-outgoing; Mon, 4 Dec 1995 02:29:40 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA16836 for ; Mon, 4 Dec 1995 02:29:34 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id CAA04753; Mon, 4 Dec 1995 02:28:40 -0800 Message-Id: <199512041028.CAA04753@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: David Dawes cc: sysseh@devetir.qld.gov.au (Stephen Hocking), hackers@FreeBSD.ORG Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 21:12:20 +1100." <199512041012.VAA26639@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 02:28:39 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> David Dawes said: > And, yes, we are planning that it will be included in the next beta > (binary-only though). I don't know if we'll have the interface > documented by then, or how many drivers/OSs will be supported by then. > It will be very difficult to justify not having the support for DGA on FreeBSD. And if you need kernel support please let us know . Tnks Amancio From owner-freebsd-hackers Mon Dec 4 02:51:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA18291 for hackers-outgoing; Mon, 4 Dec 1995 02:51:34 -0800 Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA18281 for ; Mon, 4 Dec 1995 02:51:21 -0800 Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id VAA26772; Mon, 4 Dec 1995 21:50:49 +1100 From: David Dawes Message-Id: <199512041050.VAA26772@rf900.physics.usyd.edu.au> Subject: Re: Xfree86 now has the DGA extension To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 4 Dec 1995 21:50:49 +1100 (EST) Cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.ORG In-Reply-To: <199512041028.CAA04753@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 4, 95 02:28:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 537 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>>> David Dawes said: > > > And, yes, we are planning that it will be included in the next beta > > (binary-only though). I don't know if we'll have the interface > > documented by then, or how many drivers/OSs will be supported by then. > > > >It will be very difficult to justify not having the support for DGA on >FreeBSD. And if you need kernel support please let us know . It will be there, it is just a question of when. If I have time I'll do it myself in the next week or two. No kernel support should be required. David From owner-freebsd-hackers Mon Dec 4 02:52:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA18360 for hackers-outgoing; Mon, 4 Dec 1995 02:52:29 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA18355 for ; Mon, 4 Dec 1995 02:52:26 -0800 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 CAA08709 for ; Mon, 4 Dec 1995 02:51:07 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA16019; Mon, 4 Dec 1995 10:02:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA25767; Mon, 4 Dec 1995 10:02:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA07830; Mon, 4 Dec 1995 09:36:09 +0100 From: J Wunsch Message-Id: <199512040836.JAA07830@uriah.heep.sax.de> Subject: Re: HELP -- strange file system corruption under freebsd To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Mon, 4 Dec 1995 09:36:08 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Ron G. Minnich" at Dec 3, 95 02:54:52 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 891 Sender: owner-hackers@freebsd.org Precedence: bulk As Ron G. Minnich wrote: > > my friends at penn are having weird problems on their freebsd boxes. The > machines load and run fine, then at some point the file system gets hosed > and can't be repaired >> It is unclear what actually happens to the filesystem... It just becomes >> corrupted. Next time it happens, we'll examine the inode structures... Perhaps directories or files are being turned into `device nodes'? Seems like a problem with the 2940 driver after SCSI bus timeouts. I've somtimes seen it, too (but only for SCSI buses where more than the disk device is attached). Since it aren't only device nodes, but also have got very weird permissions (including mysterious file flags), i wouldn't suspect fsck. -- 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 Dec 4 02:53:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA18430 for hackers-outgoing; Mon, 4 Dec 1995 02:53:28 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA18423 for ; Mon, 4 Dec 1995 02:53:22 -0800 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 CAA08678 for ; Mon, 4 Dec 1995 02:46:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA16036; Mon, 4 Dec 1995 10:02:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA25771; Mon, 4 Dec 1995 10:02:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA07927; Mon, 4 Dec 1995 09:46:01 +0100 From: J Wunsch Message-Id: <199512040846.JAA07927@uriah.heep.sax.de> Subject: Re: PSM identified in sysctl hardware table To: rpelayo@calypso.demon.co.uk (Rafael Pelayo) Date: Mon, 4 Dec 1995 09:46:01 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512032008.UAA00198@calypso> from "Rafael Pelayo" at Dec 3, 95 08:08:41 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 713 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Rafael Pelayo wrote: > > Here is a patch for the 2.1.0-RELEASE file /usr/src/sys/i386/isa/psm.c. While we all appreciate your work (really!), it's certainly not agreeable for us to stick 50 lines of additional copyright into a file where somebody has been adding 10 lines of code. Note that the /* XXX added */ comments are deprecated, since this type of information is stored in the CVS logs. If you're willing to allow us removing the extra blurb, i'm going to commit your submission (of course, with the proper attribution). Thank'ya again, -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Dec 4 03:03:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA19399 for hackers-outgoing; Mon, 4 Dec 1995 03:03:48 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA19386 for ; Mon, 4 Dec 1995 03:03:33 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA03902; Mon, 4 Dec 1995 21:58:03 +1100 Date: Mon, 4 Dec 1995 21:58:03 +1100 From: Bruce Evans Message-Id: <199512041058.VAA03902@godzilla.zeta.org.au> To: bde@zeta.org.au, witr@rwwa.com Subject: Re: Proper way to determine non-blocking status... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Do you mind if I pepper you with some more questions? Perhaps these should be added to the NFAQ :-). >1) Is there any guidance on what priority pass to tsleep? It doesn't matter much. Normally use something between PZERO and PUSER, and OR in PCATCH for interruptible sleeps. >2) Would I be correct in assuming that IPL will be the >same *after* tsleep returns as it was *before*. (I'm >already pretty sure of that, reading the code. It makes >sense anyway.) Yes. >3) Is there anyway short of using timeout() to hook >into the clock interrupt (like xxpoll() in SYSV)? No. Restart the timeout when the timeout handler gets called (or when it returns). >4) I'm porting a streams driver to FreeBSD. It isn't >a network style device, so I need to use the character >dev model. The backend (and parts of the frontend) >construct and enqueue messages to pass to the user >when he eventually does a read. I need to alloc >memory for each of these messages (which have random >sizes, from dozens of bytes up to 1024 bytes). I'm curently >using malloc(size,M_DEVBUF,waitflag). Is there better >way to do this? Not unless you can use mbufs. Don't depend on mallocing more than a page or two (1024 bytes is OK). Don't call malloc() from interrupt handlers except for network drivers. Be careful about using the M_WAITOK flag - it allows malloc() to sleep, so you probably wouldn't want to use it while spl'ed. Don't manage a large pool of free buffers yourself. One or two might be good. >5) Are there any ipl restrictions on calling wakeup()? No. >6) Where does device ipl come from? I don't see it in the >config file? How do I know what ipl my device interrupts >at? It is tty_imask for ttys etc, where ttys are the things specified by the keyword `tty' in the config file and the mask is the OR of the hardware masks for each tty device together with a few software masks. This will change. >7) xxintr(int unit). Which unit? How computed? I'm used >to xxintr(int vec). unit = intr_unit[vec]. intr_unit[] is initialized by register_intr(), normally to the unit numbers specified in the config file. This will change to xxintr(void *cookie) where cookie is normally (void *)&xxdriverstuff[unit]. >8) I see that people often avoid having xxread/xxwrite routines >for this situation. I did the opposite: I have xxread/xxwrite >routines and require the stuff sent to be protocol packets. >Is there any major drawback to this besides the possiblity >of having some butthead do ``cat /etc/passwd /dev/mcc''? No. >Actual routine is: >int mccread(dev_t dev, struct uio *uio, int ioflag) >{ > mcc_t *mcc = MCC_DEV(dev); /* Private data for this channel */ > mcc_mblk_t *mp; > int oldspl; > /* Send first accumulated message, or wait if possible */ > again: > oldspl = SPLINT(); /* Lock */ > mp = l_remove_head(&mcc->mcc_done); /* Get anything there */ > if (mp) { /* Return it */ > mc_primitives_union_t *mcp = MCC_MBLK_DATA(mp); > if (mcp->header.mc_length > uio->uio_resid) { > /* > We refuse to copy less than a complete message, > so we requeue this one! > */ > l_add_head(&mcc->mcc_done,mp); /* Return it to head of list */ > splx(oldspl); /* Unlock */ > return EINVAL; > } else { > splx(oldspl); /* Unlock */ > uiomove(mcp, mcp->header.mc_length, uio); ^^^^^^^ check the return code - it can be EFAULT... > free(mp,M_DEVBUF); > return 0; > } > } else if (ioflag & IO_NDELAY) { /* Can't block, sorry */ > splx(oldspl); /* Unlock */ > return EWOULDBLOCK; > } else { /* Otherwise try again */ > int error; > mcc->mcc_blocked = 1; /* Mark ourselves blocked */ > error = tsleep(&mcc->mcc_done, PZERO | PCATCH, "mccin", 0); > mcc->mcc_blocked = 0; /* Mark ourselves unblocked */ > splx(oldspl); /* Unlock */ > if (error && (error != ERESTART)) return error; > goto again; > } >} From owner-freebsd-hackers Mon Dec 4 03:06:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA19751 for hackers-outgoing; Mon, 4 Dec 1995 03:06:05 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA19745 for ; Mon, 4 Dec 1995 03:06:02 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id DAA00356; Mon, 4 Dec 1995 03:01:42 -0800 Message-Id: <199512041101.DAA00356@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: David Dawes cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.ORG Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 21:50:49 +1100." <199512041050.VAA26772@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 03:01:42 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> David Dawes said: > >>>> David Dawes said: > > > > > And, yes, we are planning that it will be included in the next beta > > > (binary-only though). I don't know if we'll have the interface > > > documented by then, or how many drivers/OSs will be supported by then. > > > > > > >It will be very difficult to justify not having the support for DGA on > >FreeBSD. And if you need kernel support please let us know . > > It will be there, it is just a question of when. If I have time I'll > do it myself in the next week or two. No kernel support should be > required. > > David A million tnks!! Amancio From owner-freebsd-hackers Mon Dec 4 03:37:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA22954 for hackers-outgoing; Mon, 4 Dec 1995 03:37:41 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA22935 for ; Mon, 4 Dec 1995 03:37:34 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tMZ7t-000I5hC; Mon, 4 Dec 95 12:32 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tMYrl-00001nC; Mon, 4 Dec 95 12:15 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: APM resume not rx'd with 3Com589C in PCMCIA slot To: freebsd-hackers@freebsd.org Date: Mon, 4 Dec 1995 12:15:25 +0100 (MET) Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1009 Sender: owner-hackers@freebsd.org Precedence: bulk > On a DEC HiNote 433 notebook APM functions fine as long as i don't plug a > 3Com 3C589C into the PCMCIA slot - if i do, and want to APM-resume after a > APM-suspend, the display is switched on but nothing more happenes. This is/was the cause of the problem: >From the file if_zp.c got from the 2.1 tree: * From: if_ep.c,v 1.9 1994/01/25 10:46:29 deraadt Exp $ * $Id: if_zp.c,v 1.6.4.1 1995/08/19 23:27:14 davidg Exp $ delete the following statement on line 726 of function zp_suspend(): pcic_power_off(sc->slot); After this modification, the machine is properly resumed after a suspend. When the power management is under the control of the APM BIOS, the above statement obviously interferes with the APM routines in that it tries to do what really is the duty of the APM routines. A send-pr has been submitted. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Mon Dec 4 03:42:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA23412 for hackers-outgoing; Mon, 4 Dec 1995 03:42:56 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA23393 for ; Mon, 4 Dec 1995 03:42:51 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id DAA00323; Mon, 4 Dec 1995 03:41:57 -0800 Message-Id: <199512041141.DAA00323@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: David Dawes cc: sysseh@devetir.qld.gov.au, hackers@FreeBSD.ORG Subject: Re: Xfree86 now has the DGA extension In-reply-to: Your message of "Mon, 04 Dec 1995 21:50:49 +1100." <199512041050.VAA26772@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 03:41:56 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi Dave, Sorry to post so much on this stuff but one thing to also look into is hardware scaling at least certain S3 chipsets do provide hardware scaling. Now that would be something wild to watch direct vga memory access with hardware scaling --- I think that I am getting dizzy already 8) Enjoy, Amancio >>> David Dawes said: > >>>> David Dawes said: > > > > > And, yes, we are planning that it will be included in the next beta > > > (binary-only though). I don't know if we'll have the interface > > > documented by then, or how many drivers/OSs will be supported by then. > > > > > > >It will be very difficult to justify not having the support for DGA on > >FreeBSD. And if you need kernel support please let us know . > > It will be there, it is just a question of when. If I have time I'll > do it myself in the next week or two. No kernel support should be > required. > > David From owner-freebsd-hackers Mon Dec 4 03:46:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA23779 for hackers-outgoing; Mon, 4 Dec 1995 03:46:50 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA23772 for ; Mon, 4 Dec 1995 03:46:46 -0800 Received: from exalt.x.org by expo.x.org id AA08219; Mon, 4 Dec 95 06:46:14 -0500 Received: from localhost by exalt.x.org id LAA17903; Mon, 4 Dec 1995 11:46:13 GMT Message-Id: <199512041146.LAA17903@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: gcc-2.7.2 not ready for prime time. Date: Mon, 04 Dec 1995 06:46:13 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk FYI, Even though my gcc-2.7.2 compiled 2.1.0R kernel seems to be rock solid the Xserver built with 2.7.2 gets mysterious SEGVs in places where a 2.6.3 server does not. (All with -m486 -fno-strength-reduce). I wouldn't be in a big hurry to move to gcc-2.7.x just yet. (Not that I thought anyone was in a big hurry to do this.) -- Kaleb KEITHLEY From owner-freebsd-hackers Mon Dec 4 03:59:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25149 for hackers-outgoing; Mon, 4 Dec 1995 03:59:34 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA25095 for ; Mon, 4 Dec 1995 03:59:12 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 11:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id MAA09697; Mon, 4 Dec 1995 12:37:50 +0100 Message-Id: <199512041137.MAA09697@allegro.lemis.de> Subject: Re: Minor change to make To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Mon, 4 Dec 1995 12:37:49 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199512022324.XAA14699@exalt.x.org> from "Kaleb S. KEITHLEY" at Dec 2, 95 06:24:01 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2750 Sender: owner-hackers@freebsd.org Precedence: bulk Kaleb S. KEITHLEY writes: > >> Is is possible for you to use the ".if !exists(...)" construct >> instead? As long as you know the path (relative or absolute) to >> the include this should solve the problem without introducing >> an incompatible change to make. > > It happens to work, but I don't see it as equivalent. According to the > man page `.if exists(file)' has different file search semantics than > `.include "file"'. How do I know someone won't put 'depend.mk' in > /usr/share/mk some day? I just don't feel that lucky. :-) Another reason not to do this is that some makes--GNU make, at least--are clever enough to make an include file if they find a rule. For example, I have a Makefile with: include book.make book.make: Makefile makebookmakefile ./makebookmakefile ${POSTSCRIPT} In other words, the fact that the file doesn't exist is no reason not to be able to include it. > Nor do I agree that this is an incompatible change, and that not > withstanding I did say that I was willing to do the work to add this > functionality as a new feature that would preserve the legacy behavior. That depends on what you want to be compatible with. I think Jordan made a good point that it might break the kernel build. In my book, that is definitely an incompatibility. > I know hacking make isn't as sexy as writing file systems, schedulers, > MS-DOS emulators, and linux binary compat; but I don't understand the > resistance to adding this? For as many times as I build X, it would save > a bunch of time for me if I didn't have to rebuild the dependencies every > time I remake the Makefile because I am able to preserve them in an include > file. If it's useful to me I'm sure it'd be useful to someone else too. I'm not sure what you're saying here. If you remake the Makefile, for example after changing the Imakefile, there is a good chance that the new Makefile will be different. As a result, the dependencies may change too. To be really honest, you should ensure that *everything* depends on the Makefile. The only clean way I can think of avoiding these problems is to build a Makefile.new, compare the two, and if they're different, mv Makefile.new to Makefile. That way you can be sure that, if there is any difference, the Makefile will change. Then you include your dependencies: include depend depend: Makefile makedepend etc This, of course, expects GNU make or another one which can create its own include files. Which brings me to another suggestion: why not add *that* facility to FreeBSD (p)make? That way you can create dummy files if you don't mind them not existing. It should be more compatible, but I don't know if the existence of dummy files would be acceptable. Greg From owner-freebsd-hackers Mon Dec 4 04:15:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27278 for hackers-outgoing; Mon, 4 Dec 1995 04:15:05 -0800 Received: from dreamlabs.dreaming.org (dreamlabs.dreaming.org [198.96.119.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA27244 for ; Mon, 4 Dec 1995 04:14:57 -0800 Received: (from mitayai@localhost) by dreamlabs.dreaming.org (8.6.12/8.6.12) id HAA18104; Mon, 4 Dec 1995 07:14:40 -0500 Date: Mon, 4 Dec 1995 07:14:39 -0500 (EST) From: Will Mitayai Keeso Rowe To: Greg Lehey cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD Hackers Subject: Re: *** HELP! ifconfig aliases!? *** In-Reply-To: <199512040721.IAA09236@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Mon, 4 Dec 1995, Greg Lehey wrote: > Date: Mon, 4 Dec 1995 08:21:52 +0100 (MET) > From: Greg Lehey > To: joerg_wunsch@uriah.heep.sax.de > Cc: FreeBSD Hackers > Subject: Re: *** HELP! ifconfig aliases!? *** > > J Wunsch writes: > > > > As Ollivier Robert wrote: > > > > > > It seems that Robert Shady said: > > > > sites on it. Doing the standard "ifconfig ed0 alias a.b.c.d" didn't > > > > work, and neither did "ifconfig ed0 alias a.b.c.d netmask 255.255.255.0" > > > > > > Use netmask 0xffffffff for aliases. > > > > ...but only if they are in the same (sub)net as the primary address. > > OK, I'll bite: why? I thought aliases were just an alternative > address, and that they were subject to the same constraints as the > primary address. > > Greg > Hmm... i tried this myself in order to play with the multi-domain aspect of apache as: ifconfig tun0 alias 198.96.119.1 netmask 0xffffffff and got: ifconfig: ioctl (SIOCAIFADDR): Destination address required so, after checking out the man page, i determined that it should be: ifconfig tun0 198.96.119.1 198.96.119.129 netmask 0xffffffff alias but that still gave me the error: ifconfig: ioctl (SIOCAIFADDR): File exists any ideas? -Mit ------------------------------------------------------------------------ Will Mitayai Keeso Rowe, mitayai@dreaming.org http://www.dreaming.org/~mitayai Toronto, Ontario, Canada From owner-freebsd-hackers Mon Dec 4 04:19:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27509 for hackers-outgoing; Mon, 4 Dec 1995 04:19:09 -0800 Received: from vanuata.dcs.gla.ac.uk (vanuata.dcs.gla.ac.uk [130.209.240.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA27486 for ; Mon, 4 Dec 1995 04:17:46 -0800 Message-Id: <199512041217.EAA27486@freefall.freebsd.org> Received: from savage-gw.dcs.gla.ac.uk by vanuata.dcs.gla.ac.uk with LOCAL SMTP (PP); Mon, 4 Dec 1995 12:16:50 +0000 To: freebsd-hackers@freebsd.org Subject: 3COM PCI cards? Date: Mon, 04 Dec 1995 12:16:46 +0000 From: Simon Marlow Sender: owner-hackers@freebsd.org Precedence: bulk Hi folks, I can't see any support for 3COM 3C590 PCI ethernet cards in FreeBSD. Is anyone working on a driver? Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk Research Assistant http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key From owner-freebsd-hackers Mon Dec 4 04:32:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28241 for hackers-outgoing; Mon, 4 Dec 1995 04:32:23 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA28234 for ; Mon, 4 Dec 1995 04:32:11 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA07119; Mon, 4 Dec 1995 23:31:11 +1100 Date: Mon, 4 Dec 1995 23:31:11 +1100 From: Bruce Evans Message-Id: <199512041231.XAA07119@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, julian@ref.tfs.com Subject: Re: need some info Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >how are ports on teh boca bords shown in /dev? >I'm adding entries in devfs for them in the boca driver >but I have no idea what to call them? >are they sio? >ttyb[1-8] >? >what? ttyd[0-v], ttyid[0-v], ttyld[0-v], cuaa[0-v], cuaia[0-v], cuala[0-v] just like any other sio device. All these are badly named :-]. >I guess I'll get on with another driver >and let someone who understands the boca driver >polish up what I've added to it.. What boca driver? There's one bit in sio flags for !AST. Bruce From owner-freebsd-hackers Mon Dec 4 05:05:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29849 for hackers-outgoing; Mon, 4 Dec 1995 05:05:17 -0800 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA29806 for ; Mon, 4 Dec 1995 05:05:05 -0800 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id AAA06645; Tue, 5 Dec 1995 00:04:40 +1100 From: michael butler Message-Id: <199512041304.AAA06645@asstdc.scgt.oz.au> Subject: Re: IPv6 To: benb@imbrium.velocity.com (Ben Black) Date: Tue, 5 Dec 1995 00:04:39 +1100 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <9512040546.AA24143@velocity.com> from "Ben Black" at Dec 3, 95 11:46:08 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 436 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Ben Black writes: > is anyone porting the current alpha release of the NRL IPv6 code? we were > about to start (we being 2 geeks looking to learn this, rather than > several master freebsd hackers). let me know. Not being part of the core group, I can't say for certain but from "sand-bagging" on the lists, I'd say not. Where might one find this code and under what copyright and licensing terms is its use permitted ? michael From owner-freebsd-hackers Mon Dec 4 05:29:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01682 for hackers-outgoing; Mon, 4 Dec 1995 05:29:11 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA01674 ; Mon, 4 Dec 1995 05:29:08 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 13:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA10022; Mon, 4 Dec 1995 14:29:00 +0100 Message-Id: <199512041329.OAA10022@allegro.lemis.de> Subject: Re: Two monitors (VGA and mono) To: gclarkii@FreeBSD.org Date: Mon, 4 Dec 1995 14:28:59 +0100 (MET) Cc: hackers@FreeBSD.org (FreeBSD Hackers) In-Reply-To: <199512010535.XAA01880@main.gbdata.com> from "Gary Clark II" at Nov 30, 95 11:35:48 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 688 Sender: owner-hackers@FreeBSD.org Precedence: bulk Gary Clark II writes: > > Anyone know how to have both a monochrome card and a VGA card in the > same system? I have a small (7") mono monitor that I would like to use for > my text display so I don't have to worry about the SUN monitor blowing on me. I don't know about that particular combination, but XAccel can handle multiple monitors if you steer clear of the pitfalls. I'm currently running an old version with a Diamond SpeedStar (ET4000) and an ATI Graphics Ultra Pro (Mach 32) (I'm waiting for Matrox Milleniums to become available again before I upgrade--anybody know a source?). In text mode, I only use the ET4000. This would work with your Sun monitor as well. Greg From owner-freebsd-hackers Mon Dec 4 05:29:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01796 for hackers-outgoing; Mon, 4 Dec 1995 05:29:39 -0800 Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA01772 for ; Mon, 4 Dec 1995 05:29:34 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id IAA20205 for ; Mon, 4 Dec 1995 08:36:20 -0500 Message-Id: <199512041336.IAA20205@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@freebsd.org Subject: Re: PSM identified in sysctl hardware table In-reply-to: Your message of "Sun, 03 Dec 1995 20:08:41 GMT." <199512032008.UAA00198@calypso> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 04 Dec 1995 08:36:20 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > + if(id->id_unit) > + kdc_pca[id->id_unit] = kdc_pca[0]; What's the point of this line, which I see replicated everywhere... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Mon Dec 4 05:59:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA03530 for hackers-outgoing; Mon, 4 Dec 1995 05:59:22 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA03525 for ; Mon, 4 Dec 1995 05:59:12 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 13:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA10062; Mon, 4 Dec 1995 14:34:53 +0100 Message-Id: <199512041334.OAA10062@allegro.lemis.de> Subject: Re: Using a SUN monitor To: martin@victor.innovus.com (Martin Renters) Date: Mon, 4 Dec 1995 14:34:53 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199511301615.LAA05856@victor.innovus.com> from "Martin Renters" at Nov 30, 95 11:15:57 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 516 Sender: owner-hackers@freebsd.org Precedence: bulk Martin Renters writes: > > The major problem with this setup is that many (all?) of the older workstation > monitors are fixed frequency monitors. This means they can only be used > at the resolution they were designed for (1024x768 in my case). They work > well if you're running Xfree86 in graphics mode, but they are unable to > do 80x25 text mode (you just get garbage on the screen). You can get more than garbage on the screen in text mode. If you wait long enough, you'll get smoke out of the top. Greg From owner-freebsd-hackers Mon Dec 4 06:12:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA04155 for hackers-outgoing; Mon, 4 Dec 1995 06:12:37 -0800 Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA04149 for ; Mon, 4 Dec 1995 06:12:35 -0800 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id JAA15171; Mon, 4 Dec 1995 09:15:08 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA28479; Mon, 4 Dec 1995 09:15:06 +0500 Date: Mon, 4 Dec 1995 09:15:06 +0500 Message-Id: <9512041415.AA28479.gonzo@vmicls.com> To: uhclem%nemesis@fw.ast.com, hackers@freebsd.org Subject: Re: Mission Impossible-style crashes on 2.1.0 X-Sun-Charset: US-ASCII content-length: 1178 Sender: owner-hackers@freebsd.org Precedence: bulk > I have several systems (6) that I recently upgraded to 2.1.0-RELEASE. > These systems all ran 2.0.5 previously, and had no crashes in at > least the previous 90 days (very nice). > > However, in the seven days since upgrading to 2.1.0, the same hardware > has experienced an average of 10 unexpected reboots, or just over > one a day. The systems with more load (news vs no news) crash more often. Frank, I had a similar problem with 2.0.5R. My situation was all based on my systems rebooting at 02:01:00 EVERY single day. After much looking around, I found that this was when /etc/security was being run via cron. I could run it manually and it was OK. If cron ran it, the system would silently reboot. It would reboot when it tried the check my CDROM. I realize that your problem is not with CDROM drives, but maybe having a CDROM drive is only the catalyst for a bigger problem that my system no longer exhibits due to some other change that I made. Try to see if it happens at the same time every day or perhaps in some sequence. If so, check out the /etc/crontab file to see if there is something being started when the system reboots. Hope this helps.... Jerry From owner-freebsd-hackers Mon Dec 4 06:14:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA04246 for hackers-outgoing; Mon, 4 Dec 1995 06:14:37 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA04231 for ; Mon, 4 Dec 1995 06:14:19 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA26816 (5.67a/IDA-1.5); Mon, 4 Dec 1995 07:45:30 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id HAA03196; Mon, 4 Dec 1995 07:37:10 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512041337.HAA03196@bonkers.taronga.com> Subject: Re: Adding New Hard Drives: A Major Complaint To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 4 Dec 1995 07:37:09 -0600 (CST) Cc: jkh@time.cdrom.com, peter@taronga.com, hackers@FreeBSD.org In-Reply-To: <199512041524.PAA26530@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 4, 95 03:24:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 216 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > I have a card punch, and about 10,000 cards left... > > 10K cards. Hmmm. Is that enough for a bindist? :-) > 80 bytes to a card, IIRC. 130 bytes to a card in binary. 1.3M. That's enough for a boot floppy. From owner-freebsd-hackers Mon Dec 4 06:29:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA04783 for hackers-outgoing; Mon, 4 Dec 1995 06:29:39 -0800 Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA04778 for ; Mon, 4 Dec 1995 06:29:35 -0800 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id JAA16917; Mon, 4 Dec 1995 09:32:09 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA29735; Mon, 4 Dec 1995 09:32:07 +0500 Date: Mon, 4 Dec 1995 09:32:07 +0500 Message-Id: <9512041432.AA29735.gonzo@vmicls.com> To: hasty@rah.star-gate.com, hackers@freebsd.org Subject: Re: Xfree86 now has the DGA extension X-Sun-Charset: US-ASCII content-length: 873 Sender: owner-hackers@freebsd.org Precedence: bulk > Hmmm... > > This sounds very cool where are the sources for the so call DGA extensions > it can't be that hard to have access to the video card's memory... > > Not that it matters much , Doom -3 is very quick over here. > > > However , this is god send for video capture boards !!! 8) > > Tnks, > Amancio > > > >>> Stephen Hocking said: > > Xfree86 now has the DGA extension, implemented only for Linux at this stage. > > > DGA originated with Sun and allows processes direct access to the video > > memory. It's what makes sundgadoom fast with the -3 option. > > > > > > Stephen > > -- > > > > I do not speak for the Worker's Compensation Board of Queensland - > > They don't pay me enough for that! > > > > > > > Is there a port(FREELY avail) of sundgadoom for FreeBSD ???? Where is it ???? Jerry From owner-freebsd-hackers Mon Dec 4 06:42:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA05540 for hackers-outgoing; Mon, 4 Dec 1995 06:42:20 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA05534 for ; Mon, 4 Dec 1995 06:42:13 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27395 (5.67a/IDA-1.5 for hackers@freebsd.org); Mon, 4 Dec 1995 08:37:37 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id IAA04193; Mon, 4 Dec 1995 08:33:04 -0600 Date: Mon, 4 Dec 1995 08:33:04 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512041433.IAA04193@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: Multiple http servers - howto ? Newsgroups: taronga.freebsd.hackers In-Reply-To: <199511141907.OAA02701@rk.ios.com> References: <199511141527.IAA19839@phaeton.artisoft.com> Organization: Taronga Park BBS Sender: owner-hackers@freebsd.org Precedence: bulk Rashid Karimov wrote: > It is importante that you provide 0 expiration times > for the corresponding A records - so that (at least RFC compliant) > DNS servers will not cache the record .... Oh good. That way your DNS server gets beat to death instead of your WWW server. From owner-freebsd-hackers Mon Dec 4 06:57:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA06403 for hackers-outgoing; Mon, 4 Dec 1995 06:57:50 -0800 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA06363 for ; Mon, 4 Dec 1995 06:56:46 -0800 Received: by Sysiphos id AA19736 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 4 Dec 1995 15:48:06 +0100 Message-Id: <199512041448.AA19736@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 4 Dec 1995 15:48:06 +0100 In-Reply-To: Carlos Antonio Ruggiero "PCI probe problems." (Dec 4, 3:31) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Carlos Antonio Ruggiero Subject: Re: PCI probe problems. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 4, 3:31, Carlos Antonio Ruggiero wrote: } Subject: PCI probe problems. } Hi everybody, } I'm trying to install 2.1 Release in 4 Pentium based motherboards with } PCI buses. In two of them (a Zeus and a noname one) the PCI gets } probed all right. In another noname motherboard, the bus doesn't get } probed (though everything seems OK if I install 2.0.5). In a compaq } machine both 2.0.5R and 2.1 R fail to probe the bus. There are too many systems with non-compliant chipsets (Compaq being the worst, IMHO), and the PCI bus probe code contains many special cases by now. You may want to try a kernel with the PCI probe code from FreeBSD-current. You'll only need "/sys/i386/isa/pcibus.c" from a -current source tree, it should compile cleanly on a 2.1R system. } Does anybody know what's happening? Could you please enter the "-v" option at the "Boot: " promt and send the numbers in all lines after the first pcibus_setup() ? What chip sets are used in the non-working systems ? 2.1R contains special code to deal with recent Compaq PCI chip sets, and has been tested with a number of them. I'll try to make all your systems supported in the main stream code, if you send VERBOSE boot messages (i.e. those obtained by booting with "-v"). Regards, STefan From owner-freebsd-hackers Mon Dec 4 07:15:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07386 for hackers-outgoing; Mon, 4 Dec 1995 07:15:21 -0800 Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07379 for ; Mon, 4 Dec 1995 07:15:13 -0800 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 PAA03979; Mon, 4 Dec 1995 15:13:18 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Robert Withrow cc: hackers@freebsd.org Subject: Re: PSM identified in sysctl hardware table In-reply-to: Your message of "Mon, 04 Dec 1995 08:36:20 EST." <199512041336.IAA20205@spooky.rwwa.com> Date: Mon, 04 Dec 1995 15:13:17 +0000 Message-ID: <3977.818089997@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > + if(id->id_unit) > > + kdc_pca[id->id_unit] = kdc_pca[0]; > > What's the point of this line, which I see replicated everywhere... To copy the "master" kdc structure into the other units kdc structure. -- 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 Dec 4 07:25:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08113 for hackers-outgoing; Mon, 4 Dec 1995 07:25:46 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA08093 ; Mon, 4 Dec 1995 07:25:37 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15102(8)>; Mon, 4 Dec 1995 07:24:44 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA02339; Mon, 4 Dec 95 10:24:30 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA18658; Mon, 4 Dec 95 10:24:28 EST Message-Id: <9512041524.AA18658@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: modloadable file system? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 4 Dec 1995 07:24:28 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Can I see an example of a modloadable file system? I assume we can support it? Also, in the kernel source tree, what's the difference between ufs and ffs? (aren't they the same thing?) marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Mon Dec 4 07:35:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08964 for hackers-outgoing; Mon, 4 Dec 1995 07:35:33 -0800 Received: from technix.org (root@pcca71.gallaudet.edu [134.231.56.107]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA08957 for ; Mon, 4 Dec 1995 07:35:27 -0800 Received: (from jon@localhost) by technix.org (8.6.12/8.6.12) id KAA07806; Mon, 4 Dec 1995 10:40:13 -0500 Date: Mon, 4 Dec 1995 10:40:12 -0500 (EST) From: Basket Case To: Simon Marlow cc: freebsd-hackers@freebsd.org Subject: Re: 3COM PCI cards? In-Reply-To: <199512041217.EAA27486@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 4 Dec 1995, Simon Marlow wrote: > > Hi folks, > > I can't see any support for 3COM 3C590 PCI ethernet cards in FreeBSD. > Is anyone working on a driver? > Yes, there is support for the 3C590 PCI ethernet card. There is a mod for vx0 -- http://www.owlnet.rice.edu/~fgray/if_vx.html I currently use it and it's definitely a nice card! Much better than the NE*2000 Clones. Regards, Jon =--------------------------------Basket Case----------------------------------= = E-Mail: jon@technix.org - Computer Science - C/C++/Pascal/Basic/ASM = = WWW: http://www.technix.org - Systems Administrator - FreeBSD 2.1.0 SNAP = =-----------------------------------------------------------------------------= From owner-freebsd-hackers Mon Dec 4 08:04:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11004 for hackers-outgoing; Mon, 4 Dec 1995 08:04:19 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA10995 for ; Mon, 4 Dec 1995 08:04:14 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA06271; Mon, 4 Dec 1995 10:02:25 -0600 From: Joe Greco Message-Id: <199512041602.KAA06271@brasil.moneng.mei.com> Subject: Re: No Thumbs??? (lack of concensus) To: leo@rur.com (Leo Papandreou) Date: Mon, 4 Dec 1995 10:02:24 -0600 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: from "Leo Papandreou" at Dec 2, 95 06:34:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > That may be, but I'm still leery of Quantum given their past history of > > reliability ("NOT"). The Barracudas run great IFF you put a fan on them. > > That means, even when mounted in a PC case, I leave space above and below, > > try to make an airflow path: > > > > I did that. I went to the trouble of buying a very heavy duty server > case with all sorts of fans and airflow and a humongous 400W power > supply. I mounted the Barracuda vertically, directly in front of one > of the fans. Barely warm to the touch. > > It went south on me. > > I'm getting it checked out because I never backed it up and because > I have reason to believe that the heads are intact, that the failure > was electronic. > > Still, where there's smoke, there's fire. It seems to me that these > drives have been the subject of too much negative noise to warrant > consideration. > > The Quantum Atlas II's look very nice. Hi, Are you certain the power supply was adequately loaded? With such a big supply, if you were not drawing at least 200W from the supply, the supplied voltages might not have been what they should have been. Barracudas (at least the 12550) are quite susceptible to this sort of thing, now that I think about it (particularly if they are undervoltage'd). We had a big deal with this at work - Sun workstations that couldn't adequately supply the drives. The drives appeared to try to "compensate" by drawing more current, leading to excess heat, sort of ugly.... the problems went away when we started putting the drives in external cases. (a Sun power supply is much lower wattage than your average PC) Actually, I did just have a Barracuda 32550 fail on me this morning, but it had been in service for well over a year as a news drive on an extremely busy news server :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Dec 4 08:29:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13258 for hackers-outgoing; Mon, 4 Dec 1995 08:29:56 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA13238 for ; Mon, 4 Dec 1995 08:29:37 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 16:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id RAA13196; Mon, 4 Dec 1995 17:29:27 +0100 Message-Id: <199512041629.RAA13196@allegro.lemis.de> Subject: Re: A German version of Walnut Creek's FreeBSD 2.1 CD To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Dec 1995 17:29:26 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <4023.817938272@time.cdrom.com> from "Jordan K. Hubbard" at Dec 2, 95 01:04:32 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3013 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > Well, for a variety of reasons, we've decided to do versions of the CD > specific to various local markets... > The only issue is, we have to first decide on how we're going to > do it! > > The help files the 2.1 installer uses live in the > /usr/src/release/sysinstall/help directory (if you installed from 2.1 > media, you'll also see them in your /stand/help directory). They're > easy to translate, and certainly represent the path of least > resistance for any translator. > > I think that the Handbook approach, despite the teething troubles > we're almost certainly going to have with it, is the right way to go. > It will let the translations be used both on the boot floppy (one > version for each language this time) and on the regional WWW servers > that are starting to pop up. Well, I may be in a minority, but I don't think that the WWW servers are very useful. Here in Germany, certainly, the time it takes to read the handbook from the web makes it completely impractical (yes, I know, half a dozen Germans will get up and shout me down, but they're the exceptions who have good, cheap network connects). Still, I also think that it's not good installation practice to boot up first and then start reading the documentation. Point people to a, say, three-level hierarchy of documentation that they can print out on any old ASCII printer first, and they should be a lot happier (of course, there's also no reason not to supply it in other forms too). I'd suggest the following three levels of detail: 1. One page for experienced users: "Copy your boot disk from the distribution, stick it in your machine and follow the instructions" 2. Five pages: An overview of the installation process. 3. The whole handbook. > Two goals, then, that we need to begin thinking about if we want to > do this: > > 1. Re-form the translation team. I liked the model we had in 2.0.5, > where there was one "lead" translator and a couple of backup > translators. A momentary glitch in communications before that had 2 > people working on a parallel translation for one of the languages and > it was a mess trying to smash them back together. One translator and > one translation style per language seems to work best, with the other > translators making suggestions or small improvements. Sounds reasonable. > 2. Think about what needs to happen in the handbook for translation > to really become as a viable option there. Just how much do you want to translate? I have a serious problem with German literature because there isn't any accepted, one-to-one translation of English terms. Reading German man pages, for example, can be very painful, and unless the person who did the translation really knows his stuff, it can become extremely confusing. Considering that large parts of the handbook could do with a lot of polishing in the original English, this could become a serious problem. Certainly you want a lot of reviewers. Greg From owner-freebsd-hackers Mon Dec 4 09:05:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16613 for hackers-outgoing; Mon, 4 Dec 1995 09:05:54 -0800 Received: from FSL.ORST.EDU (hernanw@FSL.ORST.EDU [128.193.112.105]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA16608 for ; Mon, 4 Dec 1995 09:05:51 -0800 Received: (from hernanw@localhost) by FSL.ORST.EDU (8.6.9/8.6.9) id JAA13954; Mon, 4 Dec 1995 09:05:15 -0800 Date: Mon, 4 Dec 1995 09:05:14 -0800 (PST) From: Wayne Hernandez To: Terry Lambert cc: Basket Case , terry@lambert.org, freebsd-hackers@freebsd.org Subject: Re: mkisofs coredumping when attempting to write to HP SureStore 4020i In-Reply-To: <199512020040.RAA02937@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 1 Dec 1995, Terry Lambert wrote: > As far as I know, that writer is not considered a writable device by the > WORM driver yet. When it is, you can follow the above process to "burn" > CDROMs. Have I made a mistake ordering one of these? I thought the extra $50 over the Pinacle (sp.) drive was worth it, but I have not seen any discussion on that drive either. I may even be willing to get my feet wet finally to see this get working. I have not even found any specs on HP's web page for this drive, which would probably be essential to get the driver working. Wayne From owner-freebsd-hackers Mon Dec 4 09:21:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17785 for hackers-outgoing; Mon, 4 Dec 1995 09:21:00 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA17762 for ; Mon, 4 Dec 1995 09:20:49 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA00990; Mon, 4 Dec 1995 12:20:10 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Dec 1995 12:20 EST Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id IAA03472 for freebsd-hackers@freefall.cdrom.com; Mon, 4 Dec 1995 08:44:01 -0500 Date: Mon, 4 Dec 1995 08:44:01 -0500 From: Thomas David Rivers Message-Id: <199512041344.IAA03472@ponds.UUCP> To: freebsd-hackers@freefall.FreeBSD.org Subject: Wow! (2.1.0 is much better than 2.0.5) Content-Type: text Content-Length: 629 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, I thought someone would be interested in hearing my opinion of 2.1. As soon as I overlaid a 2.0.5 machine, (the overlay process was fantastic, by the way) I was totally impressed. I'd say, subjectively, my machine has sped up at least 25%! I notice a large decrease in disk activity, which I presume to be better swap behavior. Things come up much faster (as is evidenced by my login, where a lot of X11 thingies get cranked up.) I don't know if it's the kernel, or the perhaps the new version of X11 is linked with a different malloc() - but things are much improved over 2.0.5. Great work! - Dave Rivers - From owner-freebsd-hackers Mon Dec 4 09:21:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17827 for hackers-outgoing; Mon, 4 Dec 1995 09:21:13 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA17793 for ; Mon, 4 Dec 1995 09:21:02 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01638; Mon, 4 Dec 1995 12:20:22 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Dec 1995 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id LAA07205; Mon, 4 Dec 1995 11:05:05 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id LAA01426; Mon, 4 Dec 1995 11:07:14 -0500 Date: Mon, 4 Dec 1995 11:07:14 -0500 From: Thomas David Rivers Message-Id: <199512041607.LAA01426@lakes> To: time.cdrom.com!jkh@dg-rtp.dg.com, ponds!rivers Subject: Re: Can't install 2.1 over SL/IP (bummer) Cc: freebsd-bugs@freefall.freebsd.org, freebsd-hackers@freefall.freebsd.org Content-Type: text Content-Length: 1135 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > Also, I'd like to argue for the return of the "emergency shell" > > which I found very helpful in the past (something like, pressing > > cntrl-A could get you the emergency shell, if it could be done...) > > Not only were you looking at the wrong code, but it doesn't even look > like you're installing 2.1 here! > > The emergency holographic shell, as it's called, is prominently announced > in 2.1! > > Jordan > Yes, but it is a shell that chroot'd to the /mnt directory (the hard disk) and doesn't let me see/affect what is in the MFS. A few revisions ago, when the install was still a shell script, I could escape into a shell that wasn't chroot'd, make corrections to the install shell script and restart the install process. This is how I worked around similar problems in the past. Granted, that wouldn't work very well now, since: 1) The tools probably aren't lying around in the mfs to do even basic editing. 2) The install isn't a shell script anymore. So - you see, I was installing 2.1; and I'm aware of the "holographic shell" - it's just now what I was asking for. - Dave Rivers - From owner-freebsd-hackers Mon Dec 4 09:21:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA17836 for hackers-outgoing; Mon, 4 Dec 1995 09:21:15 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA17797 for ; Mon, 4 Dec 1995 09:21:04 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01982; Mon, 4 Dec 1995 12:20:28 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Dec 1995 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id LAA07217; Mon, 4 Dec 1995 11:11:00 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id LAA01436; Mon, 4 Dec 1995 11:13:10 -0500 Date: Mon, 4 Dec 1995 11:13:10 -0500 From: Thomas David Rivers Message-Id: <199512041613.LAA01436@lakes> To: time.cdrom.com!jkh@dg-rtp.dg.com, ponds!rivers Subject: Re: Probable problem with SL/IP installations (ifconfig sl0 not run.) Cc: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Content-Type: text Content-Length: 856 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > After telneting into freefall, I think I've determined > > the bug in sysinstall that prevents SL/IP stuff from > > working. > > You're still looking at the wrong code! :-( > > You have to look at this relative to *2.1-RELEASE* please! > > Jordan > Oh... I was confusing 2.1-STABLE with 2.1-RELEASE. I suppose, at some time in the not too distant past, these two were the same (since RELEASE came from STABLE, right?) But, I take it, STABLE has marched on. No matter, I was able to upgrade a 2.0.5 to 2.1-RELEASE last night, so I'll look there - I just didn't have a 2.1-RELEASE /usr/src filesystem lying around yesterday; now I have one. - Dave Rivers - p.s. I haven't received my 2.1-RELEASE CDROM from Walnut Creek (I've got a FreeBSD subscription, of course) - Do you happen to know if they are pressed/shipping yet? From owner-freebsd-hackers Mon Dec 4 09:36:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18796 for hackers-outgoing; Mon, 4 Dec 1995 09:36:05 -0800 Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18786 for ; Mon, 4 Dec 1995 09:35:53 -0800 Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id SAA18906; Mon, 4 Dec 1995 18:16:40 +0100 Date: Mon, 4 Dec 1995 18:16:40 +0100 Message-Id: <199512041716.SAA18906@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-hackers@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Sender: owner-hackers@freebsd.org Precedence: bulk Hello , We desperatly try to compile a new kernel of FreeBSD 2.0( distributed by InfoMagic on CD Rom), following the procedure shown in the FAQ. Even when we use the 'MINI' configuration file, the compilation aborts at linking. The end of messages after the beginning of the compilation is: ... loading kernel kern_systcl.o:Undefined symbol '_hw_float' referenced from text segment *** Error code 1 Our PC is not Intel-based but Cyrix M7 486DX2/66, can it be the source of the problem ?? Please help. thank you. Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-hackers Mon Dec 4 09:59:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA20262 for hackers-outgoing; Mon, 4 Dec 1995 09:59:13 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA20243 for ; Mon, 4 Dec 1995 09:59:03 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 4 Dec 95 17:59 GMT Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id SAA13837 for hackers@freebsd.org; Mon, 4 Dec 1995 18:49:00 +0100 Received: from cls.net (freeside.cls.de [192.129.50.1]) by allegro.lemis.de (8.6.9/8.6.9) with SMTP id SAA13827 for ; Mon, 4 Dec 1995 18:48:13 +0100 Received: by mail.cls.net (Smail3.1.29.1) from ceres.fokus.gmd.de (192.35.149.15) with smtp id ; Mon, 4 Dec 95 17:47 GMT Message-Id: Received: from fokus.gmd.de by ceres.fokus.gmd.de id <06886-0@ceres.fokus.gmd.de>; Mon, 4 Dec 1995 18:38:49 +0100 To: grog@lemis.de Cc: TOTO@ifqsc.sc.usp.br Subject: Re: ATM support (fwd) Content-Length: 954 Date: Mon, 4 Dec 1995 18:38:49 +0000 From: Joerg Micheel Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is there any plans to support ATM boards in the future? > Wouldn't that be interesting? I have heard about plans to port drivers for the EISA-200 card from FORE Systems to different PC platforms (Linux, Plan9, and others) but I've never seen actual code nor anything running. It is definitely interesting, since there are much more cheaper ATM cards and switches available that a year ago (you can build an ATM island of 4 endsystems and a switch for, maybe US $20.000) and a driver for a popular operating system with sources would be a hit. > Is that hard to implement? It is complicated, but worthwhile. It would take an experienced kernel hacker about 2-3 month to come up with release 0.5. 50% is fight with the local operating system, 50% with the adaptor itself. You'd have to implement PVC's with AAL5 and find some other PD code to plug on top to get SVC's. What about VINCE ? Joerg Micheel ATM Test and Conformance Center @ GMD FOKUS From owner-freebsd-hackers Mon Dec 4 10:22:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21540 for hackers-outgoing; Mon, 4 Dec 1995 10:22:13 -0800 Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA21532 ; Mon, 4 Dec 1995 10:22:02 -0800 Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id QAA08557; Mon, 4 Dec 1995 16:20:43 GMT Date: Mon, 4 Dec 1995 16:20:41 +0000 () From: Sergio Lenzi To: ports@freebsd.org cc: hackers@freebsd.org, questions@freebsd.org Subject: Beware: popclient Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi all. I have compiled a new version of popclient and there is a bug in the config.h that deals with the mail command It happens that the mail command in the pop client is with an option -d. At the time the popclient executes mail to save your data, it executes mail -d [user] and the mail program vanishes with your mail. Solution: Recompile the code changing the -d flag to nothing. or, get a package from ftp://ftp.bsi.com.br/pub/FreeBSD/packages/bsi/popclient.tar.gz Sergio de Almeida Lenzi. From owner-freebsd-hackers Mon Dec 4 10:26:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21869 for hackers-outgoing; Mon, 4 Dec 1995 10:26:28 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA21853 for ; Mon, 4 Dec 1995 10:26:15 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA03965; Mon, 4 Dec 1995 11:24:55 -0700 From: Terry Lambert Message-Id: <199512041824.LAA03965@phaeton.artisoft.com> Subject: Re: IPv6 To: benb@imbrium.velocity.com (Ben Black) Date: Mon, 4 Dec 1995 11:24:54 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <9512040546.AA24143@velocity.com> from "Ben Black" at Dec 3, 95 11:46:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 482 Sender: owner-hackers@freebsd.org Precedence: bulk > > is anyone porting the current alpha release of the NRL IPv6 code? I heard that the original work was done in BSD4.4; NetBSD springs to mind. > ps - anyone working on a threaded kernel? loadable device drivers? I am working on kernel threading. There are already loadable device drivers. See /usr/src/lkm and the "modload" man page. 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 Dec 4 10:38:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22496 for hackers-outgoing; Mon, 4 Dec 1995 10:38:27 -0800 Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22489 for ; Mon, 4 Dec 1995 10:38:10 -0800 Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id KAA10163; Mon, 4 Dec 1995 10:37:03 -0800 Date: Mon, 4 Dec 1995 10:37:03 -0800 From: John Polstra Message-Id: <199512041837.KAA10163@austin.polstra.com> To: kaleb@x.org Subject: Re: Minor change to make Newsgroups: polstra.freebsd.hackers In-Reply-To: <199512021742.RAA14346@exalt.x.org> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199512021742.RAA14346@exalt.x.org> kaleb@x.org writes: > > I want make to silently ignore a failure to find a .include file. The > reason I want this is because in the next release of X imake will generate > Makefiles that can use include files for dependencies if the system's make > supports it. ... which led to lots of ideas for controlling whether a diagnostic is issued. Hey, people! Why not change it to use make's established syntax for ignoring errors? -.include filename should ignore the error, but .include filename should not. Don't invent a new kind of wheel if you don't need to. From owner-freebsd-hackers Mon Dec 4 10:45:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22887 for hackers-outgoing; Mon, 4 Dec 1995 10:45:24 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22867 ; Mon, 4 Dec 1995 10:45:18 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04000; Mon, 4 Dec 1995 11:41:55 -0700 From: Terry Lambert Message-Id: <199512041841.LAA04000@phaeton.artisoft.com> Subject: Re: modloadable file system? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Mon, 4 Dec 1995 11:41:54 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: <9512041524.AA18658@gnu.mc.xerox.com> from "Marty Leisner" at Dec 4, 95 07:24:28 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1239 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Can I see an example of a modloadable file system? /usr/src/lkm/cd9660 /usr/src/lkm/kernfs /usr/src/lkm/mfs /usr/src/lkm/msdos /usr/src/lkm/nfs /usr/src/lkm/nullfs /usr/src/lkm/procfs /usr/src/lkm/umapfs /usr/src/lkm/union There is no difference in the FS code between a loadable and a static FS, with the following exceptions: 1) A code switch stub for initialization, deinitialization, and status chacking. This is an artifact of the default static FS initialization mechanism. 2) You must have at least one static FS that contains all allowable VOP's. This is an artificate of /ys/kern/vfs_init.c having a loop to count VOP's instead of an extern variable to set up the variable num_vops in vnode_if.c, where it really belongs. > I assume we can support it? Yes. > Also, in the kernel source tree, what's the difference between > ufs and ffs? (aren't they the same thing?) "UFS" is a set of common code used by both FFS and LFS (LFS is an FFS derived log structured file system). Like Veritas (VXFS), LFS uses FFS directory structures and other shared code to get flexnames. 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 Dec 4 10:46:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22923 for hackers-outgoing; Mon, 4 Dec 1995 10:46:19 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22917 for ; Mon, 4 Dec 1995 10:46:15 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04010; Mon, 4 Dec 1995 11:43:40 -0700 From: Terry Lambert Message-Id: <199512041843.LAA04010@phaeton.artisoft.com> Subject: Re: mkisofs coredumping when attempting to write to HP SureStore 4020i To: hernanw@FSL.ORST.EDU (Wayne Hernandez) Date: Mon, 4 Dec 1995 11:43:40 -0700 (MST) Cc: terry@lambert.org, jon@technix.org, freebsd-hackers@freebsd.org In-Reply-To: from "Wayne Hernandez" at Dec 4, 95 09:05:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 808 Sender: owner-hackers@freebsd.org Precedence: bulk > > As far as I know, that writer is not considered a writable device by the > > WORM driver yet. When it is, you can follow the above process to "burn" > > CDROMs. > > Have I made a mistake ordering one of these? I thought the extra $50 > over the Pinacle (sp.) drive was worth it, but I have not seen any > discussion on that drive either. > > I may even be willing to get my feet wet finally to see this get > working. > > I have not even found any specs on HP's web page for this drive, which > would probably be essential to get the driver working. Julian was invited to Jordan's hose for pizza, which will supposedly result in a working driver. 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 Dec 4 10:59:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23470 for hackers-outgoing; Mon, 4 Dec 1995 10:59:53 -0800 Received: from server.id.net (root@server.id.net [199.125.1.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23465 for ; Mon, 4 Dec 1995 10:59:50 -0800 Received: (from rls@localhost) by server.id.net (8.7.1/8.7.1) id OAA19588 for freebsd-hackers@freebsd.org; Mon, 4 Dec 1995 14:00:05 -0500 (EST) From: Robert Shady Message-Id: <199512041900.OAA19588@server.id.net> Subject: Prob's w/YP Stuff To: freebsd-hackers@freebsd.org Date: Mon, 4 Dec 1995 14:00:05 -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 Precedence: bulk Has anybody else noticed that 'root' can't change someone's NIS password using the 2.1.0-RELEASE yp stuff? Even if you edit /var/yp/master.passwd, delete their old password, 'make', and try 'passwd ' it still asks for the old password. Have I done something wrong, or is this a legitimate bug? Browsing the source code, it looks like what's supposed to happen is 1) 'passwd ' 2) retrieve info 3) if .password is blank & current.user=='root' then goto #5 4) ask for old password 5) ask for new password 6) re-ask for new password 7) if current.user=='root' || (old.password==.password then change password. But it's not working that way. -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)855-0404 / Fax: (810)855-3268 / Web: http://www.id.net From owner-freebsd-hackers Mon Dec 4 11:01:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23713 for hackers-outgoing; Mon, 4 Dec 1995 11:01:26 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23706 ; Mon, 4 Dec 1995 11:01:14 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA08323; Mon, 4 Dec 1995 21:00:07 +0200 From: John Hay Message-Id: <199512041900.VAA08323@zibbi.mikom.csir.co.za> Subject: ipx on 802.3 To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Mon, 4 Dec 1995 21:00:07 +0200 (SAT) Cc: wollman@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 584 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, After the announcement of the ipx code a few people enquired about supporting it on 802.3 also. I am thinking about implementing it. The biggest problem to me seems to be selecting between ETHERNET_II and 802.3 form the userlevel. I thought of using IFF_LINK(0,1,2) so that it would be easy to specify with ifconfig. But then I went to look in /sys/i386/isa and all of them are used by the network device drivers. :-( So, do anybody have a good idea on how to specify it from userlevel, so that it can be different for each interface? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Mon Dec 4 11:05:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23799 for hackers-outgoing; Mon, 4 Dec 1995 11:05:03 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA23767 for ; Mon, 4 Dec 1995 11:05:00 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA00708; Mon, 4 Dec 1995 14:04:34 -0500 Date: Mon, 4 Dec 1995 14:04:34 -0500 From: "Garrett A. Wollman" Message-Id: <9512041904.AA00708@halloran-eldar.lcs.mit.edu> To: John Hay Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) Subject: ipx on 802.3 In-Reply-To: <199512041900.VAA08323@zibbi.mikom.csir.co.za> References: <199512041900.VAA08323@zibbi.mikom.csir.co.za> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk < said: > I am thinking about implementing it. The biggest problem to me seems to > be selecting between ETHERNET_II and 802.3 form the userlevel. I thought > of using IFF_LINK(0,1,2) so that it would be easy to specify with ifconfig. > But then I went to look in /sys/i386/isa and all of them are used by the > network device drivers. :-( So, do everyone a favor and re-write them to use the if_phys entry in the ifnet struct I added for specifically this purpose. Then you can use the IFF_LINK flags for this purpose. (Given that they were called IFF_LLC* in Net/2, well, you guess why they were originally added.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Mon Dec 4 11:54:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA26308 for hackers-outgoing; Mon, 4 Dec 1995 11:54:34 -0800 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA26224 for ; Mon, 4 Dec 1995 11:51:35 -0800 Received: by Sysiphos id AA00437 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 4 Dec 1995 20:49:32 +0100 Message-Id: <199512041949.AA00437@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 4 Dec 1995 20:49:32 +0100 In-Reply-To: Jerry.Kendall@vmicls.com (Jerry Kendall) "Re: PCI probe problems." (Dec 4, 11:15) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jerry.Kendall@vmicls.com (Jerry Kendall) Subject: Re: PCI probe problems. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 4, 11:15, Jerry Kendall wrote: } Subject: Re: PCI probe problems. } > There are too many systems with non-compliant chipsets (Compaq being } > the worst, IMHO), and the PCI bus probe code contains many special } I have been using FreeBSD 2.0.5R with a Pentium 75 board based on the } Triton Chipset, Will this PCI problem prevent me from upgrading to } 2.1.0R ???? No. The code in both 2.1R and -current runs on just about every hardware. There are a few very exotic chip sets, that violate may ever smaller expectations on compliance to the PCI-2.0 configuration register access rules. Your Triton will work! The problem is, that the PCI specs define a behaviour, that makes it easy to test for the presence of a PCI chip set without risk of damage done to a non-PCI system. But there are so many violations to these part of the specs, that it is in fact not possible to distinguish between PCI and EISA chip sets, which possibly have registers at the same port addresses. The code in 2.1R contains several additional tests to make sure an EISA system doesn't get taken for a PCI system (which would most likely make it crash when the kernel attempts to scan the assumed PCI bus), but since the PCI rules are not always followed by the chip sets, it is possible that a PCI system is not recognized as such without special coding. } BTW: What does IMHO(mentioned above) meaan ???? Compaq has a long tradition of needing special case code in the kernel. When I asked about the lack of compliance to the PCI rules in the PCI-SIG mailing list, some Compaq employee replied, that they in fact didn't bother to implement the hardware according to the spec on which my probe code relied. They didn't consider this a problem, since DOS/Windows use the information supplied by the BIOS, and the BIOS knows all the details about their hardware configuration. This is not a general solution, though. It's not easily possible to detect a Compaq as such (at least not before the PCI bus has been successfully probed), and there are many old PCI BIOS versions, which crash when 32bit accesses are tried. Since this would pose the risk of even MORE hardware not being supported by FreeBSD, I did not yet try to solve the problem by BIOS accesses. These will fail on many old systems, and it is easier to compensate for broken chip sets, than for broken BIOS code ... I have been considering to just scan for a PCI BIOS signature, but to not do any actual PCI BIOS calls. The existance of a PCI BIOS ought to guarantee that there actually IS a PCI bus in that system, and the probe code need not be worried to corrupt some unrelated chip set registers when do the PCI bus scan. But for now, I really want to get a verbose boot message log for all systems that make the PCI bus detection code fail under 2.1R or -current, and I'll put in further special cases to work around the hardware deficiencies ... PCI is a very good idea, but what did you expect to be the result if it gets into contact with PC compatible systems ? :( Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Dec 4 11:59:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA26535 for hackers-outgoing; Mon, 4 Dec 1995 11:59:01 -0800 Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA26521 for ; Mon, 4 Dec 1995 11:58:33 -0800 Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id UAA23903 for hackers@freebsd.org; Mon, 4 Dec 1995 20:45:14 +0100 (MET) >Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id UAA01474 for hackers@freebsd.org; Mon, 4 Dec 1995 20:32:50 +0100 From: Andreas Klemm Message-Id: <199512041932.UAA01474@knobel.gun.de> Subject: ported andrew system (AUIS 6.3) to 2.1, need Tester To: hackers@freebsd.org Date: Mon, 4 Dec 1995 20:32:50 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! I've ported the Andrew System (AUIS 6.3) to FreeBSD 2.1. It compiles well know and installs fine 38561 /usr/andrew 10059 /usr/ports/distfiles/andrew 4 /usr/ports/x11/andrew/files 3 /usr/ports/x11/andrew/Makefile 35 /usr/ports/x11/andrew/patches 65 /usr/ports/x11/andrew/pkg 101779 /usr/ports/x11/andrew/work (src+objects) But this package is soo large :( It would be fine, if somebody who has (or is willed to make) some experiences with andrew, could test my port. Maybe some things are not ok, yet. My port is based on the NetBSD-current patches, that can be found in the distribution. The rest are additions to get it through the compiler and to install the beast. A new port i386_FreeBSD-2.x (or such) doesn't seem to make sense to me, since the authors of the Andrew system are currently working on a 7.1 C++ based version and the porting scheme is based on something like: i386_Linux for Linux boxes i386_bsdi for BSDI boxes i386_bsd for NetBSD and some rudimentary FreeBSD-1.1 support. Since I had to make similar changes to the source tree as the NetBSD folks already did (fixing of prototypes for sys_errlist and such) I based my work on that patches. patches/patch-aa in the ports section are the NetBSD Patches patches/patch-ab, etc. are my patches Good luck to you, would be fine to find some Andrew Freaks. If Andrew is stable I'd like to port the HTML WYSIWYG Editor for Andrew (this was my motivation to spend the last weekend with andrew) ;-) Andreas /// begin 664 auis63port.tar.gz M'XL("+)*PS`"`V%U:7,V,W!O>-^^4AB)!B6L>&AYVG*S_^W:#IR32EF3+V=D*)[)(`'T` M>!KH!D!-Z'O-B>L%?O,+SS=51_?H3=,P+>HW7SS5122NU9+)"X(7-_,=/Q"% M4SB)5WA!)H27>%%Y0>07SW"%?J!ZA+SP7#>XK]S-F%+KQ?_<%9;WOV\&M&%K MWJ-E\!PG25)Y_\NM7/_SV/^R(K=>$.Y'_Z_]:FY5R!;17,_^P3 M5=?-P'0=GP1N4LP4V\I@Z.M-_]8/J)U0#&_)+N)']AT[=0MEFI[.UWWUTAOO"%UG]0GYH22NBVU%5(_$4C=N/', M0!U:M.X'GNF,_`@ME;W3TPT@:2)TAZ;3U#12[U8.CB\.>^_2#,LD:0VU M426,SG`A]@T3N> MSP'5*I<7Y[U#QGPVY^]B_^,GD/&`_?.*E-D_IS#[%V7NA_U_'_L?+VG]XR5M MG_1#A^Q3C1"1",*V+&R+(CGJGA.^TY$Q_Y@&[_K[=2WT/.H$9*(&VICZQ/!< MF[B^'TX0KZD:9*Q>4U1O2(DZF5@FU:,!YI5.#=.A9._D^/RL]V[0/?ZXP:>I M1[\-P/![>P.TT/YTQN[%^8>3L][QP6SR97'IRT'ON-\]GTGO7NX>G1YV,;7R M*G0@@QSMXCB1%6*/Y"4;&ORQZM&FK3HOT^+G1[M[4.9][[";TN32I@@#6]78 MG\8LA].S[OO>Y12#**F$/J,^/>GW+K'=4N(TA?!9`_M!<%LU]-HP-#:)Z6J! M587'S1HY[YWL0;N)IO+(:YAY"C[O_<'W;.SPUY_5MY,!J%?`NHY:!=^ M0#1H1K+%[J=8@9;%K/(9Y:R^X_AOZT_D@,/XKRCW^7^<%(W_HB2(D?^O",*/ M\?\YKJ-]F535T/3Y!K1#8_1UD[PA>DMLRQV)-UJ4:PUU3A/I$)YD31&4CC04 M*RF5D*/BJ$H-N26(JD&'AM&"65S0Q#851,70Q(Z448DYJHX@JZV6;HB=MJ%Q M`C?4)5F@BL8K\E#4VIV,2LI1R;PF4;[5,32-[XCBL-V2!-T8"A+'JT);'$94 M8$+@.0YS=`+$EZVV*JK##F?(N@)DDB#+DJ(*&M?6C(A.=[4_P_291B^Y>X%BQ:V>% MDVLQ1_(5_%?9APGT>/>H^X:I6$=53G\[F$G9VSWO'H`_U^W_\F8#4%XYVNV? M=\]@`C[')&($D^UF$_XV(O@W-#ML4#UL3L)A<_>BUV_JIA\P5H64$TO]JC94 MU7-H@'0--<1`KQF//A@B>JIGPHP:\2_FXIA:P[\QP==M:..F;7J>ZZW`YMIU MZ@X-[4;HF'4[I.!#4`\:C%4&PT]Y288WWMKQS1S!BQXV,'.*D-QNOOYV> MG)WWX?Z.D41N:BP22V%4U.^R!YIR*C%]YL3/L-)','LE*H M32;RCN2>A+M*17?K!@5;WJYL_-,TR&?R$ZGK<2'4G_RQ0P!W#OG_RL:&?:6; M'JE/J^!GYB0U,]9**GO MGY^99K M:VN+N-?4&U-5;X:!:;'=L=`W1XYJ-;2&ZYFCC=R*/=_:YJ5M68A"N'J]?A_U M#*$HI(1;TQ<^$TFNR3QACX0TM\@9#4+/\8D*TR%,@=3#:5,ET%^!J9%A:!B0 MA#,SS(+H1'2=D67Z8Q+0+P'1J:^!"\>+^V('L5R:N/0_>25\J/[&RR?(R6U@&_VT` M0J&M@L^L>,P0B*I3C?$K.>[W#L@__C'=1F\)MQGK1O*\\H4B-:#.P!2Z\J?^ M[_V/J#H")NIGN*O_Z.Y?87OV=<_G*O_D?E?7>O\KZ#?%\__HB2V6CC_ M@T_P8_Y_CNL7XFD^6*Y!ZAJI7UV1NL*+:/D[E?E,+342%K8W]AE9Y\_BK MIYV5C=XX?Y@$O M#Y.CTELA3%N#'`UY0W)/6!`)TU)(C9MV.Z@Y3*R!J5KF5Y@#A]1R;Y*Y.JII M/%<_94WG-M._=VT?,@3X'NN6@]L#ZS(#^$8K2,0L;P1Y'J/0!N"RAL*Z"HD)_'?4=3$#>G3M%S`)/W`] M1/':C2(3M))9Y/2<,XP.[DW*$)NVY@PC(YLJWMJ6.]N\4&@:HE`36Y%I(#=X M!.]F:@"-NN95NE;I![KI-L9OH;W1H8^.".G5P2`Z"#<8;*);_E.6+K:5*)U1 M)&Q@K`-.,9]$4)9M^YB53XFDX^C\+PC,9MRW01Y#(*Q0C$(%U;H8<2MJ%09 MU((K/%YB:N!&NK;M.DW3?GJ4S0E!D*&@Q0%6K.<#R,7]N\&&&KD&RF MN`#14LF&'\1&N5`)'N4L5$K#%,U2_;G8)=YAG$G5@ML)75LD9<3O\%R>[IY_ M..P>3RMTB\OEGFK'.D5D]\$B],?LS_5Z`('L$0>QB.6@D->M?(`1,A#D"`I& ME>)(F1#XQ%S8+UR!MR?'%X&#M_<95C MD#]CE6='OJCD,U1[$1-8OP6L:@#WXE^\<4C__`8WYC>6?>#KUJNSVU*/L:;.&[7RW,[L0_UCTQ]D;&*X= MJW:DQY=MDCEG\JML&H'EPVCO9.S\< MO+MX_W[0[_U?=X/G."XVB*@18H-XOD98W![6WQ#WF`@*#Z*_ZYDG(@%L;2T6 MLI2AS.A7;BM2:BO3)`7F4NPL\!P@A1=G9@LR-TYM,7]A$#T7`^(>8R@T!>9> M,GT'.KB$([:1A%D,P;%>TT/ZH_4JPN=2NMT'*M?Q78LV8;)IVJII@>.V'FSE MY"#"4EG+0:Q0VW*DR1G2BB@+`%>\R2N+M6P--W/TV%@R[XX&]%KU8C=UT14G MEGMT^\&U*8QR:9=.T69;/EBK2*-5I.KP6!YKB!.WD6F,625@99 MHND+Z:8`)D`8OBT51]62B/%.MHGZ0,@#HJ)T$S+JTQFHPP+; M.X%II]L[#Z(G"["BZ$S,16=+:KNP6K\\7*V'M5T`D+@*DO)?(R23%9]4UDJ@ MG-:V?.13YF`Y15DP\A6O1/(MN<9G^_NYQ91@3`]H@'.P: M%X@VB+KX.J#?*YVM1-[[X\YD32?3(7!$;LG1C/@HU,V,KPR.E;CI!6(4(R MTH+QJ%.\_,S7E-;"Q^UBQYO-/J9CN-$OJ8#X/>:`PS#1@]0/JG:UY)F[0]4/ MP!\ZW>< MO,?W3GO.J>>./.K[-=(/7(]F">E12NQD5OC('WWFA3;T-$MCY9.TG3G$&:X3 MX$L4*>!X#I,>-BB6?`+SM<=FSW[@?>9E#J0R)6;33,?TQU2?2LXID]3VV'4^ MFAK]X/I!#1_`6O;Q(8W2HS:*K>J_H(T>ML/G;Z<%C5'WU)MG,<1(T,I&&.M9 M',4)PK8@%AI@1#8;Q`G;4K&O+,IXOB\[[@>/J7]*2B.E7XH#HJG"ICT7.Y4& M5=8*?6-ACHI]$W^+^Y-O;HE@6_L2D\WTJEP3FK9HLY/8E MX3%=WTLGX!5[-56'SF0D&R=S?4MA2@B6Z5P81I[-ETQEK=RUF;8EEBJE)QG* M*`LZEB]=<4EGROMZD381M7J?);J6]%D+I\/"/HL)"_I,*NNS;&%[T6&VU*P+AH!L2BSI MSOH:U\&YW#KX8X;!0AV>M!76LFR.>C_7.)7*6AGTF;;%J!>Y]'VX,LH"V,NE MH4!Z1I(\#O1EO>AW8A&A9U)!YT'J9W$^&*?Y%=)80%9E7\ M`HC$UZ3V_#[\R%,G8U,K#X6GNDOS7,MZ_,YIWG]=9/9XT)5D,PJKX-RF_JH5 M7*DFJVZ\/EC!Q:%O>/2OY\)^).LQX(^U+4&_4A:SII0%\&\_!?P]JLW%*"EB M_O;8O[=V?SO@L^WJYGC2XKCFB`:)^'7:0%XDVD)>[$KF4%J'THV/@LBPC$G! M%HA8O(TLUH2"LUJEP3G,U;;I+GI<"_[A2_W53?9Z"=M&9O+F8+NPO(7.'N1D M+@PFSQ^HYA<16Y$E/`.8$I$QG&*QCP!301W*P<27@&F>20&8BL/7#E_KM`I& MW(33C,NWZKF7]'^?0AW]6K6J^.-BF^3;!/=+C>BGQG8,PPK]<=4/=#<,-G?N MDB`T4G%^V%Q.Q850N*J:]T#64D,'VF4RR>[6@M-,#F(S)VLI)CH+CD?(J_^NOO+3Y),?@9U]"ZGZ9 M6*Y.3\>>ZN-;$03?BX@37[+?16#%>G9!L3CQ97RN+ZY+,J`]KBZ+'IU?3WWN M`6ORORZ+7F!>"V03$=%[3Y&8I8`[IV,Y?+-7.F:)"D!>&UX1 M#^RHP4%(??\=>\;30U75LJ(GOT8FGCMQ?:IGV;68-+K'5W+ZYE?*?FGD;D$O M+T8$#FUG%)R):WIH.E=5"_XX.0F;Z<^093E;459\3#^N5K+XM=YJ+33X/D75 M[H$V^@'-(>6'5%#7`FPF@*$Z$?*?]JZV-VTD"-_7W*]8Y50)J!O`7AM"U9-R M35)%;9I>D\O=ATK(P0[Q%6*$#4FDWG^_G5G;&'L7[,20]FY'$0'#[HZ]\^SK M[#RES#JCG]RH%Z='EI/D35KFU:\+Y^MQ1JYL:%8P<@,/T75V!<%P"1ZT]*]9 M)I-9B`\KB$]2BV;5A70H&)1AK1YKC,6_^IO-Y8.F`T1"\XV93%P,^A-%194V MG)RN;1`VX:5RI&#.&#`"KV=;BF$^\2Q6>?%LL[&51L/L9?U$%@6-O4G`BT@N!4.O MGDOMWKL#2"UZ*%U3VQ?$W:PD*A#_!L^XG&,XR)J->=;CD.$L0W[E=;0*UNUJ M^S0?&;.RT#_E-)(@9^JX8[\Y`-<._EHY@M(E\(/46$IA)(DTE"**\E&W($V^ MSH<:!!; M=%Z/CBW#E6BKF&F4;Z)+:E0R[%\9'5>:%KX&-_'_#9E77`K&CXI+*FEB>4WE M9F:FS"R73F!J[?5K6-$4A)^E.Y@Y7G@,[$YO2(U?JDMIBC[+6EA" MPH+C0#R.[/AHX97;HZ`H'%W'Q14VRI4ZRRVSM+WLB,*):4E][ZP*Y"CK"V"&'B7`10,V6N]W1U-(U*HQ%R?-%;!'[,T$V))977@A1/VY;HZ=$?ED8N^ MKX>P#G+NR$,7&=8:C`-]\3%HG/Q2D[:O`J,H>:^YZ2IN#\Q'?OG1Q>_U^#`(!L,PZ\U]H""J]DU MM.!'(^^7[EM&C(*ORBIP#@E.SE4LUJ;)._CW7N&TPTO%J5TXSE4R.B&&3Z- MT.UH.DT3NJ6X^K(K)D(:OR4\1)&\HT@!@L(:QMNUO*XW2."GZIH4:/^V4M^* M(4_Q_PV>SO]G67+^7V*VS(C_SZ*692#_KTD5_]_6^7\A-D]S[(:V^(V(#A@" M+O9T4T`'O#:S?#Y&5\X.#"ZWW<5^D,0#5^B6'2\B9[:(P+A'[MP=K3XONFAI M?SO[_.'@XV%JS^^X?_:>M'[^C^/?V33^C03_'1W:`L"_XO_<&O[S8?PG4Y_3 MGG'`7]S,R*G]0'0+@&K27KL%0*42$H`D=0;AAM6C[17\WUV(L[$XZLT^=O.! ML.(X_#'+<.8['!&=_)50F$67^OWCJ>OB=BY;3APBS*$[F47R["]T=[ MN#7^37ZS=@CWF@[YCPS(A!7T@S`@%\&_NVG\FQV.?]JBG4Z+X[^C\+\M_,/$ M9PI'GL?L3]#)Z^V>8?3,5">?29'],>WINASG'5WKB#SD`J<9#,/P88E!`]>" MTFX4[&<"IPD\==-G[<\D<;U(TF/\+RPS[Q%7HDSR[5O*:21I3LKI\D/B_WK# M^+;P$L-DJ0MP!+5&>+?O-F,KL7 M44H7]`'@E\%[(_2#<%JK:XT&^Q_Z<"EQ]%B*RT\:3'O/O7N/G]XLB%J6.,Y* M:%@PKE\%6FX4_U^'S0IMC-!6ASU-*?[A`^*_9;`&@+4%;<-JF3\14^'_F=I_ M5O^?P(:K*0/:?TH+U+]%3=V$]I]2JN9_SUO_AT?G;S]OJ?Y-?8'_CH7U;^BJ M_K\#FQP]!Z([));'V#+43\#]:_V?X?WMV M>GKT\6+K^+=@_D\MRU3X5_A7HD2)$B5*E"A1HD2)$B5*E"A1HD2)$B5*E#Q& *_@4(3*NS`,@``$\M ` end -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Mon Dec 4 12:12:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27098 for hackers-outgoing; Mon, 4 Dec 1995 12:12:37 -0800 Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA27093 for ; Mon, 4 Dec 1995 12:12:09 -0800 Received: from websurfer.etinc.com (websurfer.etinc.com [204.141.95.5]) by etinc.com (8.6.11/8.6.9) with SMTP id PAA05192 for ; Mon, 4 Dec 1995 15:22:27 -0500 Date: Mon, 4 Dec 1995 15:22:27 -0500 Message-Id: <199512042022.PAA05192@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: PCI probe problems. Sender: owner-hackers@freebsd.org Precedence: bulk >On Dec 4, 3:31, Carlos Antonio Ruggiero wrote: >} Subject: PCI probe problems. >} Hi everybody, >} I'm trying to install 2.1 Release in 4 Pentium based motherboards with >} PCI buses. In two of them (a Zeus and a noname one) the PCI gets >} probed all right. In another noname motherboard, the bus doesn't get >} probed (though everything seems OK if I install 2.0.5). In a compaq >} machine both 2.0.5R and 2.1 R fail to probe the bus. > >There are too many systems with non-compliant chipsets (Compaq being >the worst, IMHO), and the PCI bus probe code contains many special >cases by now. You may want to try a kernel with the PCI probe code >from FreeBSD-current. You'll only need "/sys/i386/isa/pcibus.c" from >a -current source tree, it should compile cleanly on a 2.1R system. Remember (back-when) Compaq was the standard? (Ha-Ha). db ---------------------------------------------------------------------------- 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 From owner-freebsd-hackers Mon Dec 4 12:28:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA27557 for hackers-outgoing; Mon, 4 Dec 1995 12:28:31 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA27552 for ; Mon, 4 Dec 1995 12:28:26 -0800 Received: from exalt.x.org by expo.x.org id AA21302; Mon, 4 Dec 95 14:35:50 -0500 Received: from localhost by exalt.x.org id TAA18604; Mon, 4 Dec 1995 19:34:16 GMT Message-Id: <199512041934.TAA18604@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: Minor change to make In-Reply-To: Your message of Mon, 04 Dec 1995 10:37:03 EDT. <199512041837.KAA10163@austin.polstra.com> Organization: X Consortium Date: Mon, 04 Dec 1995 14:34:15 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > In article <199512021742.RAA14346@exalt.x.org> kaleb@x.org writes: > > > > I want make to silently ignore a failure to find a .include file. The > > reason I want this is because in the next release of X imake will generate > > Makefiles that can use include files for dependencies if the system's make > > supports it. > > ... which led to lots of ideas for controlling whether a diagnostic is > issued. > > Hey, people! Why not change it to use make's established syntax for > ignoring errors? > > -.include filename > > should ignore the error, but > > .include filename > > should not. > > Don't invent a new kind of wheel if you don't need to. Yup, that's how gnumake does it too, i.e. `include file' emits a warning and try to build `file' if it does not exist, `-include file' is silent and won't try to build `file' if it doesn't exist. But I found another way to skin the cat. I only want dependencies and FreeBSD make's treatment of the `.depend' file in the cwd is exactly what I want. To bad I missed this detail right at the top of the make man page or I could have saved myself some effort. -- Kaleb From owner-freebsd-hackers Mon Dec 4 13:05:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA29636 for hackers-outgoing; Mon, 4 Dec 1995 13:05:08 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA29598 ; Mon, 4 Dec 1995 13:04:21 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA04371; Mon, 4 Dec 1995 14:00:54 -0700 From: Terry Lambert Message-Id: <199512042100.OAA04371@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: jhay@mikom.csir.co.za (John Hay) Date: Mon, 4 Dec 1995 14:00:53 -0700 (MST) Cc: hackers@FreeBSD.org, wollman@FreeBSD.org In-Reply-To: <199512041900.VAA08323@zibbi.mikom.csir.co.za> from "John Hay" at Dec 4, 95 09:00:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 982 Sender: owner-hackers@FreeBSD.org Precedence: bulk > After the announcement of the ipx code a few people enquired about supporting > it on 802.3 also. > > I am thinking about implementing it. The biggest problem to me seems to > be selecting between ETHERNET_II and 802.3 form the userlevel. I thought > of using IFF_LINK(0,1,2) so that it would be easy to specify with ifconfig. > But then I went to look in /sys/i386/isa and all of them are used by the > network device drivers. :-( > > So, do anybody have a good idea on how to specify it from userlevel, so > that it can be different for each interface? IFCONFIG(8) UNIX System Manager's Manual IFCONFIG(8) NAME ifconfig - configure network interface parameters SYNOPSIS ifconfig interface address_family [address [dest_address]] [parameters] ^^^^^^^^^^^^^^ How about that? 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 Dec 4 13:14:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00428 for hackers-outgoing; Mon, 4 Dec 1995 13:14:40 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA00417 ; Mon, 4 Dec 1995 13:14:36 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA01059; Mon, 4 Dec 1995 16:13:41 -0500 Date: Mon, 4 Dec 1995 16:13:41 -0500 From: "Garrett A. Wollman" Message-Id: <9512042113.AA01059@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: jhay@mikom.csir.co.za (John Hay), hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Re: ipx on 802.3 In-Reply-To: <199512042100.OAA04371@phaeton.artisoft.com> References: <199512041900.VAA08323@zibbi.mikom.csir.co.za> <199512042100.OAA04371@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> After the announcement of the ipx code a few people enquired about supporting >> it on 802.3 also. >> [...] > IFCONFIG(8) UNIX System Manager's Manual IFCONFIG(8) > NAME > ifconfig - configure network interface parameters > SYNOPSIS > ifconfig interface address_family [address [dest_address]] [parameters] > ^^^^^^^^^^^^^^ > How about that? Utterly irrelevant. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Mon Dec 4 13:25:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01245 for hackers-outgoing; Mon, 4 Dec 1995 13:25:08 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA01158 ; Mon, 4 Dec 1995 13:24:49 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA05697; Mon, 4 Dec 1995 14:21:57 -0700 From: Terry Lambert Message-Id: <199512042121.OAA05697@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 4 Dec 1995 14:21:57 -0700 (MST) Cc: terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.org, wollman@FreeBSD.org In-Reply-To: <9512042113.AA01059@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 4, 95 04:13:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 867 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > SYNOPSIS > > ifconfig interface address_family [address [dest_address]] [parameters] > > ^^^^^^^^^^^^^^ > > > How about that? > > Utterly irrelevant. Hm. I'd have to say Duck (Bruce Schmidt) of Novell disagrees with you, since that's what he did for the IPX implementation on NeXT that Jobs likes to claim credit for. I'd also have to say that Jim Freeman (now of Caldera), Steve, and the other guys who worked less than 50 feet away from me on the UnixWare IPX implementation at the Novell, Sandy Ut., site also disagreed with you. Of course, we only had the Provo guys who *invented* the crap up every other week or so, so I guess you could be right. Are you sure "AF_IPX" won't work? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Dec 4 13:29:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01631 for hackers-outgoing; Mon, 4 Dec 1995 13:29:13 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA01616 ; Mon, 4 Dec 1995 13:29:05 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA01138; Mon, 4 Dec 1995 16:28:26 -0500 Date: Mon, 4 Dec 1995 16:28:26 -0500 From: "Garrett A. Wollman" Message-Id: <9512042128.AA01138@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett A. Wollman), jhay@mikom.csir.co.za, hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Re: ipx on 802.3 In-Reply-To: <199512042121.OAA05697@phaeton.artisoft.com> References: <9512042113.AA01059@halloran-eldar.lcs.mit.edu> <199512042121.OAA05697@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> > SYNOPSIS >> > ifconfig interface address_family [address [dest_address]] [parameters] >> > ^^^^^^^^^^^^^^ >> >> > How about that? >> >> Utterly irrelevant. > Are you sure "AF_IPX" won't work? DID YOU EVBEN BOTHER TO READ THE MESSAGE WHICH YOU REPLIED TO???!!! Obviously not, since, as I said, your reply was utterly irrelevant to the question being asked. The question, in case you've forgotten, is: how should one indicate to a network interface that it is to use 802.3 encapsulation rather than Ethernet v2? The answer, as I gave it, was: use the IFF_LINK* flags; that's what they're there for. Now would you please READ the messages before you respond to them? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Mon Dec 4 13:35:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02268 for hackers-outgoing; Mon, 4 Dec 1995 13:35:42 -0800 Received: from technix.org (root@pcca71.gallaudet.edu [134.231.56.107]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02255 for ; Mon, 4 Dec 1995 13:35:29 -0800 Received: (from jon@localhost) by technix.org (8.6.12/8.6.12) id QAA09250; Mon, 4 Dec 1995 16:41:39 -0500 Date: Mon, 4 Dec 1995 16:41:38 -0500 (EST) From: Basket Case To: freebsd-hackers@freebsd.org Subject: Re: Support for FreeBSD/Linux for the HP SureStore 4020i (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Mon, 4 Dec 95 13:42:04 -0700 From: SURESTORE_SUPPORT@HP-Loveland-om10.om.hp.com To: jon@technix.org Subject: Re: Support for FreeBSD/Linux Item Subject: Support for FreeBSD/Linux Jon, I do not have any information on drivers for FreeBSD or any on developement of such drivers. I do have source code and developement information at http://www.corp.hp.com/Publish/isg/cdr/html/prodinfo.html You should be able to use this to create your own driver. If you do can you let me know how it came out. Lane Williams HP CMS Customer Support Tech. ______________________________ Reply Separator _________________________________ Subject: Support for FreeBSD/Linux Author: Non-HP-jon (jon@technix.org) at HP-Boise,unix2 Date: 12/1/95 11:15 AM Hi -- I run FreeBSD 2.1.0 and am having problems with the HP SUreStore 4020i and getting it to work with FreeBSD. I am wondering if anyone is working on the driver or know where I can get more information regarding this? If not, then could someone send me all the technicial specifications for the HP Surestore so perhaps then I will attempt to design and develop a driver and see if I can get it working... Regards, Jon =--------------------------------Basket Case----------------------------------= = E-Mail: jon@technix.org - Computer Science - C/C++/Pascal/Basic/ASM = = WWW: http://www.technix.org - Systems Administrator - FreeBSD 2.1.0 SNAP = =-----------------------------------------------------------------------------= From owner-freebsd-hackers Mon Dec 4 13:43:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02666 for hackers-outgoing; Mon, 4 Dec 1995 13:43:07 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02656 ; Mon, 4 Dec 1995 13:42:49 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA05965; Mon, 4 Dec 1995 14:35:49 -0700 From: Terry Lambert Message-Id: <199512042135.OAA05965@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 4 Dec 1995 14:35:49 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, jhay@mikom.csir.co.za, hackers@FreeBSD.org, wollman@FreeBSD.org In-Reply-To: <9512042128.AA01138@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 4, 95 04:28:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1260 Sender: owner-hackers@FreeBSD.org Precedence: bulk > >> > ifconfig interface address_family [address [dest_address]] [parameters] > >> > ^^^^^^^^^^^^^^ > >> > >> > How about that? > >> > >> Utterly irrelevant. > > > Are you sure "AF_IPX" won't work? > > DID YOU EVBEN BOTHER TO READ THE MESSAGE WHICH YOU REPLIED TO???!!! > > Obviously not, since, as I said, your reply was utterly irrelevant to > the question being asked. > > The question, in case you've forgotten, is: how should one indicate to > a network interface that it is to use 802.3 encapsulation rather than > Ethernet v2? > > The answer, as I gave it, was: use the IFF_LINK* flags; that's what > they're there for. > > Now would you please READ the messages before you respond to them? Excuse me. The AF_INET (default) address family causes the link flags to mean interface type currently. If one were to switch the behaviour based on address family to do the "correct" thing in this regard, it would resolve the problem without having to rewrite all the hardware selection code (not that the fix you want isn't the correct thing to do in the long run). 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 Dec 4 13:55:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03765 for hackers-outgoing; Mon, 4 Dec 1995 13:55:20 -0800 Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03625 for ; Mon, 4 Dec 1995 13:54:50 -0800 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id RAA05566; Mon, 4 Dec 1995 17:04:27 -0500 Date: Mon, 4 Dec 1995 17:04:27 -0500 Message-Id: <199512042204.RAA05566@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: se@zpr.uni-koeln.de (Stefan Esser) From: dennis@etinc.com (dennis) Subject: Re: PCI probe problems. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >On Dec 4, 15:22, dennis wrote: >} Subject: Re: PCI probe problems. >} >On Dec 4, 3:31, Carlos Antonio Ruggiero wrote: > >} Remember (back-when) Compaq was the standard? (Ha-Ha). > >Yes :( > >They meant the end of our first excursion to PC Unix (386/ix) >on a 386/20 hardware some 7 years ago ... > >A 640x400 VGA which could not be disabled, and custom memory >modules, which would have made replacing the systems one year >later by better equipped ones cheaper than buying those Compaq >piggy back cards. > >These Comapq systems were so brain damaged, that it took six >years for any PC hardware to be considered again. > >It's always interesting to watch how the main players seem to >think they are the only players, until they find nobody wants >to play with them any more :) When your big enough (Cisco ring a bell) you become the standard, no matter how bad it is. db ---------------------------------------------------------------------------- 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 From owner-freebsd-hackers Mon Dec 4 14:25:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA06178 for hackers-outgoing; Mon, 4 Dec 1995 14:25:20 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA06064 for ; Mon, 4 Dec 1995 14:24:53 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16393(6)>; Mon, 4 Dec 1995 13:52:02 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA07558; Mon, 4 Dec 95 16:51:50 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09605; Mon, 4 Dec 95 16:51:48 EST Message-Id: <9512042151.AA09605@gnu.mc.xerox.com> To: hackers@freebsd.org Subject: making libg++-2.7.1, groff 1.10 and binutils 2.6 Date: Mon, 4 Dec 1995 13:51:48 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I had problems with groff 1.10, libg++-2.7.1 and binutils 2.6 (gcc 2.7.2 went with no problem). Does binutils 2.6 work with freebsd? (I had problems -- I configured with 2.6 -- it made, ran and gave up on freebsd objects...) For libg++, configure did: reated "Makefile" in /usr/local/src/libg++-2.7.1 ì i386c/libg++-2.7.1 ./config.status is unchanged bash ./config.status Created "Makefile" in /usr/local/src/libg++-2.7.1 ì i386c/libg++-2.7.1 ./config.status is unchanged bash ./config.status and then got into infinite loops (very bizarre). For groff, I had: hen I configured groff 1.10, I got: bash$ /compudyne/cdrom/gnu/groff-1.10/configure --prefix=/usr/local loading cache ./config.cache checking for gcc... gcc checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for c++... c++ checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking whether cross-compiling... yes checking that header files support C++... no configure: error: header files do not support C++ (if you are using a version of gcc/g++ earlier than 2.5, you should install libg++) (I tried the 2.7.2 g++ and I believe the installed g++ with the same result). marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Mon Dec 4 14:25:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA06187 for hackers-outgoing; Mon, 4 Dec 1995 14:25:22 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA06135 for ; Mon, 4 Dec 1995 14:25:11 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16409(6)>; Mon, 4 Dec 1995 13:44:39 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA07286; Mon, 4 Dec 95 16:44:26 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09165; Mon, 4 Dec 95 16:44:24 EST Message-Id: <9512042144.AA09165@gnu.mc.xerox.com> To: bug-gnu-utils@prep.ai.mit.edu Cc: hackers@freebsd.org Subject: fileutils 3.12 on freebsd Date: Mon, 4 Dec 1995 13:44:23 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Freebsd 2.1 ctype.h defines isnumber() [I'm not going to debate the goodness of this -- playing with POSIX_SOURCE/ -ansi made other things break... This seems (for now) relatively easy...it would be a good idea to change isnumber to some other name? [or fix ctype.h in freebsd] Anyway, for fileutils 3.12 here's what I did: : leisner@compudyne;rcsdiff -u chown.c chgrp.c =================================================================== RCS file: chown.c,v retrieving revision 1.1 diff -u -r1.1 chown.c --- chown.c 1995/11/22 16:55:09 1.1 +++ chown.c 1995/12/02 23:32:40 @@ -56,6 +56,9 @@ char *xmalloc (); char *xrealloc (); void error (); +#ifdef __FreeBSD__ +#undef isnumber +#endif int isnumber (); static int change_file_owner (); =================================================================== RCS file: chgrp.c,v retrieving revision 1.1 diff -u -r1.1 chgrp.c --- chgrp.c 1995/12/02 23:19:55 1.1 +++ chgrp.c 1995/12/02 23:26:39 @@ -50,6 +50,9 @@ static int change_file_group (); static int change_dir_group (); +#ifdef __FreeBSD__ +#undef isnumber +#endif static int isnumber (); static void describe_change (); static void parse_group (); : leisner@compudyne; ~ ~ marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Mon Dec 4 14:36:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07095 for hackers-outgoing; Mon, 4 Dec 1995 14:36:43 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07086 ; Mon, 4 Dec 1995 14:36:36 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA07687; Mon, 4 Dec 1995 14:36:07 -0800 To: Thomas David Rivers cc: time.cdrom.com!jkh@dg-rtp.dg.com, ponds!rivers@ucbvax.Berkeley.EDU, freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: Re: Probable problem with SL/IP installations (ifconfig sl0 not run.) In-reply-to: Your message of "Mon, 04 Dec 1995 11:13:10 EST." <199512041613.LAA01436@lakes> Date: Mon, 04 Dec 1995 14:36:07 -0800 Message-ID: <7685.818116567@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > p.s. I haven't received my 2.1-RELEASE CDROM from Walnut Creek (I've > got a FreeBSD subscription, of course) - Do you happen to know if they > are pressed/shipping yet? Not yet. Still waiting for the artwork. From owner-freebsd-hackers Mon Dec 4 14:36:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07143 for hackers-outgoing; Mon, 4 Dec 1995 14:36:56 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07127 for ; Mon, 4 Dec 1995 14:36:51 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA07644; Mon, 4 Dec 1995 14:32:44 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: A German version of Walnut Creek's FreeBSD 2.1 CD In-reply-to: Your message of "Mon, 04 Dec 1995 17:29:26 +0100." <199512041629.RAA13196@allegro.lemis.de> Date: Mon, 04 Dec 1995 14:32:44 -0800 Message-ID: <7642.818116364@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Well, I may be in a minority, but I don't think that the WWW servers > are very useful. Here in Germany, certainly, the time it takes to > read the handbook from the web makes it completely impractical (yes, I You need to think ahead. It sucks now, but I have some small faith that it won't suck forever. We have to put our efforts into project that will "amortise" well over the next 3-5 years, and I think that this is such a project. Still, I'm certainly not above reorganizing the subject material to be easier to grasp, and I don't see how the two goals are mutually exclusive either. I'm only after the translation of the installation guides and other docs in sysinstall (or whatever we come up with to replace the docs in sysinstall/help), the cover and insert materials in the CD are being translated by WC's translation staff. Jordan From owner-freebsd-hackers Mon Dec 4 14:36:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07158 for hackers-outgoing; Mon, 4 Dec 1995 14:36:59 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07132 ; Mon, 4 Dec 1995 14:36:53 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA07671; Mon, 4 Dec 1995 14:35:50 -0800 To: Thomas David Rivers cc: time.cdrom.com!jkh@dg-rtp.dg.com, ponds!rivers@ucbvax.Berkeley.EDU, freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: Re: Probable problem with SL/IP installations (ifconfig sl0 not run.) In-reply-to: Your message of "Mon, 04 Dec 1995 11:13:10 EST." <199512041613.LAA01436@lakes> Date: Mon, 04 Dec 1995 14:35:50 -0800 Message-ID: <7668.818116550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Oh... I was confusing 2.1-STABLE with 2.1-RELEASE. I suppose, > at some time in the not too distant past, these two were the same > (since RELEASE came from STABLE, right?) But, I take it, STABLE > has marched on. No, I think you were looking in 2.2-CURRENT since the code in -STABLE matches the release code, modulo a few fixes I made post 2.1. Jordan From owner-freebsd-hackers Mon Dec 4 14:40:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA07478 for hackers-outgoing; Mon, 4 Dec 1995 14:40:07 -0800 Received: from ingres.com (ingres.com [130.119.18.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA07434 for ; Mon, 4 Dec 1995 14:39:59 -0800 Received: from pony.ingres.com by ingres.com (4.1/SMI-4.1/INGRES/zool/02.09.94) id AA05052; Mon, 4 Dec 95 14:22:25 PST Received: from cujo.ingres.com (cujo) by pony.ingres.com (5.65c8+/INGRES/Router/pony/08.16.93) id AA25511; Mon, 4 Dec 1995 14:41:23 -0800 Received: by cujo.ingres.com (4.1/INGRES/OS-MP/cujo/08.16.93) id AA07761; Mon, 4 Dec 95 14:41:21 PST From: rambe99@ingres.com (Belavadi Ramesh) Message-Id: <9512042241.AA07761@cujo.ingres.com> Subject: BSD software development To: hackers@freebsd.org Date: Mon, 4 Dec 1995 14:41:21 -0800 (PST) Cc: rambe99@ingres.com (Belavadi Ramesh) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 375 Sender: owner-hackers@freebsd.org Precedence: bulk Hi I am a software engineer. I have worked on most of the major unix platforms I am familier with kernel level and application level development on unix. I will be glad to help you in the freebsd software development/enhancement and testing of it. You can contact me by Email at rambe99@ingres.com Phone Res# 510-865-7444 Phone Office# 510-748-3656. Regards Ramesh From owner-freebsd-hackers Mon Dec 4 14:55:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08631 for hackers-outgoing; Mon, 4 Dec 1995 14:55:58 -0800 Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA07898 for ; Mon, 4 Dec 1995 14:46:25 -0800 Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id XAA00190 for ; Mon, 4 Dec 1995 23:40:37 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <30C378D2@trust.stylo.it>; Mon, 04 Dec 95 23:40:18 W From: Angelo Turetta To: freebsd-hackers Subject: User space PPP & leased line Date: Mon, 04 Dec 95 23:42:00 W Message-ID: <30C378D2@trust.stylo.it> Encoding: 24 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk Does anybody know what the ppp command line switch '-dedicated' is intended for ? Is it linked some way to operations with leased lines ? Well, maybe my TRUE question is: I'm going to get a V34 leased line between my office and my ISP, 'upgrading' a V34 dial-up access that is now driven by ppp: how can I configure ppp to operate on the new line ? Or, should I better run some other program (i.e. pppd) ? BTW, is there any {performance|machine load|memory usage} gain using one or the other of the two ppp daemons ? I know this should be a -questions posting, but two previous messages remained unanswered there for more than 2-3 weeks, so... :-( Please Cc: replies directly to me: I'm not on 'hackers' (I've hardly enough time to read '-digest' once or twice a week....:-( Thanks in advance. Angelo Turetta SysAdmin - Stylo Multimedia From owner-freebsd-hackers Mon Dec 4 14:58:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08827 for hackers-outgoing; Mon, 4 Dec 1995 14:58:09 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA08808 for ; Mon, 4 Dec 1995 14:57:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA15197; Mon, 4 Dec 1995 23:56:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA00722; Mon, 4 Dec 1995 23:56:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id UAA08979; Mon, 4 Dec 1995 20:29:27 +0100 From: J Wunsch Message-Id: <199512041929.UAA08979@uriah.heep.sax.de> Subject: Re: *** HELP! ifconfig aliases!? *** To: mitayai@dreaming.org (Will Mitayai Keeso Rowe) Date: Mon, 4 Dec 1995 20:29:27 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Will Mitayai Keeso Rowe" at Dec 4, 95 07:14:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 856 Sender: owner-hackers@freebsd.org Precedence: bulk As Will Mitayai Keeso Rowe wrote: > > ifconfig tun0 alias 198.96.119.1 netmask 0xffffffff > > and got: > > ifconfig: ioctl (SIOCAIFADDR): Destination address required > > so, after checking out the man page, i determined that it should be: > > ifconfig tun0 198.96.119.1 198.96.119.129 netmask 0xffffffff alias > > but that still gave me the error: > > ifconfig: ioctl (SIOCAIFADDR): File exists > > any ideas? Seems that you cannot alias a ``pointopoint'' interface. (Actually, i don't see how it should work: the local and the remote address of a pointopoint link must match the configuration of the remote peer -- how would you arrange this if one side has more than one address?) -- 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 Dec 4 15:17:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10243 for hackers-outgoing; Mon, 4 Dec 1995 15:17:58 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10225 for ; Mon, 4 Dec 1995 15:17:50 -0800 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 AAA29565 ; Tue, 5 Dec 1995 00:17:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA02317 ; Tue, 5 Dec 1995 00:17:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id AAA00343; Tue, 5 Dec 1995 00:04:04 +0100 (MET) From: Ollivier Robert Message-Id: <199512042304.AAA00343@keltia.freenix.fr> Subject: Re: IPv6 To: benb@imbrium.velocity.com (Ben Black) Date: Tue, 5 Dec 1995 00:04:04 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <9512040546.AA24143@velocity.com> from "Ben Black" at Dec 3, 95 11:46:08 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Ben Black said: > is anyone porting the current alpha release of the NRL IPv6 code? we > were about to start (we being 2 geeks looking to learn this, rather than > several master freebsd hackers). let me know. The author of NetBSD IPv6 code -- Francis Dupont -- is working on porting it to FreeBSD 2.0.5. You may contact him at Francis.Dupont@inria.fr. I don't know where he is now though. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Mon Dec 4 15:23:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10706 for hackers-outgoing; Mon, 4 Dec 1995 15:23:47 -0800 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10695 for ; Mon, 4 Dec 1995 15:23:40 -0800 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id RAA03059; Mon, 4 Dec 1995 17:23:46 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id RAA04513; Mon, 4 Dec 1995 17:54:59 -0600 Message-Id: <199512042354.RAA04513@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Archie Cobbs cc: julian@ref.tfs.com (Julian Elischer), erich@lodgenet.com, hackers@FreeBSD.ORG Subject: Re: ethernet card configuration programs In-reply-to: Your message of "Sat, 02 Dec 1995 16:06:41 PST." <199512030006.QAA02784@bubba.tribe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Dec 1995 17:54:59 -0600 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Archie Cobbs writes: > >Well, I tried this and... it seems to work! That is, it works with >"atlantic.c" but not with "ne2k.c", because ne2k.c also uses "outb_p" >and "inb_p", which this command has something to do with, I think: from the linux asm/*.h directory it looks like outb_p() and inb_p() are outb() and inb() with some type of bounds checking. you should be able to use outb() and inb(). > > /* The following is needed for SLOW_DOWN_IO. */ > if (ioperm(0x80, 1, 1)) { > perror("io-perm"); > return 1; > } > from the linux ioperm man page, this looks like it sets the permissons on one byte of io-address space starting at 0x80 to `1'. I'd guess that it allows access access to io-port 0x80. We don't have that fine a grain of control over access in FreeBSD, just opening "/dev/io" lets you run hog-wild in the io-space. I think that io-port 0x80 is the DMA page registers, does that make sense? >Thanks for the help! >-Archie > >______________________________________________________________________________ >_ >Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.co >m eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Mon Dec 4 15:24:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10763 for hackers-outgoing; Mon, 4 Dec 1995 15:24:28 -0800 Received: from lucifer.velocity.com (lucifer.velocity.com [198.174.199.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10758 for ; Mon, 4 Dec 1995 15:24:26 -0800 Received: (from mail@localhost) by lucifer.velocity.com (8.6.12/8.6.12) id RAA05317; Mon, 4 Dec 1995 17:30:22 -0600 Received: from imbrium.velocity.com(198.174.199.1) by lucifer.velocity.com via smap (V1.3) id sma005315; Mon Dec 4 17:30:12 1995 Received: from curio.velocity.com by velocity.com (NeXT-1.0 (From Sendmail 5.52)/NX3.0M) id AA29483; Mon, 4 Dec 95 17:23:03 CST Message-Id: <9512042323.AA29483@velocity.com> Received: by curio.velocity.com (NX5.67e/NX3.0X) id AA00280; Mon, 4 Dec 95 15:23:02 -0800 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Ben Black Date: Mon, 4 Dec 95 15:23:00 -0800 To: Ollivier Robert Subject: Re: IPv6 Cc: hackers@freebsd.org Reply-To: black@velocity.com References: <199512042304.AAA00343@keltia.freenix.fr> Sender: owner-hackers@freebsd.org Precedence: bulk i am porting the naval research lab implementation, not the NetBSD code. i want all the cryptography goodies in there. ben black@velocity.com -- Begin forwarded message: From: Ollivier Robert Subject: Re: IPv6 To: benb@imbrium.velocity.com (Ben Black) Date: Tue, 5 Dec 1995 00:04:04 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9512040546.AA24143@velocity.com> from "Ben Black" at Dec 3, 95 11:46:08 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] It seems that Ben Black said: > is anyone porting the current alpha release of the NRL IPv6 code? we > were about to start (we being 2 geeks looking to learn this, rather than > several master freebsd hackers). let me know. The author of NetBSD IPv6 code -- Francis Dupont -- is working on porting it to FreeBSD 2.0.5. You may contact him at Francis.Dupont@inria.fr. I don't know where he is now though. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Mon Dec 4 15:34:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA11737 for hackers-outgoing; Mon, 4 Dec 1995 15:34:37 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA11705 ; Mon, 4 Dec 1995 15:34:30 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA00450; Mon, 4 Dec 1995 16:32:23 -0700 From: Terry Lambert Message-Id: <199512042332.QAA00450@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 4 Dec 1995 16:32:23 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, jhay@mikom.csir.co.za, hackers@FreeBSD.org, wollman@FreeBSD.org In-Reply-To: <9512042128.AA01138@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 4, 95 04:28:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 497 Sender: owner-hackers@FreeBSD.org Precedence: bulk I believe it is possible to compare the address family in the file /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" (at about line 531) to determin if AF_IPX is being used, and if so, interpret the values of IFF_LINK[0-2] differently. This would be a simple hack compared to fixing all the code to do the right thing for the interface flags. 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 Dec 4 15:49:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA12989 for hackers-outgoing; Mon, 4 Dec 1995 15:49:53 -0800 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA12964 for ; Mon, 4 Dec 1995 15:48:57 -0800 Received: by Sysiphos id AA04659 (5.67b/IDA-1.5 for hackers@freebsd.org); Tue, 5 Dec 1995 00:46:15 +0100 Message-Id: <199512042346.AA04659@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 5 Dec 1995 00:46:14 +0100 In-Reply-To: dennis@etinc.com (dennis) "Re: PCI probe problems." (Dec 4, 17:04) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: dennis@etinc.com (dennis) Subject: Re: PCI probe problems. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 4, 17:04, dennis wrote: } Subject: Re: PCI probe problems. } >It's always interesting to watch how the main players seem to } >think they are the only players, until they find nobody wants } >to play with them any more :) Umm, that was meant as a private reply, and not sent to the list ... Not that it wasn't true, but I did not think it was of general interest ... STefan From owner-freebsd-hackers Mon Dec 4 15:59:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13504 for hackers-outgoing; Mon, 4 Dec 1995 15:59:27 -0800 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA13479 for ; Mon, 4 Dec 1995 15:58:53 -0800 Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id SAA04825; Mon, 4 Dec 1995 18:58:42 -0500 (EST) Date: Mon, 4 Dec 1995 18:58:42 -0500 (EST) From: "matthew c. mead" Message-Id: <199512042358.SAA04825@Glock.COM> To: John Fieber Cc: Andrew Herdman , davidg@Root.COM, hackers@freebsd.org Subject: Re: SMC EtherEZ 8416 In-Reply-To: Your message of Sat, December 2, 1995 17:59:08 -0500 References: Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, December 2, 1995 at 17:59:08 (-0500), John Fieber wrote: > For the record, I have an ultra 16 combo card and: > > Nov 19 13:35:33 fieber-john /kernel: ed0: NIC memory corrupt - invalid packet length 2307 > Nov 27 19:17:26 fieber-john /kernel: ed0: NIC memory corrupt - invalid packet length 2112 > > It has only happened twice, and I have not noticed any ill effects. > The system is about 1 or 2 snapshots before 2.1. Hrm. When this EtherEZ card works, it just craps out when it gets the invalid packet length 4864 or whatever it is. I'm going to try to return it I think. -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Mon Dec 4 16:18:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA14274 for hackers-outgoing; Mon, 4 Dec 1995 16:18:09 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA14266 for ; Mon, 4 Dec 1995 16:18:06 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.12/8.6.9) id TAA15204; Mon, 4 Dec 1995 19:17:41 -0500 Date: Mon, 4 Dec 1995 19:17:41 -0500 (EST) From: Kim Culhan To: Will Mitayai Keeso Rowe cc: Greg Lehey , joerg_wunsch@uriah.heep.sax.de, FreeBSD Hackers Subject: Re: *** HELP! ifconfig aliases!? *** In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 4 Dec 1995, Will Mitayai Keeso Rowe wrote: > Hmm... i tried this myself in order to play with the multi-domain aspect > of apache as: > > ifconfig tun0 alias 198.96.119.1 netmask 0xffffffff > > and got: > > ifconfig: ioctl (SIOCAIFADDR): Destination address required > > so, after checking out the man page, i determined that it should be: > > ifconfig tun0 198.96.119.1 198.96.119.129 netmask 0xffffffff alias > > but that still gave me the error: > > ifconfig: ioctl (SIOCAIFADDR): File exists > > any ideas? It works on 2.1 Release as above but with the ed0 device, whats tun0 a tunnel device used for ppp ? regards kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Dec 4 16:19:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA14329 for hackers-outgoing; Mon, 4 Dec 1995 16:19:43 -0800 Received: from linux4nn.gn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA14323 for ; Mon, 4 Dec 1995 16:19:39 -0800 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 BAA03937 for ; Tue, 5 Dec 1995 01:21:46 +0100 Received: by uni4nn.iaf.nl with UUCP id AA02347 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Tue, 5 Dec 1995 01:20:30 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA29398 (5.65c/IDA-1.4.4); Mon, 4 Dec 1995 22:46:54 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id XAA01998 for FreeBSD-hackers@freebsd.org; Mon, 4 Dec 1995 23:42:38 +0100 From: Wilko Bulte Message-Id: <199512042242.XAA01998@yedi.iaf.nl> Subject: fontserver looping: why? To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Mon, 4 Dec 1995 23:42:38 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 656 Sender: owner-hackers@freebsd.org Precedence: bulk Hi I just got my newly obtained NCD Xterminal working. I currently use it with the X fontserver (xfs). For some reason xfs decides to get into a tight loop: 1839 p0- R 21:07.17 /usr/X11R6/bin/xfs -config /usr/local/etc/xfs.conf -po This output is an illustration. Anybody seen this before? If not, I'll have to dig into the xfs source itself.. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Dec 4 16:26:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA14775 for hackers-outgoing; Mon, 4 Dec 1995 16:26:48 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA14765 for ; Mon, 4 Dec 1995 16:26:43 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA08202; Mon, 4 Dec 1995 16:26:23 -0800 To: rambe99@ingres.com (Belavadi Ramesh) cc: hackers@freebsd.org Subject: Re: BSD software development In-reply-to: Your message of "Mon, 04 Dec 1995 14:41:21 PST." <9512042241.AA07761@cujo.ingres.com> Date: Mon, 04 Dec 1995 16:26:23 -0800 Message-ID: <8200.818123183@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I am a software engineer. I have worked on most of the major unix platforms > I am familier with kernel level and application level development on unix. > > I will be glad to help you in the freebsd software development/enhancement > and testing of it. Thank you for your kind offer! Hmmmmm. I can't help but wonder if your most valuable contribution of all might be in doing a "skunk works" port of Ingres to FreeBSD? :-) In any case, there are many things to be done, so pick something you're interesting in and dive in! Jordan From owner-freebsd-hackers Mon Dec 4 16:31:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15046 for hackers-outgoing; Mon, 4 Dec 1995 16:31:13 -0800 Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15039 ; Mon, 4 Dec 1995 16:30:57 -0800 Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id WAA18534; Mon, 4 Dec 1995 22:29:26 GMT Date: Mon, 4 Dec 1995 22:29:24 +0000 () From: Sergio Lenzi To: David Greenman cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: mb_map full. In-Reply-To: <199512020059.QAA00244@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Thanks to all who help me on this message. The system have tuned to 4096 and the messge desapeared. The memory is now 16MB. Sergio de Almeida Lenzi. From owner-freebsd-hackers Mon Dec 4 17:44:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19168 for hackers-outgoing; Mon, 4 Dec 1995 17:44:09 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19160 for ; Mon, 4 Dec 1995 17:44:02 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA28370; Tue, 5 Dec 1995 12:16:18 GMT From: Michael Smith Message-Id: <199512051216.MAA28370@genesis.atrad.adelaide.edu.au> Subject: Re: Adding New Hard Drives: A Major Complaint To: rb@gid.co.uk (Bob Bishop) Date: Tue, 5 Dec 1995 12:16:18 +0000 () Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, peter@taronga.com, hackers@FreeBSD.ORG In-Reply-To: from "Bob Bishop" at Dec 4, 95 09:18:52 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1266 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bob Bishop stands accused of saying: > >80 bytes to a card, IIRC. > > I can see you're too young to have dropped a big deck! Try allocating a > couple of bytes per card for a sequence number :-) Ack, all the old farts pop out again! (and the knurrs from der voodverk came) It would appear that we actually have low-density and high-density cards; can we support both, or do we need seperate boot-decks? (FWIW the only card-sorting hardware I've ever met used a seperate set of printed sequence marks on the card. I presume that if you dropped the deck after cutting it but before getting the sequence codes printed on it that it would be a good day to go home early... Unfortunately I can't verify this as all that's left of the sorter is now my desk at home. Ah for the days when computers had woodwork 8) > Bob Bishop (01734) 774017 international code +44 1734 -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Dec 4 17:53:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA20077 for hackers-outgoing; Mon, 4 Dec 1995 17:53:39 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA20063 for ; Mon, 4 Dec 1995 17:53:37 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA08675; Mon, 4 Dec 1995 17:49:57 -0800 To: Michael Smith cc: rb@gid.co.uk (Bob Bishop), peter@taronga.com, hackers@FreeBSD.ORG Subject: Re: Adding New Hard Drives: A Major Complaint In-reply-to: Your message of "Tue, 05 Dec 1995 12:16:18 GMT." <199512051216.MAA28370@genesis.atrad.adelaide.edu.au> Date: Mon, 04 Dec 1995 17:49:57 -0800 Message-ID: <8673.818128197@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It would appear that we actually have low-density and high-density cards; > can we support both, or do we need seperate boot-decks? Folks, folks, this is clearly a case where an amalgam of both old and new technologies is required. Consider the challenges solved by TCP. Lots of packets arriving potentially out of sequence (or not at all) reassembled into a coherent data stream. Much like the idea of multiple cards arriving one at a time into a hopper, yes? So all we need is to establish sequence numbers for cards, and maybe a time to live field? Is it too late to get this into IPv6? Jordan From owner-freebsd-hackers Mon Dec 4 18:00:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA21792 for hackers-outgoing; Mon, 4 Dec 1995 18:00:14 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA21767 for ; Mon, 4 Dec 1995 18:00:11 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA28427 for hackers@freebsd.org; Tue, 5 Dec 1995 12:31:37 GMT From: Michael Smith Message-Id: <199512051231.MAA28427@genesis.atrad.adelaide.edu.au> Subject: Re: Adding New Hard Drives: A Major Complaint To: hackers@freebsd.org Date: Tue, 5 Dec 1995 12:31:36 +0000 () In-Reply-To: <8673.818128197@time.cdrom.com> from "Jordan K. Hubbard" at Dec 4, 95 05:49:57 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1589 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > It would appear that we actually have low-density and high-density cards; > > can we support both, or do we need seperate boot-decks? > > Folks, folks, this is clearly a case where an amalgam of both old and > new technologies is required. Consider the challenges solved by TCP. > Lots of packets arriving potentially out of sequence (or not at all) > reassembled into a coherent data stream. Much like the idea of > multiple cards arriving one at a time into a hopper, yes? Hmm, we may have some network card order issues to deal with here (overturned and reversed cards should be handled correctly, as well as card reassembly for fragmented cards that have been resized to fit a particular delivery method - ref the Avian Carriers RFC &c) > So all we need is to establish sequence numbers for cards, and maybe a > time to live field? Is it too late to get this into IPv6? Hmm, time-to-live? I presume this is what the silverfish register is for? We need to consider card-level encryption, and possibly DRS (or similar) error correction to handle damaged cards (possibly as a result of data lost due to card fragmentation as above). > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Dec 4 18:13:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24422 for hackers-outgoing; Mon, 4 Dec 1995 18:13:46 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA24401 for ; Mon, 4 Dec 1995 18:13:35 -0800 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP id QQzssu06559; Mon, 4 Dec 1995 21:13:23 -0500 (EST) Received: from uanet.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Mon, 4 Dec 1995 21:13:23 -0500 Received: by crocodil.monolit.kiev.ua; Tue, 5 Dec 95 04:12:21 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id EAA21344 for ; Tue, 5 Dec 1995 04:06:27 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id EAA25498 for hackers@FreeBSD.ORG; Tue, 5 Dec 1995 04:06:26 +0200 Date: Tue, 5 Dec 1995 04:06:26 +0200 From: System Daemon Message-Id: <199512050206.EAA25498@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hello fellow FreeBSD hackers and users, I have written something which fits into 512 bytes and is able to boot FreeBSD's boot loader (found in /usr/mdec) without using a DOS (what's this, btw?) on the floppy. Look at ftp://cs.kiev.ua/csrt/unix/dkbooter-1.0.zip. readme inside. This is intended for those who run diskless FreeBSD workstations (as I do - works great!). A diskless router+firewall w/NFS-mounted directory is neat. And I can run several machines off one /usr partition. (about 20Mb root+ 20Mb of swap per machine, home directories are shared, too). -- "When you get a woman, your .emacs goes to shit." - petonic@hal.com (Michael A. Petonic) From owner-freebsd-hackers Mon Dec 4 19:01:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA29752 for hackers-outgoing; Mon, 4 Dec 1995 19:01:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA29742 for ; Mon, 4 Dec 1995 19:01:15 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id TAA07245; Mon, 4 Dec 1995 19:01:07 -0800 From: Julian Elischer Message-Id: <199512050301.TAA07245@ref.tfs.com> Subject: Re: Support for FreeBSD/Linux for the HP SureStore 4020i (fwd) To: jon@pcca71.gallaudet.edu (Basket Case) Date: Mon, 4 Dec 1995 19:01:07 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: from "Basket Case" at Dec 4, 95 04:41:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 799 Sender: owner-hackers@freebsd.org Precedence: bulk > > > From: SURESTORE_SUPPORT@HP-Loveland-om10.om.hp.com > To: jon@technix.org > Subject: Re: Support for FreeBSD/Linux > > Item Subject: Support for FreeBSD/Linux > Jon, > I do have source code and developement information at > > http://www.corp.hp.com/Publish/isg/cdr/html/prodinfo.html > > You should be able to use this to create your own driver. > > If you do can you let me know how it came out. > Now THAT is a great web page! the on-line hypertext list of the SCSI commands that drive responds to is BRILLIANT! One should be able to make a driver for that with no information other than the web page. now, which should I do tonight? finish the JREMOD changes or start on jordan's cCDR drive? hmm I think it's the kernel changes :) From owner-freebsd-hackers Mon Dec 4 19:21:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA01481 for hackers-outgoing; Mon, 4 Dec 1995 19:21:16 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA01471 for ; Mon, 4 Dec 1995 19:21:08 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA29242; Mon, 4 Dec 1995 22:20:33 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Dec 1995 22:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id WAA08573; Mon, 4 Dec 1995 22:09:36 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id WAA03657; Mon, 4 Dec 1995 22:11:59 -0500 Date: Mon, 4 Dec 1995 22:11:59 -0500 From: Thomas David Rivers Message-Id: <199512050311.WAA03657@lakes> To: time.cdrom.com!jkh@dg-rtp.dg.com, lakes!rivers Subject: Re: Probable problem with SL/IP installations (ifconfig sl0 not run.) Cc: freebsd-hackers@freefall.FreeBSD.org Content-Type: text Content-Length: 710 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > Oh... I was confusing 2.1-STABLE with 2.1-RELEASE. I suppose, > > at some time in the not too distant past, these two were the same > > (since RELEASE came from STABLE, right?) But, I take it, STABLE > > has marched on. > > No, I think you were looking in 2.2-CURRENT since the code in -STABLE > matches the release code, modulo a few fixes I made post 2.1. > > Jordan > Well - to be explicit - I simply logged into freefall.cdrom.com and looked in /usr/src/release/sysinstall. Whatever is there is what I looked at. I assumed that since uname on freefall returned 2.1-STABLE, that's what I was looking at... so much for assuming :-) - Thanks for setting me straight - - Dave R. - From owner-freebsd-hackers Mon Dec 4 19:50:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA03798 for hackers-outgoing; Mon, 4 Dec 1995 19:50:45 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id TAA03790 for ; Mon, 4 Dec 1995 19:50:37 -0800 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA27562; Mon, 4 Dec 1995 22:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Dec 1995 22:50 EST Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id WAA09089; Mon, 4 Dec 1995 22:23:16 -0500 Date: Mon, 4 Dec 1995 22:23:16 -0500 From: Thomas David Rivers Message-Id: <199512050323.WAA09089@ponds.UUCP> To: freebsd-hackers@freefall.FreeBSD.org, rivers@dg-rtp.dg.com Subject: Can you make a boot floppy w/o an entire release? Content-Type: text Content-Length: 257 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Ok - I've spent a couple of hours looking at things, trying to make a boot floppy without making an entire release. I've just about decided you can't do it - am I right, or has something obvious just gone over my head? - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Dec 4 22:06:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11035 for hackers-outgoing; Mon, 4 Dec 1995 22:06:32 -0800 Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA11029 for ; Mon, 4 Dec 1995 22:06:25 -0800 Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id AAA10808; Tue, 5 Dec 1995 00:04:30 -0600 Message-Id: <199512050604.AAA10808@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Michael Smith , rb@gid.co.uk (Bob Bishop), peter@taronga.com, hackers@freebsd.org Subject: Re: Adding New Hard Drives: A Major Complaint In-reply-to: Your message of "Mon, 04 Dec 1995 17:49:57 PST." <8673.818128197@time.cdrom.com> Clarity-Index: way outta touch Threat-Level: way outta touch Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Tue, 05 Dec 1995 00:04:25 -0600 From: Jon Loeliger Sender: owner-hackers@freebsd.org Precedence: bulk Apparently, "Jordan K. Hubbard" scribbled: > > It would appear that we actually have low-density and high-density cards; > > can we support both, or do we need seperate boot-decks? > > Folks, folks, this is clearly a case where an amalgam of both old and > new technologies is required. Consider the challenges solved by TCP. > Lots of packets arriving potentially out of sequence (or not at all) > reassembled into a coherent data stream. Much like the idea of > multiple cards arriving one at a time into a hopper, yes? Sounds suspiciously like the "I can run TCP over carpet static" argument. > So all we need is to establish sequence numbers for cards, and maybe a > time to live field? Is it too late to get this into IPv6? Depends. Can we get it into columns 72-80? jdl From owner-freebsd-hackers Mon Dec 4 22:41:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12717 for hackers-outgoing; Mon, 4 Dec 1995 22:41:44 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA12709 for ; Mon, 4 Dec 1995 22:41:40 -0800 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 HAA02246 ; Tue, 5 Dec 1995 07:41:33 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA03230 ; Tue, 5 Dec 1995 07:41:32 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id AAA00299; Tue, 5 Dec 1995 00:52:59 +0100 (MET) From: Ollivier Robert Message-Id: <199512042352.AAA00299@keltia.freenix.fr> Subject: Re: IPv6 To: black@velocity.com Date: Tue, 5 Dec 1995 00:52:59 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9512042323.AA29483@velocity.com> from "Ben Black" at Dec 4, 95 03:23:00 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Ben Black said: > i am porting the naval research lab implementation, not the NetBSD code. i > want all the cryptography goodies in there. Except that you won't be able to export it... Francis did not implement these in his NetBSD code because we're forbidden to use any cryptographic program in France. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Mon Dec 4 23:09:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA14718 for hackers-outgoing; Mon, 4 Dec 1995 23:09:06 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA14694 ; Mon, 4 Dec 1995 23:07:48 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id JAA09818; Tue, 5 Dec 1995 09:04:52 +0200 From: John Hay Message-Id: <199512050704.JAA09818@zibbi.mikom.csir.co.za> Subject: Re: ipx on 802.3 To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Dec 1995 09:04:52 +0200 (SAT) Cc: wollman@freebsd.org, hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199512042332.QAA00450@phaeton.artisoft.com> from "Terry Lambert" at Dec 4, 95 04:32:23 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2051 Sender: owner-hackers@freebsd.org Precedence: bulk >> I am thinking about implementing it. The biggest problem to me seems to >> be selecting between ETHERNET_II and 802.3 form the userlevel. I thought >> of using IFF_LINK(0,1,2) so that it would be easy to specify with ifconfig. >> But then I went to look in /sys/i386/isa and all of them are used by the >> network device drivers. :-( Garrett's suggestion: > > So, do everyone a favor and re-write them to use the if_phys entry in > the ifnet struct I added for specifically this purpose. Then you can > use the IFF_LINK flags for this purpose. (Given that they were called > IFF_LLC* in Net/2, well, you guess why they were originally added.) Terry's suggestion: > > I believe it is possible to compare the address family in the file > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" > (at about line 531) to determin if AF_IPX is being used, and if so, > interpret the values of IFF_LINK[0-2] differently. > > This would be a simple hack compared to fixing all the code to > do the right thing for the interface flags. > Having read both Terry's and Garrett's sugestions, here are my thoughts for Terry's suggestion: This does mean that if you want to use the IFF_LINK in a device driver, you will have to do two ifconfig's, one "ifconfig xxx ipx xxxxx linkx" to set 802.3 mode and one without the ipx to set a link option inside the device driver. At the moment the only device drivers that use all three IFF_LINK options are /sys/i386/isa/if_ep.c and /sys/pci/if_vx.c. The rest are only using one and in some cases two of the IFF_LINK options. So maybe we can change those that only use one, to use IFF_LINK2 which allready have an alias IFF_ALTPHYS in /sys/net/if.c? And here are my thoughts to Garrett's suggestion: This sounds like the cleanest option, but I would first like to figure out how much work this will be. I can think of at least one user-level program ifconfig that will have to be changed. Are there others? And what should the option for ifconfig be called? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Tue Dec 5 02:32:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24771 for hackers-outgoing; Tue, 5 Dec 1995 02:32:30 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA24766 for ; Tue, 5 Dec 1995 02:32:26 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 5 Dec 95 07:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA04967; Tue, 5 Dec 1995 08:55:30 +0100 Message-Id: <199512050755.IAA04967@allegro.lemis.de> Subject: Re: A German version of Walnut Creek's FreeBSD 2.1 CD To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 5 Dec 1995 08:55:29 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <7642.818116364@time.cdrom.com> from "Jordan K. Hubbard" at Dec 4, 95 02:32:44 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1250 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Well, I may be in a minority, but I don't think that the WWW servers > > are very useful. Here in Germany, certainly, the time it takes to > > read the handbook from the web makes it completely impractical (yes, I > > You need to think ahead. It sucks now, but I have some small faith > that it won't suck forever. We have to put our efforts into project > that will "amortise" well over the next 3-5 years, and I think that > this is such a project. Agreed. I don't have a problem with supplying WWW services, but bearing in mind that we're talking about the short term, I don't think that there's any point in taking too much trouble to include it as a standard installation aid. > Still, I'm certainly not above reorganizing the subject material to > be easier to grasp, and I don't see how the two goals are mutually > exclusive either. Neither am I/do I. Did I give that impression? > I'm only after the translation of the installation guides and other > docs in sysinstall (or whatever we come up with to replace the docs in > sysinstall/help), the cover and insert materials in the CD are being > translated by WC's translation staff. Let's hope that they get the Umlauts right this time :-) Greg From owner-freebsd-hackers Tue Dec 5 02:32:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA24794 for hackers-outgoing; Tue, 5 Dec 1995 02:32:49 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA24787 for ; Tue, 5 Dec 1995 02:32:38 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 5 Dec 95 08:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA04984; Tue, 5 Dec 1995 09:13:03 +0100 Message-Id: <199512050813.JAA04984@allegro.lemis.de> Subject: Re: Adding New Hard Drives: A Major Complaint To: peter@taronga.com (Peter da Silva) Date: Tue, 5 Dec 1995 09:13:03 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199512041337.HAA03196@bonkers.taronga.com> from "Peter da Silva" at Dec 4, 95 07:37:09 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 379 Sender: owner-hackers@freebsd.org Precedence: bulk Peter da Silva writes: > >>>> I have a card punch, and about 10,000 cards left... > >>> 10K cards. Hmmm. Is that enough for a bindist? :-) > >> 80 bytes to a card, IIRC. > > 130 bytes to a card in binary. 1.3M. That's enough for a boot floppy. Huh? 80 columns, 12 rows make 960 bits, which are 120 bytes in my book. Or have you forgotten that there's no row 10? Greg From owner-freebsd-hackers Tue Dec 5 02:50:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25667 for hackers-outgoing; Tue, 5 Dec 1995 02:50:37 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25511 for ; Tue, 5 Dec 1995 02:49:53 -0800 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA17872 for freebsd-hackers@freefall.cdrom.com; Tue, 5 Dec 1995 11:49:18 +0100 Date: Tue, 5 Dec 1995 11:49:18 +0100 From: "Christoph P. Kukulies" Message-Id: <199512051049.LAA17872@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: BICC (C-LANCE) DE 205 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Booting a 2.1.0 system I get [...] le0 not found at 0x300 lnc0 not found at 0x280 lnc1 at 0x300-0x30f irq 10 drq 0 on isa lnc1: BICC (C-LANCE) Ethernet controller, address 00:00:40:01:00:00 Later I'm trying to start the interface and get lnc1: Initialisation failed This is a ASUS PCI/I P54?? board. The Lance controller is a DEC DE 205 Etherworks III which works fine under Win95%/NT in that very same box. Any clues? The ethernet address looks a bit strange, doesn't it? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Dec 5 02:50:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25707 for hackers-outgoing; Tue, 5 Dec 1995 02:50:54 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25694 for ; Tue, 5 Dec 1995 02:50:50 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA12616; Tue, 5 Dec 1995 02:50:28 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: A German version of Walnut Creek's FreeBSD 2.1 CD In-reply-to: Your message of "Tue, 05 Dec 1995 08:55:29 +0100." <199512050755.IAA04967@allegro.lemis.de> Date: Tue, 05 Dec 1995 02:50:27 -0800 Message-ID: <12614.818160627@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Agreed. I don't have a problem with supplying WWW services, but > bearing in mind that we're talking about the short term, I don't think > that there's any point in taking too much trouble to include it as a > standard installation aid. I'm sorry? I never implied (at least I don't think I did) that this had anything directly to do with the installation. As far as the installation is concerned, I need only the sections referenced in the "boothelp.sgml version" of the handbook translated - the rest can roll on at whatever pace the translators feel comfortable with. Also, I would like to stress that the boothelp version is only a first draft that John knocked out for me. I haven't had the chance to properly review it yet and turn out a reasonable *english* one, so it's probably not time to start translating just yet. I'd be happy if the translation team simply got itself put back together again! Jordan From owner-freebsd-hackers Tue Dec 5 02:59:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA26105 for hackers-outgoing; Tue, 5 Dec 1995 02:59:02 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA26100 for ; Tue, 5 Dec 1995 02:58:56 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 5 Dec 95 10:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA09513; Tue, 5 Dec 1995 11:54:53 +0100 Message-Id: <199512051054.LAA09513@allegro.lemis.de> Subject: Re: A German version of Walnut Creek's FreeBSD 2.1 CD To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 5 Dec 1995 11:54:52 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <12614.818160627@time.cdrom.com> from "Jordan K. Hubbard" at Dec 5, 95 02:50:27 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1099 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Agreed. I don't have a problem with supplying WWW services, but > > bearing in mind that we're talking about the short term, I don't think > > that there's any point in taking too much trouble to include it as a > > standard installation aid. > > I'm sorry? I never implied (at least I don't think I did) that this > had anything directly to do with the installation. As far as the > installation is concerned, I need only the sections referenced in the > "boothelp.sgml version" of the handbook translated - the rest can roll > on at whatever pace the translators feel comfortable with. Hmm. Somehow we're going through too much misunderstanding here. OK, I think basically we're in agreement. > Also, I would like to stress that the boothelp version is only a first > draft that John knocked out for me. I haven't had the chance to > properly review it yet and turn out a reasonable *english* one, so > it's probably not time to start translating just yet. I'd be happy > if the translation team simply got itself put back together again! Agreed. Greg From owner-freebsd-hackers Tue Dec 5 04:11:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29575 for hackers-outgoing; Tue, 5 Dec 1995 04:11:03 -0800 Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29395 for ; Tue, 5 Dec 1995 04:09:44 -0800 Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id OAA01061 for hackers@freebsd.org; Tue, 5 Dec 1995 14:10:22 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id NAA09317 for ; Tue, 5 Dec 1995 13:46:53 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id NAA13160; Tue, 5 Dec 1995 13:46:51 +0200 Date: Tue, 5 Dec 1995 13:46:51 +0200 From: "Andrew V. Stesin" Message-Id: <199512051146.NAA13160@office.elvisti.kiev.ua> To: andreas@knobel.gun.de (Andreas Klemm) Cc: hackers@freebsd.org, satoshi@freebsd.org Subject: Again on a ports naming scheme (on hackers@ was: Re: More nits Organization: Electronni Visti InformAgency (ElVisti) X-Newsreader: TIN [version 1.2 PL2+] Sender: owner-hackers@freebsd.org Precedence: bulk Hi, : > The ports software should be configured to install into either the : > standard directory tree, or into a seperate /usr/ports hierarchy. : What about : /usr/ports/NameOfPackage/{bin,man,lib,include,info,doc} : And - to have only one path in $PATH and $MANPATH - symlinks of every : package in: : /usr/ports/{bin,man,lib,include,info} : Makes it easier to see, what belongs to a port. ... or what is missed accidentally. : I generally dislike : a /usr/local/bin directory with about 327 utilities ... I vote YES! loudly for both suggestions. Why on the Earth must someone consider a great stuff ported by FreeBSD people to be 'local'? What if I have some my _really_ local stuff, written locally and installed locally? Why mess them in a single huge directory? Already asked this, but there wasn't an answer. I apologize for bothering people, that's my last attempt to rise this topic, but I have a strong feel that such a change will be a Good Thing (tm). Of course, if 'local' is taken from me, I'll create another subtree after all. :-) : -- : andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH : Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - : \/ : ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz : apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 An undocumented feature is a coding error. From owner-freebsd-hackers Tue Dec 5 05:58:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA04677 for hackers-outgoing; Tue, 5 Dec 1995 05:58:58 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA04672 for ; Tue, 5 Dec 1995 05:58:54 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 5 Dec 95 13:58 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA15169 for hackers@freebsd.org; Tue, 5 Dec 1995 14:37:27 +0100 Message-Id: <199512051337.OAA15169@allegro.lemis.de> Subject: Who's working on ISDN? To: hackers@freebsd.org (FreeBSD Hackers) Date: Tue, 5 Dec 1995 14:37:27 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 709 Sender: owner-hackers@freebsd.org Precedence: bulk Is anybody currently actively working on support for ISDN cards? I know about the support for the Dr. Neuhaus boards, but that doesn't seem to be very active. In particular, I am looking for something that will support the Teles/Creatix boards which are available here in Germany. They're the cheapest available, mainly because they have the least hardware and place corresponding demands on the CPU, but they're frequently the best choice anyway. If there's enough interest, we might consider porting the Linux software, which is functional but flaky. Here in Germany at any rate, ISDN is the way to go for long distance communication, and I think that FreeBSD would be an ideal vehicle for ISDN. Greg From owner-freebsd-hackers Tue Dec 5 05:59:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA04700 for hackers-outgoing; Tue, 5 Dec 1995 05:59:22 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA04695 for ; Tue, 5 Dec 1995 05:59:17 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 5 Dec 95 13:58 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id OAA15203 for hackers@freebsd.org; Tue, 5 Dec 1995 14:51:47 +0100 Message-Id: <199512051351.OAA15203@allegro.lemis.de> Subject: Book reviewers, please! To: hackers@freebsd.org (FreeBSD Hackers) Date: Tue, 5 Dec 1995 14:51:46 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 136 Sender: owner-hackers@freebsd.org Precedence: bulk I've more or less finished my "How to install FreeBSD" book, and I need some reviewers. If you're interested, please contact me. Greg From owner-freebsd-hackers Tue Dec 5 06:52:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA06743 for hackers-outgoing; Tue, 5 Dec 1995 06:52:26 -0800 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA06738 for ; Tue, 5 Dec 1995 06:52:20 -0800 Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id IAA16808 for hackers@freebsd.org; Tue, 5 Dec 1995 08:52:16 -0600 (CST) Date: Tue, 5 Dec 1995 08:52:16 -0600 (CST) From: Mark Tinguely Message-Id: <199512051452.IAA16808@plains.nodak.edu> To: hackers@freebsd.org Subject: Congrats Jordan on Byte article Sender: owner-hackers@freebsd.org Precedence: bulk Everyone check out Jordan's FreeBSD article in the Dec 95 Byte magazine. I also noticed in another article (maybe it was in the Nov issue, a prof gave me a free subscription and yesterday I got both issues) about PC OSes and the Byte author talked about Linux, but also included NetBSD/FreeBSD in the remarks. --mark. From owner-freebsd-hackers Tue Dec 5 07:16:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08074 for hackers-outgoing; Tue, 5 Dec 1995 07:16:27 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA08055 for ; Tue, 5 Dec 1995 07:16:16 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA11434 (5.67a/IDA-1.5); Tue, 5 Dec 1995 08:07:22 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id GAA25586; Tue, 5 Dec 1995 06:44:12 -0600 From: peter@taronga.com (Peter da Silva) Message-Id: <199512051244.GAA25586@bonkers.taronga.com> Subject: Re: Adding New Hard Drives: A Major Complaint To: grog@lemis.de Date: Tue, 5 Dec 1995 06:44:12 -0600 (CST) Cc: peter@taronga.com, hackers@freebsd.org In-Reply-To: <199512050813.JAA04984@allegro.lemis.de> from "Greg Lehey" at Dec 5, 95 09:13:03 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 230 Sender: owner-hackers@freebsd.org Precedence: bulk > Huh? 80 columns, 12 rows make 960 bits, which are 120 bytes in my > book. Or have you forgotten that there's no row 10? Guess I did. So, I've got the equivalent of a 1.2M floppy, less 2.4% because I'm using small megabytes. From owner-freebsd-hackers Tue Dec 5 07:23:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08537 for hackers-outgoing; Tue, 5 Dec 1995 07:23:18 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA08528 for ; Tue, 5 Dec 1995 07:23:13 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02613; Tue, 5 Dec 1995 10:22:45 -0500 Date: Tue, 5 Dec 1995 10:22:45 -0500 From: "Garrett A. Wollman" Message-Id: <9512051522.AA02613@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: hackers@FreeBSD.org Subject: Re: ipx on 802.3 In-Reply-To: <199512042332.QAA00450@phaeton.artisoft.com> References: <9512042128.AA01138@halloran-eldar.lcs.mit.edu> <199512042332.QAA00450@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: > I believe it is possible to compare the address family in the file > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" > (at about line 531) to determin if AF_IPX is being used, and if so, > interpret the values of IFF_LINK[0-2] differently. Compare the address family of what? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Tue Dec 5 07:37:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA09535 for hackers-outgoing; Tue, 5 Dec 1995 07:37:33 -0800 Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA09509 for ; Tue, 5 Dec 1995 07:37:04 -0800 Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id QAA01158 for ; Tue, 5 Dec 1995 16:32:29 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <30C465F4@trust.stylo.it>; Tue, 05 Dec 95 16:32:04 W From: Angelo Turetta To: freebsd-hackers Subject: Re: No Thumbs??? (lack of concensus) Date: Tue, 05 Dec 95 16:32:00 W Message-ID: <30C465F4@trust.stylo.it> Encoding: 25 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk >From: Don Yuniskis >It seems that Michael Smith said: >> To answer the original question; a 60W switching supply will run a single >> 30W 5.25" drive. It will _not_ run two of them, although it might look >> like it will for a while. > >Fine. But I suspect it *would* run two 15W drives -- though the question of >sequencing spindles might still be an issue at startup! Correct? My server is equipped with 1542CFs and has 4 disks > 1GB. I'm really enjoying a nice feature called 'Send start unit' I've found on the 1542 BIOS: my disks are configured for waiting for the 'start unit' SCSI command before turning motors on, and the controller sends the command in sequence to all the drives. Is this option unavailable to more high-tech SCSI adapters, like the various PCI I'm hearing of (with a bit of envy :-) now and then??? And, in case you disable the BIOS o disagree using it's options: is it a workable option trying to send start unit commands from the driver itself ? Angelo Turetta SysAdmin - Stylo Multimedia - ITALY From owner-freebsd-hackers Tue Dec 5 07:49:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA10538 for hackers-outgoing; Tue, 5 Dec 1995 07:49:45 -0800 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA10465 for ; Tue, 5 Dec 1995 07:49:01 -0800 Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id UAA17962 for hackers@freebsd.org; Tue, 5 Dec 1995 20:51:35 +0600 Received: by itfs.nsk.su; Tue, 5 Dec 95 20:03:01 +0600 (NSK) Received: (from daemon@localhost) by news.itfs.nsk.su (8.6.8/8.6.6) id TAA15686; Tue, 5 Dec 1995 19:53:34 +0600 From: nnd@itfs.nsk.su (Nickolay N. Dudorov) To: hackers@freebsd.org Subject: (Very) Old bug in /bin/sh (ash ?) Message-ID: Date: Tue, 5 Dec 1995 13:53:27 GMT Sender: owner-hackers@freebsd.org Precedence: bulk On all 'sh'-ells here (SysV.3.2, SunOS 4.1.3 etc) construction: { a; b; c & d; e; } is parsed and evaluated as a list of simple commands and one of them (namely - c) is executed 'in background' or 'asynchronously'. But on the FreeBSD systems (versions from 1.1 to 2.1) it is parsed and evaluated as: { { a; b; c; } & { d; e; } } Is this a BUG or a FEATURE ? It seems to me that it is a bug in 'ash'. Following is a fix for this misbehavior. (This diff -u command was executed in /usr/src/bin/sh directory on 2.1-STABLE sources SUP-ed until yesterday). N.Dudorov ==================================================================== --- parser.c.ORG Tue Dec 5 16:15:52 1995 +++ parser.c Tue Dec 5 18:50:22 1995 @@ -149,30 +149,13 @@ n1 = andor(); for (;;) { switch (readtoken()) { - case TBACKGND: - if (n1->type == NCMD || n1->type == NPIPE) { - n1->ncmd.backgnd = 1; - } else if (n1->type == NREDIR) { - n1->type = NBACKGND; - } else { - n3 = (union node *)stalloc(sizeof (struct nredir)); - n3->type = NBACKGND; - n3->nredir.n = n1; - n3->nredir.redirect = NULL; - n1 = n3; - } - goto tsemi; case TNL: - tokpushback++; + parseheredoc(); + if (nlflag) + return n1; /* fall through */ -tsemi: case TSEMI: - if (readtoken() == TNL) { - parseheredoc(); - if (nlflag) - return n1; - } else { - tokpushback++; - } + case TBACKGND: + case TSEMI: checkkwd = 2; if (tokendlist[peektoken()]) return n1; @@ -212,6 +195,19 @@ } else if (t == TOR) { t = NOR; } else { + if (t == TBACKGND) { + if (n1->type == NCMD || n1->type == NPIPE) { + n1->ncmd.backgnd = 1; + } else if (n1->type == NREDIR) { + n1->type = NBACKGND; + } else { + n3 = (union node *)stalloc(sizeof (struct nredir)); + n3->type = NBACKGND; + n3->nredir.n = n1; + n3->nredir.redirect = NULL; + n1 = n3; + } + } tokpushback++; return n1; } From owner-freebsd-hackers Tue Dec 5 07:58:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA11552 for hackers-outgoing; Tue, 5 Dec 1995 07:58:51 -0800 Received: from infocom.com (tye.infocom.com [199.120.185.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA11522 for ; Tue, 5 Dec 1995 07:58:32 -0800 Received: (from daveho@localhost) by infocom.com (8.6.12/8.6.12) id KAA18031; Tue, 5 Dec 1995 10:55:18 -0500 Date: Tue, 5 Dec 1995 10:55:18 -0500 (EST) From: David Hovemeyer To: hackers@freebsd.org cc: Paul Retherford Subject: NIS server & services.byname Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Howdy all, I've been working on a problem we've been having here with our NIS server (running on 2.1.0-951020-SNAP). The symptom is that SunOS clients fail to get certain services from services.byname, such as telnet/tcp. What is happening is that the services.byname db file created by /var/yp/Makefile is using just the service _name_ as the key. This causes problems when (for example) telnet/tcp and telnet/udp are added to the database: the second service added for the same service name overwrites the first. I ran ypserv in debug mode, and found that getservbyname() calls on the SunOS client were requesting "telnet/tcp", not "telnet" as the key. So, I changed /var/yp/Makefile to use servicename/transport for keys in the services.byname database. This allowed (for example) both telnet/tcp and telnet/upd to be added to the db file, and allowed SunOS clients to find services correctly using getservbyname(). So, the two things I'd like to know now are 1. is my fix correct, and 2. who should I contact about resolving the problem I used send-pr last week to submit a bug report (bin/853), but at that point I didn't have a fix. Dave -- David Hovemeyer | aclawisaclawandnobodyhasseenatalking | http://infoco daveho@infocom.com | clawunlessthatclawisthefamousMr.Klaw | m.com/~daveho From owner-freebsd-hackers Tue Dec 5 08:01:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11892 for hackers-outgoing; Tue, 5 Dec 1995 08:01:04 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA11845 ; Tue, 5 Dec 1995 08:00:39 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id IAA01834; Tue, 5 Dec 1995 08:57:54 -0700 From: Terry Lambert Message-Id: <199512051557.IAA01834@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: jhay@mikom.csir.co.za (John Hay) Date: Tue, 5 Dec 1995 08:57:54 -0700 (MST) Cc: terry@lambert.org, wollman@freebsd.org, hackers@freebsd.org In-Reply-To: <199512050704.JAA09818@zibbi.mikom.csir.co.za> from "John Hay" at Dec 5, 95 09:04:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2397 Sender: owner-hackers@freebsd.org Precedence: bulk > Terry's suggestion: > > > > I believe it is possible to compare the address family in the file > > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" > > (at about line 531) to determin if AF_IPX is being used, and if so, > > interpret the values of IFF_LINK[0-2] differently. > > > > This would be a simple hack compared to fixing all the code to > > do the right thing for the interface flags. > > Having read both Terry's and Garrett's sugestions, here are my thoughts > for Terry's suggestion: > > This does mean that if you want to use the IFF_LINK in a device driver, > you will have to do two ifconfig's, one "ifconfig xxx ipx xxxxx linkx" > to set 802.3 mode and one without the ipx to set a link option inside > the device driver. That's exactly right. It saves you by putting off the inevitable rewrite a bit longer. Garrett's soloution is the cannonically correct one, the one I suggested is the expedient one. I think having the LLC stuff for 802.3 is important enough in general for things like NetBEUI, IPX, Token Ring, etc. that I will forego my normal Emily Post routine and say that it would be a mistake to force a rewrite of the other code -- it's just a barrier to entry for you, really, and cannonically correct handling of link options is nothing in comparison to real 802.3 support. > At the moment the only device drivers that use all three IFF_LINK options > are /sys/i386/isa/if_ep.c and /sys/pci/if_vx.c. The rest are only using > one and in some cases two of the IFF_LINK options. So maybe we can change > those that only use one, to use IFF_LINK2 which allready have an alias > IFF_ALTPHYS in /sys/net/if.c? The reason this is there is because there are three modes: (1) Card setting (2) Override setting for link 1 (3) Override setting for link 2 Typically, the AUI shares a transciever on a card with twisted pair, BNC, and AUI connectors. For cards that can auto-detect connections on the twisted pair and the AUI, it's important to have option (1), since it means that the cards "just work". It's also important for a connection to two nets that you want to switch between to have explicit selection, if the card will let you do it. So I'd say the ones that don't support 3 are actually broken. 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 Dec 5 08:01:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA11950 for hackers-outgoing; Tue, 5 Dec 1995 08:01:36 -0800 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA11942 for ; Tue, 5 Dec 1995 08:01:30 -0800 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14580(8)>; Tue, 5 Dec 1995 08:00:45 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA16624; Tue, 5 Dec 95 11:00:30 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA16698; Tue, 5 Dec 95 11:00:27 EST Message-Id: <9512051600.AA16698@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: netbuei on freebsd Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 5 Dec 1995 08:00:26 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Looking at the net code, I noticed some llc stuff... Any ideas what's involved to get netbeui running? marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Dec 5 08:03:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA12121 for hackers-outgoing; Tue, 5 Dec 1995 08:03:49 -0800 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA12109 for ; Tue, 5 Dec 1995 08:03:43 -0800 From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA04872 for hackers@freebsd.org; Tue, 5 Dec 1995 11:03:34 -0500 Date: Tue, 5 Dec 1995 11:03:34 -0500 Message-Id: <199512051603.LAA04872@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: CDROM Changers Sender: owner-hackers@freebsd.org Precedence: bulk I've seen messages in the past...but what is the current status of the CDROM changer code. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Tue Dec 5 08:05:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA12339 for hackers-outgoing; Tue, 5 Dec 1995 08:05:28 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA12285 for ; Tue, 5 Dec 1995 08:05:15 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01852; Tue, 5 Dec 1995 09:02:51 -0700 From: Terry Lambert Message-Id: <199512051602.JAA01852@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 5 Dec 1995 09:02:51 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <9512051522.AA02613@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 5, 95 10:22:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 563 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I believe it is possible to compare the address family in the file > > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" > > (at about line 531) to determin if AF_IPX is being used, and if so, > > interpret the values of IFF_LINK[0-2] differently. > > Compare the address family of what? Of the socket on which the ioctl call is being made. Probably have to propagate a couple of fields on te dispatch. 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 Dec 5 08:17:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13335 for hackers-outgoing; Tue, 5 Dec 1995 08:17:30 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA13326 for ; Tue, 5 Dec 1995 08:17:23 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01880; Tue, 5 Dec 1995 09:08:58 -0700 From: Terry Lambert Message-Id: <199512051608.JAA01880@phaeton.artisoft.com> Subject: Re: Adding New Hard Drives: A Major Complaint To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 5 Dec 1995 09:08:58 -0700 (MST) Cc: rb@gid.co.uk, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, peter@taronga.com, hackers@freebsd.org In-Reply-To: <199512051216.MAA28370@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Dec 5, 95 12:16:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 385 Sender: owner-hackers@freebsd.org Precedence: bulk > It would appear that we actually have low-density and high-density cards; > can we support both, or do we need seperate boot-decks? I think you could support both, if you omitted the README and some other text from the low-density deck. 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 Dec 5 08:30:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA14271 for hackers-outgoing; Tue, 5 Dec 1995 08:30:14 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA14232 for ; Tue, 5 Dec 1995 08:30:05 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02695; Tue, 5 Dec 1995 11:29:21 -0500 Date: Tue, 5 Dec 1995 11:29:21 -0500 From: "Garrett A. Wollman" Message-Id: <9512051629.AA02695@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: hackers@FreeBSD.org Subject: Re: ipx on 802.3 In-Reply-To: <199512051602.JAA01852@phaeton.artisoft.com> References: <9512051522.AA02613@halloran-eldar.lcs.mit.edu> <199512051602.JAA01852@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> > I believe it is possible to compare the address family in the file >> > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" >> > (at about line 531) to determin if AF_IPX is being used, and if so, >> > interpret the values of IFF_LINK[0-2] differently. >> >> Compare the address family of what? > Of the socket on which the ioctl call is being made. Probably have to > propagate a couple of fields on te dispatch. Ummm, the /protocol/ (nb: not address) family of the socket is totally irrelevant to all of the current ioctls /by design/; now you're proposing to undo that cleanup? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Tue Dec 5 08:43:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA15419 for hackers-outgoing; Tue, 5 Dec 1995 08:43:48 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA15406 for ; Tue, 5 Dec 1995 08:43:37 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id DAA00193; Wed, 6 Dec 1995 03:13:04 GMT From: Michael Smith Message-Id: <199512060313.DAA00193@genesis.atrad.adelaide.edu.au> Subject: Re: Adding New Hard Drives: A Major Complaint To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Dec 1995 03:13:04 +0000 () Cc: msmith@atrad.adelaide.edu.au, rb@gid.co.uk, jkh@time.cdrom.com, peter@taronga.com, hackers@freebsd.org In-Reply-To: <199512051608.JAA01880@phaeton.artisoft.com> from "Terry Lambert" at Dec 5, 95 09:08:58 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 757 Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert stands accused of saying: > > > It would appear that we actually have low-density and high-density cards; > > can we support both, or do we need seperate boot-decks? > > I think you could support both, if you omitted the README and some other > text from the low-density deck. Print them on the cards. That's what paper's for, anyway 8) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Dec 5 09:27:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18739 for hackers-outgoing; Tue, 5 Dec 1995 09:27:41 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18727 for ; Tue, 5 Dec 1995 09:27:29 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01996; Tue, 5 Dec 1995 10:26:05 -0700 From: Terry Lambert Message-Id: <199512051726.KAA01996@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 5 Dec 1995 10:26:04 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <9512051629.AA02695@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 5, 95 11:29:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1347 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Of the socket on which the ioctl call is being made. Probably have to > > propagate a couple of fields on te dispatch. > > Ummm, the /protocol/ (nb: not address) family of the socket is totally > irrelevant to all of the current ioctls /by design/; now you're > proposing to undo that cleanup? All I'm saying is if he wants to add 802.3, he shouldn't be blackmailed into cleaning up the link code misuse. 802.3 is *so* valuable that it would be worth undoing that cleanup and several others just to get it in. Once in, another cleanup could be done. The hard part on the 802.3 LLC is codifying the state table. I've seen companies buy code from Microsoft and hack COFF objects from MSVC 2.x into something usable by GCC to get an 802.3 before. It's like someone giving you a new horse right after you have shoed your old horse. The beneifits of the new horse outwiegh the costs of the shoes on the old one... it's unreasonable to expect him to shoe the thing because your old horse had shoes. In case Jordan didn't follow that because it wasn't a car analogy, the relevent car analogy involves being given a new white Ford Taurus right after you've painetd your old Dodge Dart red. 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 Tue Dec 5 09:39:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA20040 for hackers-outgoing; Tue, 5 Dec 1995 09:39:45 -0800 Received: from cyrix.cyrix.com (CYRIX.CYRIX.COM [147.5.99.99]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA20028 for ; Tue, 5 Dec 1995 09:39:38 -0800 Received: from hydra.cyrix.com by cyrix.cyrix.com (4.1/SMI-4.1) id AA16844; Tue, 5 Dec 95 11:42:25 CST Received: from max.cyrix.com by hydra.cyrix.com (4.1/SMI-4.1) id AA14916; Tue, 5 Dec 95 11:42:25 CST Received: by max.cyrix.com (4.1/SMI-4.1) id AA13181; Tue, 5 Dec 95 11:42:25 CST From: dietz@cyrix.com (Carl Dietz) Message-Id: <9512051742.AA13181@max.cyrix.com> Subject: Re: ft (QIC 40/80) To: hackers@FreeBSD.org Date: Tue, 5 Dec 95 11:42:25 CST X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@FreeBSD.org Precedence: bulk Robert Trangmar writes: > > Does anyone know why this this wasn't written as a *complete* tape driver? > It would be really useful for me to have this as a device i could use > dump and tar on and i am considering looking further into it with a view > to enhancing it to do just that. > Just thought i'd cast around to see if anyone had any input before i > expended/wasted valuable time. > > Thanks in advance, > > RobT > I guess this explains the troubles I've been having with my new floppy tape drive I bought this last week. It wouldn't work with tar, dd, or mt. I was beginning to think that something was wrong with the tape drive, 'cause the FreeBSD docs say that the floppy tape is supported. FreeBSD was recognizing it at boot-up, but wouldn't do anything else with it. I only bought the thing because FreeBSD said it supported it, and I can't afford to buy the SCSI DAT drive that I'd really love to have (pipe dream :-) ). But the FreeBSD documentation never said that it wasn't fully supported like the SCSI tape drives are. How exactly is the QIC 80 120MB floppy tape drive supported under FreeBSD ? Since tar, dd, and mt don't work, what do I use to read/write from/to the drive ? Or should I just flush my new tape drive down the toilet ? Carl --------------------------------------------------------------- | Carl Dietz Cache Designer | | dietz@cyrix.com (214) 968-8249 | --------------------------------------------------------------- | SULU: "As advanced as you obviously are, you still play ?" | | KIRK: "Yes, Mr. Sulu, play. The more complex the mind, the | | greater the need for the simplicity of play." | | STTOS:"Shore Leave" | --------------------------------------------------------------- From owner-freebsd-hackers Tue Dec 5 10:24:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24824 for hackers-outgoing; Tue, 5 Dec 1995 10:24:41 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA24819 for ; Tue, 5 Dec 1995 10:24:36 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA07264; Tue, 5 Dec 1995 12:23:31 -0600 From: Joe Greco Message-Id: <199512051823.MAA07264@brasil.moneng.mei.com> Subject: Re: need some info To: julian@ref.tfs.com (Julian Elischer) Date: Tue, 5 Dec 1995 12:23:31 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199512040847.AAA04628@ref.tfs.com> from "Julian Elischer" at Dec 4, 95 00:47:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > how are ports on teh boca bords shown in /dev? > > I'm adding entries in devfs for them in the boca driver > but I have no idea what to call them? > are they sio? > ttyb[1-8] > ? > what? > > I guess I'll get on with another driver > and let someone who understands the boca driver > polish up what I've added to it.. What have you added to it? :-) Yes, they show up as "sio" ports, f.e. I have a board as "sio8-23" and the ports are "ttyd[89abcde...]" ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Dec 5 10:39:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA25837 for hackers-outgoing; Tue, 5 Dec 1995 10:39:40 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA25824 for ; Tue, 5 Dec 1995 10:39:31 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02904; Tue, 5 Dec 1995 13:38:59 -0500 Date: Tue, 5 Dec 1995 13:38:59 -0500 From: "Garrett A. Wollman" Message-Id: <9512051838.AA02904@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett A. Wollman), hackers@FreeBSD.org Subject: Re: ipx on 802.3 In-Reply-To: <199512051726.KAA01996@phaeton.artisoft.com> References: <9512051629.AA02695@halloran-eldar.lcs.mit.edu> <199512051726.KAA01996@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: > Once in, another cleanup could be done. The hard part on the 802.3 LLC > is codifying the state table. I've seen companies buy code from Microsoft > and hack COFF objects from MSVC 2.x into something usable by GCC to get > an 802.3 before. Which is just fine, since we already have 99% of what's needed anyway. The original question, which you seem to have never grasped, is: How can you tell an Ethernet interface to use 802.3 encapsulation rather than Ethernet v2? Or, to spell it out more explicitly: How can you tell an Ethernet interface to send an 802.3-style length field and 802.3-style LLC header rather than the two-byte type field specified in Ethernet v2? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Tue Dec 5 10:59:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA26868 for hackers-outgoing; Tue, 5 Dec 1995 10:59:36 -0800 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA26863 for ; Tue, 5 Dec 1995 10:59:33 -0800 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id KAA00341 for ; Tue, 5 Dec 1995 10:59:24 -0800 Message-Id: <199512051859.KAA00341@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: plug n play detection and initialization Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Dec 1995 10:59:23 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Howdy, How does one detect and initialize a Plug N Play ISA card? Tnks, Amancio From owner-freebsd-hackers Tue Dec 5 11:24:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28035 for hackers-outgoing; Tue, 5 Dec 1995 11:24:33 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28008 ; Tue, 5 Dec 1995 11:23:58 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA11747; Tue, 5 Dec 1995 21:21:39 +0200 From: John Hay Message-Id: <199512051921.VAA11747@zibbi.mikom.csir.co.za> Subject: Re: ipx on 802.3 -Reply To: supervisor@alb.asctmd.com Date: Tue, 5 Dec 1995 21:21:39 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers), wollman@FreeBSD.ORG In-Reply-To: from "supervisor@alb.asctmd.com" at Dec 5, 95 08:40:37 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3069 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > >>>>>>>>>>>>>>> > Garrett's suggestion: > > > > So, do everyone a favor and re-write them to use the if_phys entry in > > the ifnet struct I added for specifically this purpose. Then you can > > use the IFF_LINK flags for this purpose. (Given that they were called > > IFF_LLC* in Net/2, well, you guess why they were originally added.) > > Terry's suggestion: > > > I believe it is possible to compare the address family in the file > > /sys/net/if.c in the function ifioctl() for "case SIOCSIFFLAGS" > > (at about line 531) to determin if AF_IPX is being used, and if so, > > interpret the values of IFF_LINK[0-2] differently. > > > This would be a simple hack compared to fixing all the code to > > do the right thing for the interface flags. > > > > Having read both Terry's and Garrett's sugestions, here are my thoughts > for Terry's suggestion: > > This does mean that if you want to use the IFF_LINK in a device driver, > you will have to do two ifconfig's, one "ifconfig xxx ipx xxxxx linkx" to set > 802.3 mode and one without the ipx to set a link option inside the device > driver. > > At the moment the only device drivers that use all three IFF_LINK options > are /sys/i386/isa/if_ep.c and /sys/pci/if_vx.c. The rest are only using one > and in some cases two of the IFF_LINK options. So maybe we can > change those that only use one, to use IFF_LINK2 which allready have an > alias > IFF_ALTPHYS in /sys/net/if.c? > > And here are my thoughts to Garrett's suggestion: > > This sounds like the cleanest option, but I would first like to figure out how > much work this will be. I can think of at least one user-level program > ifconfig that will have to be changed. Are there others? And what should > the option for ifconfig be called? > <<<<<<<<<<<<<<< > Sorry, I have not been closely following this thread for a while. I see a bit > of activity has transpired. Just a quick question, does your design > allow running with 802.3 AND Ethernet_II frame types on the same > interface at the same time? This should be possible... Well to be honest, I haven't designed it yet. I have only had a look in the sources especialy if_ethersubr.c and decided that by using one of the IFF_LINK flags it should be easy to add it to if_ethersubr.c. That way wouldn't cater for both frame types on the same interface. > > I was thinking about implementing something like this internal to the kernel > in the if_ethersubr.c module. I was going to extend the IPX structure to > contain a flag that was set on input as to the frame type and then convert > it internally to Ethernet_II. Then on output, I was going to format the packet > correctly and send it out to the ethernet interface. A modification like this > would then let the NS code be "folded" back in and the netns directory > could be eliminated... > If you want to do it, you are most welcome. I only wanted to do it because some of our customers wants it and I thought that I could get the capability into the FreeBSD tree at the same time. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Tue Dec 5 11:28:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28171 for hackers-outgoing; Tue, 5 Dec 1995 11:28:48 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28163 for ; Tue, 5 Dec 1995 11:28:41 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02226; Tue, 5 Dec 1995 12:26:30 -0700 From: Terry Lambert Message-Id: <199512051926.MAA02226@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 5 Dec 1995 12:26:30 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, hackers@FreeBSD.org In-Reply-To: <9512051838.AA02904@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Dec 5, 95 01:38:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1203 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Once in, another cleanup could be done. The hard part on the 802.3 LLC > > is codifying the state table. I've seen companies buy code from Microsoft > > and hack COFF objects from MSVC 2.x into something usable by GCC to get > > an 802.3 before. > > Which is just fine, since we already have 99% of what's needed > anyway. The original question, which you seem to have never grasped, > is: > > How can you tell an Ethernet interface to use 802.3 > encapsulation rather than Ethernet v2? > > Or, to spell it out more explicitly: > > How can you tell an Ethernet interface to send an 802.3-style > length field and 802.3-style LLC header rather than the > two-byte type field specified in Ethernet v2? By linking the encapsulation with the address family of the socket used to do the ioctl(). If you get a LINK1 on an AF_INET socket, it's a physical media select. If you get one on an AF_IPX socket, it's an LLC select. Means you can't do 802.3 with IP until the thing is fixed correctly, but since the 802.3 is being added for IPX, IP can wait. 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 Dec 5 11:31:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28472 for hackers-outgoing; Tue, 5 Dec 1995 11:31:28 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28462 for ; Tue, 5 Dec 1995 11:31:19 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02247; Tue, 5 Dec 1995 12:28:12 -0700 From: Terry Lambert Message-Id: <199512051928.MAA02247@phaeton.artisoft.com> Subject: Re: netbuei on freebsd To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Tue, 5 Dec 1995 12:28:12 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <9512051600.AA16698@gnu.mc.xerox.com> from "Marty Leisner" at Dec 5, 95 08:00:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 270 Sender: owner-hackers@freebsd.org Precedence: bulk > Looking at the net code, I noticed some llc stuff... > > Any ideas what's involved to get netbeui running? Needs an 802.3 LLC. 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 Dec 5 11:51:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29700 for hackers-outgoing; Tue, 5 Dec 1995 11:51:46 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29692 for ; Tue, 5 Dec 1995 11:51:35 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02289; Tue, 5 Dec 1995 12:48:56 -0700 From: Terry Lambert Message-Id: <199512051948.MAA02289@phaeton.artisoft.com> Subject: Re: ft (QIC 40/80) To: dietz@cyrix.com (Carl Dietz) Date: Tue, 5 Dec 1995 12:48:56 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <9512051742.AA13181@max.cyrix.com> from "Carl Dietz" at Dec 5, 95 11:42:25 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1555 Sender: owner-hackers@freebsd.org Precedence: bulk > I guess this explains the troubles I've been having with my new floppy tape > drive I bought this last week. It wouldn't work with tar, dd, or mt. I was > beginning to think that something was wrong with the tape drive, 'cause the > FreeBSD docs say that the floppy tape is supported. FreeBSD was recognizing > it at boot-up, but wouldn't do anything else with it. > > I only bought the thing because FreeBSD said it supported it, and I can't > afford to buy the SCSI DAT drive that I'd really love to have (pipe dream :-) ). You have to use the ft filter between your program and the floppy tape device. > But the FreeBSD documentation never said that it wasn't fully supported like > the SCSI tape drives are. It's *impossible* to fully support the things without heavy kernel hacking on timer code and allowing kernel preemption (or buzz-looping). The NEC floppy controller chips used in most PC's doesn't have a FIFO, so it takes realtime features (or like DOS, running *only* the special backup software and no other programs) to support the things. > How exactly is the QIC 80 120MB floppy tape drive supported under FreeBSD ? With a filter. > Since tar, dd, and mt don't work, what do I use to read/write from/to the > drive ? man ft > Or should I just flush my new tape drive down the toilet ? New !== Good. You *can* use it, however, as long as you follow the rules and use the ft filter. 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 Dec 5 12:00:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA00239 for hackers-outgoing; Tue, 5 Dec 1995 12:00:07 -0800 Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA00150 for ; Tue, 5 Dec 1995 11:59:48 -0800 Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id RAA19701; Tue, 5 Dec 1995 17:57:42 GMT Date: Tue, 5 Dec 1995 17:57:41 +0000 () From: Sergio Lenzi To: Robert Shady cc: freebsd-hackers@freebsd.org Subject: Re: Prob's w/YP Stuff In-Reply-To: <199512041900.OAA19588@server.id.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Ref: change yp password for users, asks for the old passwd... Roberts is right. I had kind of the same problem here at bsi. And another problem that you will face too ->passwords generated by the yppasswd contains invalid characters (control) and when yppasswdd tries to update the password it invalidates the password. Solution: 1) Modify the program yp_passwd.c at /usr/src/usr.bin/passwd to generate crypt the same way as local_passwd.c 2) Modify update.c in the /usr/src/gnu/usr.sbin/yppasswdd to not check the old password if it came from uid=0. compile those programs * install. Sergio de Almeida Lenzi. From owner-freebsd-hackers Tue Dec 5 12:08:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA00704 for hackers-outgoing; Tue, 5 Dec 1995 12:08:22 -0800 Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA00697 for ; Tue, 5 Dec 1995 12:08:19 -0800 Received: from muggsy.lkg.dec.com by mail12.digital.com; (5.65v3.2/1.0/WV) id AA31596; Tue, 5 Dec 1995 14:58:05 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA01045; Tue, 5 Dec 1995 14:56:59 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id UAA19110; Tue, 5 Dec 1995 20:05:00 GMT Message-Id: <199512052005.UAA19110@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: BICC (C-LANCE) DE 205 In-Reply-To: Your message of "Tue, 05 Dec 1995 11:49:18 +0100." <199512051049.LAA17872@gilberto.physik.rwth-aachen.de> X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 05 Dec 1995 20:04:46 +0000 From: Matt Thomas Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In <199512051049.LAA17872@gilberto.physik.rwth-aachen.de> , you wrote: > Booting a 2.1.0 system I get > [...] > le0 not found at 0x300 > lnc0 not found at 0x280 > lnc1 at 0x300-0x30f irq 10 drq 0 on isa > lnc1: BICC (C-LANCE) Ethernet controller, address 00:00:40:01:00:00 > > > Later I'm trying to start the interface and get > > lnc1: Initialisation failed > > This is a ASUS PCI/I P54?? board. The Lance controller is a DEC > DE 205 Etherworks III which works fine under Win95%/NT in that > very same box. > > Any clues? The ethernet address looks a bit strange, doesn't it? The DE205 is not LANCE based, it is a DEC private chip called the LeMAC. You must use the le driver to access it (and it obviosly didn't find it). What are the settings being used under Windows NT? Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Tue Dec 5 12:32:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA02215 for hackers-outgoing; Tue, 5 Dec 1995 12:32:41 -0800 Received: from cyrix.cyrix.com (CYRIX.CYRIX.COM [147.5.99.99]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA02205 for ; Tue, 5 Dec 1995 12:32:37 -0800 Received: from hydra.cyrix.com by cyrix.cyrix.com (4.1/SMI-4.1) id AA17873; Tue, 5 Dec 95 14:34:14 CST Received: from max.cyrix.com by hydra.cyrix.com (4.1/SMI-4.1) id AA08645; Tue, 5 Dec 95 14:34:15 CST Received: by max.cyrix.com (4.1/SMI-4.1) id AA13351; Tue, 5 Dec 95 14:34:14 CST From: dietz@cyrix.com (Carl Dietz) Message-Id: <9512052034.AA13351@max.cyrix.com> Subject: Re: ft (QIC 40/80) To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Dec 95 14:34:14 CST Cc: hackers@FreeBSD.org In-Reply-To: <199512051948.MAA02289@phaeton.artisoft.com>; from "Terry Lambert" at Dec 5, 95 12:48 pm X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > I guess this explains the troubles I've been having with my new floppy tape > > drive I bought this last week. It wouldn't work with tar, dd, or mt. I was > > beginning to think that something was wrong with the tape drive, 'cause the > > FreeBSD docs say that the floppy tape is supported. FreeBSD was recognizing > > it at boot-up, but wouldn't do anything else with it. > > > > I only bought the thing because FreeBSD said it supported it, and I can't > > afford to buy the SCSI DAT drive that I'd really love to have (pipe dream :-) ). > > You have to use the ft filter between your program and the floppy tape > device. > > > But the FreeBSD documentation never said that it wasn't fully supported like > > the SCSI tape drives are. > > It's *impossible* to fully support the things without heavy kernel > hacking on timer code and allowing kernel preemption (or buzz-looping). > > The NEC floppy controller chips used in most PC's doesn't have a FIFO, > so it takes realtime features (or like DOS, running *only* the special > backup software and no other programs) to support the things. > Sorry, I forgot about the fact that a NEC765 ain't that smart (and the sad thing is that I **KNEW** that back in my college days). > > How exactly is the QIC 80 120MB floppy tape drive supported under FreeBSD ? > > With a filter. > > > Since tar, dd, and mt don't work, what do I use to read/write from/to the > > drive ? > > man ft > > > Or should I just flush my new tape drive down the toilet ? > > New !== Good. You *can* use it, however, as long as you follow the rules > and use the ft filter. > Thank you so much for the quick reply! I must confess (with shame :-) ) that doing a 'man ft' never occurred to me. (I MUST be getting old...) I realize that the QIC 80 120MB is cheapo tape drive, but for only $30, I just couldn't turn it down. With FreeBSD distributed on CDRoms, I only really need to back up my 200MB /home partition, so I couldn't justify buying a better tape drive now (especially with all the Christmas shopping.) Besides, right now I'm saving my money for a Quantum fireball to replace my aging full height WREN 660MB hard disk... Thanks again, Carl --------------------------------------------------------------- | Carl Dietz M3 Cache Designer | | dietz@cyrix.com (214) 968-8249 | --------------------------------------------------------------- | SULU: "As advanced as you obviously are, you still play ?" | | KIRK: "Yes, Mr. Sulu, play. The more complex the mind, the | | greater the need for the simplicity of play." | | STTOS:"Shore Leave" | --------------------------------------------------------------- From owner-freebsd-hackers Tue Dec 5 12:47:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA03327 for hackers-outgoing; Tue, 5 Dec 1995 12:47:44 -0800 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA03318 for ; Tue, 5 Dec 1995 12:47:33 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00238; Tue, 5 Dec 1995 13:46:03 -0700 From: Terry Lambert Message-Id: <199512052046.NAA00238@phaeton.artisoft.com> Subject: Re: plug n play detection and initialization To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 5 Dec 1995 13:46:02 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199512051859.KAA00341@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 5, 95 10:59:23 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1125 Sender: owner-hackers@freebsd.org Precedence: bulk > > How does one detect and initialize a Plug N Play ISA card? There is a nice book on this out. There is also a 200 page PostScript document from ftp.microsoft.com. If you are a Microsoft Level 2 developer or better, in the DDK\Docs directory, there is an MS Word file Pnp.doc and a help file Pnp.hlp. Basically, it helps if you know the card is there. The win is on avoiding jumper settings, not on avoiding card specific drivers. Windows 95 handles pnp autodetection by going through a destructive probe sequence and relying on the user to reboot "if it takes too long", and then the sequence can be restarted, skipping whatever hung. This happens both on the initial install and on "add new hardware". For PCI and MCA, you can just ask the bus for card/vendor ID's. For EISA, you can do the same, if you know the memory aperture, which is not required to be the typical 1K by the EISA spec, and so a truly compliant EISA PNP requires the ability to make EISA BIOS 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 Dec 5 13:20:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA06085 for hackers-outgoing; Tue, 5 Dec 1995 13:20:21 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA06075 for ; Tue, 5 Dec 1995 13:20:17 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA14000; Tue, 5 Dec 1995 13:19:41 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@FreeBSD.ORG (FreeBSD Hackers) Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Tue, 05 Dec 1995 14:37:27 +0100." <199512051337.OAA15169@allegro.lemis.de> Date: Tue, 05 Dec 1995 13:19:41 -0800 Message-ID: <13997.818198381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is anybody currently actively working on support for ISDN cards? I > know about the support for the Dr. Neuhaus boards, but that doesn't > seem to be very active. In particular, I am looking for something > that will support the Teles/Creatix boards which are available here in > Germany. They're the cheapest available, mainly because they have the > least hardware and place corresponding demands on the CPU, but they're > frequently the best choice anyway. Those cards are supported in the latest revision of the ISDN stuff I got from Juergen, but I'm not sure who is working on it now. Gary Jennejohn? Michael Elbel? Jordan From owner-freebsd-hackers Tue Dec 5 13:54:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA08477 for hackers-outgoing; Tue, 5 Dec 1995 13:54:42 -0800 Received: from wiley.muc.ditec.de (wiley.muc.ditec.de [194.120.126.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA08471 for ; Tue, 5 Dec 1995 13:54:31 -0800 Received: from vector.enet ([139.92.42.187]) by wiley.muc.ditec.de (8.6.12/8.6.9) with ESMTP id WAA06568; Tue, 5 Dec 1995 22:54:17 +0100 Received: (from jhs@localhost) by vector.enet (8.6.12/8.6.9) id WAA02755; Tue, 5 Dec 1995 22:52:55 +0100 Date: Tue, 5 Dec 1995 22:52:55 +0100 From: "Julian Stacey jhs@freebsd.org" Message-Id: <199512052152.WAA02755@vector.enet> To: hackers@freebsd.org cc: khe@muc.ditec.de Subject: WebCopy.pl http://www.inf.utfsm.cl/~vparada/webcopy.html Reply-To: "Julian H. Stacey" Mailer: EXMH version 1.6.4 10/10/95 Sender: owner-hackers@freebsd.org Precedence: bulk -------- Hi hackers@freebsd.org, Has anyone tried http://www.inf.utfsm.cl/~vparada/webcopy.html Its a useful tree copying Web tool written in perl, Trouble is I can only get it to work on files served by my local httpd, & of course I want to grab someone else's tree, not my own stuff :-) (I keep getting connect: Operation timed out on both my host with Perl 5, on a FreeBSD stable host with Perl 4 ) For anyone tempted to have a play, I'd appreciate hearing if you get it to work on FreeBSD current, PS I was given these patches by a friend (khe) & have copied them to webcopy author, but I'm not conversant in Perl, so caveat emptor :-) PS KHE has got this stuff to run, on some host I dont have access to, (but he's at home, & I'm in a hurry :-) ------- *** webcopy.distrib Sat Jul 1 18:20:35 1995 --- webcopy.khe.tick Tue Dec 5 10:35:32 1995 *************** *** 45,51 **** # Library routines required # ! require 'sys/socket.ph'; require 'timelocal.pl'; # Global setup --- 45,53 ---- # Library routines required # ! # Old style! Require Socket.pm instead! (KHE) ! #require 'sys/socket.ph'; ! use Socket; require 'timelocal.pl'; # Global setup *************** *** 363,370 **** $sockaddr='S n a4 x8'; chop($local_host=`hostname`); $local_prot=(getprotobyname('tcp'))[2]; ! $local_sock=pack($sockaddr,&AF_INET,0,(gethostbyname($local_host))[4]); ! $remote_sock=pack($sockaddr,&AF_INET,$port,(gethostbyname($host))[4]); } sub transfer { --- 365,375 ---- $sockaddr='S n a4 x8'; chop($local_host=`hostname`); $local_prot=(getprotobyname('tcp'))[2]; ! # (KHE) ! # $local_sock=pack($sockaddr,&AF_INET,0,(gethostbyname($local_host))[4]); ! # $remote_sock=pack($sockaddr,&AF_INET,$port,(gethostbyname($host))[4]); ! $local_sock=pack($sockaddr,AF_INET,0,(gethostbyname($local_host))[4]); ! $remote_sock=pack($sockaddr,AF_INET,$port,(gethostbyname($host))[4]); } sub transfer { *************** *** 374,380 **** $update=(($_=&get_date($file)) && ("If-Modified-Since: $_$rn")) unless $post; $uselocal && $update && return(304,"Use local",0); ! socket(S,&PF_INET,&SOCK_STREAM,$local_prot) || die "$0: socket: $!\n"; bind(S,$local_sock) || die "$0: bind: $!\n"; connect(S,$remote_sock) || die "$0: connect: $!\n"; $_=select(S); $|=1; select($_); --- 379,387 ---- $update=(($_=&get_date($file)) && ("If-Modified-Since: $_$rn")) unless $post; $uselocal && $update && return(304,"Use local",0); ! # (KHE) ! # socket(S,&PF_INET,&SOCK_STREAM,$local_prot) || die "$0: socket: $!\n"; ! socket(S,PF_INET,SOCK_STREAM,$local_prot) || die "$0: socket: $!\n"; bind(S,$local_sock) || die "$0: bind: $!\n"; connect(S,$remote_sock) || die "$0: connect: $!\n"; $_=select(S); $|=1; select($_); ------- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Tue Dec 5 15:20:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13986 for hackers-outgoing; Tue, 5 Dec 1995 15:20:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA13980 for ; Tue, 5 Dec 1995 15:20:40 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id PAA09588; Tue, 5 Dec 1995 15:03:39 -0800 From: Julian Elischer Message-Id: <199512052303.PAA09588@ref.tfs.com> Subject: Re: ipx on 802.3 To: terry@lambert.org (Terry Lambert) Date: Tue, 5 Dec 1995 15:03:39 -0800 (PST) Cc: wollman@lcs.mit.edu, terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199512051926.MAA02226@phaeton.artisoft.com> from "Terry Lambert" at Dec 5, 95 12:26:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1541 Sender: owner-hackers@FreeBSD.org Precedence: bulk This is absolutly rubis.. (not what terry or garret ar anyone else is saying, but the whole thread....) LLC usage shoud depend on the destination.. I've seen 802.3 and V2 used on the same segment.. it should be stored in the ARP entry.. and decided dynamically. > > > > Once in, another cleanup could be done. The hard part on the 802.3 LLC > > > is codifying the state table. I've seen companies buy code from Microsoft > > > and hack COFF objects from MSVC 2.x into something usable by GCC to get > > > an 802.3 before. > > > > Which is just fine, since we already have 99% of what's needed > > anyway. The original question, which you seem to have never grasped, > > is: > > > > How can you tell an Ethernet interface to use 802.3 > > encapsulation rather than Ethernet v2? > > > > Or, to spell it out more explicitly: > > > > How can you tell an Ethernet interface to send an 802.3-style > > length field and 802.3-style LLC header rather than the > > two-byte type field specified in Ethernet v2? > > By linking the encapsulation with the address family of the socket used > to do the ioctl(). > > If you get a LINK1 on an AF_INET socket, it's a physical media select. > > If you get one on an AF_IPX socket, it's an LLC select. > > Means you can't do 802.3 with IP until the thing is fixed correctly, but > since the 802.3 is being added for IPX, IP can wait. > > > 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 Dec 5 17:43:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA22097 for hackers-outgoing; Tue, 5 Dec 1995 17:43:39 -0800 Received: from news.csusb.edu (news.csusb.edu [139.182.2.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA22088 for ; Tue, 5 Dec 1995 17:43:29 -0800 Received: (from nwestfal@localhost) by news.csusb.edu (8.6.12/8.6.12) id RAA02672; Tue, 5 Dec 1995 17:42:43 -0800 Date: Tue, 5 Dec 1995 17:42:43 -0800 (PST) From: "Neal E. Westfall" To: hackers@freebsd.org Subject: free vnode isn't Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I am running a news server on FreeBSD 2.1. This morning, while reading news on it with tin, we received an error message "free vnode isn't", at which point the kernel panic'd and the machine rebooted. At that point nobody could log in anymore, not even root from the console. The machine was running 951104-SNAP at the time. We have upgraded it to 2.1-RELEASE and seems to be running fine now. The news spindles are formatted to 2048 bytes per inode, and we did not run out of inodes at the time of the crash. Any help on what exactly happened, and how to recover from it withouth reinstalling the operating system would be greatly appreciated. Machine Configuration: 486DX4-100 AMD PCI motherboard Adaptec 2940 SCSI controller w/latest bios upgrade 1 540 MB Fujitsu, 4 1080 Fujitsu SCSI drives. SMC Etherpower PCI 32 MB ram Neal Westfall nwestfal@news.csusb.edu From owner-freebsd-hackers Tue Dec 5 18:03:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA23012 for hackers-outgoing; Tue, 5 Dec 1995 18:03:31 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA23006 for ; Tue, 5 Dec 1995 18:03:28 -0800 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP id QQzswm02233; Tue, 5 Dec 1995 21:03:24 -0500 (EST) Received: from uanet.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Tue, 5 Dec 1995 21:03:24 -0500 Received: by crocodil.monolit.kiev.ua; Wed, 6 Dec 95 03:58:29 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id DAA13594 for ; Wed, 6 Dec 1995 03:56:47 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id DAA04929 for hackers@FreeBSD.ORG; Wed, 6 Dec 1995 03:56:46 +0200 Date: Wed, 6 Dec 1995 03:56:46 +0200 From: System Daemon Message-Id: <199512060156.DAA04929@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bob Willcox (bob@luke.pmr.com) wrote: > Thanks, though I had already written a similar program per a > suggestion from Julian Elischer. Seems that SysV and AIX both > have this program and I was (wrongly) thinking that something > like it existed in FreeBSD. actually, it does. put this into /sbin/unlink: #!/bin/sh perl -U -le 'unlink(shift) while scalar @ARGV' ${1+"$@"} I vote for putting a static copy of perl 5 into /bin. It can do (almost) everything, and you can provide a handful of commands there. see: text data bss dec hex 282624 16384 41584 340592 53270 /bin/sh 356352 32768 3728 392848 5fe90 miniperl 360448 32768 3752 396968 60ea8 perl 471040 36864 55452 563356 8989c staticminiperl - this one without any extensions, 500K when stripped. -- Freedom's just another word for nothing left to lose. - Kris Kristofferson & Janis Joplin - From owner-freebsd-hackers Tue Dec 5 18:07:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA23255 for hackers-outgoing; Tue, 5 Dec 1995 18:07:20 -0800 Received: from mal9000.mal.com (ceharris@mal9000.mal.com [198.82.200.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA23250 for ; Tue, 5 Dec 1995 18:07:17 -0800 Received: (ceharris@localhost) by mal9000.mal.com (8.6.10/8.6.4) id VAA15138; Tue, 5 Dec 1995 21:06:47 -0500 From: Carl Harris Message-Id: <199512060206.VAA15138@mal9000.mal.com> Subject: Beware: popclient (fwd) To: lenzi@cwbtwo.bsi.com.br Date: Tue, 5 Dec 1995 21:06:47 -0500 (EST) Cc: jaitken@cslab.vt.edu, hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 762 Sender: owner-hackers@freebsd.org Precedence: bulk > I have compiled a new version of popclient and there is > a bug in the config.h that deals with the mail command > It happens that the mail command in the pop client is > with an option -d. At the time the popclient executes mail > to save your data, it executes mail -d [user] and > the mail program vanishes with your mail. What "new" version of popclient did you compile? The last version of popclient that used "mail" was 2.21 (which is more than two years old). Get the latest version from ftp.mal.com:/pub/pop... FreeBSD is one of the platforms I use to develop popclient, so I'm *quite positive* that it works correctly for that environment. -- Carl Harris Network Systems Engineer Communications Network Services, Virginia Tech ceharris@mal.com From owner-freebsd-hackers Tue Dec 5 18:18:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA23638 for hackers-outgoing; Tue, 5 Dec 1995 18:18:16 -0800 Received: from mal9000.mal.com (ceharris@mal9000.mal.com [198.82.200.99]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA23632 ; Tue, 5 Dec 1995 18:18:11 -0800 Received: (ceharris@localhost) by mal9000.mal.com (8.6.10/8.6.4) id VAA15261; Tue, 5 Dec 1995 21:17:40 -0500 From: Carl Harris Message-Id: <199512060217.VAA15261@mal9000.mal.com> Subject: popclient To: lenzi@cwbtwo.bsi.com.br Date: Tue, 5 Dec 1995 21:17:39 -0500 (EST) Cc: ports@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 558 Sender: owner-hackers@freebsd.org Precedence: bulk I just checked your patched binary of the "new" version of popclient, and confirmed that you have in fact compiled a version that is two years old, and has never been tested on FreeBSD. Perhaps, in the future, before posting to the FreeBSD mailing lists, you'll contact the author to verify that there is a problem, first? The latest version of popclient (which compiles and runs quite well on FreeBSD) may be obtained from ftp.mal.com in /pub/pop. -- Carl Harris Network Systems Engineer Communications Network Services, Virginia Tech ceharris@mal.com From owner-freebsd-hackers Tue Dec 5 18:40:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24971 for hackers-outgoing; Tue, 5 Dec 1995 18:40:03 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA24917 for ; Tue, 5 Dec 1995 18:39:56 -0800 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP id QQzswo06849; Tue, 5 Dec 1995 21:39:53 -0500 (EST) Received: from uanet.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 5 Dec 1995 21:39:53 -0500 Received: by crocodil.monolit.kiev.ua; Wed, 6 Dec 95 04:30:45 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id EAA14124 for ; Wed, 6 Dec 1995 04:25:38 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id EAA06686 for hackers@FreeBSD.ORG; Wed, 6 Dec 1995 04:25:37 +0200 Date: Wed, 6 Dec 1995 04:25:37 +0200 From: System Daemon Message-Id: <199512060225.EAA06686@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Steve Passe (smp@csn.net) wrote: > I haven't looked at this program lately, but it used to be broken for NE2000 > support. The problem was that the probe for the wd card prevented the ne probe > from occuring. The solution is to remove wd and 3com support from the boot > program. (although I would expect you to get a "card not found" error from > this). Another problem I saw someone have once was their believing that > netboot.com was a standalone (ie, 'bootable') program. It must be on a DOS > SYS diskette and either manually invoked from the DOS command line or invoked > from your autoexec.bat file. actually, if you hate the idea of having DOS to boot Unix (as I do), you can fetch ftp://ftp.cs.kiev.ua/csrt/unix/dkboot*, put my boot sector onto that same floppy, and copy ??????.com file as loader.com onto it. Commit team: please add this to /usr/mdec if you wish. btw, the bootpd 2.4 requires patch to boot FreeBSD boxes if arp entry already exists (it does system("arp -s host addr"), it should do a system("arp -d host") prior to that or ignore error from arp, better the former since the arp entry can be incomplete). Any chances of adding SIOCSARP ioctl? (I see , but this is non-standard (is SVR4 standard??) -- "Yes means No and No means Yes. Delete all files [Y]? " -- BOFH From owner-freebsd-hackers Tue Dec 5 18:56:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26258 for hackers-outgoing; Tue, 5 Dec 1995 18:56:25 -0800 Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA26251 for ; Tue, 5 Dec 1995 18:56:20 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tN9zI-0000zcC; Tue, 5 Dec 95 20:53 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tN9rG-000C1FC; Tue, 5 Dec 95 20:45 WET Message-Id: Date: Tue, 5 Dec 95 20:45 WET To: hackers@freebsd.org, hasty@rah.star-gate.com From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Dec 5 1995, 20:45:22 CST Subject: plug n play detection and initialization Sender: owner-hackers@freebsd.org Precedence: bulk [0]How does one detect and initialize a Plug N Play ISA card? Terry has pointed to a manual that Microsoft put out that explains some of the functioning of PnP, and Intel has a few documents as well. In a nutshell, there a few I/O ports that all of the PnP boards respond to when the host asks if anyone is out there. So when the PnP probe routine starts, he asks if there are any PnP boards present, and all the PnP boards respond with their model # to a I/O read of the same port, so the probe routine gets a wired-OR "yes" to that question. At least one bit will be on in that reply. Then the probe code is able to cause boards with board model IDs (assigned by Microsoft/Intel) lower than X to go "off-line". It then looks to see if any boards are still responding to the query. If the answer was "0", then there are no boards with IDs above X. Now probe asks if there are any boards below "X". If so, probe knows there are boards with a model numbers below X. Probe then asks for boards greater than X-(limit/4) to go off-line. If repeats the query. By repeating this semi-binary search of IDs-in-range enough times, the probing code will eventually identify all PnP boards present in a given machine with a number of iterations that is much lower than what 2^64 would take. The IDs are two 32-bit fields (hence 2^64) + 8 bit checksum. The first 32 bits are a vendor identifier. They never come out and say it, but it appears to be assumed that different types of boards from the same vendor could have different 32-bit vendor ids. The idea of needing 32 bits just for unique manufacturers is a bit excessive. The lower 32 bits are a serial #, ethernet address, something that makes this one board unique. The vendor must never produce a second board that has the same lower 32 bits unless the upper 32 bits are also different. So you can have multiple boards of the same type in the machine and the full 64 bits will still be unique. The 32 bit groups can never be all zero. This allows the wired-OR to show non-zero bits during the initial binary search. Once the system has identified all the board IDs present, it will reactivate each board, one at a time (via the same I/O ports), and find out what resources the given board needs, what interrupt choices are available, etc. A scan is made over all the boards to collect this information. This info is then combined with info from any ECU files on the hard disk or wired into the MLB BIOS. The ECU and BIOS PnP support for hardware on the MLB is usually synthetic, and the peripherals don't really do geniune PnP. However by examining the BIOS info plus the ECU info, the probe routines can cause the devices that are PnP to avoid those devices the probe code cannot relocate. Then the PnP devices are visited once more and given their I/O, DMA, IRQ and Memory-map address assignments. The devices will then appear at those locations and remain there until the next reboot, although there is nothing that says you can't move them around whenever you want. There is a lot of oversimplification above, but you should get the general idea. Microsoft took over some of the primary printer status ports to do PnP, on the logic that no boards decoded those addresses for the opposing I/O cycles. I found a genuine IBM printer board that did decode writes of the status port during the early PnP proposal review period, but MS said "tough". So they do a write to the printer status port for setting addresses, plus that use that address + 0x800, and a third I/O port for reading that can be located anywhere between 0x200 and 0x3ff. Frank Durda IV uhclem@nemesis.lonestar.org (C) 1995, ask before reprinting From owner-freebsd-hackers Tue Dec 5 20:20:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA02835 for hackers-outgoing; Tue, 5 Dec 1995 20:20:15 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA02721 for ; Tue, 5 Dec 1995 20:20:03 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id GAA12749; Wed, 6 Dec 1995 06:16:29 +0200 From: John Hay Message-Id: <199512060416.GAA12749@zibbi.mikom.csir.co.za> Subject: Re: ipx on 802.3 To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 6 Dec 1995 06:16:29 +0200 (SAT) Cc: terry@lambert.org, wollman@lcs.mit.edu, hackers@freebsd.org In-Reply-To: <199512052303.PAA09588@ref.tfs.com> from "Julian Elischer" at Dec 5, 95 03:03:39 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2245 Sender: owner-hackers@freebsd.org Precedence: bulk Yes it is possible to do both 802.3 and V2 on the same segment. You would use two (IPX) network addresses then, so that each has got its own logical net. (If you don't use different net adddresses hosts on the same segment but using different LLCs won't be able to talk directly to each other. ) But even for that you need some way to tell the networking code in the kernel which net is on 802.3 and which on V2. IPX don't have ARP, so I'm not sure what you mean when you say it should be stored in the ARP entry. (One of the segments connected to our Novell server run both 802.3 and V2, but we don't do it on all the segments because it generate too much traffic with all IPX RIP and SAP packets going out twice over that interface.) John -- John Hay -- John.Hay@csir.co.za > > > This is absolutly rubis.. (not what terry or garret ar anyone else is > saying, but the whole thread....) > > LLC usage shoud depend on the destination.. > I've seen 802.3 and V2 used on the same segment.. > it should be stored in the ARP entry.. > and decided dynamically. > > > > > > Once in, another cleanup could be done. The hard part on the 802.3 LLC > > > > is codifying the state table. I've seen companies buy code from Microsoft > > > > and hack COFF objects from MSVC 2.x into something usable by GCC to get > > > > an 802.3 before. > > > > > > Which is just fine, since we already have 99% of what's needed > > > anyway. The original question, which you seem to have never grasped, > > > is: > > > > > > How can you tell an Ethernet interface to use 802.3 > > > encapsulation rather than Ethernet v2? > > > > > > Or, to spell it out more explicitly: > > > > > > How can you tell an Ethernet interface to send an 802.3-style > > > length field and 802.3-style LLC header rather than the > > > two-byte type field specified in Ethernet v2? > > > > By linking the encapsulation with the address family of the socket used > > to do the ioctl(). > > > > If you get a LINK1 on an AF_INET socket, it's a physical media select. > > > > If you get one on an AF_IPX socket, it's an LLC select. > > > > Means you can't do 802.3 with IP until the thing is fixed correctly, but > > since the 802.3 is being added for IPX, IP can wait. > > From owner-freebsd-hackers Tue Dec 5 20:22:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA03046 for hackers-outgoing; Tue, 5 Dec 1995 20:22:18 -0800 Received: from steyr.mt.cs.keio.ac.jp (steyr.mt.cs.keio.ac.jp [131.113.82.38]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA03006 for ; Tue, 5 Dec 1995 20:22:00 -0800 Received: (from hosokawa@localhost) by steyr.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id NAA05482; Wed, 6 Dec 1995 13:18:16 +0900 Date: Wed, 6 Dec 1995 13:18:16 +0900 Message-Id: <199512060418.NAA05482@steyr.mt.cs.keio.ac.jp> To: hm@altona.hamburg.com Cc: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: APM resume not rx'd with 3Com589C in PCMCIA slot In-Reply-To: Your message of Mon, 4 Dec 1995 12:15:25 +0100 (MET). From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article hm@altona.hamburg.com writes: >> delete the following statement on line 726 of function zp_suspend(): >> >> pcic_power_off(sc->slot); >> >> After this modification, the machine is properly resumed after a suspend. or, ..... Date: Sat, 18 Nov 1995 18:25:18 +0900 Message-Id: <199511180925.SAA25384@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.ORG Subject: zp hangs up on some machines with APM From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Somebody reported on Japanese newsgroup about FreeBSD that zp hangs up on some machines when APM driver is configured. Following patch solves this problem. --- pcicx.c.orig Tue Oct 31 18:28:00 1995 +++ pcicx.c Sat Nov 18 18:22:06 1995 @@ -230,7 +230,7 @@ pcic_power_off (int slot) { pcic_putb (slot, PCIC_POWER, - pcic_getb (slot, PCIC_POWER) & ~(PCIC_OUTENA|PCIC_PCPWRE)); + pcic_getb (slot, PCIC_POWER) & ~PCIC_PCPWRE); } void -- 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 Dec 5 20:22:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA03060 for hackers-outgoing; Tue, 5 Dec 1995 20:22:20 -0800 Received: from nudge.io.org (nudge.io.org [198.133.36.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA03032 for ; Tue, 5 Dec 1995 20:22:13 -0800 Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by nudge.io.org (8.6.9/8.6.9) with SMTP id XAA13790 for ; Tue, 5 Dec 1995 23:22:07 -0500 Date: Tue, 5 Dec 1995 23:21:38 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: execve(2) man page update? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Just noticed this today: EXECVE(2) UNIX Programmer's Manual EXECVE(2) [...] The new process also inherits the following attributes from the calling process: [...] signal mask see sigvec(2), sigsetmask(2) Those two man pages say the functions are obsolete and one should call sigaction(2) and sigprocmask(2) respectively. Should the references in execve(2) be updated as well? -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Tue Dec 5 23:17:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18733 for hackers-outgoing; Tue, 5 Dec 1995 23:17:21 -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 XAA18695 for ; Tue, 5 Dec 1995 23:16:59 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA17205 for hackers@freebsd.org; Wed, 6 Dec 1995 08:18:54 +0100 From: Luigi Rizzo Message-Id: <199512060718.IAA17205@labinfo.iet.unipi.it> Subject: How big are queues on a typical router ? To: hackers@freebsd.org Date: Wed, 6 Dec 1995 08:18:54 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I have a (hopefully simple) question: how big is, typically, the queue (I mean, the place where incoming IP segments can be stored after being received and before being processed/delivered) in a router ? Is there any relation between the queue size and the line speed ? I am asking because during some tests (on a connection which apparently goes through a ~256Kbit/s line) I experienced large packet losses, yet an upper bound on the RTT of about 1.2s compared to a lower bound of ~.3s . This makes me think that the queue on the routers is about 1s-worth of data (approx 32KB). Is this correct ? Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Dec 5 23:18:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18879 for hackers-outgoing; Tue, 5 Dec 1995 23:18:33 -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 SMTP id XAA18874 for ; Tue, 5 Dec 1995 23:18:31 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id XAA10573 for hackers@freebsd.org; Tue, 5 Dec 1995 23:18:26 -0800 From: Julian Elischer Message-Id: <199512060718.XAA10573@ref.tfs.com> Subject: _thread_init stub in libc (fwd) RFC To: hackers@freebsd.org Date: Tue, 5 Dec 1995 23:18:26 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Ok, this has come up for the thread support.. what is the consensus? is this right? julian Forwarded message: > From cimaxp1!jb@werple.net.au Tue Dec 5 20:12:17 1995 > Message-Id: <199512060403.PAA29123@werple.net.au> > X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f > From: John Birrell > Subject: _thread_init stub in libc > To: julian@ref.tfs.com > Date: Wed, 6 Dec 1995 15:07:44 +1100 (EST) > Cc: jb@cimlogic.com.au > X-Mailer: ELM [version 2.4 PL23] > Content-Type: text > > Julian, > > >From the *crt0 code, we need to call _thread_init(). Since gcc likes to > >go get crt0, it doesn't make sense to have a separate set. We cannot force > >a programmer to the the *right* crt0 when linking against libc_r.a. > > To solve this, I'd like to add a sub for _thread_init() to the normal libc, > so that all applications use the same crt0 set regardless of whether or not > they are threaded. The overhead of calling _thread_init() when a program > starts shouldn't be a big deal. > > Regards, > > -- > John Birrell CIMlogic Pty Ltd > jb@cimlogic.com.au 119 Cecil Street > Ph +61 3 9690 9600 South Melbourne Vic 3205 > Fax +61 3 9690 6650 Australia > Mob +61 18 353 137 > From owner-freebsd-hackers Tue Dec 5 23:19:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19015 for hackers-outgoing; Tue, 5 Dec 1995 23:19:48 -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 XAA19004 for ; Tue, 5 Dec 1995 23:19:43 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA13672 for hackers@freebsd.org; Wed, 6 Dec 1995 08:00:17 +0100 (MET) >Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id SAA00565 for hackers@freebsd.org; Tue, 5 Dec 1995 18:39:46 +0100 From: Andreas Klemm Message-Id: <199512051739.SAA00565@knobel.gun.de> Subject: New Makefile for andrew (AUIS63) port To: hackers@freebsd.org Date: Tue, 5 Dec 1995 18:39:43 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk # New ports collection makefile for: auis # Version required: 6.3 # Date created: Sat Nov 18 15:23:47 MET 1995 # Whom: Andreas Klemm # # DISTNAME= auis-6.3 PKGNAME= auis-6.3 CATEGORIES+= x11 MASTER_SITES+=ftp://ftp.andrew.cmu.edu/pub/AUIS/dist-6.3/ MASTER_SITES+=ftp://ftp.cs.umn.edu/packages/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://ftp.oleane.net/pub/.disks/.2/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://nic.switch.ch/mirror/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://von-neum.uni-muenster.de/pub/X11R5/contrib/libraries/andrew/ MASTER_SITES+=ftp://wrzx02.rz.uni-wuerzburg.de/pub/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://ftp.denet.dk/mirror2/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://ftp.luth.se/pub/X11/R6contrib/libraries/andrew/ MASTER_SITES+=ftp://ftp.sunet.se/pub/X11/AUIS/dist-6.3/ MASTER_SITES+=ftp://ftp.icm.edu.pl/pub4/X11/contrib/libraries/andrew/ MASTER_SITES+=ftp://theta.iis.u-tokyo.ac.jp/pub1/X/contrib/libraries/andrew/ MASTER_SITES+=ftp://ftp.iij.ad.jp/pub/X/contrib/libraries/andrew/ MASTER_SITES+=ftp://plaza.aarnet.edu.au/X11/contrib/libraries/andrew/ IS_INTERACTIVE= no DISTDIR= ${PORTSDIR}/distfiles/andrew DISTFILES1= auis1.tar.gz auis2.tar.gz auis3.tar.gz auis4.tar.gz DISTFILES2= contrib.tar.gz doc.tar.gz DISTFILES= ${DISTFILES1} ${DISTFILES2} do-fetch: @if [ ! -d ${DISTDIR} ]; then \ mkdir -p ${DISTDIR}; \ fi @cd ${DISTDIR}; \ for file in ${DISTFILES}; do \ f=`basename $$file`;\ if [ ! -f $$f ]; then \ echo ">> $$f doesn't seem to exist on this system."; \ for site in ${MASTER_SITES}; do \ ${ECHO_MSG} ">> Attempting to fetch from $${site}"; \ (${NCFTP} ${NCFTPFLAGS} $${site}$${file} || true); \ if [ -f $$file -o -f `/usr/bin/basename $$file` ]; then \ continue 2; \ fi \ done; \ echo ">> Couldn't fetch it - please try to retreive this";\ echo ">> port manually into ${DISTDIR} and try again."; \ exit 1; \ fi; \ done pre-configure: cp ${FILESDIR}/site.h ${WRKSRC}/config/site.h cp ${FILESDIR}/site.mcr ${WRKSRC}/config/site.mcr do-build: @(cd ${WRKSRC};imake -I. -I./config -Timake.tmpl -s Makefile -DTOPDIR=.) @(cd ${WRKSRC};make World) .include -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Tue Dec 5 23:38:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20623 for hackers-outgoing; Tue, 5 Dec 1995 23:38:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20581 for ; Tue, 5 Dec 1995 23:38:02 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id WAA27475 for ; Tue, 5 Dec 1995 22:29:57 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 6 Dec 95 06:30 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id HAA07898; Wed, 6 Dec 1995 07:22:43 +0100 Message-Id: <199512060622.HAA07898@allegro.lemis.de> Subject: Re: Who's working on ISDN? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 6 Dec 1995 07:22:42 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <13997.818198381@time.cdrom.com> from "Jordan K. Hubbard" at Dec 5, 95 01:19:41 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > >> Is anybody currently actively working on support for ISDN cards? I >> know about the support for the Dr. Neuhaus boards, but that doesn't >> seem to be very active. In particular, I am looking for something >> that will support the Teles/Creatix boards which are available here in >> Germany. They're the cheapest available, mainly because they have the >> least hardware and place corresponding demands on the CPU, but they're >> frequently the best choice anyway. > > Those cards are supported in the latest revision of the ISDN stuff > I got from Juergen, but I'm not sure who is working on it now. > Gary Jennejohn? Michael Elbel? Good news. Are you folding it into -current? The most recent sources I have (cvs-cur 1413) are dated February 15. Or are they elsewhere than gnu/usr.sbin/isdn? Greg From owner-freebsd-hackers Tue Dec 5 23:38:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20631 for hackers-outgoing; Tue, 5 Dec 1995 23:38:12 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20588 for ; Tue, 5 Dec 1995 23:38:02 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id WAA27417 for ; Tue, 5 Dec 1995 22:19:01 -0800 Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 6 Dec 95 06:19 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id HAA07618 for hackers@freebsd.org; Wed, 6 Dec 1995 07:19:08 +0100 Message-Id: <199512060619.HAA07618@allegro.lemis.de> Subject: Book reviewers - more info To: hackers@freebsd.org (FreeBSD Hackers) Date: Wed, 6 Dec 1995 07:19:07 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I've put the PostScript for the installation book on freefall.freebsd.org:/pub/incoming/installing.ps.tar.gz. The archive contains two files: shorttoc.ps is the initial material, table of contents and preface, and shortbook.ps is the rest. I'd be happy if as many people as possible would take a look at it and return comments to me as soon as possible. I'll be out of town until tomorrow evening, but I'd like to get something out on Friday. Even if you can't get anything back to me by then, don't worry: I'll probably have to make more changes after that. Here are the criteria for this book: - It's part of a larger book which is still in the works. - It'll be given away free with at least *some* of Walnut Creek's CD-ROMs. I don't understand who gets the books and who doesn't, but we'll find out... - It's intended to help people get FreeBSD up and running, to the point where they can read the online documentation. "Using FreeBSD" will go beyond this point. What I'd like to know from reviewers is: - Typos, misspellings, etc. - Is this stuff (intel)legible? - Is it correct? If I've screwed anything up, please let me know. - Is it relevant? Have I gone overboard with stuff which nobody wants to know about? - Is it complete? Will it help a reasonably intelligent user install FreeBSD? - Is the layout OK? I know that some tables need adjustment, but the layout should now mostly be correct. Please refer all comments via page number and geography ("On page 27, just below the middle, you say FOO. I think it should be BAR"). Thanks for your cooperation Greg From owner-freebsd-hackers Tue Dec 5 23:58:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21620 for hackers-outgoing; Tue, 5 Dec 1995 23:58:50 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21615 for ; Tue, 5 Dec 1995 23:58:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA17864; Tue, 5 Dec 1995 23:58:19 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Wed, 06 Dec 1995 07:22:42 +0100." <199512060622.HAA07898@allegro.lemis.de> Date: Tue, 05 Dec 1995 23:58:18 -0800 Message-ID: <17862.818236698@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk They're in my +inbox. I forwarded the messages to Michael Elbel who then got kinda busy and, I believe, managed to palm them off onto Gary Jennejohn . Where this all sits now I'm not exactly sure, though I'll be happy to forward on the messages I got from Juergen Krause again if it looks like this has died (Gary? Michael? Hellooo?).. Jordan > Good news. Are you folding it into -current? The most recent sources > I have (cvs-cur 1413) are dated February 15. Or are they elsewhere > than gnu/usr.sbin/isdn? > > Greg From owner-freebsd-hackers Wed Dec 6 00:07:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21923 for hackers-outgoing; Wed, 6 Dec 1995 00:07:50 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21913 for ; Wed, 6 Dec 1995 00:07:42 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tNEnj-000I5nC; Wed, 6 Dec 95 09:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tNDgM-00001mC; Wed, 6 Dec 95 07:50 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: APM resume not rx'd with 3Com589C in PCMCIA slot To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Wed, 6 Dec 1995 07:50:22 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512060418.NAA05482@steyr.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Dec 6, 95 01:18:16 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of HOSOKAWA Tatsumi: > or, ..... [...] > Somebody reported on Japanese newsgroup about FreeBSD that zp hangs up > on some machines when APM driver is configured. Following patch > solves this problem. > > --- pcicx.c.orig Tue Oct 31 18:28:00 1995 > +++ pcicx.c Sat Nov 18 18:22:06 1995 [...] I applied the patch you mentioned before i did anything else but it did NOT solve the problem! Also, from the above description i read, that zp hanged. This was not the problem in my case since zp never hanged; instead the whole machine froze after a suspend operation. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Dec 6 00:17:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22274 for hackers-outgoing; Wed, 6 Dec 1995 00:17:08 -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 AAA22260 for ; Wed, 6 Dec 1995 00:16:55 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id RAA01953; Wed, 6 Dec 1995 17:15:42 +0900 Date: Wed, 6 Dec 1995 17:15:42 +0900 Message-Id: <199512060815.RAA01953@frig.mt.cs.keio.ac.jp> To: hm@altona.hamburg.com Cc: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: APM resume not rx'd with 3Com589C in PCMCIA slot In-Reply-To: Your message of Wed, 6 Dec 1995 07:50:22 +0100 (MET). From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article hm@altona.hamburg.com writes: >> I applied the patch you mentioned before i did anything else but it did NOT >> solve the problem! >> >> Also, from the above description i read, that zp hanged. This was not the >> problem in my case since zp never hanged; instead the whole machine froze >> after a suspend operation. Sorry, now I'm working on pccard drivers. There's a unofficial driver for Etherlink III PCMCIA based on pccard. I and some people working on pccard-based drivers of Etherlink III PCMCIA, IBM Creditcard Ethernet I/II, Adaptec SLIM SCSI PCMCIA, Flash ATA, and many FAX/modem cards. Please wait a few weeks. I'll release these drivers. -- 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 Wed Dec 6 00:45:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23278 for hackers-outgoing; Wed, 6 Dec 1995 00:45:54 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA23256 for ; Wed, 6 Dec 1995 00:45:33 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA21748; Wed, 6 Dec 1995 09:36:26 +0100 Message-Id: <199512060836.JAA21748@gilberto.physik.rwth-aachen.de> Subject: Re: BICC (C-LANCE) DE 205 To: matt@lkg.dec.com (Matt Thomas) Date: Wed, 6 Dec 1995 09:36:25 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512052005.UAA19110@whydos.lkg.dec.com> from "Matt Thomas" at Dec 5, 95 08:04:46 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > In <199512051049.LAA17872@gilberto.physik.rwth-aachen.de> , you wrote: > > > Booting a 2.1.0 system I get > > [...] > > le0 not found at 0x300 > > lnc0 not found at 0x280 > > lnc1 at 0x300-0x30f irq 10 drq 0 on isa > > lnc1: BICC (C-LANCE) Ethernet controller, address 00:00:40:01:00:00 > > > > > > Later I'm trying to start the interface and get > > > > lnc1: Initialisation failed > > > > This is a ASUS PCI/I P54?? board. The Lance controller is a DEC > > DE 205 Etherworks III which works fine under Win95%/NT in that > > very same box. > > > > Any clues? The ethernet address looks a bit strange, doesn't it? > > The DE205 is not LANCE based, it is a DEC private chip called the LeMAC. > You must use the le driver to access it (and it obviosly didn't find it). > What are the settings being used under Windows NT? I put on my glasses and saw that it is a EtherWORKS DE 203, not a DE205. Excuse the misinformation but these imprinted into sheet letters in the back mounting panel are diffult to decipher sometimes. I just noticed that (due to some network card swapping it escaped to me) it wasn't yet running under NT but under Win95 it works and has the setting 0x300-0x31f/5/c8000-c87ff. > > Matt Thomas Internet: matt@lkg.dec.com > 3am Software Foundry WWW URL: > Westford, MA Disclaimer: Digital disavows all knowledge > of this message > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 02:04:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27381 for hackers-outgoing; Wed, 6 Dec 1995 02:04:01 -0800 (PST) Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27372 for ; Wed, 6 Dec 1995 02:03:51 -0800 (PST) Received: from sjc.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with SMTP id TAA09178 for ; Wed, 6 Dec 1995 19:02:27 +0900 Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp (4.1/6.4J.6-YOKOGAWA-R/GW) id AA21922; Wed, 6 Dec 95 19:02:26 JST Received: from cabbage by leia.pa.yokogawa.co.jp (16.8/6.4J.6-YOKOGAWA/pa) id AA24490; Wed, 6 Dec 95 19:02:25 +0900 Received: by cabbage.pa.yokogawa.co.jp (16.6/3.3Wb) id AA16768; Wed, 6 Dec 95 19:02:51 +0900 Date: Wed, 6 Dec 95 19:02:51 +0900 From: Mihoko Tanaka Message-Id: <9512061002.AA16768@cabbage.pa.yokogawa.co.jp> To: freebsd-hackers@freebsd.org Subject: samaphore remains Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk Hi All, Currently I'm using FreeBSD-R2.1.0-RELEASE on GATEWAY 2000 P5-90. I found the trouble that if a program using semaphore died anbormally, the semaphore which was created remains on kernel. I think it should be released by kernel's exit() function. Although one of the UNIX implementation calls semexit() routine from exit(), FreeBSD doesn't call semexit() from anywhere. Is there any reason for this? I tried to fix the exit() as follows and it seems working well. ------------- cut here --------------- *** kern_exit.c Tue May 30 17:05:25 1995 --- kern_exit.c.new Wed Dec 6 15:12:28 1995 *************** *** 130,135 **** --- 130,139 ---- */ fdfree(p); + #ifdef SYSVSEM + semexit(p); + #endif + /* The next two chunks should probably be moved to vmspace_exit. */ vm = p->p_vmspace; #ifdef SYSVSHM ------------- cut here --------------- -- Mihoko Tanaka From owner-freebsd-hackers Wed Dec 6 02:50:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00130 for hackers-outgoing; Wed, 6 Dec 1995 02:50:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00108 for ; Wed, 6 Dec 1995 02:50:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA18638 for ; Wed, 6 Dec 1995 02:49:44 -0800 To: hackers@freebsd.org Subject: Getting linux netscape binary to work? Date: Wed, 06 Dec 1995 02:49:43 -0800 Message-ID: <18636.818246983@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Someone (Soren?) posted something recently about how to make the Linux version of netscape work properly with the 2.1 Linux emulator. Could you refresh my memory? I searched the mailing list archives but could only find Brian's question and Eric's answer (which consisted of moving /etc/host.conf out of the way - not really the answer I was looking for :-). Jordan From owner-freebsd-hackers Wed Dec 6 03:12:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01691 for hackers-outgoing; Wed, 6 Dec 1995 03:12:15 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01551 for ; Wed, 6 Dec 1995 03:11:52 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA22249 for freebsd-hackers@freefall.cdrom.com; Wed, 6 Dec 1995 12:12:03 +0100 Date: Wed, 6 Dec 1995 12:12:03 +0100 From: "Christoph P. Kukulies" Message-Id: <199512061112.MAA22249@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: strange behaviour of X clients (xcalc) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk With a 2.1 system I get a strange behaviour of xcalc and xedit for example. The widgets are not positioned. Everything (all buttons and display) is clobbered into one position. Anyone else seen this? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 04:19:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06597 for hackers-outgoing; Wed, 6 Dec 1995 04:19:35 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA06580 for ; Wed, 6 Dec 1995 04:19:15 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA11676; Wed, 6 Dec 95 07:18:14 -0500 Received: from localhost by exalt.x.org id MAA03487; Wed, 6 Dec 1995 12:18:13 GMT Message-Id: <199512061218.MAA03487@exalt.x.org> To: "Christoph P. Kukulies" Cc: hackers@freefall.FreeBSD.org Subject: Re: strange behaviour of X clients (xcalc) In-Reply-To: Your message of Wed, 06 Dec 1995 12:12:03 EDT. <199512061112.MAA22249@gilberto.physik.rwth-aachen.de> Organization: X Consortium Date: Wed, 06 Dec 1995 07:18:13 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk The app-defaults files aren't installed. > With a 2.1 system I get a strange behaviour of xcalc and xedit > for example. The widgets are not positioned. Everything (all buttons > and display) is clobbered into one position. > > Anyone else seen this? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 04:55:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08850 for hackers-outgoing; Wed, 6 Dec 1995 04:55:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08833 Wed, 6 Dec 1995 04:55:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA19167; Wed, 6 Dec 1995 04:55:20 -0800 To: hackers@freebsd.org cc: announce@freebsd.org Subject: Second appeal for sup, CTM, mail and www servers. Please help! Date: Wed, 06 Dec 1995 04:55:20 -0800 Message-ID: <19165.818254520@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk First the good news: We've decided, after much internal debate, to re-open general read access to the CVS repository. Yes, you heard that correctly - no more access lists for getting at the CVS bits, we're opening the doors. Not only will we open the doors, in fact, but we will also probably deploy a few extra services for getting at this information in various interesting ways, including the clever little "check out over anon FTP" feature that OpenBSD is using and probably a few other WWW based search/diff tools as well (contributions welcome here, BTW). Now the bad news: We don't have the resources to actually deploy any of these services from freefall.freebsd.org. We're truly maxed out here folks. Not only is our poor machine handling almost hallucinogenic amounts of mail these days, but it is also dealing with the load of many thousands of web hits, 10 sup clients pounding it almost continuously and a CTM delta generation job from hell that causes the lights in the machine room to dim noticeably whenever it runs. Now if this machine were just sitting in a corner beating its brains out, nobody would actually even care. Unfortunately, it's instead supposed to be our main development box, an as such is used by many interactive users. When CVS operations and such are slow on it, all FreeBSD development is adversely impacted. Therefore, in order to continue to offer even the existing level of services, we are simply going to have to start looking at how to offload some of this stuff from our machine. We can't go on like this and still offer any kind of reasonable service to our users. What we most desperately need are sup servers who can provide: a) At least 300-400MB of free space. b) A reasonably fast (and uncongested) internet connection c) Connectivity for *at least* 20 sup clients. That last clause is actually important only if you will be supping directly from freefall. Since it would obviously defeat the purpose to see freefall sink under the load of dozens of mirrors, we'd like to limit the number of direct mirrors to 6 sites. This will allow us to service the mirrors and the core team directly from freefall without going beyond our current limit of 10 (and hopefully not see them maxed out all the time!). If a sup server decides to export bits to some other sup server, that's fine just so long as they're well connected and won't end up with some server offering out-of-date bits to an unsuspecting user base. We'd also be happy if a site providing sup access for CVS could at least be NFS mountable (if not the same machine) for a WWW server which could, at some point, provide the same fancy lookup tools as provided on freefall.freebsd.org. Sits willing to do CTM delta generation as well would also probably be a big help, though you'll have to ask Poul-Henning Kamp for more direct assistance in setting up such mirrors. If we could move the CTM delta generation off of freefall entirely at some point then that would be another big load reduction. Please don't misunderstand me: This is a fairly big committment, and it would not be honest of me if I failed to point out that sup and CTM services WILL impose a significant overhead on any machine assigned to the task! I'm primarily looking for people at universities or ISPs who have the hardware and network bandwidth to spare, not someone for whom the service will quickly become a significant hardship. Again, we're very close to being able to make the CVS repository available for generally access again, but we just can't do it from freefall. We don't have the resources! Thanks very much in advance to anyone willing to help us out here.. Jordan From owner-freebsd-hackers Wed Dec 6 05:18:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10663 for hackers-outgoing; Wed, 6 Dec 1995 05:18:47 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10655 for ; Wed, 6 Dec 1995 05:18:42 -0800 (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 NAA00331; Wed, 6 Dec 1995 13:18:02 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: hackers@FreeBSD.ORG (FreeBSD Hackers) Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Tue, 05 Dec 1995 14:37:27 +0100." <199512051337.OAA15169@allegro.lemis.de> Date: Wed, 06 Dec 1995 14:18:02 +0100 Message-ID: <329.818255882@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is anybody currently actively working on support for ISDN cards? I Greg, I'm trying to work as a mediator for the ISDN area. I'm presently trying to convince/trying to get somebody to convince Wolfgang to donate his ISDN code to FreeBSD. It's based on a model where we use a socket-family for ISDN. This is way cleaner than the N weird devices, one for tty, one for ppp and so on we presently have som stuff for. -- 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 Dec 6 05:43:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12323 for hackers-outgoing; Wed, 6 Dec 1995 05:43:06 -0800 (PST) Received: from plato.algonet.se (mail.algonet.se [193.12.207.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA12318 for ; Wed, 6 Dec 1995 05:43:02 -0800 (PST) Received: from sophocles. (mal@sophocles.algonet.se [193.12.207.10]) by plato.algonet.se (8.6.12/hdw.1.0) with SMTP id OAA25968; Wed, 6 Dec 1995 14:39:18 +0100 Received: by sophocles. (5.x/SMI-SVR4) id AA23493; Wed, 6 Dec 1995 14:41:20 +0100 Date: Wed, 6 Dec 1995 14:41:20 +0100 From: mal@plato.algonet.se (Mats Lofkvist) Message-Id: <9512061341.AA23493@sophocles.> To: dawes@rf900.physics.usyd.edu.au Cc: sysseh@devetir.qld.gov.au, hasty@rah.star-gate.com, hackers@FreeBSD.ORG In-Reply-To: <199512041012.VAA26639@rf900.physics.usyd.edu.au> (message from David Dawes on Mon, 4 Dec 1995 21:12:20 +1100 (EST)) Subject: Re: Xfree86 now has the DGA extension Sender: owner-hackers@FreeBSD.ORG Precedence: bulk When talking about fast frame buffer access, is there someone "fixing" the XFree86 code to use extra video memory for fast multibuffering or at least for caching of _large_ pixmaps? [The reason I want this is because I use the Mesa OpenGL-like library for an application drawing a quite simple view (mostly largeish flat shaded polygons). The fix above would allow accelerated drawing in double buffer mode, currently I have to use single buffer mode (with colormap animation) for speed.] _ Mats Lofkvist mal@algonet.se From owner-freebsd-hackers Wed Dec 6 05:47:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12504 for hackers-outgoing; Wed, 6 Dec 1995 05:47:25 -0800 (PST) Received: from snake.hut.fi (root@snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12499 for ; Wed, 6 Dec 1995 05:47:20 -0800 (PST) Received: from lk-hp-5.hut.fi (lk-hp-5.hut.fi [130.233.244.36]) by snake.hut.fi (8.7.1/8.7.1) with ESMTP id PAA12597; Wed, 6 Dec 1995 15:47:18 +0200 (EET) Received: (vode@localhost) by lk-hp-5.hut.fi (8.6.12/8.6.7) id PAA14260; Wed, 6 Dec 1995 15:47:17 +0200 Date: Wed, 6 Dec 1995 15:47:17 +0200 Message-Id: <199512061347.PAA14260@lk-hp-5.hut.fi> From: Kai Vorma To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Getting linux netscape binary to work? In-Reply-To: <18636.818246983@time.cdrom.com> References: <18636.818246983@time.cdrom.com> Reply-To: Kai.Vorma@hut.fi Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > Someone (Soren?) posted something recently about how to make the Linux > version of netscape work properly with the 2.1 Linux emulator. Could > you refresh my memory? I searched the mailing list archives but could > only find Brian's question and Eric's answer (which consisted of > moving /etc/host.conf out of the way - not really the answer I was > looking for :-). host.conf problem is solved by setting environment variable RESOLV_HOST_CONF=/compat/linux/etc/host.conf and /compat/linux/etc/host.conf contains something like order hosts, bind ..vode From owner-freebsd-hackers Wed Dec 6 05:57:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13109 for hackers-outgoing; Wed, 6 Dec 1995 05:57:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA13104 for ; Wed, 6 Dec 1995 05:56:58 -0800 (PST) Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id FAA29494 for ; Wed, 6 Dec 1995 05:56:30 -0800 Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id OAA26522; Wed, 6 Dec 1995 14:36:50 +0100 Date: Wed, 6 Dec 1995 14:36:50 +0100 Message-Id: <199512061336.OAA26522@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-hackers@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Subject: kernel compilation problem Sender: owner-hackers@freebsd.org Precedence: bulk Hello , We desperatly try to compile a new kernel of FreeBSD 2.0. The compilation aborts at linking. The error message is: ... loading kernel ioconf.o:Undefined symbol '_ieintr' referenced from text segment *** Error code 1 (it is not npx0!) Please help. thank you. Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-hackers Wed Dec 6 06:02:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13463 for hackers-outgoing; Wed, 6 Dec 1995 06:02:34 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13456 for ; Wed, 6 Dec 1995 06:02:31 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id JAA26164; Wed, 6 Dec 1995 09:03:36 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA25707; Wed, 6 Dec 1995 09:03:34 +0500 Date: Wed, 6 Dec 1995 09:03:34 +0500 Message-Id: <9512061403.AA25707.gonzo@vmicls.com> To: m_tanaka@pa.yokogawa.co.jp, hackers@freebsd.org Subject: Re: samaphore remains X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > From owner-freebsd-hackers@freefall.freebsd.org Wed Dec 6 07:42:37 1995 > Hi All, > > Currently I'm using FreeBSD-R2.1.0-RELEASE on GATEWAY 2000 P5-90. > > I found the trouble that if a program using semaphore died > anbormally, the semaphore which was created remains on kernel. > I think it should be released by kernel's exit() function. > When an app creates a semaphore, it is primarily(in my experience) created at system startup. This semaphore is used to control access to some facility that must be carefully accessed. If you wish for some app to create, utilize, and remove a semaphore, then use the 'semctl()' system call. In my experience, semaphores are created for some multi-programed application and created ate startup(ie: rc.local). Jerry From owner-freebsd-hackers Wed Dec 6 06:10:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14233 for hackers-outgoing; Wed, 6 Dec 1995 06:10:39 -0800 (PST) Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14228 for ; Wed, 6 Dec 1995 06:10:34 -0800 (PST) Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA10006; Wed, 6 Dec 1995 08:10:43 -0600 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id IAA25559; Wed, 6 Dec 1995 08:46:57 -0600 Message-Id: <199512061446.IAA25559@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Getting linux netscape binary to work? In-reply-to: Your message of "Wed, 06 Dec 1995 02:49:43 PST." <18636.818246983@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Dec 1995 08:46:57 -0600 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk "Jordan K. Hubbard" writes: >Someone (Soren?) posted something recently about how to make the Linux >version of netscape work properly with the 2.1 Linux emulator. Could >you refresh my memory? I searched the mailing list archives but could >only find Brian's question and Eric's answer (which consisted of >moving /etc/host.conf out of the way - not really the answer I was >looking for :-). The New and Improved answer is to set an environment variable to point to the proper host.conf. My netscape shell script looks like: #!/bin/sh export RESOLV_HOST_CONF; RESOLV_HOST_CONF=/compat/linux/etc/host.conf export XKEYSYMDB ; XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB export XNLSPATH ; XNLSPATH=/usr/X11R6/lib/X11/nls export XAPPLRESDIR ; XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults exec /usr/local/lib/netscape/netscape.linux.bin $* and you've gotta put moz2_0.car in /usr/local/netscape/java/classes/ (but you already knew that from the README) Now the biggest problem I see is that my syslog fills up with: Linux-emul(17199): syslog() not supported (BSD sigreturn) > > Jordan eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Wed Dec 6 06:14:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14570 for hackers-outgoing; Wed, 6 Dec 1995 06:14:46 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14504 for ; Wed, 6 Dec 1995 06:12:32 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA22744 for freebsd-hackers@freefall.cdrom.com; Wed, 6 Dec 1995 15:09:32 +0100 Date: Wed, 6 Dec 1995 15:09:32 +0100 From: "Christoph P. Kukulies" Message-Id: <199512061409.PAA22744@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: dma beyond isa with a AH1542? Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I built a new kernel for my non-IDE system running from a AH1542A. Is this board limited to 16MB? I have 20MB Ram, disabled option BOUNCE_BUFFERS since I thought this was not necessary when running a busmaster DMA controller but got a panic after the dma beyond ISA message during boot. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 06:57:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17381 for hackers-outgoing; Wed, 6 Dec 1995 06:57:12 -0800 (PST) Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17372 Wed, 6 Dec 1995 06:57:08 -0800 (PST) Received: (from jau@localhost) by jau.csc.fi (8.6.12/8.6.12+CSC-2.1) id QAA01219; Wed, 6 Dec 1995 16:57:01 +0200 From: Jukka Ukkonen Message-Id: <199512061457.QAA01219@jau.csc.fi> Subject: Any operational code using mmap() on FreeBSD ? To: questions@freebsd.org, hackers@freebsd.org Date: Wed, 6 Dec 1995 16:56:54 +0200 (EET) Latin-Date: Miercuri VI Decembrie a.d. MCMXCV Organization: Private person Phone: +358-0-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi! Does anyone have a working example of code that uses mmap(2) on FreeBSD? I have tried several examples that have been quite all right on ConvexOS (10.2 and 11.0) and SunOS (4.1.[34]), but failed quite miserably when tried on FreeBSD (2.0.5). As I am beginning to suspect that mmap() is somehow different on FreeBSD from what it is on Convex or Sun (or maybe it has never really worked on FreeBSD) I would like to see a working example, if there is any available. If there is none, I'd better let that mmap() thing alone, and try to do something more useful. Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home) +358-0-6215280 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 / Internet: jau@funet.fi (Mobile) +358-400-606671 v X.400: c=fi, admd=fumail, no prmd, org=csc, pn=jukka.ukkonen From owner-freebsd-hackers Wed Dec 6 07:00:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17803 for hackers-outgoing; Wed, 6 Dec 1995 07:00:51 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17477 for ; Wed, 6 Dec 1995 06:58:30 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA22732; Wed, 6 Dec 1995 15:06:09 +0100 Message-Id: <199512061406.PAA22732@gilberto.physik.rwth-aachen.de> Subject: Re: strange behaviour of X clients (xcalc) To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Wed, 6 Dec 1995 15:06:08 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, hackers@freefall.FreeBSD.org In-Reply-To: <199512061218.MAA03487@exalt.x.org> from "Kaleb S. KEITHLEY" at Dec 6, 95 07:18:13 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The app-defaults files aren't installed. Thanks. Exactly this was the case. Though takes me wonder how this could happen during untaring from CD. > > > > With a 2.1 system I get a strange behaviour of xcalc and xedit > > for example. The widgets are not positioned. Everything (all buttons > > and display) is clobbered into one position. > > > > Anyone else seen this? > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 07:08:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18351 for hackers-outgoing; Wed, 6 Dec 1995 07:08:12 -0800 (PST) Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18242 for ; Wed, 6 Dec 1995 07:08:04 -0800 (PST) Received: from mnewton.io.org (mnewton.net5a.io.org [199.166.190.83]) by io.org (8.6.12/8.6.12) with SMTP id KAA11884 for ; Wed, 6 Dec 1995 10:07:56 -0500 Date: Wed, 6 Dec 1995 10:07:56 -0500 Message-Id: <199512061507.KAA11884@io.org> X-Sender: mnewton@io.org X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: mnewton@io.org (Malcolm Newton) Subject: digiboard datafire ISDN and BSD Sender: owner-hackers@freebsd.org Precedence: bulk any body tried using DIgiboards ISDN datafire adapter yet ??? Malcolm Newton President mnewton@io.org http://www.io.org/~mnewton VisiSoft Corp 2145 Dunwin Dr unit 11, Mississauga,Ont. Can L5L 4L9 (905) 607 6263 (905) 607 6122 fax From owner-freebsd-hackers Wed Dec 6 07:11:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18514 for hackers-outgoing; Wed, 6 Dec 1995 07:11:33 -0800 (PST) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18507 for ; Wed, 6 Dec 1995 07:11:28 -0800 (PST) Received: (from trefor@localhost) by fgate.flevel.co.uk (8.6.11/8.6.9) id PAA24331; Wed, 6 Dec 1995 15:14:22 GMT Date: Wed, 6 Dec 1995 15:14:21 +0000 (GMT) From: "Trefor S." To: hackers@freebsd.org Subject: Keymap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Ive just change my keymap (On FreeBSD 2.0.5) to uk.iso but I can't seem to get the pound sign. Any ideas would be useful. Please could you email me directly. Thanks. Trefor S. From owner-freebsd-hackers Wed Dec 6 07:18:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19022 for hackers-outgoing; Wed, 6 Dec 1995 07:18:54 -0800 (PST) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19003 Wed, 6 Dec 1995 07:18:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id JAA14503; Wed, 6 Dec 1995 09:17:38 -0600 Message-Id: <199512061517.JAA14503@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freebsd.org, announce@freebsd.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! In-reply-to: Your message of "Wed, 06 Dec 1995 04:55:20 PST." <19165.818254520@time.cdrom.com> Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Wed, 06 Dec 1995 09:17:37 -0600 From: Jon Loeliger Sender: owner-hackers@freebsd.org Precedence: bulk Apparently, "Jordan K. Hubbard" scribbled: > First the good news: > > We've decided, after much internal debate, to re-open general read > access to the CVS repository. Yes, you heard that correctly - no more > access lists for getting at the CVS bits, we're opening the doors. Cool! > Now the bad news: > > We don't have the resources to actually deploy any of these services > from freefall.freebsd.org. Stupid question: Is this just a matter of "donated machine" or is it more than that (bandwidth) too? Would another machine next door to freefall be a valid approach? In particular, freely speaking for some of us (:-), I'd say many of us would be willing to chip in, say, $20 to $100 (each!) towards a dedicated machine. Would this approach work to give freefall a buddy? jdl From owner-freebsd-hackers Wed Dec 6 07:21:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19348 for hackers-outgoing; Wed, 6 Dec 1995 07:21:17 -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 HAA19334 for ; Wed, 6 Dec 1995 07:21:06 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA08311; Wed, 6 Dec 1995 10:20:25 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 6 Dec 1995 10:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id JAA24220; Wed, 6 Dec 1995 09:46:21 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id JAA06703; Wed, 6 Dec 1995 09:48:37 -0500 Date: Wed, 6 Dec 1995 09:48:37 -0500 From: Thomas David Rivers Message-Id: <199512061448.JAA06703@lakes> To: ref.tfs.com!julian@dg-rtp.dg.com, rkw@dataplex.net Subject: Re: More nits Cc: hackers@freebsd.org Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > At 11:48 PM 11/4/95, David Greenman wrote: > > Along those same lines, I would hope that the CD could contain enough of a > > framework to make it fairly easy to generate a custom kernel install > > floppy. It would be a big win if we could offer the ability to build custom > > floppies for unusual configurations (like those 4meg'ers that can't make it > > under the wire) or the atapi driver that doesn't quite make it into the > > release, but for which we might find a solution for certain machines. > > I really think the cdrom should contain a 4MB boot disk > there are several assumptions we can make that make this possible.. > > 1/ 4MB machines will almost definitly be IDE/ESDI > ergo we don't need SCSI.. that's a LOT of space right there.. > 2/ they are installing from cdrom or DOS.. or other non network system. > ergo we don't need network stuff > > taking those out MUST make a kernel that can boot in 4MB.. > don't tell me that it doesn't fit or it's too much work.. > if we can't fit another floppy on the cdrom there's a problem.. > > We gotta give these guys a way of installing.... I agree, it would be nice (since I was, until recently, one of "these guys") Let me point out though, that all of my 4-meg installs are on LAPTOPs connected via a SL/IP connection (well, one is with an old 386sx and an ancient 3c503 ethernet.) So, I would require networking. That is, most 4meg machines are either ancient or a laptop, so they likely don't have either a CD or a large DOS partition. If they did have a large DOS partition, how do they get the distribution on it, must be either a tape or network. - Dave R. - From owner-freebsd-hackers Wed Dec 6 07:39:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22166 for hackers-outgoing; Wed, 6 Dec 1995 07:39:18 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22147 for ; Wed, 6 Dec 1995 07:39:12 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09522; Wed, 6 Dec 1995 10:37:17 -0500 Date: Wed, 6 Dec 1995 10:37:17 -0500 From: "Garrett A. Wollman" Message-Id: <9512061537.AA09522@halloran-eldar.lcs.mit.edu> To: John Hay Cc: hackers@freebsd.org Subject: Re: ipx on 802.3 In-Reply-To: <199512060416.GAA12749@zibbi.mikom.csir.co.za> References: <199512052303.PAA09588@ref.tfs.com> <199512060416.GAA12749@zibbi.mikom.csir.co.za> Sender: owner-hackers@freebsd.org Precedence: bulk < said: > kernel which net is on 802.3 and which on V2. IPX don't have ARP, so I'm > not sure what you mean when you say it should be stored in the ARP entry. In that case, it should be stored in the route. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Dec 6 07:53:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23793 for hackers-outgoing; Wed, 6 Dec 1995 07:53:44 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23179 for ; Wed, 6 Dec 1995 07:45:59 -0800 (PST) Received: by Sysiphos id AA07930 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Wed, 6 Dec 1995 16:42:58 +0100 Message-Id: <199512061542.AA07930@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 6 Dec 1995 16:42:58 +0100 In-Reply-To: Kai Vorma "Re: Getting linux netscape binary to work?" (Dec 6, 15:47) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: hackers@freebsd.org Subject: Re: Getting linux netscape binary to work? Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 6, 15:47, Kai Vorma wrote: } Subject: Re: Getting linux netscape binary to work? } host.conf problem is solved by setting environment variable } } RESOLV_HOST_CONF=/compat/linux/etc/host.conf } } and /compat/linux/etc/host.conf contains something like } } order hosts, bind I've pointed this out several times over the last few weeks, too. How about having FreeBSD use a resolv+ style configuration file, too ? It is a much better concept than is currently used, and AFAIK the sources to resolv+ (as developed for SunOS, when Sun considered YP the only tool to map host names to IP adresses :) are distributable without restrictions. Anybody going to do it ? (Spare time is a very scarce ressource for me, currently :( I'll look into this as soon as I have the time, if nobody else beats me on that :) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Wed Dec 6 07:53:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23834 for hackers-outgoing; Wed, 6 Dec 1995 07:53:55 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA23805 Wed, 6 Dec 1995 07:53:48 -0800 (PST) Received: (from bugs@localhost) by freebsd.netcom.com (8.6.12/8.6.12) id JAA06141; Wed, 6 Dec 1995 09:50:35 -0600 From: Mark Hittinger Message-Id: <199512061550.JAA06141@freebsd.netcom.com> Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) To: hackers@freebsd.org, announce@freebsd.org Date: Wed, 6 Dec 1995 09:50:35 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8b] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From: Jon Loeliger >Stupid question: Is this just a matter of "donated machine" or >is it more than that (bandwidth) too? Would another machine next >door to freefall be a valid approach? In particular, freely speaking >for some of us (:-), I'd say many of us would be willing to chip in, >say, $20 to $100 (each!) towards a dedicated machine. Would this >approach work to give freefall a buddy? Here here! I'd be willing to "chip" in :-) Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com voice: 214-550-6175 From owner-freebsd-hackers Wed Dec 6 08:01:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24468 for hackers-outgoing; Wed, 6 Dec 1995 08:01:54 -0800 (PST) Received: from infocom.com (tye.infocom.com [199.120.185.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24459 for ; Wed, 6 Dec 1995 08:01:48 -0800 (PST) Received: (from daveho@localhost) by infocom.com (8.6.12/8.6.12) id KAA09791; Wed, 6 Dec 1995 10:58:41 -0500 Date: Wed, 6 Dec 1995 10:58:41 -0500 (EST) From: David Hovemeyer To: hackers@freebsd.org Subject: NIS server & services.byname (repost) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk [Apologies if you saw this earlier. I'm not sure that it got sent correctly last time.] Howdy all, I've been working on a problem we've been having here with our NIS server (running on 2.1.0-951020-SNAP). The symptom is that SunOS clients fail to get certain services from services.byname, such as telnet/tcp. What is happening is that the services.byname db file created by /var/yp/Makefile is using just the service _name_ as the key. This causes problems when (for example) telnet/tcp and telnet/udp are added to the database: the second service added for the same service name overwrites the first. I ran ypserv in debug mode, and found that getservbyname() calls on the SunOS client were requesting "telnet/tcp", not "telnet" as the key. So, I changed /var/yp/Makefile to use servicename/transport for keys in the services.byname database. This allowed (for example) both telnet/tcp and telnet/upd to be added to the db file, and allowed SunOS clients to find services correctly using getservbyname(). So, the two things I'd like to know now are 1. is my fix correct, and 2. who should I contact about resolving the problem I used send-pr last week to submit a bug report (bin/853), but at that point I didn't have a fix. Dave -- David Hovemeyer | aclawisaclawandnobodyhasseenatalking | http://infoco daveho@infocom.com | clawunlessthatclawisthefamousMr.Klaw | m.com/~daveho From owner-freebsd-hackers Wed Dec 6 09:08:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01247 for hackers-outgoing; Wed, 6 Dec 1995 09:08:44 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA01241 for ; Wed, 6 Dec 1995 09:08:38 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id MAA10820; Wed, 6 Dec 1995 12:09:44 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA01966; Wed, 6 Dec 1995 12:09:42 +0500 Date: Wed, 6 Dec 1995 12:09:42 +0500 Message-Id: <9512061709.AA01966.gonzo@vmicls.com> To: hackers@freebsd.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > From owner-freebsd-hackers@freefall.freebsd.org Wed Dec 6 12:03:41 1995 > From: Mark Hittinger > Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) > To: hackers@freebsd.org, announce@freebsd.org > Date: Wed, 6 Dec 1995 09:50:35 -0600 (CST) > > >From: Jon Loeliger > >Stupid question: Is this just a matter of "donated machine" or > >is it more than that (bandwidth) too? Would another machine next > >door to freefall be a valid approach? In particular, freely speaking > >for some of us (:-), I'd say many of us would be willing to chip in, > >say, $20 to $100 (each!) towards a dedicated machine. Would this > >approach work to give freefall a buddy? > > Here here! I'd be willing to "chip" in :-) > > Regards, > > Mark Hittinger > Netcom/Dallas > bugs@freebsd.netcom.com > voice: 214-550-6175 > Me too From owner-freebsd-hackers Wed Dec 6 09:17:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02403 for hackers-outgoing; Wed, 6 Dec 1995 09:17:00 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02395 for ; Wed, 6 Dec 1995 09:16:56 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id MAA11864; Wed, 6 Dec 1995 12:18:03 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA02037; Wed, 6 Dec 1995 12:18:01 +0500 Date: Wed, 6 Dec 1995 12:18:01 +0500 Message-Id: <9512061718.AA02037.gonzo@vmicls.com> To: hackers@freebsd.org Subject: Re: BSD software development X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > > I am a software engineer. I have worked on most of the major unix platforms > > I am familier with kernel level and application level development on unix. > > > > I will be glad to help you in the freebsd software development/enhancement > > and testing of it. > > Thank you for your kind offer! > > Hmmmmm. I can't help but wonder if your most valuable contribution of > all might be in doing a "skunk works" port of Ingres to FreeBSD? :-) > > In any case, there are many things to be done, so pick something > you're interesting in and dive in! > > Jordan > I too have a keen interest in helping out. How can I get started??? Jerry From owner-freebsd-hackers Wed Dec 6 09:27:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03178 for hackers-outgoing; Wed, 6 Dec 1995 09:27:02 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03100 for ; Wed, 6 Dec 1995 09:24:30 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA23439 for freebsd-hackers@freefall.cdrom.com; Wed, 6 Dec 1995 18:23:49 +0100 Date: Wed, 6 Dec 1995 18:23:49 +0100 From: "Christoph P. Kukulies" Message-Id: <199512061723.SAA23439@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: vnode_pager_output: attempt to write meta-data Sender: owner-hackers@FreeBSD.ORG Precedence: bulk This just occured to me after a freshly built kernel (this time with bounce_buffers enabled again :). It occured, when I was starting the X server (Xaccel 1.2). I have PCVT enabled. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 09:43:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04546 for hackers-outgoing; Wed, 6 Dec 1995 09:43:59 -0800 (PST) Received: from sycgate.sycomore.fr (sycgate.sycomore.fr [192.134.92.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA04475 for ; Wed, 6 Dec 1995 09:41:42 -0800 (PST) Received: from [192.134.92.80] (unknown.sycomore.fr [192.134.92.80]) by sycgate.sycomore.fr (8.6.3/8.5) with SMTP id SAA27673; Wed, 6 Dec 1995 18:21:38 +0100 Date: Wed, 6 Dec 1995 18:21:38 +0100 Message-Id: <199512061721.SAA27673@sycgate.sycomore.fr> X-Sender: bigot@192.134.92.10 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: binary X-Mailer: Eudora F1.4.2 To: freebsd-hackers@freebsd.org From: Herve.Bigot@sycomore.fr (Bigot Hervé) Subject: I can't boot with a new kernel Sender: owner-hackers@freebsd.org Precedence: bulk hello, I don't understand why I can't boot on my kernel? I follow the instructions in the FAQ to compile a new kernel, but I don't do the make install because I need to use 2 different kernels(with and without IP forwarding) to make some tests. So, I copy my current kernel on the / directory and I reboot to boot on it. But my machine is waiting after the following messages: ... boot: /kernel.ip Booting wd(0,a)/kernel.ip @ 0x100000 text=0x77000 data=0x33000 bss=0xe49c total=0x1b849c entry point=0x100000 Can you help me? Thank you for your help. Herve Hervé Bigot E-mail (W): Hervé.Bigot@sycomore.fr ______________________________________________________________________________ Sycomore: 31, Place des Corolles,92098 Paris la Defense cedex 31, FRANCE Tel (+33 1) 41-26-46-53 Fax (+33 1) 41-26-46-47 From owner-freebsd-hackers Wed Dec 6 09:48:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04985 for hackers-outgoing; Wed, 6 Dec 1995 09:48:47 -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 JAA04972 for ; Wed, 6 Dec 1995 09:48:32 -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 SAA04291 ; Wed, 6 Dec 1995 18:42:47 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA08753 ; Wed, 6 Dec 1995 18:42:47 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id IAA07430; Wed, 6 Dec 1995 08:54:14 +0100 (MET) From: Ollivier Robert Message-Id: <199512060754.IAA07430@keltia.freenix.fr> Subject: Re: your mail To: daemon@bee.cs.kiev.ua (System Daemon) Date: Wed, 6 Dec 1995 08:54:13 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199512060156.DAA04929@bee.cs.kiev.ua> from "System Daemon" at Dec 6, 95 03:56:46 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that System Daemon said: > #!/bin/sh > perl -U -le 'unlink(shift) while scalar @ARGV' ${1+"$@"} The C version should not be that much longer. > I vote for putting a static copy of perl 5 into /bin. It can do (almost) > everything, and you can provide a handful of commands there. Although I like and use Perl 5, I don't want it in /bin. The perl version in /usr/bin is fine. As for Perl 5, if you really want to push for it, at least wait for 5.002 which in beta1 just now. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Wed Dec 6 10:04:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06118 for hackers-outgoing; Wed, 6 Dec 1995 10:04:32 -0800 (PST) Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05956 for ; Wed, 6 Dec 1995 10:04:00 -0800 (PST) Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id SAA05372 for ; Wed, 6 Dec 1995 18:51:53 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <30C5D817@trust.stylo.it>; Wed, 06 Dec 95 18:51:19 W From: Angelo Turetta To: freebsd-hackers Subject: Japanese LaTeX ??? Date: Wed, 06 Dec 95 18:50:00 W Message-ID: <30C5D817@trust.stylo.it> Encoding: 17 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk I've downloaded the japanese doc for iijppp (user space ppp). I would like to print it, but MlTeX 3.1415 (from 2.0.5 packages) obviously refuse to treat japanese tex files. Can someone tell me what I need to do that ? I've downloaded some jlatex files from a japanese ftp server, but all docs is double-byte japanese font, and I cannot even understand how to install. In fact a DVI file (printable with dvi2xx) built from iijppp sources may be enough for my needs, though I'll probably need some fonts to be able to print it. Any help welcome. Angelo Turetta Stylo Multimedia - Italy From owner-freebsd-hackers Wed Dec 6 10:09:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06304 for hackers-outgoing; Wed, 6 Dec 1995 10:09:04 -0800 (PST) Received: from schwing.ginsu.com ([205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06292 for ; Wed, 6 Dec 1995 10:08:46 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.9/8.6.9) id NAA06585; Wed, 6 Dec 1995 13:07:49 -0500 Date: Wed, 6 Dec 1995 13:07:47 -0500 (EST) From: Geoff Wells To: freebsd-hackers@FreeBSD.org Subject: pppd speed problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi again... Lets get this out of the way right now: system: 486/33 ISA with 1.2 gig IDE drive and 16 megs RAM OS: FreeBSD 2.0 I'm having a hard time with the pppd. I can get it to connect and run with no problem but I can't seem to get more than about .5 k/sec over a 28.8 modem no matter what I do. Also, the link seems to be chunky and unresponsive. It gives me some good bursts for a second or so but then hangs for a couple of seconds. I've tried changing the handshakeing but this doesn't seem to help. I've also tried changing the modem on the other end as well as the provider on the other end and it didn't help. I have even tried replacing the modem on my end with the same results. The interesting thing about that was I still got the same performance (~ .5k/sec) but the modem I replaced the 28.8 with was a 14.4. I thought this showed the problem to be a serial port problem so I tried tipping into my provider and doing a sz/rz of a file and got a throughput of about 3k/sec! 6 times as fast! Am I missing something here? I've been going at this for about a month and really haven't gotten anywere. (except a screwed machine on a few occations :) Thanks for any help! Geoff. From owner-freebsd-hackers Wed Dec 6 10:10:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06449 for hackers-outgoing; Wed, 6 Dec 1995 10:10:37 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA06443 for ; Wed, 6 Dec 1995 10:10:35 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA08656; Wed, 6 Dec 1995 12:10:03 -0600 From: Joe Greco Message-Id: <199512061810.MAA08656@brasil.moneng.mei.com> Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) To: bugs@freebsd.netcom.com (Mark Hittinger) Date: Wed, 6 Dec 1995 12:10:03 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199512061550.JAA06141@freebsd.netcom.com> from "Mark Hittinger" at Dec 6, 95 09:50:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >From: Jon Loeliger > >Stupid question: Is this just a matter of "donated machine" or > >is it more than that (bandwidth) too? Would another machine next > >door to freefall be a valid approach? In particular, freely speaking > >for some of us (:-), I'd say many of us would be willing to chip in, > >say, $20 to $100 (each!) towards a dedicated machine. Would this > >approach work to give freefall a buddy? > > Here here! I'd be willing to "chip" in :-) > > Regards, I would suspect bandwidth is a problem, as well. I have most of the pieces I need here to put together a minimal "dedicated to FreeBSD" box - alls I needs to do is go buy an AMD 486DX4/120 and generic motherboard for about $200 and I could offer a box with 16MB RAM, 2 (3?) x 2GB disk, 1542CF controller, etc. just for FreeBSD use. I think that if enough well-connected people did this, distributing the load, it wouldn't be bad on any one particular site. My particular problem is that I do not have the time right now to go and coordinate a serious effort to configure the machine. I have an FTP server set up and configured, and a SUP server mostly set up and configured, and I wouldn't mind hosting a few other things. But it takes time that I do not have (particularly these next two weeks). If anybody who is familiar with all of this stuff, wants to help, has some time to donate, but doesn't have the hardware or connectivity - if you would like to help me out, drop me a line. I have the hardware, the connectivity, the familiarity - but not the time :-( so there is an opportunity for a cooperative venture. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Dec 6 10:23:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07536 for hackers-outgoing; Wed, 6 Dec 1995 10:23:48 -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 KAA07482 for ; Wed, 6 Dec 1995 10:21:36 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA18035 for hackers@freebsd.org; Wed, 6 Dec 1995 19:23:19 +0100 From: Luigi Rizzo Message-Id: <199512061823.TAA18035@labinfo.iet.unipi.it> Subject: lnc is missing IFF_MULTICAST To: hackers@freebsd.org Date: Wed, 6 Dec 1995 19:23:19 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I notice that the if_lnc driver does not set the IFF_MULTICAST flag, so I cannot use it for multicast. Just forgotten, or there is some reason for this ? The driver in -current is also missing this flag. Also: I am experiencing a few problems with the driver (or the boards). First, on the PCI versions of the card I get tons of "heartbeat..." errors, so that first thing I have to do is to disable the reporting of the message. Second, when there is large activity in the system (like when some large X application is started from the disk), I get a "Memory error... resetting" (the board) message on the console. Is somebody else using this driver, or is somebody able to look at it ? Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Dec 6 10:25:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07762 for hackers-outgoing; Wed, 6 Dec 1995 10:25:04 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07744 for ; Wed, 6 Dec 1995 10:24:54 -0800 (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 SAA01057; Wed, 6 Dec 1995 18:21:13 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Ollivier Robert cc: daemon@bee.cs.kiev.ua (System Daemon), freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Subject: Re: your mail In-reply-to: Your message of "Wed, 06 Dec 1995 08:54:13 +0100." <199512060754.IAA07430@keltia.freenix.fr> Date: Wed, 06 Dec 1995 19:21:13 +0100 Message-ID: <1055.818274073@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It seems that System Daemon said: > > #!/bin/sh > > perl -U -le 'unlink(shift) while scalar @ARGV' ${1+"$@"} > > The C version should not be that much longer. > > > I vote for putting a static copy of perl 5 into /bin. It can do (almost) > > everything, and you can provide a handful of commands there. > > Although I like and use Perl 5, I don't want it in /bin. The perl version > in /usr/bin is fine. As for Perl 5, if you really want to push for it, at > least wait for 5.002 which in beta1 just now. I think we can say confidently that it will probably not happen for a long time. I think I know several people who would go a long way to avoid anything of that sort. -- 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 Dec 6 10:35:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08233 for hackers-outgoing; Wed, 6 Dec 1995 10:35:18 -0800 (PST) Received: from gc.cairn.org (tdrew@cairn.org [165.254.133.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08216 Wed, 6 Dec 1995 10:35:13 -0800 (PST) Received: (from tdrew@localhost) by gc.cairn.org (8.6.9/8.6.9) id SAA09186; Wed, 6 Dec 1995 18:31:29 GMT Date: Wed, 6 Dec 1995 13:31:28 -0500 (EST) From: Drew Morone X-Sender: tdrew@gc To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Horrifying System Crash! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Today, I woke up, decided to reboot the system to fix the tape backup, and the system would not boot. Here's the problem: The partition table is -totally- screwed. There are all kinds of messed up entries in there. I tried booting to floppy, and using the fixit disk to "fix" things, but what I get back is the following: from fsck /dev/sd0 BAD SUPER BLOCK: MAGIC NUMBER WRONG /dev/rsd0 NOT LABELED AS A BSD FILESYSTEM (unused) I tried fsck -b16 (and b32 and b64) and I got the same message I tried fdisk. They showed the data for the partitions, and they were all screwed up. The question is, what can I do to restore the partition table? Is there anyway I can mount a partition, and get a copy of it somewhere? Also, is there anyway I can avoid this? I've got 400 users who are trying to get their mail, files, etc.. Please help! Drew From owner-freebsd-hackers Wed Dec 6 10:37:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08407 for hackers-outgoing; Wed, 6 Dec 1995 10:37:07 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07935 for ; Wed, 6 Dec 1995 10:28:52 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA23439 for freebsd-hackers@freefall.cdrom.com; Wed, 6 Dec 1995 18:23:49 +0100 Date: Wed, 6 Dec 1995 18:23:49 +0100 From: "Christoph P. Kukulies" Message-Id: <199512061723.SAA23439@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: vnode_pager_output: attempt to write meta-data Sender: owner-hackers@FreeBSD.ORG Precedence: bulk This just occured to me after a freshly built kernel (this time with bounce_buffers enabled again :). It occured, when I was starting the X server (Xaccel 1.2). I have PCVT enabled. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 10:40:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08640 for hackers-outgoing; Wed, 6 Dec 1995 10:40:16 -0800 (PST) Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA08526 Wed, 6 Dec 1995 10:39:39 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id UAA25075; Wed, 6 Dec 1995 20:39:23 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id UAA08521; Wed, 6 Dec 1995 20:39:20 +0200 Message-Id: <199512061839.UAA08521@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, announce@FreeBSD.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! Date: Wed, 06 Dec 1995 20:39:19 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org Precedence: bulk > First the good news: > > We've decided, after much internal debate, to re-open general read > access to the CVS repository. Yes, you heard that correctly - no more > access lists for getting at the CVS bits, we're opening the doors. Yaay! > Not only will we open the doors, in fact, but we will also probably > deploy a few extra services for getting at this information in various > interesting ways, including the clever little "check out over anon > FTP" feature that OpenBSD is using and probably a few other WWW based > search/diff tools as well (contributions welcome here, BTW). Yaay! > We don't have the resources to actually deploy any of these services > from freefall.freebsd.org. I can help here. > We're truly maxed out here folks. Not only is our poor machine > handling almost hallucinogenic amounts of mail these days, but it is > also dealing with the load of many thousands of web hits, 10 sup > clients pounding it almost continuously and a CTM delta generation job > from hell that causes the lights in the machine room to dim noticeably > whenever it runs. I have offered to do this on ftp.internat.freebsd.org and volunteer it again. I have a volunteer with a "well-connected" machine who can remail this for me. I suspect, though, that I will need more remailers to make this work properly. More volunteers? (Preferably representing a country/region). The problem is internat.freebsd.org does not have the bandwidth to mega-mail the world! > Now if this machine were just sitting in a corner beating its brains > out, nobody would actually even care. Unfortunately, it's instead > supposed to be our main development box, an as such is used by many > interactive users. When CVS operations and such are slow on it, all > FreeBSD development is adversely impacted. See above. ftp.internat.freebsd.org is your friend :-). The machine is modest by your standards, (50MHZ 486 w/ 16MB RAM) but is idle 99% of the time. > Therefore, in order to continue to offer even the existing level of > services, we are simply going to have to start looking at how to > offload some of this stuff from our machine. We can't go on like this > and still offer any kind of reasonable service to our users. > > What we most desperately need are sup servers who can provide: > > a) At least 300-400MB of free space. 2GB? I've got it! > b) A reasonably fast (and uncongested) internet connection Through proxy remailers and ftp mirrors, should be OK. > c) Connectivity for *at least* 20 sup clients. Er, help?! The "well-connected" site I ewas referring to may be able to help here, but the line latency to ZA plays hell with SUP. Brings out the worst in it. Any chances of doing some kind of FSP mirroring? > That last clause is actually important only if you will be supping > directly from freefall. Since it would obviously defeat the purpose > to see freefall sink under the load of dozens of mirrors, we'd like to > limit the number of direct mirrors to 6 sites. This will allow us to > service the mirrors and the core team directly from freefall without > going beyond our current limit of 10 (and hopefully not see them maxed > out all the time!). If a sup server decides to export bits to some > other sup server, that's fine just so long as they're well connected > and won't end up with some server offering out-of-date bits to an > unsuspecting user base. Oh, right! I could probably take over ZA, and serve all of _that_ with not too much of a problem!! :-) > We'd also be happy if a site providing sup access for CVS could at > least be NFS mountable (if not the same machine) for a WWW server > which could, at some point, provide the same fancy lookup tools as > provided on freefall.freebsd.org. Hmm... I'll look around... > Sits willing to do CTM delta generation as well would also probably be > a big help, though you'll have to ask Poul-Henning Kamp > for more direct assistance in setting up such > mirrors. If we could move the CTM delta generation off of freefall > entirely at some point then that would be another big load reduction. I can do these. I am already doing these for the international crypto code. Remailers would be a massive help. > Please don't misunderstand me: This is a fairly big committment, and > it would not be honest of me if I failed to point out that sup and CTM > services WILL impose a significant overhead on any machine assigned to > the task! I'm primarily looking for people at universities or ISPs > who have the hardware and network bandwidth to spare, not someone for > whom the service will quickly become a significant hardship. I am a nework engineer for an ISP, and I have contacts at a couple of sites, including a univerity or two. I'll ask around for those that I have not already offered. > Again, we're very close to being able to make the CVS repository > available for generally access again, but we just can't do it from > freefall. We don't have the resources! Count me in! > Thanks very much in advance to anyone willing to help us out here.. :-) :-) :-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Wed Dec 6 11:00:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10409 for hackers-outgoing; Wed, 6 Dec 1995 11:00: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 LAA10404 for ; Wed, 6 Dec 1995 11:00:48 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA01624; Wed, 6 Dec 1995 11:57:56 -0700 From: Terry Lambert Message-Id: <199512061857.LAA01624@phaeton.artisoft.com> Subject: Re: ipx on 802.3 To: jhay@mikom.csir.co.za (John Hay) Date: Wed, 6 Dec 1995 11:57:56 -0700 (MST) Cc: julian@ref.tfs.com, terry@lambert.org, wollman@lcs.mit.edu, hackers@freebsd.org In-Reply-To: <199512060416.GAA12749@zibbi.mikom.csir.co.za> from "John Hay" at Dec 6, 95 06:16: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 Precedence: bulk > Yes it is possible to do both 802.3 and V2 on the same segment. You would > use two (IPX) network addresses then, so that each has got its own logical > net. (If you don't use different net adddresses hosts on the same segment > but using different LLCs won't be able to talk directly to each other. ) > But even for that you need some way to tell the networking code in the > kernel which net is on 802.3 and which on V2. IPX don't have ARP, so I'm > not sure what you mean when you say it should be stored in the ARP entry. > > (One of the segments connected to our Novell server run both 802.3 and V2, > but we don't do it on all the segments because it generate too much traffic > with all IPX RIP and SAP packets going out twice over that interface.) You can fake ARP entries from RIP traffic. The main problem Novell has is that on a Native server disk I/O and memory aren't that different, so it stores the service advertisements as "temporary bindery objects", which is a stupid way of doing things. In the UnixWare implementation, the tables are stored in the driver. I don't know if Steve took my suggestion and faked access to the right class of temporary objects and used an ioctl() to pull it from the streams stack directly. This implementation has the advantage of being able to turn around a number of requests (like "get nearest server" and "server busy") in the kernel instead of bouncing it to user space. Back to running 802.3 and V2 on the same segment: yes, it can be done. I did exactly this because the boot proms on NE2000 boards required 802.3, but the Mentat streams stack we hacked up on VMS didn't support 802.3 (IPX's 802.3 is non-standard in any case: the header is buggered, and only the protocol number in the length field saves you). Using a single 802.3 capable Native server, it was possible, using a RAM disk, to "remote reset" (what Novell calls remote boot) a node with an 802.3 ROM into being a V2 node. 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 Dec 6 11:04:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10702 for hackers-outgoing; Wed, 6 Dec 1995 11:04:22 -0800 (PST) Received: from felix.cs.wisc.edu (felix.cs.wisc.edu [128.105.73.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10697 Wed, 6 Dec 1995 11:04:17 -0800 (PST) Received: (from jcargill@localhost) by felix.cs.wisc.edu (8.6.12/8.6.12) id NAA04391; Wed, 6 Dec 1995 13:03:56 -0600 Date: Wed, 6 Dec 1995 13:03:56 -0600 Message-Id: <199512061903.NAA04391@felix.cs.wisc.edu> From: Jonathan Cargille To: "Jordan K. Hubbard" Cc: Jon Loeliger , hackers@FreeBSD.org, announce@FreeBSD.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! In-Reply-To: <199512061517.JAA14503@chrome.jdl.com> References: <19165.818254520@time.cdrom.com> <199512061517.JAA14503@chrome.jdl.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk Jon Loeliger writes: In particular, freely speaking for some of us (:-), I'd say many of us would be willing to chip in, say, $20 to $100 (each!) towards a dedicated machine. Would this approach work to give freefall a buddy? I can think of a couple of companies ;-) that would be glad to chip in more than that! Jon DiscNet, Inc. From owner-freebsd-hackers Wed Dec 6 11:09:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11249 for hackers-outgoing; Wed, 6 Dec 1995 11:09: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 LAA11244 for ; Wed, 6 Dec 1995 11:09:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01662; Wed, 6 Dec 1995 12:07:28 -0700 From: Terry Lambert Message-Id: <199512061907.MAA01662@phaeton.artisoft.com> Subject: Re: _thread_init stub in libc (fwd) RFC To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 6 Dec 1995 12:07:27 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199512060718.XAA10573@ref.tfs.com> from "Julian Elischer" at Dec 5, 95 11:18: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 Precedence: bulk > Ok, this has come up for the thread support.. > > what is the consensus? > is this right? > > julian > > > >From the *crt0 code, we need to call _thread_init(). Since gcc likes to > > >go get crt0, it doesn't make sense to have a separate set. We cannot force > > >a programmer to the the *right* crt0 when linking against libc_r.a. > > > > To solve this, I'd like to add a sub for _thread_init() to the normal libc, > > so that all applications use the same crt0 set regardless of whether or not > > they are threaded. The overhead of calling _thread_init() when a program > > starts shouldn't be a big deal. Why does _thread_init() need to be called from crt0? What is the call graph of allowable functions? I believe that create_thread() could use a static to do the initialization on the first call. The problem with calling _thread_init() in each case is that for a cooperative task model (which may be desirable), the scheduler thread is the main thread and an init is what forks off the main thread from the scheduler thread... basically, a shell game. I would *strongly* recommend looking at the initialization sequence for the more recent bind code, which was changed to be "shared library friendly" (breaking older revs of sendmail 8-) 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 Wed Dec 6 11:15:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11817 for hackers-outgoing; Wed, 6 Dec 1995 11:15:38 -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 LAA11812 for ; Wed, 6 Dec 1995 11:15:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01675; Wed, 6 Dec 1995 12:13:16 -0700 From: Terry Lambert Message-Id: <199512061913.MAA01675@phaeton.artisoft.com> Subject: Re: How big are queues on a typical router ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 6 Dec 1995 12:13:16 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199512060718.IAA17205@labinfo.iet.unipi.it> from "Luigi Rizzo" at Dec 6, 95 08:18: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 Precedence: bulk > I have a (hopefully simple) question: how big is, typically, the > queue (I mean, the place where incoming IP segments can be stored > after being received and before being processed/delivered) in a > router ? > > Is there any relation between the queue size and the line speed ? It depends. > I am asking because during some tests (on a connection which > apparently goes through a ~256Kbit/s line) I experienced large > packet losses, yet an upper bound on the RTT of about 1.2s compared > to a lower bound of ~.3s . This makes me think that the queue on > the routers is about 1s-worth of data (approx 32KB). Is this correct ? The RTT value you have is the minimum pool retention time for a successful transit of the router. This time dictates the number of packets, maximum, you can see in a given interval, and thus how much memory (what pool size) would be required. This is an oversimplification based on inbound and outbound processing rates being equal. It turns out that most commercial routers that are reasonably fast at all (ie: Cisco) do outbound filterin rather than inbound, mostly because the filter information can be attaches to the destination routing information. It sounds like your router is simply overleaded by 20%. 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 Dec 6 11:16:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12107 for hackers-outgoing; Wed, 6 Dec 1995 11:16:44 -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 LAA12098 for ; Wed, 6 Dec 1995 11:16:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01689; Wed, 6 Dec 1995 12:15:29 -0700 From: Terry Lambert Message-Id: <199512061915.MAA01689@phaeton.artisoft.com> Subject: Re: samaphore remains To: m_tanaka@pa.yokogawa.co.jp (Mihoko Tanaka) Date: Wed, 6 Dec 1995 12:15:29 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9512061002.AA16768@cabbage.pa.yokogawa.co.jp> from "Mihoko Tanaka" at Dec 6, 95 07:02: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 Precedence: bulk > Currently I'm using FreeBSD-R2.1.0-RELEASE on GATEWAY 2000 P5-90. > > I found the trouble that if a program using semaphore died > anbormally, the semaphore which was created remains on kernel. > I think it should be released by kernel's exit() function. > > Although one of the UNIX implementation calls semexit() routine from > exit(), FreeBSD doesn't call semexit() from anywhere. > Is there any reason for this? > > > I tried to fix the exit() as follows and it seems working well. > > ------------- cut here --------------- > *** kern_exit.c Tue May 30 17:05:25 1995 > --- kern_exit.c.new Wed Dec 6 15:12:28 1995 > *************** > *** 130,135 **** > --- 130,139 ---- > */ > fdfree(p); > > + #ifdef SYSVSEM > + semexit(p); > + #endif > + > /* The next two chunks should probably be moved to vmspace_exit. */ > vm = p->p_vmspace; > #ifdef SYSVSHM > ------------- cut here --------------- > > > -- > Mihoko Tanaka > This looks exactly right. 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 Dec 6 11:22:17 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12597 for hackers-outgoing; Wed, 6 Dec 1995 11:22:17 -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 LAA12588 Wed, 6 Dec 1995 11:22:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01711; Wed, 6 Dec 1995 12:19:15 -0700 From: Terry Lambert Message-Id: <199512061919.MAA01711@phaeton.artisoft.com> Subject: Re: Any operational code using mmap() on FreeBSD ? To: jau@jau.csc.fi (Jukka Ukkonen) Date: Wed, 6 Dec 1995 12:19:15 -0700 (MST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199512061457.QAA01219@jau.csc.fi> from "Jukka Ukkonen" at Dec 6, 95 04:56: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 Precedence: bulk > Does anyone have a working example of code that uses mmap(2) > on FreeBSD? I have tried several examples that have been quite > all right on ConvexOS (10.2 and 11.0) and SunOS (4.1.[34]), > but failed quite miserably when tried on FreeBSD (2.0.5). > > As I am beginning to suspect that mmap() is somehow different > on FreeBSD from what it is on Convex or Sun (or maybe it has > never really worked on FreeBSD) I would like to see a working > example, if there is any available. If there is none, I'd better > let that mmap() thing alone, and try to do something more useful. I would (and I'm sure John and other who are actually working on this would!) like to see some small test cases with assertions for correct results for the test cases you are interested in. Would this be possible? 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 Dec 6 11:33:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13635 for hackers-outgoing; Wed, 6 Dec 1995 11:33: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 LAA13562 for ; Wed, 6 Dec 1995 11:32:39 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA18137; Wed, 6 Dec 1995 20:32:28 +0100 From: Luigi Rizzo Message-Id: <199512061932.UAA18137@labinfo.iet.unipi.it> Subject: Re: How big are queues on a typical router ? To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Dec 1995 20:32:28 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199512061913.MAA01675@phaeton.artisoft.com> from "Terry Lambert" at Dec 6, 95 12:12:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Is there any relation between the queue size and the line speed ? > > It depends. I know. but a colleague here said that Ciscos (at least some models) come with a default "pool size" of 40 slots (whatever is a slot) and he usually brings it up to 330. > > I am asking because during some tests (on a connection which > > apparently goes through a ~256Kbit/s line) I experienced large > > packet losses, yet an upper bound on the RTT of about 1.2s compared > > to a lower bound of ~.3s . This makes me think that the queue on > > the routers is about 1s-worth of data (approx 32KB). Is this correct ? > > The RTT value you have is the minimum pool retention time for a > successful transit of the router. > > This time dictates the number of packets, maximum, you can see in a > given interval, and thus how much memory (what pool size) would be > required. sorry I don't get this. ... > It sounds like your router is simply overleaded by 20%. nor i can understand where the 20% comes from, how it relates to the loss rate measured by a (20-minutes long) sequence of pings, and if it is reasonable that this is a steady-state situation. 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 Dec 6 11:33:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13660 for hackers-outgoing; Wed, 6 Dec 1995 11:33:56 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA13179 for ; Wed, 6 Dec 1995 11:29:01 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA23732 for freebsd-hackers@freefall.cdrom.com; Wed, 6 Dec 1995 19:50:31 +0100 Date: Wed, 6 Dec 1995 19:50:31 +0100 From: "Christoph P. Kukulies" Message-Id: <199512061850.TAA23732@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: nfs question Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Why can't I chown a file on a Ultrix mounted (server) FS? Between FreeBSD machines this works as expected but trying to chown the file to root did not work. I exported the fs on the ultrix side with /etc/exports: /home -r=0 blues mountd runs without any flags Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 38991 19752 16119 55% / /dev/wd0s1e 38991 1582 34289 4% /var /dev/wd0s1f 649247 495358 101949 83% /usr /dev/wd1g 1209791 786276 326731 71% /u /dev/wd2g 257647 199318 45446 81% /home procfs 4 4 0 100% /proc acds:/home/kuku 1001852 229807 671860 25% /home/a total 57689 drwxrwxrwx 17 root 261 512 Dec 6 17:51 src -rw-rw-r-- 1 4294967294 261 118067200 Dec 6 11:30 src.tar ^^^^^^^^^^ -2 (nobody) I'm clueless. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 12:28:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17725 for hackers-outgoing; Wed, 6 Dec 1995 12:28:27 -0800 (PST) Received: from sass165.sandia.gov (sass165.sandia.gov [132.175.109.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17710 for ; Wed, 6 Dec 1995 12:28:22 -0800 (PST) Received: from sargon.mdl.sandia.gov (sargon.mdl.sandia.gov [134.253.20.128]) by sass165.sandia.gov (8.6.12/8.6.12) with ESMTP id NAA09474 for ; Wed, 6 Dec 1995 13:28:26 -0700 Received: (aflundi@localhost) by sargon.mdl.sandia.gov (8.6.10) id NAA01010 for freebsd-hackers@freebsd.org; Wed, 6 Dec 1995 13:27:05 -0700 Message-Id: <199512062027.NAA01010@sargon.mdl.sandia.gov> From: aflundi@sandia.gov (Alan F Lundin) Date: Wed, 6 Dec 1995 13:27:05 -0700 In-Reply-To: Geoff Wells "pppd speed problems" (Dec 6, 1:07pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-hackers@freebsd.org Subject: Re: pppd speed problems Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 6, 1:07pm, Geoff Wells wrote: > Subject: pppd speed problems > > [ ... ] > I'm having a hard time with the pppd. I can get it to connect and > run with no problem but I can't seem to get more than about .5 k/sec > over a 28.8 modem no matter what I do. Also, the link seems to be > chunky and unresponsive. It gives me some good bursts for a second > or so but then hangs for a couple of seconds. > [ ... ] Is your provider by chance using Xyplex terminal servers? pppd works well for me except when I connect to Xyplex's. iijppp, does work well on the Xyplex servers, but I'm not sure exactly why it works and pppd doesn't. Also, if I turn off VJ-compression under pppd, the problem disappears. Has anyone else seen this problem? --alan From owner-freebsd-hackers Wed Dec 6 12:57:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19991 for hackers-outgoing; Wed, 6 Dec 1995 12:57:47 -0800 (PST) Received: from satty.npi.msu.su (root@satty.npi.msu.su [158.250.2.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19980 for ; Wed, 6 Dec 1995 12:57:29 -0800 (PST) Received: (from dima@localhost) by satty.npi.msu.su (8.6.12/8.6.9) id XAA16478; Wed, 6 Dec 1995 23:56:45 +0300 Date: Wed, 6 Dec 1995 23:56:44 +0300 (MSK) From: Dmitry Khrustalev X-Sender: dima@satty.npi.msu.su To: Herve.Bigot@sycomore.fr cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can't boot In-Reply-To: <199512061840.KAA08657@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi > hello, > > I don't understand why I can't boot on my kernel? > I follow the instructions in the FAQ to compile a new kernel, but I don't > do the make install because I need to use 2 different kernels(with and > without IP forwarding) to make some tests. So, I copy my current kernel on > the / directory and I reboot to boot on it. But my machine is waiting after > the following messages: > > ... > boot: /kernel.ip > Booting wd(0,a)/kernel.ip @ 0x100000 > text=0x77000 data=0x33000 bss=0xe49c total=0x1b849c entry point=0x100000 > > Can you help me? Thank you for your help. Herve You deleted console device? Put it back. -Dima From owner-freebsd-hackers Wed Dec 6 13:23:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21990 for hackers-outgoing; Wed, 6 Dec 1995 13:23: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 NAA21982 for ; Wed, 6 Dec 1995 13:22:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA01919; Wed, 6 Dec 1995 14:20:33 -0700 From: Terry Lambert Message-Id: <199512062120.OAA01919@phaeton.artisoft.com> Subject: Re: nfs question To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 6 Dec 1995 14:20:33 -0700 (MST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512061850.TAA23732@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Dec 6, 95 07:50:31 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 Precedence: bulk > Why can't I chown a file on a Ultrix mounted (server) > FS? Between FreeBSD machines this works as expected > but trying to chown the file to root did not work. > > I exported the fs on the ultrix side with > /etc/exports: > /home -r=0 blues Apparently not the correct way to have Ultrix allow a remote user in as root... it's still mapping the ID to -2. Since this is a function of the servre, not the client, it has nothing to do with the client bieng FreeBSD or not. 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 Dec 6 13:28:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22392 for hackers-outgoing; Wed, 6 Dec 1995 13:28:01 -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 NAA22381 for ; Wed, 6 Dec 1995 13:27:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA01948; Wed, 6 Dec 1995 14:25:45 -0700 From: Terry Lambert Message-Id: <199512062125.OAA01948@phaeton.artisoft.com> Subject: Re: How big are queues on a typical router ? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 6 Dec 1995 14:25:45 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199512061932.UAA18137@labinfo.iet.unipi.it> from "Luigi Rizzo" at Dec 6, 95 08:32:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > I am asking because during some tests (on a connection which > > > apparently goes through a ~256Kbit/s line) I experienced large > > > packet losses, yet an upper bound on the RTT of about 1.2s compared > > > to a lower bound of ~.3s . This makes me think that the queue on > > > the routers is about 1s-worth of data (approx 32KB). Is this correct ? > > > > The RTT value you have is the minimum pool retention time for a > > successful transit of the router. > > > > This time dictates the number of packets, maximum, you can see in a > > given interval, and thus how much memory (what pool size) would be > > required. > > sorry I don't get this. If it takes 1.2s for a full transit, the amount of memory that a pool would need to contain to guarantee that the pool does not overflow is the number of packets that can be in the router at one time times the maximum packet size. > > It sounds like your router is simply overleaded by 20%. > > nor i can understand where the 20% comes from, how it relates to the > loss rate measured by a (20-minutes long) sequence of pings, and if > it is reasonable that this is a steady-state situation. You said an upper bound of 1.2s on the RTT and if the queue is 1s as you think, then 1.2/1.0 = 1.2 = 120% capacity = overloaded by 20%. 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 Dec 6 13:53:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24561 for hackers-outgoing; Wed, 6 Dec 1995 13:53: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 NAA24528 for ; Wed, 6 Dec 1995 13:52:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA27196; Wed, 6 Dec 1995 22:51:28 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA24622; Wed, 6 Dec 1995 22:51:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA16456; Wed, 6 Dec 1995 22:19:23 +0100 From: J Wunsch Message-Id: <199512062119.WAA16456@uriah.heep.sax.de> Subject: Re: Who's working on ISDN? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 6 Dec 1995 22:19:23 +0100 (MET) Cc: grog@lemis.de, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <17862.818236698@time.cdrom.com> from "Jordan K. Hubbard" at Dec 5, 95 11:58:18 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > Where this all > sits now I'm not exactly sure, though I'll be happy to forward on the > messages I got from Juergen Krause again if it looks like this has > died (Gary? Michael? Hellooo?).. I think Hellmuth Michaelis has also been dealing with it some day. But perhaps this was before his daughter has been born. :-) -- 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 Dec 6 14:13:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25995 for hackers-outgoing; Wed, 6 Dec 1995 14:13:00 -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 OAA25990 for ; Wed, 6 Dec 1995 14:12:54 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com; (5.65v3.2/1.0/WV) id AA00152; Wed, 6 Dec 1995 17:03:56 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA05134; Wed, 6 Dec 1995 17:03:51 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id WAA21942; Wed, 6 Dec 1995 22:12:20 GMT Message-Id: <199512062212.WAA21942@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Ollivier Robert Cc: hackers@freebsd.org Subject: Re: IPv6 In-Reply-To: Your message of "Tue, 05 Dec 1995 00:04:04 +0100." <199512042304.AAA00343@keltia.freenix.fr> X-Mailer: exmh version 1.5omega 10/6/94 Date: Wed, 06 Dec 1995 22:12:12 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that Ben Black said: > > is anyone porting the current alpha release of the NRL IPv6 code? we > > were about to start (we being 2 geeks looking to learn this, rather than > > several master freebsd hackers). let me know. > > The author of NetBSD IPv6 code -- Francis Dupont -- is working on porting > it to FreeBSD 2.0.5. You may contact him at Francis.Dupont@inria.fr. I > don't know where he is now though. Right now Francis is at the IETF metting in Dallas, TX (as am I). :-) Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Wed Dec 6 14:33:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27796 for hackers-outgoing; Wed, 6 Dec 1995 14:33:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27787 for ; Wed, 6 Dec 1995 14:33:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA20793; Wed, 6 Dec 1995 14:32:14 -0800 To: "Eric L. Hernes" cc: hackers@freebsd.org Subject: Re: Getting linux netscape binary to work? In-reply-to: Your message of "Wed, 06 Dec 1995 08:46:57 CST." <199512061446.IAA25559@jake.lodgenet.com> Date: Wed, 06 Dec 1995 14:32:13 -0800 Message-ID: <20791.818289133@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk We REALLY REALLY need to document this stuff somewhere! I'm just this minute sitting in a talk session from someone who is full of questions about how to use the linux emulator, and I just finished answering the same questions on USENET. Handbook chapter on emulation, pleeeeze somebody? I'm already working on a major revamp of chapter 17 so I don't have time myself.. Jordan > "Jordan K. Hubbard" writes: > >Someone (Soren?) posted something recently about how to make the Linux > >version of netscape work properly with the 2.1 Linux emulator. Could > >you refresh my memory? I searched the mailing list archives but could > >only find Brian's question and Eric's answer (which consisted of > >moving /etc/host.conf out of the way - not really the answer I was > >looking for :-). > > The New and Improved answer is to set an environment variable > to point to the proper host.conf. My netscape shell script looks > like: > > #!/bin/sh > export RESOLV_HOST_CONF; RESOLV_HOST_CONF=/compat/linux/etc/host.conf > export XKEYSYMDB ; XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB > export XNLSPATH ; XNLSPATH=/usr/X11R6/lib/X11/nls > export XAPPLRESDIR ; XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults > exec /usr/local/lib/netscape/netscape.linux.bin $* > > and you've gotta put moz2_0.car in /usr/local/netscape/java/classes/ > (but you already knew that from the README) > > Now the biggest problem I see is that my syslog fills up with: > Linux-emul(17199): syslog() not supported (BSD sigreturn) > > > > > Jordan > > eric. > -- > erich@lodgenet.com > erich@rrnet.com > From owner-freebsd-hackers Wed Dec 6 14:38:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28197 for hackers-outgoing; Wed, 6 Dec 1995 14:38:47 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28182 for ; Wed, 6 Dec 1995 14:38:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA20829; Wed, 6 Dec 1995 14:35:01 -0800 To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.freebsd.org Subject: Re: dma beyond isa with a AH1542? In-reply-to: Your message of "Wed, 06 Dec 1995 15:09:32 +0100." <199512061409.PAA22744@gilberto.physik.rwth-aachen.de> Date: Wed, 06 Dec 1995 14:35:01 -0800 Message-ID: <20827.818289301@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Uh, Christoph, you should read the handbook sections about this. *ANY* ISA card is DMA address space limited! :-) Jordan > > I built a new kernel for my non-IDE system running from a > AH1542A. Is this board limited to 16MB? I have 20MB Ram, > disabled option BOUNCE_BUFFERS since I thought this was not > necessary when running a busmaster DMA controller > but got a panic after the dma beyond ISA message during boot. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Dec 6 15:15:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02109 for hackers-outgoing; Wed, 6 Dec 1995 15:15:16 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02096 for ; Wed, 6 Dec 1995 15:15:11 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA28372; Wed, 6 Dec 95 17:15:08 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA12174; Wed, 6 Dec 1995 16:15:06 -0700 Date: Wed, 6 Dec 1995 16:15:06 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9512062315.AA12174@emu.fsl.noaa.gov> To: aflundi@sandia.gov Cc: freebsd-hackers@freebsd.org In-Reply-To: <199512062027.NAA01010@sargon.mdl.sandia.gov> (aflundi@sandia.gov) Subject: Re: pppd speed problems Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Alan" == Alan F Lundin writes: Alan> Is your provider by chance using Xyplex terminal servers? Alan> pppd works well for me except when I connect to Xyplex's. Alan> iijppp, does work well on the Xyplex servers, but I'm not Alan> sure exactly why it works and pppd doesn't. Alan> Has anyone else seen this problem? Yes, definitely. pppd is horrible on Xyplex servers, works fine on Annexes. iijppp works great on both. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I used to be a narrator for bad mimes. -- Steven Wright From owner-freebsd-hackers Wed Dec 6 15:22:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02888 for hackers-outgoing; Wed, 6 Dec 1995 15:22:21 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02875 for ; Wed, 6 Dec 1995 15:22:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA21007; Wed, 6 Dec 1995 15:21:22 -0800 To: Jon Loeliger cc: hackers@freebsd.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! In-reply-to: Your message of "Wed, 06 Dec 1995 09:17:37 CST." <199512061517.JAA14503@chrome.jdl.com> Date: Wed, 06 Dec 1995 15:21:21 -0800 Message-ID: <21005.818292081@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk [folks, folks, PLEASE PLEASE watch your headers! This was sent to announce also! :-( ] > Stupid question: Is this just a matter of "donated machine" or > is it more than that (bandwidth) too? Would another machine next > door to freefall be a valid approach? In particular, freely speaking > for some of us (:-), I'd say many of us would be willing to chip in, > say, $20 to $100 (each!) towards a dedicated machine. Would this > approach work to give freefall a buddy? Well, I certainly wouldn't turn down the idea of another freefall (we don't need a buddy for it so much as we need *another one* sited someplace else) but I think right now it's network connectivity that counts for more than anything else. We need "exploders" for just about every service that freefall provides. Jordan From owner-freebsd-hackers Wed Dec 6 15:35:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA04358 for hackers-outgoing; Wed, 6 Dec 1995 15:35:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA04336 for ; Wed, 6 Dec 1995 15:35:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA21114; Wed, 6 Dec 1995 15:34:32 -0800 To: Mark Hittinger cc: hackers@FreeBSD.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) In-reply-to: Your message of "Wed, 06 Dec 1995 09:50:35 CST." <199512061550.JAA06141@freebsd.netcom.com> Date: Wed, 06 Dec 1995 15:34:32 -0800 Message-ID: <21111.818292872@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk How about some of that netcom bandwidth? I'd say that's the commodity more valuable than gold at the moment? :-) Jordan > >From: Jon Loeliger > >Stupid question: Is this just a matter of "donated machine" or > >is it more than that (bandwidth) too? Would another machine next > >door to freefall be a valid approach? In particular, freely speaking > >for some of us (:-), I'd say many of us would be willing to chip in, > >say, $20 to $100 (each!) towards a dedicated machine. Would this > >approach work to give freefall a buddy? > > Here here! I'd be willing to "chip" in :-) > > Regards, > > Mark Hittinger > Netcom/Dallas > bugs@freebsd.netcom.com > voice: 214-550-6175 From owner-freebsd-hackers Wed Dec 6 15:41:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05624 for hackers-outgoing; Wed, 6 Dec 1995 15:41:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA05570 for ; Wed, 6 Dec 1995 15:41:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA21180; Wed, 6 Dec 1995 15:40:28 -0800 To: Jerry.Kendall@vmicls.com (Jerry Kendall) Cc: hackers@freebsd.org Subject: Re: BSD software development In-reply-to: Your message of "Wed, 06 Dec 1995 12:18:01 +0500." <9512061718.AA02037.gonzo@vmicls.com> Date: Wed, 06 Dec 1995 15:40:27 -0800 Message-ID: <21178.818293227@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Join the hackers mailing list and prowl around on http://www.freebsd.org for awhile to see how the project works. I'm right now in the middle of re-writing the section about contributing to FreeBSD so that it gives more info on what sorts of projects are open, but someone here in need of help on something may also contact you directly. Thanks! Jordan > > > I am a software engineer. I have worked on most of the major unix platfor ms > > > I am familier with kernel level and application level development on unix From owner-freebsd-hackers Wed Dec 6 15:41:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05662 for hackers-outgoing; Wed, 6 Dec 1995 15:41:52 -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 PAA05647 for ; Wed, 6 Dec 1995 15:41:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02386; Wed, 6 Dec 1995 16:38:35 -0700 From: Terry Lambert Message-Id: <199512062338.QAA02386@phaeton.artisoft.com> Subject: Re: dma beyond isa with a AH1542? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 6 Dec 1995 16:38:35 -0700 (MST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <20827.818289301@time.cdrom.com> from "Jordan K. Hubbard" at Dec 6, 95 02:35:01 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 Precedence: bulk > Uh, Christoph, you should read the handbook sections about this. > *ANY* ISA card is DMA address space limited! :-) > > > I built a new kernel for my non-IDE system running from a > > AH1542A. Is this board limited to 16MB? I have 20MB Ram, > > disabled option BOUNCE_BUFFERS since I thought this was not > > necessary when running a busmaster DMA controller > > but got a panic after the dma beyond ISA message during boot. In fact, the *only* time you need bounce buffers when you have a bus mastering ISA device (or an EISA system with a HiNT chipset like those used in NiCE motherboards). The problem is that the DMA can only transfer into buffers in the 0-16M rand because that's all that's addressable by ISA bus devices. Doing "bouncing" means providing a staging area for the DMA transfer to occur into "I/O memory" -- basically, the same thing as "chip RAM" on an Amiga, if anyone was thingking of generalizing the mechanism. The staging area is always addressable by the I/O bus device. When a transfer is requested that lies outside the 0-16M window, the transfer is done to the staging area instead and copied to the actual destination (an obviously expensive operation). Doing this is called "bouncing". 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 Dec 6 15:59:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08212 for hackers-outgoing; Wed, 6 Dec 1995 15:59:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08200 for ; Wed, 6 Dec 1995 15:59:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA21334; Wed, 6 Dec 1995 15:57:14 -0800 To: Joe Greco cc: bugs@freebsd.netcom.com (Mark Hittinger), hackers@FreeBSD.ORG Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) In-reply-to: Your message of "Wed, 06 Dec 1995 12:10:03 CST." <199512061810.MAA08656@brasil.moneng.mei.com> Date: Wed, 06 Dec 1995 15:57:14 -0800 Message-ID: <21332.818294234@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk If anyone wants to simply give me an account on a baseline 2.1 configured box intended for such things, I'll be happy to take it the rest of the way. It might be easier than explaining how to set up a sup server 5 or 6 times.. :-) Just send me mail and I'll send you my password line. Thanks! Jordan From owner-freebsd-hackers Wed Dec 6 16:38:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12475 for hackers-outgoing; Wed, 6 Dec 1995 16:38:01 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA12468 for ; Wed, 6 Dec 1995 16:37:52 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id SAA09317; Wed, 6 Dec 1995 18:32:54 -0600 From: Joe Greco Message-Id: <199512070032.SAA09317@brasil.moneng.mei.com> Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 6 Dec 1995 18:32:54 -0600 (CST) Cc: bugs@freebsd.netcom.com, hackers@FreeBSD.ORG In-Reply-To: <21332.818294234@time.cdrom.com> from "Jordan K. Hubbard" at Dec 6, 95 03:57:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > If anyone wants to simply give me an account on a baseline 2.1 > configured box intended for such things, I'll be happy to take it the > rest of the way. It might be easier than explaining how to set up a > sup server 5 or 6 times.. :-) > > Just send me mail and I'll send you my password line. > > Thanks! Jordan, I am in a position where this kind of thing could be helpful. :-) If either you or anyone else can provide software support, ... I've already got ftp and sup set up (sup set up on a totally separate filesystem from the usr/src filesystem, unlike what you are doing on Freefall), but what would be helpful is if somebody could volunteer to spend some time tidying up and tuning things to work well - including adding whatever "value added" Web servers, CTM stuff, etc. If someone would be interested in volunteering to take the ball and run with it from the base that I have set up, I am willing to commit the hardware resources to make it a reality. Otherwise I'll continue to work on it when I am able, but it might not be a reality as quickly as I'd like :-( ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Dec 6 16:50:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13674 for hackers-outgoing; Wed, 6 Dec 1995 16:50:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13665 for ; Wed, 6 Dec 1995 16:50:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA21492; Wed, 6 Dec 1995 16:49:39 -0800 To: Jonathan Cargille cc: Jon Loeliger , hackers@FreeBSD.org Subject: Donations (was Re: Second appeal for sup ...) In-reply-to: Your message of "Wed, 06 Dec 1995 13:03:56 CST." <199512061903.NAA04391@felix.cs.wisc.edu> Date: Wed, 06 Dec 1995 16:49:39 -0800 Message-ID: <21490.818297379@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Jon Loeliger writes: > > In particular, freely speaking for some of us (:-), I'd say many of > us would be willing to chip in, say, $20 to $100 (each!) towards a > dedicated machine. Would this approach work to give freefall a > buddy? > > I can think of a couple of companies ;-) that would be glad to chip in > more than that! Well, let's explore this one further. Here's a list, in order of decreasing importance, of the kinds of resources I think the project most needs right now: 1. Internet connectivity (for providing more distributed services) 2. Hardware (for building more freefalls) 3. Money (for hiring contractors to do some of the things we've continually failed to do because they're too icky to do for free). 1. Internet connectivity is probably the real biggie right now because services like sup and mail take a fair bit of it. If it were distributed across multiple servers, we could probably get it down to managable limits for any given access point. 2. Hardware is a close second and a secondary freefall would be very good to have, assuming of course that internet connectivity for it could also be found. This is why just the parts for a freefall clone wouldn't be quite enough - we'd need someplace to put it, and WC's T1 is already starting to smoke. 3. Money, well, money is always good for a variety of purposes.. :-) Unfortunately, I can't offer any special tax shelters for donations since the FreeBSD, Inc. corporation that David and I set up isn't a non-profit, it's just a standard California `S' corporation. I *wanted* it to be a non-profit, mind you, but was talked out of it by both my lawyer and my accountant who said that the year-to-year management of such an enterprise was a lot more work. The IRS looks very closely at your books, and the slightest irregularity can result in the revocation of your status, resulting in an expensive return to square one. It also costs a fair bit more in accounting fees each and every year. Since I didn't want to spend a significant portion of my time or money managing a paper tiger, especially one that might self-destruct without proper management, I decided to take the straightest line between two points in setting up the company. Its charter is to try and manage assets for the FreeBSD Project, said assets currently totaling a princely sum of $776.00 ($200 of which will go to pay the accountant this year). There haven't been enough assets to even really discuss up to now, which is why most of you probably haven't even heard of this yet. With everything else going on, I simply didn't feel that FreeBSD, Inc. ranked very highly on my TODO list just now. In any case, if there are those of you who don't need a 503C to claim a reasonable write-off (and I could probably generate some paperwork crediting you for a development expense, though I'd have to run it by the accountant first) then I'll happily start collecting donations against the day when we actually have enough money to start discussing real uses for it. Again, any and all donations will be considered the *project's* money to be spent on project resources (all purchasing decisions being first discussed with the core team, of course, and full disclosure of assets being in effect at all times). I also fully understand that when the ugly subject of money is raised, people often have a lot of questions about its dispersement, and I'll be more than happy to try and answer such questions as best I can. People should realize first and foremost, however, that this is fundamentally a matter of trust. If you can't trust me to do the best I can for the project, using whatever resources I can lay my hands on, then we have a more fundamental problem that needs addressing. You should also consider that our current arrangement is somewhat less than ideal, and that the project isn't going to advance very quickly if the best it can hope for is the occasional scrap tossed its way by Walnut Creek CDROM. We need to become less reliant on a single source of revenue and. in order for that to happen, David and I created FreeBSD, Inc. Those wishing to donate funds may make their checks payable to "FreeBSD, Inc" (NOT to me!), sending them to the following address: FreeBSD, Inc. 246 Park St. Clyde CA, 94520 If you'd prefer to do it by wire, you may also send deposits directly to: Bank Of America Concord Main Office P.O. Box 37176 San Francisco CA, 94137-5176 Routing #: 121-000-358 Account #: 01411-07441 (FreeBSD, Inc). Any further questions, please don't hesitate to ask! I wasn't sure whether or not I wanted to open this can of worms just yet, but it seems like events are pushing me in that direction whether I like it or not.. :) Jordan From owner-freebsd-hackers Thu Dec 7 02:17:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00253 for hackers-outgoing; Thu, 7 Dec 1995 02:17:43 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00234 Thu, 7 Dec 1995 02:17:37 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id SAA13329; Thu, 7 Dec 1995 18:15:31 +0800 Date: Thu, 7 Dec 1995 18:15:30 +0800 (HKT) From: John Beukema To: FreeBSD hackers cc: FreeBSD ISP Group Subject: newsserver configuration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk A client is about to set up a news server for an ISP and proposes the following: 1. Intel triton P5 mother board w/256k cache built in IDE & I/O port 2. Intel P5 100Mhz CPU 3. 2 x 16MB 72 pin RAM 70ns 4. Panasonic 1,44MB floppy 5. Panasonic 4.4x IDE Bus CD-Rom 6. PCI Promotion 6410 SVGA card w/ 1MB RAM 7. Adaptec 2940 PCI SCSI-2 controller 7a. 2 x Seagate ST15230N 4GB Fast SCCI-2 HD 8. NE2000 compatible LAN card ?? 9. HP 4000-I external SCCI DAT 4mm tape or 10. Wangdat 3200 internal DAT 4mm We want to run FreeBSD 2.1.0 and just do news on the LAN. Is the Intel mother board compatible and reliable? are there drivers for all the hardware? Is it worth getting a better ethernet card? Any suggestions or comments? jbeukema From owner-freebsd-hackers Thu Dec 7 02:31:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00744 for hackers-outgoing; Thu, 7 Dec 1995 02:31:33 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00736 Thu, 7 Dec 1995 02:31:28 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id CAA05264; Thu, 7 Dec 1995 02:31:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id CAA27011; Thu, 7 Dec 1995 02:32:04 -0800 Message-Id: <199512071032.CAA27011@corbin.Root.COM> To: John Beukema cc: FreeBSD hackers , FreeBSD ISP Group Subject: Re: newsserver configuration In-reply-to: Your message of "Thu, 07 Dec 95 18:15:30 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 07 Dec 1995 02:32:03 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > >A client is about to set up a news server for an ISP and proposes the >following: > > >1. Intel triton P5 mother board w/256k cache built in IDE & I/O port >2. Intel P5 100Mhz CPU >3. 2 x 16MB 72 pin RAM 70ns The 100Mhz motherboard is supposed to have 60ns SIMMs...but it might work anyway, however. >8. NE2000 compatible LAN card ?? Get an SMC 8432 (EtherPower PCI)...it's much faster and lower overhead. >Is the Intel mother board compatible and reliable? Yes. >are there drivers for all the hardware? Yes. >Is it worth getting a better ethernet card? Yes. -DG From owner-freebsd-hackers Thu Dec 7 03:41:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04383 for hackers-outgoing; Thu, 7 Dec 1995 03:41:49 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04362 Thu, 7 Dec 1995 03:41:35 -0800 (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 LAA02801; Thu, 7 Dec 1995 11:40:22 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: John Beukema cc: FreeBSD hackers , FreeBSD ISP Group Subject: Re: newsserver configuration In-reply-to: Your message of "Thu, 07 Dec 1995 18:15:30 +0800." Date: Thu, 07 Dec 1995 12:40:21 +0100 Message-ID: <2799.818336421@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > A client is about to set up a news server for an ISP and proposes the > following: > > > 1. Intel triton P5 mother board w/256k cache built in IDE & I/O port use asus. > 5. Panasonic 4.4x IDE Bus CD-Rom use scsi cdrom -- 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 Dec 7 03:48:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04760 for hackers-outgoing; Thu, 7 Dec 1995 03:48:54 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA04755 for ; Thu, 7 Dec 1995 03:48:53 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id FAA10177; Thu, 7 Dec 1995 05:46:11 -0600 From: Joe Greco Message-Id: <199512071146.FAA10177@brasil.moneng.mei.com> Subject: Re: User space PPP & leased line To: turetta@trust.stylo.it (Angelo Turetta) Date: Thu, 7 Dec 1995 05:46:10 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <30C378D2@trust.stylo.it> from "Angelo Turetta" at Dec 4, 95 11:42:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > BTW, is there any {performance|machine load|memory usage} gain using one or > the other of the two ppp daemons ? The kernel mode PPP should conceptually be more efficient and robust because it is built into the kernel. It does not have the same problems of context switching, using memory per process, etc. etc... However, the user mode PPP is easier to debug and hack on. It has some rather severe bugs for any site that wants to run more than just a few, but these are known quantities and tend to be easier to fix than kernel bugs. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 7 04:26:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06767 for hackers-outgoing; Thu, 7 Dec 1995 04:26:31 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA06749 Thu, 7 Dec 1995 04:26:25 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id GAA10255; Thu, 7 Dec 1995 06:25:07 -0600 From: Joe Greco Message-Id: <199512071225.GAA10255@brasil.moneng.mei.com> Subject: Re: newsserver configuration To: john@gateway.net.hk (John Beukema) Date: Thu, 7 Dec 1995 06:25:06 -0600 (CST) Cc: hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: from "John Beukema" at Dec 7, 95 06:15:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > A client is about to set up a news server for an ISP and proposes the > following: > > 1. Intel triton P5 mother board w/256k cache built in IDE & I/O port > 2. Intel P5 100Mhz CPU fine > 3. 2 x 16MB 72 pin RAM 70ns a little low on memory, probably, and slow memory at that. You may find that your expires/etc take too long because you are tight on memory. news.sol.net suffered from this so I compromised at 48MB for what is primarily a transport news server... anyways, if you find yourself wishing you had more memory and can't afford it, go read the recent T.W. Wells flamefest on news.software.nntp about memory tweaks for INN (you can trade a lower memory profile for more disk accesses). > 4. Panasonic 1,44MB floppy > 5. Panasonic 4.4x IDE Bus CD-Rom ewwwwwwwwwww. :-) > 6. PCI Promotion 6410 SVGA card w/ 1MB RAM > 7. Adaptec 2940 PCI SCSI-2 controller good choice. the 3940 works like a dream as well. > 7a. 2 x Seagate ST15230N 4GB Fast SCCI-2 HD depending on how large your ISP happens to be, this may be "rather tight" or "extremely tight". > 8. NE2000 compatible LAN card ?? booo, hiss, boo. there're some decent, cheap, supported PCI cards. Although I myself am guilty of running a WD *8003* on daily-planet.execpc.com for several months (big machine, generally more than a hundred nnrp clients, etc). > 9. HP 4000-I external SCCI DAT 4mm tape or > 10. Wangdat 3200 internal DAT 4mm > > We want to run FreeBSD 2.1.0 and just do news on the LAN. sounds like a plan. > Is the Intel mother board compatible and reliable? > are there drivers for all the hardware? > Is it worth getting a better ethernet card? > Any suggestions or comments? Umm. At 32MB RAM, you won't have a lot of room to spare for nnrpd's. If this is a Ma & Pa ISP you may be fine. If not, you will want more RAM!! Also, with so little disk and so few spindles, the concurrency needed to support a lot of activity on the system just isn't there. I typically recommend a MINIMAL setup: 1 disk operating system/swap (1G?) 1 disk newslib (usr/local) (500M-1G) 1 disk var + var/spool (500M-1G) 1 disk news overview database (15% of news spool capacity, i.e. for an 8GB total spool, 1.2GB NOV DB) 1 disk news spool root 1 disk news spool alt 1 disk news spool alt.binaries iffff you want to be serious about binaries. All disks should be "reasonably fast". I _always_ spec out news spool and news overview disks as 8ms disks, Barracuda class. It may not be so bad to have 9ms or even 10ms drives for some of the other disks, particularly in a RAM-rich system. This configuration at least separates out all the potential hotspots. News Rule 1: You would rather have LOTS of slightly slower, smaller disks than a few large, fast drives. This fact has been lost on so many people. If I had a nickel for every time I've told somebody this and they've ignored me, I could be Bill Gates. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 7 05:08:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10346 for hackers-outgoing; Thu, 7 Dec 1995 05:08:40 -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 SMTP id FAA10309 Thu, 7 Dec 1995 05:08:32 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id FAA19026; Thu, 7 Dec 1995 05:06:46 -0800 From: Julian Elischer Message-Id: <199512071306.FAA19026@ref.tfs.com> Subject: Re: newsserver configuration To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 7 Dec 1995 05:06:46 -0800 (PST) Cc: john@gateway.net.hk, hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: <199512071225.GAA10255@brasil.moneng.mei.com> from "Joe Greco" at Dec 7, 95 06:25:06 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I typically recommend a MINIMAL setup: > > 1 disk operating system/swap (1G?) > 1 disk newslib (usr/local) (500M-1G) > 1 disk var + var/spool (500M-1G) > 1 disk news overview database (15% of news spool capacity, i.e. for an 8GB > total spool, 1.2GB NOV DB) > 1 disk news spool root > 1 disk news spool alt > 1 disk news spool alt.binaries iffff you want to be serious about binaries. > generally more spindles for the same diskspace is faster.. but with bot few big drives or many middle-size ones.. think about HEAT dissipation.. get as much air flowing around the disks as you can.. don't go just shoving them all in a single PC tower cabinet.. remember, you want cool air coming into the cabinet just near the drives and warm air being exhasted somewhere else.. be prepaired to do your own baffling inside the box.. separate boxes isn't a bd idea but just be aware that some big drives get VERY hot and is shortens their life if you don't cool them (to about 3 months).. julian From owner-freebsd-hackers Thu Dec 7 06:06:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13885 for hackers-outgoing; Thu, 7 Dec 1995 06:06:38 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13866 Thu, 7 Dec 1995 06:06:34 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA10422; Thu, 7 Dec 1995 08:04:56 -0600 From: Joe Greco Message-Id: <199512071404.IAA10422@brasil.moneng.mei.com> Subject: Re: newsserver configuration To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 7 Dec 1995 08:04:55 -0600 (CST) Cc: john@gateway.net.hk, hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: <199512071306.FAA19026@ref.tfs.com> from "Julian Elischer" at Dec 7, 95 05:06:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I typically recommend a MINIMAL setup: > > > > 1 disk operating system/swap (1G?) > > 1 disk newslib (usr/local) (500M-1G) > > 1 disk var + var/spool (500M-1G) > > 1 disk news overview database (15% of news spool capacity, i.e. for an 8GB > > total spool, 1.2GB NOV DB) > > 1 disk news spool root > > 1 disk news spool alt > > 1 disk news spool alt.binaries iffff you want to be serious about binaries. > > generally more spindles for the same diskspace is faster.. > > but with bot few big drives > or many middle-size ones.. think about HEAT dissipation.. didn't we just recently have a big debate over this very topic? :-) :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 7 06:10:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14116 for hackers-outgoing; Thu, 7 Dec 1995 06:10:41 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13806 for ; Thu, 7 Dec 1995 06:04:57 -0800 (PST) Received: by Sysiphos id AA02883 (5.67b/IDA-1.5 for hackers@freebsd.org); Thu, 7 Dec 1995 13:38:41 +0100 Message-Id: <199512071238.AA02883@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 7 Dec 1995 13:38:40 +0100 In-Reply-To: "Jordan K. Hubbard" "Getting linux netscape binary to work?" (Dec 6, 2:49) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Jordan K. Hubbard" Subject: Re: Getting linux netscape binary to work? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 6, 2:49, "Jordan K. Hubbard" wrote: } Subject: Getting linux netscape binary to work? } Someone (Soren?) posted something recently about how to make the Linux } version of netscape work properly with the 2.1 Linux emulator. Could } you refresh my memory? I searched the mailing list archives but could } only find Brian's question and Eric's answer (which consisted of } moving /etc/host.conf out of the way - not really the answer I was } looking for :-). export RESOLV_HOST_CONF=/compat/linux/etc/host.conf But please read on ... :) I had replied several times before to this question (and as early as one month ago): The resolver library in linux is based on "resolv+", which was developed for SunOS originally, when Sun only delivered YP as a means of finding IP addresses. This resolver library uses a slightly different format of /etc/host.conf, but it could easily become another supported (and in fcat the preferred, IMHO) format of host.conf in FreeBSD, too. You can use the "RESOLV_HOST_CONF" environment variable to make "resolv+" use a different configuration file (and as long as the one in FreeBSD is incompatible, it might be a good idea to have RESOLV_HOST_CONF be set to "/compat/linux/etc/host.conf"). The long term fix should (IMHO) be to either make the FreeBSD resolver understand a host.conf file of order hosts bind nis or integrate the full resolv+ functionality (which is controlled by the "trim","multi","nospoof" and "alert" host.conf option lines). BTW: My version of the sources of resolv+-2.1 states that it is a patched version of the BIND 4.8.3 resolver library, and mentions John DiMarco, Patrick Gosling, Chris Metcalf and J. Porter Clark as contributors. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Thu Dec 7 06:11:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14286 for hackers-outgoing; Thu, 7 Dec 1995 06:11:48 -0800 (PST) Received: from buffnet4.buffnet.net (root@buffnet4.buffnet.net [205.246.19.13]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14243 Thu, 7 Dec 1995 06:11:38 -0800 (PST) Received: from buffnet1.buffnet.net (mmdf@buffnet1.buffnet.net [205.246.19.10]) by buffnet4.buffnet.net (8.6.9/8.6.9) with SMTP id JAA17721; Thu, 7 Dec 1995 09:13:43 -0500 Received: from buffnet1.buffnet.net by buffnet1.buffnet.net id aa29888; 7 Dec 95 9:13 EST Date: Thu, 7 Dec 1995 09:13:56 -0500 (EST) From: Steve Hovey To: Terry Lambert cc: Jukka Ukkonen , questions@freebsd.org, hackers@freebsd.org Subject: Re: Any operational code using mmap() on FreeBSD ? In-Reply-To: <199512061919.MAA01711@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 6 Dec 1995, Terry Lambert wrote: > > Does anyone have a working example of code that uses mmap(2) > > on FreeBSD? I have tried several examples that have been quite > > all right on ConvexOS (10.2 and 11.0) and SunOS (4.1.[34]), > > but failed quite miserably when tried on FreeBSD (2.0.5). > > > > As I am beginning to suspect that mmap() is somehow different > > on FreeBSD from what it is on Convex or Sun (or maybe it has > > never really worked on FreeBSD) I would like to see a working > > example, if there is any available. If there is none, I'd better > > let that mmap() thing alone, and try to do something more useful. > > I would (and I'm sure John and other who are actually working on this > would!) like to see some small test cases with assertions for correct > results for the test cases you are interested in. Would this be possible? > MMAP under freebsd 2.05-R is broken. I run an INN news server on 2.0.5R and if I compiled it using MMAP, the correct values were not maintained in the active file. This problems occurred when usage got to the size that virtual ram swapping came into play. From owner-freebsd-hackers Thu Dec 7 06:21:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15121 for hackers-outgoing; Thu, 7 Dec 1995 06:21:12 -0800 (PST) Received: from bee.uspnet.usp.br (bee.uspnet.usp.br [143.107.253.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15099 for ; Thu, 7 Dec 1995 06:21:07 -0800 (PST) Received: from caju (caju.larc.usp.br [143.107.111.2]) by bee.uspnet.usp.br (8.6.10/SPARC10-CCE2.0)id MAA06808 Received: from by caju (SMI-8.6/SMI-SVR4) id MAA04643; Tue, 7 Nov 1995 12:20:22 -0200 Date: Tue, 7 Nov 1995 12:20:22 -0200 Message-Id: <199511071420.MAA04643@caju> X-Sender: aagaspar@caju.larc.usp.br Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: aagaspar@caju.larc.usp.br (Anderson de Almeida Gaspar) Subject: I want Unix X-Mailer: Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I'd like to help at development oh the O.S. Unix. bye bye Walter Augusto Junior (The best at Unix) From owner-freebsd-hackers Thu Dec 7 06:28:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15931 for hackers-outgoing; Thu, 7 Dec 1995 06:28:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15926 for ; Thu, 7 Dec 1995 06:28:45 -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 GAA09391 for ; Thu, 7 Dec 1995 06:22:48 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA19486; Thu, 7 Dec 1995 13:04:00 +0100 From: Luigi Rizzo Message-Id: <199512071204.NAA19486@labinfo.iet.unipi.it> Subject: if_lnc and multicast To: hackers@freebsd.org, paul@freefall.FreeBSD.org Date: Thu, 7 Dec 1995 13:04:00 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I am trying to set up multicast support in the if_lnc driver, which is not present yet. All the hooks seem to be there, the only missing bit of information is how to compute the bit to be set in the multicast mask (ladrf[]) from within lnc_setladrf() A quick hack could be to set the if to receive all multicasts when sc->arpcom.ac_multicnt>0 (i.e. at least one address is in use). However, this is undesirable for performance reasons; moreover, as soon as the default multicast route is added (224.0.0.0), the counter bumps to 1 and thus would effectively cause the interface to be in promiscuous mode. Do you have access to the docs of the LANCE chip, which should report the hashing algorithm used in the chip ? Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Thu Dec 7 06:34:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16287 for hackers-outgoing; Thu, 7 Dec 1995 06:34:09 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16272 for ; Thu, 7 Dec 1995 06:34:05 -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 GAA09429 for ; Thu, 7 Dec 1995 06:31:10 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA19435; Thu, 7 Dec 1995 12:25:54 +0100 From: Luigi Rizzo Message-Id: <199512071125.MAA19435@labinfo.iet.unipi.it> Subject: Re: Matrox Meteor & pal... To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Thu, 7 Dec 1995 12:25:53 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199512062032.OAA16512@plains.nodak.edu> from "Mark Tinguely" at Dec 6, 95 02:32:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Here are some chanes for the matrox meteor driver which allow it to work with PAL sources at 50 Hz. The diffs are wrt the 1.0.8 release of the driver, but should apply easily to the source that appears in 2.1.0-RELEASE A comment on the driver: it still crashes my system when I try to grab a PAL frame with max resolution (768x576). haven't had time to experiment more with it (by changing METEOR_ALLOC_PAGES), but it appears that the code that grows the memory buffer does not work correctly. Luigi ----------------- prova# diff -bw /sys/pci/meteor.c meteor.c.orig 79c79 < #define METEOR_ALLOC_PAGES 207 /* for PAL, for NTSC is 151 */ --- > #define METEOR_ALLOC_PAGES 151 291,295c291,295 < /* 01 */ 0x34, /*0x7f*/ /* 7:0 Horizontal Sync Begin for 50hz */ < /* 02 */ 0x0c, /*0x53*/ /* 7:0 Horizontal Sync Stop for 50hz */ < /* 03 */ 0xfb, /*0x43*/ /* 7:0 Horizontal Sync Clamp Start for 50hz */ < /* 04 */ 0xd4, /*0x19*/ /* 7:0 Horizontal Sync Clamp Stop for 50hz */ < /* 05 */ 0xec, /*0x00*/ /* 7:0 Horizontal Sync Start after PH1 for 50hz */ --- > /* 01 */ 0x7f, /* 7:0 Horizontal Sync Begin for 50hz */ > /* 02 */ 0x53, /* 7:0 Horizontal Sync Stop for 50hz */ > /* 03 */ 0x43, /* 7:0 Horizontal Sync Clamp Start for 50hz */ > /* 04 */ 0x19, /* 7:0 Horizontal Sync Clamp Stop for 50hz */ > /* 05 */ 0x00, /* 7:0 Horizontal Sync Start after PH1 for 50hz */ 870c870 < (SAA7196_REG(mtr, 0x0f) & ~0xe0) | 0x40); --- > (SAA7196_REG(mtr, 0x0f) & ~0xc0) | 0x40); 884c884 < (SAA7196_REG(mtr, 0x0f) & ~0xe0)); --- > (SAA7196_REG(mtr, 0x0f) & ~0xc0)); 890c890 < (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x04) ; --- > (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x01) ; 904c904 < (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x04) ; --- > (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x01) ; ----------------- 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 Dec 7 06:40:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16903 for hackers-outgoing; Thu, 7 Dec 1995 06:40:06 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16815 Thu, 7 Dec 1995 06:39:53 -0800 (PST) From: John Dyson Message-Id: <199512071439.GAA16815@freefall.freebsd.org> Subject: Re: Any operational code using mmap() on FreeBSD ? To: root@buffnet.net (Steve Hovey) Date: Thu, 7 Dec 1995 06:39:53 -0800 (PST) Cc: terry@lambert.org, jau@jau.csc.fi, questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "Steve Hovey" at Dec 7, 95 09:13:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > MMAP under freebsd 2.05-R is broken. I run an INN news server on 2.0.5R > and if I compiled it using MMAP, the correct values were not maintained > in the active file. This problems occurred when usage got to the size > that virtual ram swapping came into play. > Yep, there are some problems -- the code in current is better. The problem has to do with entirely bogus msync code. (That I wrote.) Also, don't *even* think about using NFS and mmap for writable regions in 2.0.5. John dyson@freebsd.org From owner-freebsd-hackers Thu Dec 7 06:43:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17364 for hackers-outgoing; Thu, 7 Dec 1995 06:43:36 -0800 (PST) Received: from tnt.syr.edu (tnt.syr.edu [128.230.4.245]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17359 for ; Thu, 7 Dec 1995 06:43:34 -0800 (PST) Received: from rodan.syr.edu (128.230.1.55) by tnt.syr.edu (LSMTP for Windows NT v1.0a) with SMTP id 74F883B0 ; Thu, 7 Dec 1995 9:43:26 -0500 Received: by rodan.syr.edu (4.1/Spike-2.0) id AA04467; Thu, 7 Dec 95 09:42:20 EST Date: Thu, 7 Dec 1995 09:42:19 -0500 (EST) From: Christopher Sedore X-Sender: cmsedore@rodan.syr.edu To: hackers@freebsd.org Subject: SUP for OSF/1 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm trying to volunteer to set up a SUP server on my Alpha/OSF1 box and it was mentioned that someone might have already ported SUP to OSF1. Does this ring any bells? Could someone send me a pointer? -Chris From owner-freebsd-hackers Thu Dec 7 06:49:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA18066 for hackers-outgoing; Thu, 7 Dec 1995 06:49:42 -0800 (PST) Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17830 Thu, 7 Dec 1995 06:48:07 -0800 (PST) Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id PAA07579; Thu, 7 Dec 1995 15:44:42 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <30C6FDB1@trust.stylo.it>; Thu, 07 Dec 95 15:44:01 W From: Angelo Turetta To: freebsd-hackers , "'SMTP:freebsd-ports@freebsd.org'" Subject: Apache 1.0 released Date: Thu, 07 Dec 95 15:44:00 W Message-ID: <30C6FDB1@trust.stylo.it> Encoding: 10 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk Maybe all of you already know, but... On Dec. 1st, Apache has been released as version 1.0. Please see www.apache.org (or the mirror nearest to you) for details. Angelo Turetta Stylo Multimedia - Italy From owner-freebsd-hackers Thu Dec 7 07:10:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19580 for hackers-outgoing; Thu, 7 Dec 1995 07:10:55 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19568 for ; Thu, 7 Dec 1995 07:10:47 -0800 (PST) Received: by Sysiphos id AA02883 (5.67b/IDA-1.5 for hackers@freebsd.org); Thu, 7 Dec 1995 13:38:41 +0100 Message-Id: <199512071238.AA02883@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 7 Dec 1995 13:38:40 +0100 In-Reply-To: "Jordan K. Hubbard" "Getting linux netscape binary to work?" (Dec 6, 2:49) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Jordan K. Hubbard" Subject: Re: Getting linux netscape binary to work? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 6, 2:49, "Jordan K. Hubbard" wrote: } Subject: Getting linux netscape binary to work? } Someone (Soren?) posted something recently about how to make the Linux } version of netscape work properly with the 2.1 Linux emulator. Could } you refresh my memory? I searched the mailing list archives but could } only find Brian's question and Eric's answer (which consisted of } moving /etc/host.conf out of the way - not really the answer I was } looking for :-). export RESOLV_HOST_CONF=/compat/linux/etc/host.conf But please read on ... :) I had replied several times before to this question (and as early as one month ago): The resolver library in linux is based on "resolv+", which was developed for SunOS originally, when Sun only delivered YP as a means of finding IP addresses. This resolver library uses a slightly different format of /etc/host.conf, but it could easily become another supported (and in fcat the preferred, IMHO) format of host.conf in FreeBSD, too. You can use the "RESOLV_HOST_CONF" environment variable to make "resolv+" use a different configuration file (and as long as the one in FreeBSD is incompatible, it might be a good idea to have RESOLV_HOST_CONF be set to "/compat/linux/etc/host.conf"). The long term fix should (IMHO) be to either make the FreeBSD resolver understand a host.conf file of order hosts bind nis or integrate the full resolv+ functionality (which is controlled by the "trim","multi","nospoof" and "alert" host.conf option lines). BTW: My version of the sources of resolv+-2.1 states that it is a patched version of the BIND 4.8.3 resolver library, and mentions John DiMarco, Patrick Gosling, Chris Metcalf and J. Porter Clark as contributors. Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Thu Dec 7 07:43:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21617 for hackers-outgoing; Thu, 7 Dec 1995 07:43:32 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21612 for ; Thu, 7 Dec 1995 07:43:26 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id PAA04833; Thu, 7 Dec 1995 15:41:35 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Thu, 7 Dec 1995 15:37:59 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA10400; Thu, 7 Dec 1995 15:38:13 GMT From: Paul Richards Message-Id: <199512071538.PAA10400@cadair.elsevier.co.uk> Subject: Re: if_lnc and multicast To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 7 Dec 1995 15:38:13 +0000 (GMT) Cc: hackers@freebsd.org, paul@freefall.FreeBSD.org In-Reply-To: <199512071204.NAA19486@labinfo.iet.unipi.it> from "Luigi Rizzo" at Dec 7, 95 01:04:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply to Luigi Rizzo who said > > All the hooks seem to be there, the only missing bit of information is > how to compute the bit to be set in the multicast mask (ladrf[]) > from within lnc_setladrf() Yeah, that's all that's missing. > A quick hack could be to set the if to receive all multicasts when > sc->arpcom.ac_multicnt>0 (i.e. at least one address is in use). > However, this is undesirable for performance reasons; moreover, as > soon as the default multicast route is added (224.0.0.0), the > counter bumps to 1 and thus would effectively cause the interface > to be in promiscuous mode. Nah. Only needs about 10 lines written to do it right. > > Do you have access to the docs of the LANCE chip, which should report > the hashing algorithm used in the chip ? > I have but they're home and I'm away during the week. I can look it up at the weekend, though if I do that I might finish the job myself :-) In the meantime, look at Matt's if_le.c driver (le_multi_op) which does the same thing since the Depca is Lance based. The coding style is a little different but you can see the algorithm used to create the mask. Let me know if you finish this off. -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-hackers Thu Dec 7 07:46:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21844 for hackers-outgoing; Thu, 7 Dec 1995 07:46:51 -0800 (PST) Received: (from julian@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21837 for hackers; Thu, 7 Dec 1995 07:46:48 -0800 (PST) Date: Thu, 7 Dec 1995 07:46:48 -0800 (PST) From: Julian Elischer Message-Id: <199512071546.HAA21837@freefall.freebsd.org> To: hackers Subject: seeking Greg Lehey Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have many point to fix in the doc.. and want to get his email address. julian From owner-freebsd-hackers Thu Dec 7 08:14:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24255 for hackers-outgoing; Thu, 7 Dec 1995 08:14:22 -0800 (PST) Received: from snake.hut.fi (root@snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA24249 for ; Thu, 7 Dec 1995 08:14:18 -0800 (PST) Received: from freud.hut.fi (freud.hut.fi [192.26.109.226]) by snake.hut.fi (8.7.1/8.7.1) with ESMTP id SAA20781; Thu, 7 Dec 1995 18:14:13 +0200 (EET) Received: (vode@localhost) by freud.hut.fi (8.6.12/8.6.7) id SAA20963; Thu, 7 Dec 1995 18:14:12 +0200 Date: Thu, 7 Dec 1995 18:14:12 +0200 Message-Id: <199512071614.SAA20963@freud.hut.fi> From: Kai Vorma To: Christopher Sedore Cc: hackers@freebsd.org Subject: Re: SUP for OSF/1 In-Reply-To: References: Reply-To: Kai.Vorma@hut.fi Sender: owner-hackers@freebsd.org Precedence: bulk Christopher Sedore writes: > > I'm trying to volunteer to set up a SUP server on my Alpha/OSF1 box and it > was mentioned that someone might have already ported SUP to OSF1. > Does this ring any bells? Could someone send me a pointer? I have a working sup server (& client) for Alpha / OSF1 3.2. The needed changes were mostly conversions from long to time_t etc. You can get the sources from ftp://nic.funet.fi/pub/mirrors/sup.freebsd.org/adm/sup-alpha.tar.gz The package contains sup + FreeBSD changes + alpha changes + some changes to get more log info. I haven't had time to document anything so I haven't released my changes... ..vode From owner-freebsd-hackers Thu Dec 7 08:22:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24972 for hackers-outgoing; Thu, 7 Dec 1995 08:22:36 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24964 for ; Thu, 7 Dec 1995 08:22:32 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id LAA05961; Thu, 7 Dec 1995 11:25:09 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA22074; Thu, 7 Dec 1995 11:25:07 +0500 Date: Thu, 7 Dec 1995 11:25:07 +0500 Message-Id: <9512071625.AA22074.gonzo@vmicls.com> To: hackers@freebsd.org Subject: NFS for MS-Windows X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I have a need to NFS mount an MS-Windows hard driver. Does any one know of a ShareWare/PublicDomain version that is usable ?????? Jerry From owner-freebsd-hackers Thu Dec 7 08:23:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25137 for hackers-outgoing; Thu, 7 Dec 1995 08:23:57 -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 IAA25126 Thu, 7 Dec 1995 08:23:52 -0800 (PST) Message-Id: <199512071623.IAA25126@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Christopher Sedore cc: hackers@freebsd.org Subject: Re: SUP for OSF/1 In-reply-to: Your message of "Thu, 07 Dec 1995 09:42:19 EST." Date: Thu, 07 Dec 1995 08:23:52 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >I'm trying to volunteer to set up a SUP server on my Alpha/OSF1 box and it >was mentioned that someone might have already ported SUP to OSF1. >Does this ring any bells? Could someone send me a pointer? > >-Chris I have the patches in my queue. They should be added to the -current port of SUP by the weekend. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Dec 7 08:27:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25391 for hackers-outgoing; Thu, 7 Dec 1995 08:27:35 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA25385 Thu, 7 Dec 1995 08:27:22 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id LAA03014; Thu, 7 Dec 1995 11:27:03 -0500 (EST) Date: Thu, 7 Dec 1995 11:27:02 -0500 (EST) From: "Marc G. Fournier" To: Poul-Henning Kamp cc: John Beukema , FreeBSD hackers , FreeBSD ISP Group Subject: Re: newsserver configuration In-Reply-To: <2799.818336421@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 7 Dec 1995, Poul-Henning Kamp wrote: > > > > A client is about to set up a news server for an ISP and proposes the > > following: > > > > > > 1. Intel triton P5 mother board w/256k cache built in IDE & I/O port > use asus. > Have to agree...I've used both, and the ASUS was more plug-n-play then its Intel counter-part...I was trying to play with Buslogic PCI SCSI controllers at the time, and, with the Intel, I had to actually fight with the cards, whereas with the ASUS, I plugged them in a booted... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Thu Dec 7 08:38:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26639 for hackers-outgoing; Thu, 7 Dec 1995 08:38:42 -0800 (PST) Received: from feephi.phofarm.com (root@feephi.phofarm.com [204.242.60.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA26627 for ; Thu, 7 Dec 1995 08:38:35 -0800 (PST) Received: (from dzerkel@localhost) by feephi.phofarm.com (8.6.12/8.6.9) id LAA00862; Thu, 7 Dec 1995 11:39:47 -0500 Date: Thu, 7 Dec 1995 11:39:47 -0500 From: "Danny J. Zerkel" Message-Id: <199512071639.LAA00862@feephi.phofarm.com> To: jkh@time.cdrom.com, se@ZPR.Uni-Koeln.DE Subject: Re: Getting linux netscape binary to work? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 7 Dec 1995, Stefan Esser wrote: > This resolver library uses a slightly different format > of /etc/host.conf, but it could easily become another > supported (and in fcat the preferred, IMHO) format of > host.conf in FreeBSD, too. > ... > > The long term fix should (IMHO) be to either make the > FreeBSD resolver understand a host.conf file of > > order hosts bind nis > > or integrate the full resolv+ functionality (which is > controlled by the "trim","multi","nospoof" and "alert" > host.conf option lines). I would like to look into integrating resolv+ into FreeBSD. I have pulled down the code for resolv+-2.1.1 and will begin examining the differences. Danny J. Zerkel Photon Farmers http://www.phofarm.com/ From owner-freebsd-hackers Thu Dec 7 08:54:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27839 for hackers-outgoing; Thu, 7 Dec 1995 08:54:50 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27833 for ; Thu, 7 Dec 1995 08:54:41 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id LAA11848; Thu, 7 Dec 1995 11:53:36 -0500 From: Bill/Carolyn Pechter Message-Id: <199512071653.LAA11848@shell.monmouth.com> Subject: Thinkpad and FreeBSD To: nate@rocky.sri.MT.net (Nate Williams) Date: Thu, 7 Dec 1995 11:53:35 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199512061812.LAA05577@rocky.sri.MT.net> from "Nate Williams" at Dec 6, 95 11:12:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I've never tried running X with FreeBSD (yet) on a IBM, although I will > try it soon. I just got my TP365 with the CD in it yesterday. The CD's a Teac (IDE based, I think). The video in the 365's using a Chips & Technologies set... I'll let you know what I find out on this new baby. (Geez. I'm usually the last one on the block to buy new stuff -- I'm still running an ATI-VGA Wonder XL24 on an ISA Bus 486DX33 as my main box...) Anyone have any info on the Think Pad mouse logic. One note I found on the 365 says you can't use the Soundblaster 16-ish Joystick and the Think Pad pointer at the same time.. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Thu Dec 7 09:04:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28666 for hackers-outgoing; Thu, 7 Dec 1995 09:04:50 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA28652 for ; Thu, 7 Dec 1995 09:04:45 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id LAA26211; Thu, 7 Dec 1995 11:04:18 -0600 (CST) Date: Thu, 7 Dec 1995 11:04:18 -0600 (CST) From: Mark Tinguely Message-Id: <199512071704.LAA26211@plains.nodak.edu> To: luigi@labinfo.iet.unipi.it Subject: Re: Matrox Meteor & pal... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk thank-you much. > Here are some chanes for the matrox meteor driver which allow it to > work with PAL sources at 50 Hz. > > The diffs are wrt the 1.0.8 release of the driver, but should apply > easily to the source that appears in 2.1.0-RELEASE actually this is against 1.0.7. the 1.0.8 added achanged to PAL settings (the lower half of your patch). > A comment on the driver: it still crashes my system when I try to grab a > PAL frame with max resolution (768x576). haven't had time to experiment > more with it (by changing METEOR_ALLOC_PAGES), but it appears that the > code that grows the memory buffer does not work correctly. it is about impossible to get a new chunk of CONTIGUOUS memory that large once the system has been running for any length of time. use : (3*ROWS*COLS*DEPTH+4095)/4096 + (DEPTH>0?1:0) you will need at least 326 pages. I added the following to the copy on joy.cs.ndsu.nodak.edu: *** meteor.c.orig Thu Dec 7 10:59:32 1995 --- meteor.c Thu Dec 7 10:49:29 1995 *************** *** 40,45 **** --- 40,47 ---- off for AUTOMODE. 11/11/95 Change UV from always begin signed to ioctl selected to either signed or unsigned. + 12/07/95 Changed 7196 startup codes for 50 Hz as recommended + by Luigi Rizzo (luigi@iet.unipi.it) */ #include "meteor.h" *************** *** 288,298 **** /* SAA7196 I2C bus control */ /* BITS Function */ /* 00 */ 0x50, /* 7:0 Increment Delay */ ! /* 01 */ 0x7f, /* 7:0 Horizontal Sync Begin for 50hz */ ! /* 02 */ 0x53, /* 7:0 Horizontal Sync Stop for 50hz */ ! /* 03 */ 0x43, /* 7:0 Horizontal Sync Clamp Start for 50hz */ ! /* 04 */ 0x19, /* 7:0 Horizontal Sync Clamp Stop for 50hz */ ! /* 05 */ 0x00, /* 7:0 Horizontal Sync Start after PH1 for 50hz */ /* 06 */ 0x46, /* 7 Input mode =0 CVBS, =1 S-Video 6 Pre filter 5:4 Aperture Bandpass characteristics --- 290,300 ---- /* SAA7196 I2C bus control */ /* BITS Function */ /* 00 */ 0x50, /* 7:0 Increment Delay */ ! /* 01 */ 0x34, /* 7:0 Horizontal Sync Begin for 50hz */ ! /* 02 */ 0x0c, /* 7:0 Horizontal Sync Stop for 50hz */ ! /* 03 */ 0xfb, /* 7:0 Horizontal Sync Clamp Start for 50hz */ ! /* 04 */ 0xd4, /* 7:0 Horizontal Sync Clamp Stop for 50hz */ ! /* 05 */ 0xec, /* 7:0 Horizontal Sync Start after PH1 for 50hz */ /* 06 */ 0x46, /* 7 Input mode =0 CVBS, =1 S-Video 6 Pre filter 5:4 Aperture Bandpass characteristics From owner-freebsd-hackers Thu Dec 7 09:23:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00376 for hackers-outgoing; Thu, 7 Dec 1995 09:23:34 -0800 (PST) Received: from subnet.sub.net (root@subnet.sub.net [192.101.75.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00334 for ; Thu, 7 Dec 1995 09:23:22 -0800 (PST) Received: from dinoex.UUCP (root@localhost) by subnet.sub.net (8.6.12/8.6.12) with UUCP id SAA02497 for freebsd.org!freebsd-hackers; Thu, 7 Dec 1995 18:23:00 +0100 Received: from phase23.dinoex.sub.org by ud.dinoex.sub.org with uucp (Linux Smail3.1.28.1 #14) id m0tNZgj-000JiQC; Thu, 7 Dec 95 07:20 MET Received: from citylink.dinoex.sub.org by phase23.dinoex.sub.org with uucp (CY Smail3.1.28.1 #6) id m0tNVqi-0005MGC; Thu, 7 Dec 95 03:14 MET From: peter@citylink.dinoex.sub.org (Peter Much) Message-Id: <199512070201.DAA03870@citylink.dinoex.sub.org> Received: by citylink.dinoex.sub.org (8.6.12 FreeBSD-1/PMuch) id DAA03870 for freebsd-hackers@freebsd.org; Thu, 7 Dec 1995 03:01:37 +0100 Subject: awk (2.1-STABLE): close() misfunctional? To: freebsd-hackers@freebsd.org Date: Thu, 7 Dec 1995 03:01:35 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Please check if you can reproduce the following - maybe there was a compilation error, since i did install from the source-tree above some older SNAP. ------------------------------------------------------------------- Usually, if one prints onto a pipe from awk with something like print something | "some shellscript" and afterwards closes the pipe with close ("some shellscript") , this will make the pipe recognise an end-of-file and finish. With FreeBSD 2.1-STABLE, the pipe will not recognize the end-of-file, but instead will wait on "netio" (as shown with ps), and the awk will wait forever inside the close(). But this will happen only, if there are multiple such pipes open at the same time. To reproduce, try the following: awk 'BEGIN { cmnd1 = "cat > " NR; cmnd2 = "cat > " NR "a"; } { print NR " " $0 | cmnd1; print NR " " $0 | cmnd2; close(cmnd1); cmnd1 = "cat > " NR; close(cmnd2); cmnd2 = "cat > " NR "a"; }' It will write the first input line into filename "0" and into filename "0a", and then it will hang. The workaround is to close the second pipe first and the first pipe second. This is not necessary on other OS' that use Gnu-awk. (But not to get a wrong imperssion: 2.1-STABLE is more stable than these.) Peter -- Write to: Peter Much * Koelnische Str. 22 * D-34117 Kassel * +49-561-774961 peter@citylink.dinoex.sub.org * much@hrz.uni-kassel.de From owner-freebsd-hackers Thu Dec 7 09:35:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01532 for hackers-outgoing; Thu, 7 Dec 1995 09:35:27 -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 JAA01521 for ; Thu, 7 Dec 1995 09:35:20 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA08308; Thu, 7 Dec 1995 10:37:27 -0700 Date: Thu, 7 Dec 1995 10:37:27 -0700 From: Nate Williams Message-Id: <199512071737.KAA08308@rocky.sri.MT.net> To: Bill/Carolyn Pechter Cc: nate@rocky.sri.MT.net (Nate Williams), FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: Thinkpad and FreeBSD In-Reply-To: <199512071653.LAA11848@shell.monmouth.com> References: <199512061812.LAA05577@rocky.sri.MT.net> <199512071653.LAA11848@shell.monmouth.com> Sender: owner-hackers@freebsd.org Precedence: bulk > I just got my TP365 with the CD in it yesterday. The CD's a Teac > (IDE based, I think). The video in the 365's using a Chips & Technologies > set... I'll let you know what I find out on this new baby. I got X working on it, but I couldn't the keyboard to work with the pcvt console driver. > Anyone have any info on the Think Pad mouse logic. One note I found on It works fine with the psm driver if you have the probe always return 1.:) Nate From owner-freebsd-hackers Thu Dec 7 09:41:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02062 for hackers-outgoing; Thu, 7 Dec 1995 09:41:08 -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 JAA02052 for ; Thu, 7 Dec 1995 09:41:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05089; Thu, 7 Dec 1995 10:38:58 -0700 From: Terry Lambert Message-Id: <199512071738.KAA05089@phaeton.artisoft.com> Subject: Re: NFS for MS-Windows To: Jerry.Kendall@vmicls.com (Jerry Kendall) Date: Thu, 7 Dec 1995 10:38:58 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <9512071625.AA22074.gonzo@vmicls.com> from "Jerry Kendall" at Dec 7, 95 11:25:07 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 Precedence: bulk > I have a need to NFS mount an MS-Windows hard driver. > > Does any one know of a ShareWare/PublicDomain version > that is usable ?????? You want to *export* the drive from the Windows machine so that a UNIX box can mount it? There are a couple of products for Windows95 (including the one from my company, which I don't know where the release cycle is at) but no products for plain old Windows, as far as I know. 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 Dec 7 09:48:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02621 for hackers-outgoing; Thu, 7 Dec 1995 09:48:57 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA02598 for ; Thu, 7 Dec 1995 09:48:45 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id BAA07933 for freebsd-hackers@freebsd.org; Fri, 8 Dec 1995 01:48:37 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 8 Dec 1995 01:48:32 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <4a79dg$7np$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <18636.818246983@time.cdrom.com>, <199512061446.IAA25559@jake.lodgenet.com> Subject: Re: Getting linux netscape binary to work? Sender: owner-hackers@freebsd.org Precedence: bulk erich@lodgenet.com (Eric L. Hernes) writes: >Now the biggest problem I see is that my syslog fills up with: >Linux-emul(17199): syslog() not supported (BSD sigreturn) This has _got_ to be a bug.. :-( there are two syslog() functions in Linux BTW. syslog(2) is a method of controlling and reading the kernel console messages. syslog(3) is what we normally expect from syslog(). Why Netscape is calling syslog(2) over and over again and hence getting this message is beyond me. As long as it's not running as root, it *cannot* *do* anything with this system call. I suspect it's a linker botch or a libc.so.4.5.26 (the version in ports linux-lib package) where the wrong thing is being called. :-( I'd be enclined to suggest that the linux_syslog() syscall stub should return EPERM if not being run as root (same as linux) and only print the message if it is being run as root (bad idea! btw) -Peter >eric. >-- >erich@lodgenet.com >erich@rrnet.com From owner-freebsd-hackers Thu Dec 7 10:20:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05166 for hackers-outgoing; Thu, 7 Dec 1995 10:20:52 -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 KAA05159 for ; Thu, 7 Dec 1995 10:20:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05138; Thu, 7 Dec 1995 11:18:29 -0700 From: Terry Lambert Message-Id: <199512071818.LAA05138@phaeton.artisoft.com> Subject: Re: _thread_init stub in libc (fwd) RFC To: cimaxp1!jb@werple.net.au (John Birrell) Date: Thu, 7 Dec 1995 11:18:29 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199512070648.RAA13286@werple.net.au> from "John Birrell" at Dec 7, 95 05:52: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 Precedence: bulk > > Why does _thread_init() need to be called from crt0? > > I guess it doesn't have to. The purpose of _thread_init is to (1) set up > the thread structure for the initial thread; (2) initialise the file > descriptor table in malloced memory; and (3) initialise signal handling. > All of this is best done before executing *any* user code. > > > What is the call graph of allowable functions? > > Huh??? What do you have to call in what order, from first to last, to get the thing to work, so we can pick something at the front of the list and toenail it in there with: static int once = 0; if( !once) { once = 1; _thread_init(); } > We don't have a create_thread function. If you mean pthread_create, this is > not called for the initial thread. The initialisation still has to be > performed regardless of whether or not you create another thread. What about a non-threaded program? I'm thinking to delay the "initial thread" until the first "pthread_create" to create a second thread. > > I would *strongly* recommend looking at the initialization sequence > > for the more recent bind code, which was changed to be "shared library > > friendly" (breaking older revs of sendmail 8-) at the same time). > > I don't understand how this is relevant. I don't think that what I am > proposing is "shared library unfriendly". The libc shared library would > contain an extra function: Because it addresses the problem of use-time initialization as opposed to calling an initialization before use. This was an intentional change to discard static agregate initialization, which is the other option for you right now. 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 Dec 7 10:28:36 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05743 for hackers-outgoing; Thu, 7 Dec 1995 10:28:36 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05736 for ; Thu, 7 Dec 1995 10:28:33 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id NAA15668; Thu, 7 Dec 1995 13:24:55 -0500 Date: Thu, 7 Dec 1995 13:24:54 -0500 (EST) From: "Michael C. Newell" To: Jerry Kendall cc: hackers@FreeBSD.ORG Subject: Re: NFS for MS-Windows In-Reply-To: <9512071625.AA22074.gonzo@vmicls.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Have you looked at xnfs? As I recall it's downloadable from the CICA or SIMTEL archives on wcarchive.cdrom.com. Mike On Thu, 7 Dec 1995, Jerry Kendall wrote: > Date: Thu, 7 Dec 1995 11:25:07 +0500 > From: Jerry Kendall > To: hackers@FreeBSD.ORG > Subject: NFS for MS-Windows > > I have a need to NFS mount an MS-Windows hard driver. > > Does any one know of a ShareWare/PublicDomain version > that is usable ?????? > > > Jerry > Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Dec 7 10:29:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05835 for hackers-outgoing; Thu, 7 Dec 1995 10:29: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 KAA05828 for ; Thu, 7 Dec 1995 10:29:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05163; Thu, 7 Dec 1995 11:23:16 -0700 From: Terry Lambert Message-Id: <199512071823.LAA05163@phaeton.artisoft.com> Subject: Re: Getting linux netscape binary to work? To: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 7 Dec 1995 11:23:16 -0700 (MST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199512071238.AA02883@Sysiphos> from "Stefan Esser" at Dec 7, 95 01:38: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 Precedence: bulk > The resolver library in linux is based on "resolv+", > which was developed for SunOS originally, when Sun > only delivered YP as a means of finding IP addresses. > > This resolver library uses a slightly different format > of /etc/host.conf, but it could easily become another > supported (and in fcat the preferred, IMHO) format of > host.conf in FreeBSD, too. It occurs to me that a supposed "superset" resolver library should understand the hosts.conf file of the resolver it supposedly supercedes. 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 Dec 7 10:34:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06290 for hackers-outgoing; Thu, 7 Dec 1995 10:34: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 KAA06285 Thu, 7 Dec 1995 10:34:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05180; Thu, 7 Dec 1995 11:29:02 -0700 From: Terry Lambert Message-Id: <199512071829.LAA05180@phaeton.artisoft.com> Subject: Re: Any operational code using mmap() on FreeBSD ? To: root@buffnet.net (Steve Hovey) Date: Thu, 7 Dec 1995 11:29:02 -0700 (MST) Cc: terry@lambert.org, jau@jau.csc.fi, questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Steve Hovey" at Dec 7, 95 09:13:56 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 Precedence: bulk > > I would (and I'm sure John and other who are actually working on this > > would!) like to see some small test cases with assertions for correct > > results for the test cases you are interested in. Would this be possible? > > MMAP under freebsd 2.05-R is broken. I run an INN news server on 2.0.5R > and if I compiled it using MMAP, the correct values were not maintained > in the active file. This problems occurred when usage got to the size > that virtual ram swapping came into play. The problem with using the 2.05 release for your example is that it is not continuing to be maintained. The question is what are the failure modes on 2.1. If there aren't any, you should upgrade to resolve the problem. If there are, and they are more severe, you should report them to be corrected, since 2.1 *is* being maintained (in the form of the 2.2-current). 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 Dec 7 10:36:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06472 for hackers-outgoing; Thu, 7 Dec 1995 10:36:11 -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 KAA06417 for ; Thu, 7 Dec 1995 10:36:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05206; Thu, 7 Dec 1995 11:33:11 -0700 From: Terry Lambert Message-Id: <199512071833.LAA05206@phaeton.artisoft.com> Subject: Re: Matrox Meteor & pal... To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Thu, 7 Dec 1995 11:33:11 -0700 (MST) Cc: luigi@labinfo.iet.unipi.it, hackers@FreeBSD.ORG In-Reply-To: <199512071704.LAA26211@plains.nodak.edu> from "Mark Tinguely" at Dec 7, 95 11:04:18 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 Precedence: bulk > it is about impossible to get a new chunk of CONTIGUOUS memory that large > once the system has been running for any length of time. use : > > (3*ROWS*COLS*DEPTH+4095)/4096 + (DEPTH>0?1:0) > > you will need at least 326 pages. Out of curiousity, what would really be invovled in running a driver in its own linear address space so that this wasn't a problem? Or must it be physically contiguous? 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 Dec 7 10:50:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07490 for hackers-outgoing; Thu, 7 Dec 1995 10:50:10 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07485 for ; Thu, 7 Dec 1995 10:50:02 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id NAA19582; Thu, 7 Dec 1995 13:52:24 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA26597; Thu, 7 Dec 1995 13:52:23 +0500 Date: Thu, 7 Dec 1995 13:52:23 +0500 Message-Id: <9512071852.AA26597.gonzo@vmicls.com> To: hackers@freebsd.org Subject: Diskless systems Cc: sjonker@klg.com X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I am having some problem with setting up a diskless system. I have the bootptab and tftpboot stuff all setup ok, BUT, whenever it tried to mount it's remote root filesystem, it failed. I started to look at the /etc/exports file and the /var/log/messages file and spotted some errors. The diskless systems name is pc4. It's swap should be on 'antares:/diskless/swapfs/swap.' It's root should be on 'antares:/diskless/rootfs/pc4' /etc/exports is below: ---- / altair.kcis.com /diskless/swapfs -maproot=0:0 deneb.kcis.com /diskless/rootfs/pc4 -maproot=0:0 deneb.kcis.com ---- AND /var/log/messages file get this: ---- .... mountd[78]: Can't change attributes for /diskless/rootfs/pc4. .... mountd[78]: Bad exports list line /diskless/rootfs/pc4 ---- I tried removing ' -maproot=0:0 deneb.kcis.com' from both lines aswell as only single lines. It still got the same message info. The permissions for /diskless are 777 The permissions for /diskless/* are 777 Any help would be good. Jerry From owner-freebsd-hackers Thu Dec 7 11:13:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09192 for hackers-outgoing; Thu, 7 Dec 1995 11:13:41 -0800 (PST) Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09187 for ; Thu, 7 Dec 1995 11:13:38 -0800 (PST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id LAA04244 for freebsd-hackers@freebsd.org; Thu, 7 Dec 1995 11:13:02 -0800 From: Archie Cobbs Message-Id: <199512071913.LAA04244@bubba.tribe.com> Subject: Re: Who's working on ISDN? To: freebsd-hackers@freebsd.org Date: Thu, 7 Dec 1995 11:13:02 -0800 (PST) In-Reply-To: <199512051337.OAA15169@allegro.lemis.de> from "Greg Lehey" at Dec 5, 95 02:37:27 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 Precedence: bulk > Is anybody currently actively working on support for ISDN cards? I > know about the support for the Dr. Neuhaus boards, but that doesn't > seem to be very active. In particular, I am looking for something > that will support the Teles/Creatix boards which are available here in > Germany. They're the cheapest available, mainly because they have the > least hardware and place corresponding demands on the CPU, but they're > frequently the best choice anyway. The Teles boards are available in the US now as well, contact Teles at (415) 652-9191. -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-hackers Thu Dec 7 11:20:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09760 for hackers-outgoing; Thu, 7 Dec 1995 11:20:44 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09750 for ; Thu, 7 Dec 1995 11:20:37 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id OAA22098; Thu, 7 Dec 1995 14:23:14 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA27326; Thu, 7 Dec 1995 14:23:13 +0500 Date: Thu, 7 Dec 1995 14:23:13 +0500 Message-Id: <9512071923.AA27326.gonzo@vmicls.com> To: hackers@freebsd.org Subject: Re: Diskless systems X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > I am having some problem with setting up a diskless system. > > I have the bootptab and tftpboot stuff all setup ok, BUT, whenever > it tried to mount it's remote root filesystem, it failed. > > I started to look at the /etc/exports file and the /var/log/messages file > and spotted some errors. > > > The diskless systems name is pc4. > It's swap should be on 'antares:/diskless/swapfs/swap.' > It's root should be on 'antares:/diskless/rootfs/pc4' > > > /etc/exports is below: > ---- > / altair.kcis.com > /diskless/swapfs -maproot=0:0 pc4.kcis.com > /diskless/rootfs/pc4 -maproot=0:0 pc4.kcis.com > ---- > > AND > > /var/log/messages file get this: > ---- > .... mountd[78]: Can't change attributes for /diskless/rootfs/pc4. > .... mountd[78]: Bad exports list line /diskless/rootfs/pc4 > ---- > > I tried removing ' -maproot=0:0 pc4.kcis.com' from both lines aswell as only > single lines. It still got the same message info. > > The permissions for /diskless are 777 > The permissions for /diskless/* are 777 > > > Any help would be good. > > > Jerry Small typo on my part, 'deneb.kcis.com' should read 'pc4.kcis.com' Jerry From owner-freebsd-hackers Thu Dec 7 11:47:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11817 for hackers-outgoing; Thu, 7 Dec 1995 11:47:04 -0800 (PST) Received: from alpha.ftcnet.com (admin@alpha.ftcnet.com [204.174.119.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11811 Thu, 7 Dec 1995 11:47:01 -0800 (PST) Received: (from admin@localhost) by alpha.ftcnet.com (8.6.9/8.6.9) id LAA11611; Thu, 7 Dec 1995 11:43:19 -0800 Date: Thu, 7 Dec 1995 11:43:18 -0800 (PST) From: Bernard Klatt To: John Beukema cc: FreeBSD hackers , FreeBSD ISP Group Subject: Re: newsserver configuration In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 7 Dec 1995, John Beukema wrote: > A client is about to set up a news server for an ISP and proposes the > following: > > 1. Intel triton P5 mother board w/256k cache built in IDE & I/O port > 2. Intel P5 100Mhz CPU > 3. 2 x 16MB 72 pin RAM 70ns 32 MB is not really enough to do efficient expires for a 'full' feed. 80 - 100 MB RAM is preferred. > 4. Panasonic 1,44MB floppy > 5. Panasonic 4.4x IDE Bus CD-Rom > 6. PCI Promotion 6410 SVGA card w/ 1MB RAM > 7. Adaptec 2940 PCI SCSI-2 controller > 7a. 2 x Seagate ST15230N 4GB Fast SCCI-2 HD Good idea, more spindles are better. You might even want to go with four 2 GB drives for better performance. Split the news heirarchies proportionaly accross the drives. > 8. NE2000 compatible LAN card ?? I use 3Com 3C509's since they have a faster driver. > 9. HP 4000-I external SCCI DAT 4mm tape or > 10. Wangdat 3200 internal DAT 4mm > > We want to run FreeBSD 2.1.0 and just do news on the LAN. > > Is the Intel mother board compatible and reliable? > are there drivers for all the hardware? > Is it worth getting a better ethernet card? > Any suggestions or comments? > > jbeukema Bernard Klatt Owner Fairview Tech Ctr Ltd. www.ftcnet.com From owner-freebsd-hackers Thu Dec 7 12:07:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12824 for hackers-outgoing; Thu, 7 Dec 1995 12:07:56 -0800 (PST) Received: from dream.demos.su (dream.demos.su [194.87.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12798 for ; Thu, 7 Dec 1995 12:07:39 -0800 (PST) Received: by dream.demos.su id XAA01214; (8.6.8/D) Thu, 7 Dec 1995 23:06:10 +0300 To: Luigi Rizzo , Terry Lambert Cc: hackers@FreeBSD.ORG References: <199512061932.UAA18137@labinfo.iet.unipi.it> In-Reply-To: <199512061932.UAA18137@labinfo.iet.unipi.it>; from Luigi Rizzo at Wed, 6 Dec 1995 20:32:28 +0100 (MET) Message-ID: Organization: Demos, Moscow, Russia Date: Thu, 7 Dec 1995 23:06:10 +0300 X-Mailer: Mail/@ [v2.22 FreeBSD] From: apg@demos.net (Paul Antonov) X-NCC-RegID: su.demos Subject: Queueing (was: Re: How long are queues on a typical router?) Lines: 50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199512061932.UAA18137@labinfo.iet.unipi.it> Luigi Rizzo writes: >I know. but a colleague here said that Ciscos (at least some models) >come with a default "pool size" of 40 slots (whatever is a slot) and he >usually brings it up to 330. In general, setting proper queueing policy for overloaded line is a big challenge. Here in Europe we often have so badly congested lines that wihout proper queueing policy it woudln't reasonably work at all. >From my experience, here's the main points: 1. never make large queues - TCP better adopts to packet drops rather than to large RTT + even _minor_ packet loss (if your traffic exceeds bandwith of the line, drops will occur anyway, but just drops is much better than saturation). 2. Use technique called "custom queueing" where you can assign different queues for different types of traffic, limiting both number of packets in queue and summary byte length of particular queue. (with latter you have slightly TDM-like effect). This will save your interactive traffic reasonably fast and will protect you from nasty things like excessive ping's. (more advanced cases include separation of "established" tcp flow and TCP startup packets to different queues, so SYN's etc. won't be lost). If anybody interested I can send some complicated examples ... 3. (for Cisco's) - if you have excessive traffic, increase _input_ queue lengths for fast interfaces like Ethernet, FDDI, HSSI to, say, 300. (with default values you will experience bursts of input packet drops sometimes - that's funny :) Cisco recently introduced new technique called "weighted fair-queueing" that keeps track of transit TCP connections, sorts them as "high-traffic" and "low-traffic" and then assigns better priority for "low-traffic" streams. But it still doesn't work well for over-congested lines because of impossibility to do some tuning and assign relative priorities and limits to traffic streams manually (depending on TOS etc.) >nor i can understand where the 20% comes from, how it relates to the >loss rate measured by a (20-minutes long) sequence of pings, and if >it is reasonable that this is a steady-state situation. I think that we're working with lines overloaded by 200-300-400% and everything works relatively well (by "overload" i mean sum of customer's channels bandwith compared to bandwith of our international lines). PS. It's not quite a freebsd issue, but since many isp folks are here .. ;) -- Paul From owner-freebsd-hackers Thu Dec 7 12:52:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19202 for hackers-outgoing; Thu, 7 Dec 1995 12:52:52 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA19187 for ; Thu, 7 Dec 1995 12:52:49 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id OAA22145; Thu, 7 Dec 1995 14:52:43 -0600 (CST) Date: Thu, 7 Dec 1995 14:52:43 -0600 (CST) From: Mark Tinguely Message-Id: <199512072052.OAA22145@plains.nodak.edu> To: terry@lambert.org Subject: Re: Matrox Meteor & pal... Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Out of curiousity, what would really be invovled in running a driver in > its own linear address space so that this wasn't a problem? > > Or must it be physically contiguous? the card uses DMAs to physical memory, and needs physically contiguous memory for each field. we interlace the field into one buffer to make a faster user application use. so packed mode could use two seperate smaller contiguous buffers and planer YUV could be split into 3 YUV (interlaced but seperate Y, U, and V buffers) or 6 (non-interlace Y, U, V buffers) contiguous buffers. In the massive frame capture mode we could go with an array of smaller contiguous chunks. I don't think breaking these up is wise because when you look at grabbing at a high frame rate you want to keep driver and user processing to a minimum. Besides, there is no guarrentee we can get the smaller chunks contiguous after several minutes of allocations/free. --mark. From owner-freebsd-hackers Thu Dec 7 13:05:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21235 for hackers-outgoing; Thu, 7 Dec 1995 13:05:20 -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 NAA21227 for ; Thu, 7 Dec 1995 13:05:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA05586; Thu, 7 Dec 1995 14:02:38 -0700 From: Terry Lambert Message-Id: <199512072102.OAA05586@phaeton.artisoft.com> Subject: Re: Matrox Meteor & pal... To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Thu, 7 Dec 1995 14:02:38 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199512072052.OAA22145@plains.nodak.edu> from "Mark Tinguely" at Dec 7, 95 02:52: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 Precedence: bulk > > Out of curiousity, what would really be invovled in running a driver in > > its own linear address space so that this wasn't a problem? > > > > Or must it be physically contiguous? > > the card uses DMAs to physical memory, and needs physically contiguous memory > for each field. we interlace the field into one buffer to make a faster > user application use. so packed mode could use two seperate smaller contiguous > buffers and planer YUV could be split into 3 YUV (interlaced but seperate > Y, U, and V buffers) or 6 (non-interlace Y, U, V buffers) contiguous buffers. > > In the massive frame capture mode we could go with an array of smaller > contiguous chunks. > > I don't think breaking these up is wise because when you look at grabbing at > a high frame rate you want to keep driver and user processing to a minimum. > Besides, there is no guarrentee we can get the smaller chunks contiguous > after several minutes of allocations/free. Actually, you need a zone allocator that "knows" about high, medium, and low persistance allocations. The video capture buffer would be higher persistance. You *could* brute-force it by faulting the underlying pages to new locations out of LRU sequence, which would make the allocation slow the machine momentarily following processing, but guarantee you a nice flat contiguous window. This would require some addition VM hooks for the allocation process. 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 Dec 7 13:13:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22186 for hackers-outgoing; Thu, 7 Dec 1995 13:13:59 -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 NAA22137 Thu, 7 Dec 1995 13:13:47 -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 WAA01725 ; Thu, 7 Dec 1995 22:13:34 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA13444 ; Thu, 7 Dec 1995 22:13:34 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id UAA06387; Thu, 7 Dec 1995 20:11:52 +0100 (MET) From: Ollivier Robert Message-Id: <199512071911.UAA06387@keltia.freenix.fr> Subject: Re: newsserver configuration To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 7 Dec 1995 20:11:52 +0100 (MET) Cc: john@gateway.net.hk, hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: <199512071225.GAA10255@brasil.moneng.mei.com> from "Joe Greco" at Dec 7, 95 06:25:06 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Joe Greco said: > I typically recommend a MINIMAL setup: > > 1 disk operating system/swap (1G?) > 1 disk newslib (usr/local) (500M-1G) > 1 disk var + var/spool (500M-1G) > 1 disk news overview database (15% of news spool capacity, i.e. for an 8GB > total spool, 1.2GB NOV DB) > 1 disk news spool root > 1 disk news spool alt > 1 disk news spool alt.binaries iffff you want to be serious about binaries. And I would buy two NCR cards instead of one Adaptec and divide the load on the two controllers. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Thu Dec 7 13:27:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23258 for hackers-outgoing; Thu, 7 Dec 1995 13:27:15 -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 NAA23251 for ; Thu, 7 Dec 1995 13:27:08 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id NAA02502; Thu, 7 Dec 1995 13:24:23 -0800 Message-Id: <199512072124.NAA02502@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Mark Tinguely cc: terry@lambert.org, hackers@FreeBSD.ORG Subject: Re: Matrox Meteor & pal... In-reply-to: Your message of "Thu, 07 Dec 1995 14:52:43 CST." <199512072052.OAA22145@plains.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Dec 1995 13:24:23 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk While we are on the subject of the Matrox Meteor video capture board, what about the performance of the file system . I remember Jim Lowe complaining about buffer cache flushes causing the meteor to miss frames. Got to admit that Jim was using the file system ;however, according to Julian raw disk i/o is a sync operation . Tnks, Amancio From owner-freebsd-hackers Thu Dec 7 13:28:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23397 for hackers-outgoing; Thu, 7 Dec 1995 13:28:35 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA23390 for ; Thu, 7 Dec 1995 13:28:28 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id HAA15327 for hackers@FreeBSD.org; Fri, 8 Dec 1995 07:42:17 +1100 (EST) Message-Id: <199512072042.HAA15327@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA29899; Fri, 8 Dec 1995 07:46:26 +1100 From: John Birrell Subject: Re: _thread_init stub in libc (fwd) RFC To: lambert.org!terry@werple.net.au (Terry Lambert) Date: Fri, 8 Dec 1995 07:46:25 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199512071818.LAA05138@phaeton.artisoft.com> from "Terry Lambert" at Dec 7, 95 11:18:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > What is the call graph of allowable functions? > > > > Huh??? > > What do you have to call in what order, from first to last, to get the > thing to work, so we can pick something at the front of the list and > toenail it in there with: > > static int once = 0; > > if( !once) { > once = 1; > _thread_init(); > } Oh, I see what you mean. 8-). Other than _thread_init(), there are no other functions you _have_ to call. You just call the libc functions as you need them. Or the pthread_* functions for thread functionality. > > > We don't have a create_thread function. If you mean pthread_create, this is > > not called for the initial thread. The initialisation still has to be > > performed regardless of whether or not you create another thread. > > What about a non-threaded program? I can't avoid overhead in using a threaded library with a non-threaded program. We'll always have file and malloc locking. I don't think that it is practical to try to turn this on only when there is more than one thread. We're doing a libc_r.a so that non-threaded programs never have any of this. The only things (that I can think of now) that I want to see in libc are a stub for _thread_init() and a __error() function that returns a pointer to the global errno (and cerror.S changed to call __error). We're leaving the errno/__error bit until later. It's the _thread_init() stub we need now. > > I'm thinking to delay the "initial thread" until the first "pthread_create" > to create a second thread. This causes a problem because signal handling is done on a thread-by-thread basis. This is an area where our thread implementation differs from the MIT pthreads. We build the sigaction syscall as _thread_sys_sigaction(), for instance. In the threaded library we provide a sigaction() function which writes to fields in the thread structure. So if one of the first things that a programmer does is to set up signal handling in main(), then for the initial thread we have to at least call _thread_init() by then. I guess we could make the initial thread use a global structure, instead of the global pointer to a malloced thread structure. But then we have to check for initialisation in all the possible libc functions that the programmer *might* call. I'd like to avoid this. > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Thu Dec 7 13:40:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24109 for hackers-outgoing; Thu, 7 Dec 1995 13:40:26 -0800 (PST) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24006 Thu, 7 Dec 1995 13:40:07 -0800 (PST) Received: (from pw@localhost) by snoopy.mv.com (8.6.11/8.6.9) id PAA01020; Thu, 7 Dec 1995 15:31:42 -0500 Date: Thu, 7 Dec 1995 15:31:42 -0500 From: "Paul F. Werkowski" Message-Id: <199512072031.PAA01020@snoopy.mv.com> To: John Dyson Cc: root@buffnet.net (Steve Hovey), terry@lambert.org, jau@jau.csc.fi, questions@freebsd.org, hackers@freebsd.org Subject: Re: Any operational code using mmap() on FreeBSD ? In-Reply-To: <199512071439.GAA16815@freefall.freebsd.org> References: <199512071439.GAA16815@freefall.freebsd.org> Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "John" == John Dyson writes: >> MMAP under freebsd 2.05-R is broken. I run an INN news server >> on 2.0.5R and if I compiled it using MMAP, the correct values >> were not maintained in the active file. This problems occurred >> when usage got to the size that virtual ram swapping came into >> play. >> John> Yep, there are some problems -- the code in current is John> better. The problem has to do with entirely bogus msync John> code. (That I wrote.) Also, don't *even* think about using John> NFS and mmap for writable regions in 2.0.5. I have been running a Lisp system that relies on mmap for its dynamic space on 2.0.5 since the CDROM was released. Sometimes the VM gets to over 100 MB and with 16MB RAM the vm system really gets stressed. Never had a problem or a crash though. In fact I am overdue in congratulating the vm hackers for such a great system. Congrats!!! Now 1.1.5 was a different story altogether. Paul ------------ Paul Werkowski ANSI Common Lisp on Intel/FreeBSD? pw@snoopy.mv.com http://www.mv.com/users/pw/lisp From owner-freebsd-hackers Thu Dec 7 13:55:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25227 for hackers-outgoing; Thu, 7 Dec 1995 13:55:45 -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 NAA25218 for ; Thu, 7 Dec 1995 13:55:40 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15070(3)>; Thu, 7 Dec 1995 13:53:11 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA18497; Thu, 7 Dec 95 16:52:58 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA03430; Thu, 7 Dec 95 16:52:57 EST Message-Id: <9512072152.AA03430@gnu.mc.xerox.com> To: Jerry.Kendall@vmicls.com (Jerry Kendall) Cc: hackers@freebsd.org Subject: Re: NFS for MS-Windows In-Reply-To: Your message of "Wed, 06 Dec 1995 22:25:07 PST." <9512071625.AA22074.gonzo@vmicls.com> Date: Thu, 7 Dec 1995 13:52:56 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk In message <9512071625.AA22074.gonzo@vmicls.com>, you write: >I have a need to NFS mount an MS-Windows hard driver. > >Does any one know of a ShareWare/PublicDomain version >that is usable ?????? > > Do you want the PC to be an nfs client or server? Try out samba (lan-manager for tcp/ip on unix). leisner From owner-freebsd-hackers Thu Dec 7 14:16:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27069 for hackers-outgoing; Thu, 7 Dec 1995 14:16:46 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27048 Thu, 7 Dec 1995 14:16:38 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA06798; Thu, 7 Dec 1995 14:16:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id OAA06221; Thu, 7 Dec 1995 14:17:22 -0800 Message-Id: <199512072217.OAA06221@corbin.Root.COM> To: Terry Lambert cc: root@buffnet.net (Steve Hovey), jau@jau.csc.fi, questions@freebsd.org, hackers@freebsd.org Subject: Re: Any operational code using mmap() on FreeBSD ? In-reply-to: Your message of "Thu, 07 Dec 95 11:29:02 MST." <199512071829.LAA05180@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 07 Dec 1995 14:17:20 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >The question is what are the failure modes on 2.1. If there aren't any, >you should upgrade to resolve the problem. If there are, and they are >more severe, you should report them to be corrected, since 2.1 *is* >being maintained (in the form of the 2.2-current). Uh, actually, 2.1 is being maintained seperately from 2.2-current. -DG From owner-freebsd-hackers Thu Dec 7 14:50:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29448 for hackers-outgoing; Thu, 7 Dec 1995 14:50:27 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29436 for ; Thu, 7 Dec 1995 14:50:19 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id WAA00843; Thu, 7 Dec 1995 22:11:20 GMT Message-Id: <199512072211.WAA00843@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Thu, 7 Dec 1995 22:11:20 +0000 In-Reply-To: "Christoph P. Kukulies"'s message of Dec 6, 6:23pm X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Christoph P. Kukulies" , freebsd-hackers@freefall.freebsd.org Subject: Re: vnode_pager_output: attempt to write meta-data Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > From: "Christoph P. Kukulies" > Date: Wed 6 Dec, 1995 > Subject: vnode_pager_output: attempt to write meta-data > This just occured to me after a freshly built kernel (this time > with bounce_buffers enabled again :). > > It occured, when I was starting the X server (Xaccel 1.2). > I have PCVT enabled. I've had a few of those over the last few days (none yet today, though, with a freshly built kernel). I don't use bounce buffers, I use stock XFree86 3.1.2-S, and I use syscons... Mark. -- "Tigers will do ANYTHING for a tuna fish sandwich." "We're kind of stupid that way." *munch* *munch* From owner-freebsd-hackers Thu Dec 7 15:18:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01897 for hackers-outgoing; Thu, 7 Dec 1995 15:18:49 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01875 Thu, 7 Dec 1995 15:18:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA07038; Thu, 7 Dec 1995 15:18:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id PAA06371; Thu, 7 Dec 1995 15:19:23 -0800 Message-Id: <199512072319.PAA06371@corbin.Root.COM> To: Terry Lambert cc: root@buffnet.net, jau@jau.csc.fi, questions@freebsd.org, hackers@freebsd.org Subject: Re: Any operational code using mmap() on FreeBSD ? In-reply-to: Your message of "Thu, 07 Dec 95 16:13:30 MST." <199512072313.QAA07409@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 07 Dec 1995 15:19:22 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> >The question is what are the failure modes on 2.1. If there aren't any, >> >you should upgrade to resolve the problem. If there are, and they are >> >more severe, you should report them to be corrected, since 2.1 *is* >> >being maintained (in the form of the 2.2-current). >> >> Uh, actually, 2.1 is being maintained seperately from 2.2-current. > >Really?!? > >Man, I thought that there was an announcement saying there wouldn't be >a 2.1.1. Not the first time I've been wrong... Huh? You were hulicinating when yow saw that. We have always planned a follow-on to 2.1 on the 2.1 branch. -DG From owner-freebsd-hackers Thu Dec 7 15:21:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02235 for hackers-outgoing; Thu, 7 Dec 1995 15:21:21 -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 PAA02222 Thu, 7 Dec 1995 15:21:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA07409; Thu, 7 Dec 1995 16:13:30 -0700 From: Terry Lambert Message-Id: <199512072313.QAA07409@phaeton.artisoft.com> Subject: Re: Any operational code using mmap() on FreeBSD ? To: davidg@root.com Date: Thu, 7 Dec 1995 16:13:30 -0700 (MST) Cc: terry@lambert.org, root@buffnet.net, jau@jau.csc.fi, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199512072217.OAA06221@corbin.Root.COM> from "David Greenman" at Dec 7, 95 02:17:20 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 Precedence: bulk > >The question is what are the failure modes on 2.1. If there aren't any, > >you should upgrade to resolve the problem. If there are, and they are > >more severe, you should report them to be corrected, since 2.1 *is* > >being maintained (in the form of the 2.2-current). > > Uh, actually, 2.1 is being maintained seperately from 2.2-current. Really?!? Man, I thought that there was an announcement saying there wouldn't be a 2.1.1. Not the first time I've been wrong... 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 Dec 7 16:03:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05170 for hackers-outgoing; Thu, 7 Dec 1995 16:03:21 -0800 (PST) Received: from nebland (root@nebland.cnweb.com [204.214.128.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05163 for ; Thu, 7 Dec 1995 16:03:15 -0800 (PST) Received: by nebland (Smail3.1.29.1 #3) id m0tNqJ5-0002kLC; Thu, 7 Dec 95 18:04 CST Date: Thu, 7 Dec 1995 18:04:54 -36000 From: "Allen D. Harpham" Subject: Merit Radius To: freebsd-hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi All, Has anyone out there been able to compile merit radius for freebsd. I have tried several times and get compile errors. Are there any complied binarys out there. Thanks, Allen ____________________________________________________________________________ Allen D. Harpham, President | Voice: (402)462-4619 Computer Consultants of | Fax: (402)462-4670 Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com 1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com Hastings, NE 68901-3713 | ____________________________________________ | Custom programming, Network | Design and Installation, | Telecommunications Consulting, | Web Hosting Services ____________________________________________________________________________ From owner-freebsd-hackers Thu Dec 7 16:43:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07371 for hackers-outgoing; Thu, 7 Dec 1995 16:43:49 -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 QAA07364 for ; Thu, 7 Dec 1995 16:43:44 -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 BAA12674; Fri, 8 Dec 1995 01:27:37 +0100 Received: by uni4nn.iaf.nl with UUCP id AA04575 (5.67b/IDA-1.5); Fri, 8 Dec 1995 01:22:54 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA18864 (5.65c/IDA-1.4.4); Fri, 8 Dec 1995 00:16:50 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA01241; Thu, 7 Dec 1995 20:37:38 +0100 From: Wilko Bulte Message-Id: <199512071937.UAA01241@yedi.iaf.nl> Subject: Re: dma beyond isa with a AH1542? To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 7 Dec 1995 20:37:37 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512061409.PAA22744@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Dec 6, 95 03:09:32 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 Precedence: bulk > I built a new kernel for my non-IDE system running from a > AH1542A. Is this board limited to 16MB? I have 20MB Ram, Yep. AT bus does not have enough address lines... > disabled option BOUNCE_BUFFERS since I thought this was not > necessary when running a busmaster DMA controller > but got a panic after the dma beyond ISA message during boot. It works OK with BOUNCE_BUFFERS enabled. I used one for years (a 1542A) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Dec 7 16:51:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08067 for hackers-outgoing; Thu, 7 Dec 1995 16:51:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08055 Thu, 7 Dec 1995 16:51:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA25820; Thu, 7 Dec 1995 16:50:26 -0800 To: Archie Cobbs cc: freebsd-hackers@freebsd.org, gj@freebsd.org Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Thu, 07 Dec 1995 11:13:02 PST." <199512071913.LAA04244@bubba.tribe.com> Date: Thu, 07 Dec 1995 16:50:25 -0800 Message-ID: <25818.818383825@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > The Teles boards are available in the US now as well, contact > Teles at (415) 652-9191. I just called them and got ahold of a very kind and helpful German tech support guy who gave me details on the boards (they run from around $290 - $350 depending on whether or not you want an integrated NT1). They work with U.S. switches and would appear to be the out-and-out cheapest cards available in both U.S. and European markets. Even more interesting, he said that 2 of the people on the UNIX development team in Germany (they support SCO, Solaris, Interactive and Linux) were big fans of FreeBSD: Peter Schumberger and Jenz Ketzmeier (not sure about the spelling of the last one) can be reached at 011-49-30-39928 x260. Perhaps some of our german members would care to get ahold of them? Jordan From owner-freebsd-hackers Thu Dec 7 17:39:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12669 for hackers-outgoing; Thu, 7 Dec 1995 17:39:35 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12646 Thu, 7 Dec 1995 17:39:18 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id TAA11641; Thu, 7 Dec 1995 19:37:56 -0600 From: Joe Greco Message-Id: <199512080137.TAA11641@brasil.moneng.mei.com> Subject: Re: newsserver configuration To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 7 Dec 1995 19:37:56 -0600 (CST) Cc: john@gateway.net.hk, hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: <199512071911.UAA06387@keltia.freenix.fr> from "Ollivier Robert" at Dec 7, 95 08:11:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It seems that Joe Greco said: > > I typically recommend a MINIMAL setup: > > And I would buy two NCR cards instead of one Adaptec and divide the load on > the two controllers. Well of course, but the spool disks are far more of an issue, as is the RAM.. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 7 17:46:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13162 for hackers-outgoing; Thu, 7 Dec 1995 17:46:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13155 for ; Thu, 7 Dec 1995 17:46:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA26115 for ; Thu, 7 Dec 1995 17:46:02 -0800 To: hackers@freebsd.org Subject: AFS hackers? Please come out of the woodwork! Date: Thu, 07 Dec 1995 17:46:02 -0800 Message-ID: <26113.818387162@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Some 4-5 months ago, memory is somewhat vague, someone claimed to be working on a port of AFS to FreeBSD. I've now got at least one person clamoring for this and willing to donate money, beer or some other suitable form of barter to anyone who can provide him with a working version of AFS for FreeBSD. So, if you're still out there, could you come forward? If not, would anyone from CMU be willing to take this up? I know that the Transarc license restrictions prohibit this from being done in source form, but even a set of kernel binaries (or, even better, an LKM) would be more than adequate. Thanks! Jordan From owner-freebsd-hackers Thu Dec 7 17:47:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13192 for hackers-outgoing; Thu, 7 Dec 1995 17:47:12 -0800 (PST) Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13187 for ; Thu, 7 Dec 1995 17:47:09 -0800 (PST) Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id UAA25476; Thu, 7 Dec 1995 20:46:55 -0500 Date: Thu, 7 Dec 1995 20:46:54 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: "Jordan K. Hubbard" cc: Jonathan Cargille , Jon Loeliger , hackers@freebsd.org Subject: Re: Donations (was Re: Second appeal for sup ...) In-Reply-To: <21490.818297379@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 6 Dec 1995, Jordan K. Hubbard wrote: > > 2. Hardware is a close second and a secondary freefall would be very > good to have, assuming of course that internet connectivity for it > could also be found. This is why just the parts for a freefall clone > wouldn't be quite enough - we'd need someplace to put it, and WC's T1 > is already starting to smoke. IF and only if people will donate the hardware for this. I can afford to spend the 100$ a month a friend of mine will charge to put a machine in Chicago Nap. This could be connected at atleast 10Mbit and possibly 100Mbit depending on wether or not the hardware is available. This would locate the machine in the worlds heaviest backbone node and be great access for everyone. All I ask from this machine is a spot to run a low use Web server from ( 300 - 400 hits a week) I would also be willing to maintain this piece of hardware for nothing more than this use. > 3. Money, well, money is always good for a variety of purposes.. :-) > > Unfortunately, I can't offer any special tax shelters for donations > since the FreeBSD, Inc. corporation that David and I set up isn't a > non-profit, it's just a standard California `S' corporation. I well if you build a machine here at our university to run SUP/FTP from which is a dual homed T1. We can provide the taz incentives you are looking for. All you do is ask the core team to collect money then have them send the hardware for the machine to the university. We can then write a receipt for the person that actually donated it (ie. if a scsi controller cost 200$ and two people donated 100 each we would write a receipt for 100$ for each of those two people.) This possibly could be of help. I don't know just more food for thought. Matthew S. Bailey mbailey@cps.cmich.edu Assistant Sys Admin From owner-freebsd-hackers Thu Dec 7 17:50:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13496 for hackers-outgoing; Thu, 7 Dec 1995 17:50:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13491 for ; Thu, 7 Dec 1995 17:50:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA26139; Thu, 7 Dec 1995 17:49:12 -0800 To: Mail Archive cc: Jonathan Cargille , Jon Loeliger , hackers@freebsd.org Subject: Re: Donations (was Re: Second appeal for sup ...) In-reply-to: Your message of "Thu, 07 Dec 1995 20:46:54 EST." Date: Thu, 07 Dec 1995 17:49:11 -0800 Message-ID: <26137.818387351@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > IF and only if people will donate the hardware for this. I can afford to > spend the 100$ a month a friend of mine will charge to put a machine in > Chicago Nap. This could be connected at atleast 10Mbit and possibly > 100Mbit depending on wether or not the hardware is available. This would > locate the machine in the worlds heaviest backbone node and be great > access for everyone. All I ask from this machine is a spot to run a low > use Web server from ( 300 - 400 hits a week) I would also be willing to > maintain this piece of hardware for nothing more than this use. I'd be interested in pursuing this. Are you sure you have the authorization to provide people with receipts and such? If so, I would recommend that people simply send the hardware directly to you since it would not be a project donation in that case (at least not directly, though indirectly it would be quite nice). Jordan From owner-freebsd-hackers Thu Dec 7 18:15:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15549 for hackers-outgoing; Thu, 7 Dec 1995 18:15:05 -0800 (PST) Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15542 for ; Thu, 7 Dec 1995 18:15:01 -0800 (PST) Received: from cps201 (cps201.cps.cmich.edu [141.209.20.201]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id VAA26049; Thu, 7 Dec 1995 21:13:54 -0500 Date: Thu, 7 Dec 1995 21:13:53 -0500 (EST) From: Mail Archive X-Sender: archive@cps201 To: "Jordan K. Hubbard" cc: Jonathan Cargille , Jon Loeliger , hackers@freebsd.org Subject: Re: Donations (was Re: Second appeal for sup ...) In-Reply-To: <26137.818387351@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 7 Dec 1995, Jordan K. Hubbard wrote: > > IF and only if people will donate the hardware for this. I can afford to > > spend the 100$ a month a friend of mine will charge to put a machine in > > Chicago Nap. This could be connected at atleast 10Mbit and possibly > > 100Mbit depending on wether or not the hardware is available. This would > > locate the machine in the worlds heaviest backbone node and be great > > access for everyone. All I ask from this machine is a spot to run a low > > use Web server from ( 300 - 400 hits a week) I would also be willing to > > maintain this piece of hardware for nothing more than this use. > > I'd be interested in pursuing this. Are you sure you have the > authorization to provide people with receipts and such? If so, I > would recommend that people simply send the hardware directly to you > since it would not be a project donation in that case (at least not > directly, though indirectly it would be quite nice). > For chicago I can not take NPO money but off from a dual homed T1 I can take NPO money. I as you know have moved to FreeBSD from linsux. I have spent the last 5 months making my move in our department. I now have 250 PC's running FreeBSD 2.1 most of which usually run WinNT or Win95 but they can reboot and work in unix if they wish. Th only this I need from donations are value ( I would probably request that they buy the product from Rod Grimes or another vendor the university already works with) mainly so I know we are not giving receipts out for more than the product costs. I need to have original sales receipts as well. The university would then ship them a receipt for their donation. I would probably have to have the parts tagged (Computer Center/Computer Science/ FreeBSD Project) inorder for the product to get directed to the right location. If you think this is a viable option I would like to start working on it right away. I would like to use our current P5-133 FTP/WEB server to start this project. This gives us a starting point and we can build from there giving the CS Department back a little of their investment. Mainly the big piece I need is more ram and a 3940 SCSI controller. I currently use a pair of 2940's a PCI ethernet and a PCI video which was purchased from Rod Grimes. The machine is 48Meg P5-133 256Sync Cache and 7gigs of drive. I can give accounts to the various developers/porters so that they can use a machine other than freefall to work on. This machine is planning on living on 2.1-RELEASE until a new Release or 6months has passed one or the other. But, as hardware comes in this can be put as a -current machine and we can have a -release machine. If this is ok with you then I will check into the actuall semantics of donations. This could be a big help to both of us. This will increase our PR and help the image of department out. The machine in Chicago would be nice, but as I said at the top this could only be done from say FreeBSD, Inc. because I would not be able to use donations for it, UNLESS I have the blessing of the university but I don't think that will happen ith in a reasonable time frame. Matthew S. Bailey mbailey@cps.cmich.edu From owner-freebsd-hackers Thu Dec 7 18:18:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15921 for hackers-outgoing; Thu, 7 Dec 1995 18:18:19 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA15909 for ; Thu, 7 Dec 1995 18:18:10 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id TAA11705; Thu, 7 Dec 1995 19:54:08 -0600 From: Joe Greco Message-Id: <199512080154.TAA11705@brasil.moneng.mei.com> Subject: Re: Any operational code using mmap() on FreeBSD ? To: davidg@root.com Date: Thu, 7 Dec 1995 19:54:07 -0600 (CST) Cc: hackers@freebsd.ORG In-Reply-To: <199512072217.OAA06221@corbin.Root.COM> from "David Greenman" at Dec 7, 95 02:17:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.ORG Precedence: bulk > >The question is what are the failure modes on 2.1. If there aren't any, > >you should upgrade to resolve the problem. If there are, and they are > >more severe, you should report them to be corrected, since 2.1 *is* > >being maintained (in the form of the 2.2-current). > > Uh, actually, 2.1 is being maintained seperately from 2.2-current. I have a "seat of my pants" feeling that there are still minor problems - i.e. I have a bug that is biting me in the butt. Symptom: INN news server compiled to access active file via mmap(). Every once in a while, an update to the active file apparently misses (doesn't get flushed to disk maybe?) and I end up with a symlinking error caused when INN goes to create a symbolic link to what SHOULD be the next free article number, and instead discovers that there is already a file with that number. I've checked the logs and files religiously each time this happens, all signs say that INN processed the article for which the active file increment does not seem to happen. Frequency: uptime is currently 8 days. It has happened twice in the last three days. I started testing mmap'ed accesses after discussing the issue with Mr. Dyson and I set up the system to catch any panics. Under 2.0.5R I saw the SAME behaviour but it was often followed very quickly by a crash and reboot. Two samples under 2.1.0R is not enough to rule out that this might still happen, of course, so I will continue to run the system until it either panics or something else interesting happens. Generally (under 2.0.5R) the system would run fine for several days after a reboot but would start going into shock around the 7-10 day mark, and I bet it never made it two weeks without a reboot. When I turned off mmap, operations became smooth as silk. (I just wanted to inject that there is someone else looking at this problem as well, and provide a status report..) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 7 18:24:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16466 for hackers-outgoing; Thu, 7 Dec 1995 18:24:21 -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 SAA16459 for ; Thu, 7 Dec 1995 18:24:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00192; Thu, 7 Dec 1995 19:22:51 -0700 From: Terry Lambert Message-Id: <199512080222.TAA00192@phaeton.artisoft.com> Subject: Re: AFS hackers? Please come out of the woodwork! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 7 Dec 1995 19:22:51 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <26113.818387162@time.cdrom.com> from "Jordan K. Hubbard" at Dec 7, 95 05:46:02 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 Precedence: bulk > Some 4-5 months ago, memory is somewhat vague, someone claimed to be > working on a port of AFS to FreeBSD. > > I've now got at least one person clamoring for this and willing to > donate money, beer or some other suitable form of barter to anyone who > can provide him with a working version of AFS for FreeBSD. > > So, if you're still out there, could you come forward? > > If not, would anyone from CMU be willing to take this up? I know that > the Transarc license restrictions prohibit this from being done in > source form, but even a set of kernel binaries (or, even better, an > LKM) would be more than adequate. One address is Charles Henrich I don't know how much he wants to be "clamored at"... probably not much. 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 Dec 7 20:24:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24151 for hackers-outgoing; Thu, 7 Dec 1995 20:24:15 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA24061 Thu, 7 Dec 1995 20:24:07 -0800 (PST) Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7.2/8.7) with ESMTP id XAA26295; Thu, 7 Dec 1995 23:23:48 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.3/8.6.4) id XAA26450; Thu, 7 Dec 1995 23:23:48 -0500 (EST) Date: Thu, 7 Dec 1995 23:23:47 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: "Jordan K. Hubbard" cc: Archie Cobbs , freebsd-hackers@FreeBSD.org, gj@FreeBSD.org Subject: Re: Who's working on ISDN? In-Reply-To: <25818.818383825@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 7 Dec 1995, Jordan K. Hubbard wrote: > > The Teles boards are available in the US now as well, contact > > Teles at (415) 652-9191. > > I just called them and got ahold of a very kind and helpful German > tech support guy who gave me details on the boards (they run from > around $290 - $350 depending on whether or not you want an integrated > NT1). They work with U.S. switches and would appear to be the > out-and-out cheapest cards available in both U.S. and European > markets. > > Even more interesting, he said that 2 of the people on the UNIX > development team in Germany (they support SCO, Solaris, Interactive > and Linux) were big fans of FreeBSD: Peter Schumberger and Jenz > Ketzmeier (not sure about the spelling of the last one) can be reached > at 011-49-30-39928 x260. Perhaps some of our german members would > care to get ahold of them? I used to be a voice/digital telecomm guy, before I went back to school, and I'm really curious. I know the European digital pipes are 2.048 MBS, while ours are 1.544 MBS. I saw above where it said NT1. Are the NT1 rates the same here/there, or does the card do both 2.048/1.544? Thanks. > > Jordan > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Thu Dec 7 22:41:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03112 for hackers-outgoing; Thu, 7 Dec 1995 22:41:49 -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 WAA03107 for ; Thu, 7 Dec 1995 22:41:43 -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 HAA04754 ; Fri, 8 Dec 1995 07:41:41 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA14551 ; Fri, 8 Dec 1995 07:41:40 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id AAA10146; Fri, 8 Dec 1995 00:08:14 +0100 (MET) From: Ollivier Robert Message-Id: <199512072308.AAA10146@keltia.freenix.fr> Subject: Re: Getting linux netscape binary to work? To: peter@haywire.DIALix.COM (Peter Wemm) Date: Fri, 8 Dec 1995 00:08:14 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <4a79dg$7np$1@haywire.DIALix.COM> from "Peter Wemm" at Dec 8, 95 01:48:32 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Peter Wemm said: > I'd be enclined to suggest that the linux_syslog() syscall stub should > return EPERM if not being run as root (same as linux) and only print > the message if it is being run as root (bad idea! btw) That would probably calm down Executor/Linux as well. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Thu Dec 7 22:47:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03302 for hackers-outgoing; Thu, 7 Dec 1995 22:47:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03297 Thu, 7 Dec 1995 22:47:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA26868; Thu, 7 Dec 1995 22:46:10 -0800 To: Chuck Robey cc: Archie Cobbs , freebsd-hackers@FreeBSD.org, gj@FreeBSD.org Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Thu, 07 Dec 1995 23:23:47 EST." Date: Thu, 07 Dec 1995 22:46:10 -0800 Message-ID: <26866.818405170@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk I think you're confused. An NT1 is an electrical adapter for interfacing an ISDN device to the ISDN line. :-) Jordan > On Thu, 7 Dec 1995, Jordan K. Hubbard wrote: > > > > The Teles boards are available in the US now as well, contact > > > Teles at (415) 652-9191. > > > > I just called them and got ahold of a very kind and helpful German > > tech support guy who gave me details on the boards (they run from > > around $290 - $350 depending on whether or not you want an integrated > > NT1). They work with U.S. switches and would appear to be the > > out-and-out cheapest cards available in both U.S. and European > > markets. > > > > Even more interesting, he said that 2 of the people on the UNIX > > development team in Germany (they support SCO, Solaris, Interactive > > and Linux) were big fans of FreeBSD: Peter Schumberger and Jenz > > Ketzmeier (not sure about the spelling of the last one) can be reached > > at 011-49-30-39928 x260. Perhaps some of our german members would > > care to get ahold of them? > > I used to be a voice/digital telecomm guy, before I went back to school, > and I'm really curious. I know the European digital pipes are 2.048 MBS, > while ours are 1.544 MBS. I saw above where it said NT1. Are the NT1 > rates the same here/there, or does the card do both 2.048/1.544? > > Thanks. > > > > > Jordan > > > > ============================================================================ > Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 > --------------------------------------------------------------------------- > The Dilbert Zone is Dilbert's new WWW home! The area > features never-before-seen original sketches of Dilbert, a photo tour > of Scott Adams' studio, Dilbert Trivia and memorabilia, high > school photos and much more!: > > From owner-freebsd-hackers Fri Dec 8 00:06:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07512 for hackers-outgoing; Fri, 8 Dec 1995 00:06:21 -0800 (PST) Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07506 for ; Fri, 8 Dec 1995 00:06:18 -0800 (PST) Received: by netcom14.netcom.com (8.6.12/Netcom) id AAA17402; Fri, 8 Dec 1995 00:04:06 -0800 Date: Fri, 8 Dec 1995 00:04:06 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199512080804.AAA17402@netcom14.netcom.com> To: erich@lodgenet.com, jkh@time.cdrom.com Subject: Re: Getting linux netscape binary to work? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Now the biggest problem I see is that my syslog fills up with: >Linux-emul(17199): syslog() not supported (BSD sigreturn) Just hack out that messsage right of the linux emulation code . At any rate, I did 8) Enjoy, Amancio From owner-freebsd-hackers Fri Dec 8 03:36:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA27003 for hackers-outgoing; Fri, 8 Dec 1995 03:36:26 -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 SMTP id DAA26998 for ; Fri, 8 Dec 1995 03:36:21 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id DAA05733 for hackers@freebsd.org; Fri, 8 Dec 1995 03:36:11 -0800 From: Julian Elischer Message-Id: <199512081136.DAA05733@ref.tfs.com> Subject: VIP for DEVICE MAINTAINERS..PLZ READ To: hackers@freebsd.org Date: Fri, 8 Dec 1995 03:36:11 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk IF you maintain a device please read this.. (assuming it had a devsw entry) The latest changes make the changes testted under the JREMOD ifdef a permenant fact. They Also add DEVFS support for most devices (though they don't show up in devfs yet due to a bug in devfs) The call that adds an entry into devfs is: devfs_add_devsw() it returns a token (void *) that can be used to: 1/ link another name to the same device 2/ destroy the device it's argumants are: 1/ the path to the device within DEVFS 2/ the name of the device 3/ the address of the devsw entry the name should access 4/ the minor number 5/ whether the device is CHAR or BLK 6/ Owner UID 7/ Owner GID 8/ Permissions (e.g. rwxr--r-- = 0744) Why am I telling you this? because if you 'OWN' an device.. It will probably be worth your while to 'Fix' what I've done with devfs naming so that it fits what you think it shold look like in /dev. I have been very 'quick' and dirty with devices where it was hard for me to figure out what it was SUPPOSED to look like.. If in doubt look at a few other devices to see what I did.. scsi/st.c is probably the most comprehensive, and most likely to be correct.. :) a second function dev_link () allows a second name ot be linked to the token returned from an existing name.. see st.c for an example.. julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@ref.tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Fri Dec 8 06:00:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06228 for hackers-outgoing; Fri, 8 Dec 1995 06:00:47 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06202 for ; Fri, 8 Dec 1995 06:00:34 -0800 (PST) Received: by Sysiphos id AA21902 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Fri, 8 Dec 1995 14:36:47 +0100 Message-Id: <199512081336.AA21902@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 8 Dec 1995 14:36:46 +0100 In-Reply-To: Terry Lambert "Re: Getting linux netscape binary to work?" (Dec 7, 11:23) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Terry Lambert Subject: Re: Getting linux netscape binary to work? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Dec 7, 11:23, Terry Lambert wrote: } Subject: Re: Getting linux netscape binary to work? } > This resolver library uses a slightly different format } > of /etc/host.conf, but it could easily become another } > supported (and in fcat the preferred, IMHO) format of } > host.conf in FreeBSD, too. } } It occurs to me that a supposed "superset" resolver library } should understand the hosts.conf file of the resolver it } supposedly supercedes. Yes, of course! That was what I meant with: "another supported (and in fact preferred) format". The commands "nis", "bind" and "hosts" should be implemented in such a way, that they append to the "order" list ... That's easy, I suppose :) STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Fri Dec 8 06:18:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06973 for hackers-outgoing; Fri, 8 Dec 1995 06:18:29 -0800 (PST) Received: from healer.com (healer-gw.gdw.com [206.28.140.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06965 Fri, 8 Dec 1995 06:18:25 -0800 (PST) Received: (from gryphon@localhost) by healer.com (8.6.11/8.6.9.1) id JAA10532; Fri, 8 Dec 1995 09:09:17 -0500 Date: Fri, 8 Dec 1995 09:09:17 -0500 From: Coranth Gryphon Message-Id: <199512081409.JAA10532@healer.com> To: jkh@time.cdrom.com, mark@grondar.za Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! Cc: announce@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Says Jordan: > > First the good news: > > We've decided, after much internal debate, to re-open general read access > > We don't have the resources to actually deploy any of these services > > from freefall.freebsd.org. Says Mark Murray: > I suspect, though, that I will need more > remailers to make this work properly. More volunteers? ... > Any chances of doing some kind of FSP mirroring? I have an ISP willing to donate space and cpu-time on a machine (he's sitting on a T1 off MCI backbone). Problem is that I do not have the time to do the setup. If anyone out there can donate the time to get this site set up, then we can get rolling. Email me. -coranth ------------------------------------------+------------------------+ Coranth Gryphon | "Faith Manages." | | - Satai Delenn | Phone: 603-598-3440 Fax: 603-598-0797 +------------------------+ USMail: 3 Hansom Drive, Merrimack, NH 03054 Disclaimer: All these words are yours, except Europa... From owner-freebsd-hackers Fri Dec 8 06:50:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08841 for hackers-outgoing; Fri, 8 Dec 1995 06:50:19 -0800 (PST) Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA08836 Fri, 8 Dec 1995 06:50:16 -0800 (PST) Received: (from ghelmer@localhost) by alpha.dsu.edu (8.7.1/8.7.1) id IAA17422; Fri, 8 Dec 1995 08:48:57 -0600 (CST) Date: Fri, 8 Dec 1995 08:48:57 -0600 (CST) From: Guy Helmer To: Joe Greco cc: John Beukema , hackers@FreeBSD.org, freebsd-isp@FreeBSD.org Subject: Re: newsserver configuration In-Reply-To: <199512071225.GAA10255@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 7 Dec 1995, Joe Greco wrote: > [... sample news server config ...] > I typically recommend a MINIMAL setup: > [... lots o' disks ...] > News Rule 1: You would rather have LOTS of slightly slower, smaller disks > than a few large, fast drives. This fact has been lost on so many people. > If I had a nickel for every time I've told somebody this and they've ignored > me, I could be Bill Gates. What has always bothered me about multiple-disk news spools is the warning about using makehistory on a news filesystem that uses symlinks. Just a little over a month ago, I completely lost a history file, and it seems I could have followed the advice on the news-recovery man page (to use find(1) to remove all the symlinks in the news spool). Now, after a few minor crashes apparently due to a new disk on my SCSI chain interacting badly with the other, I probably need to run a makehistory -bu (but I sure wouldn't want to remove all the symlinks in the news spool before I would do the makehistory!). What are the thoughts on this, or are there patches to makehistory to handle symlinks? > ... Joe Thanks, Guy Helmer Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Fri Dec 8 07:10:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09548 for hackers-outgoing; Fri, 8 Dec 1995 07:10:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09543 Fri, 8 Dec 1995 07:10:40 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id HAA28341; Fri, 8 Dec 1995 07:09:55 -0800 Date: Fri, 8 Dec 1995 07:09:55 -0800 From: "Jordan K. Hubbard" Message-Id: <199512081509.HAA28341@time.cdrom.com> To: hackers@freebsd.org Subject: A call for DNS secondaries to server for .freebsd.org Cc: announce@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Hi folks, We're trying to untangle some of the spaghetti that currently comprises the mirror site list as well as start setting up regional www, ftp and sup servers. This is no longer just a good idea, it's getting to be a necessity - connectivity between the U.S. and beyond (not to mention *within* the U.S.) has gone rapidly downhill these last couple of months and packet lossage is no minor problem for people trying to get to our archive site(s). Add to this the fact that our mirror site list is next to impossible to memorize, and if you're at some customer site (or friends) and don't have your handy list with you, you're left with ftp.freebsd.org or nothing. I propose that we deal with all or most of these problems at the same time by creating secondary name servers for each major subdomain. We've already done this for .au (Australia), .br (Brazil), .fr (France) and .it (Italy). We should at least try to get all the countries who currently have servers in MIRROR.SITES represented by their own domains so that we can unify the ftp namespace in the same way that Netscape has - e.g. the Japanese sites (for example) would become ftp.jp.freebsd.org, ftp1.jp.freebsd.org, and so on. This makes them both trivial to remember and to cycle through when you're looking for a server with some slots free in your country of origin. Ideally, someday it will be possible to simply not think about this anymore - wherever you are, {ftp,www,sup}.dom.freebsd.org will work. I'm not sure what to do about the U.S. ftp servers except perhaps to be U.S.-centric about it and just use the freebsd.org domain space directly for U.S. resources. Would people prefer to see ftp.us.freebsd.org? It would seem to be adding unnecessary complexity. In any case, I would be quite happy if the various FTP site admins could discuss this among themselves and delegate one site per domain to serve as the DNS server, reporting the details back to us (admin@freebsd.org) once they're ready for us to add the entries to the freebsd.org domain. We have it within our power to present a more organized global picture than that of the Linux camp, so let's do it! :-) Jordan P.S. Please watch the replies! I have announce@freebsd.org in the envelope and we don't want this thread to go there as well. Thanks! From owner-freebsd-hackers Fri Dec 8 07:35:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11286 for hackers-outgoing; Fri, 8 Dec 1995 07:35:56 -0800 (PST) Received: from sssun.spb.su (news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA11107 for ; Fri, 8 Dec 1995 07:32:13 -0800 (PST) Received: by sssun.spb.su id AA04490 (5.65.kiae-1 ); Fri, 8 Dec 1995 18:20:01 +0300 To: "Allen D. Harpham" , freebsd-hackers@FreeBSD.ORG References: In-Reply-To: ; from "Allen D. Harpham" at Thu, 7 Dec 1995 18:04:54 -36000 Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Fri, 8 Dec 1995 18:19:54 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: Re: Merit Radius Lines: 318 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message Allen D. Harpham writes: >Hi All, >Has anyone out there been able to compile merit radius for freebsd. >I have tried several times and get compile errors. Are there any >complied binarys out there. Yes, I've done it for Radius-2.3 and FreeBSD-2.0.5 a couple of weeks ago... Here is a patch, if you want: ---------------------------> cut here <-------------------------- *** ./src/conf.h.orig Thu Aug 24 02:14:09 1995 --- ./src/conf.h Fri Oct 13 16:50:19 1995 *************** *** 50,56 **** --- 50,60 ---- #include #include #else /* bsdi */ + #if defined(__FreeBSD__) + #include + #else #include + #endif /* FreeBSD */ #endif /* bsdi */ /* #ifdef SYSV this is needed even on SunOS 4.1.3 */ *** ./src/radiusd.c.orig Thu Aug 31 21:48:28 1995 --- ./src/radiusd.c Fri Oct 13 17:29:15 1995 *************** *** 153,159 **** static int rad_reply PROTO((AUTH_REQ *, int, char *)); static void rad_reply_init PROTO((AATV *)); /* external radius_send */ ! static void reconfig PROTO((void)); static void record_event PROTO((AUTH_REQ *, AATV *, int, int, char *)); static int redo_action PROTO((AUTH_REQ *, int, char *)); static void reply_timer PROTO((int)); --- 153,159 ---- static int rad_reply PROTO((AUTH_REQ *, int, char *)); static void rad_reply_init PROTO((AATV *)); /* external radius_send */ ! static void reconfig PROTO((int)); static void record_event PROTO((AUTH_REQ *, AATV *, int, int, char *)); static int redo_action PROTO((AUTH_REQ *, int, char *)); static void reply_timer PROTO((int)); *************** *** 3675,3682 **** *************************************************************************/ static void ! reconfig () ! { int n; sigset_t sigoset; --- 3675,3682 ---- *************************************************************************/ static void ! reconfig (dummy) ! int dummy; { int n; sigset_t sigoset; *************** *** 3865,3871 **** "%s: resending packet for %s", func, event->sub_aatv->id)); sendto (event->sub_aatv->sockfd, (char *) event->packet, ! event->len, (int) 0, &event->sin, sizeof (event->sin)); result = EV_ACK; /* prevent freeing of event */ } --- 3865,3871 ---- "%s: resending packet for %s", func, event->sub_aatv->id)); sendto (event->sub_aatv->sockfd, (char *) event->packet, ! event->len, (int) 0, (struct sockaddr *) &event->sin, sizeof (event->sin)); result = EV_ACK; /* prevent freeing of event */ } *** ./src/rlmadmin.c.orig Wed Aug 30 19:10:55 1995 --- ./src/rlmadmin.c Fri Oct 13 20:48:22 1995 *************** *** 359,370 **** --- 359,379 ---- { int count = 0; int do_all; + #ifdef __FreeBSD__ + #include + regexp * rec; + #else int rec; + #endif VALUE_PAIR *vp; VALUE_PAIR *vps; USER_ENTRY *x = user_ent_x; /* head of chain */ + #ifdef __FreeBSD__ + rec = regcomp (user); /* see if regular expression */ + #else rec = re_comp (user); /* see if regular expression */ + #endif if (strcasecmp (user, "all")) { do_all = 0; *************** *** 378,384 **** --- 387,397 ---- { if (do_all || (!strcasecmp (x->name, user)) || + #ifdef __FreeBSD__ + (rec && regexec (rec, x->name))) + #else (!rec && re_exec (x->name))) + #endif { count++; printf ("%s\t", x->name); /* out goes the name */ *************** *** 1167,1174 **** * *************************************************************************/ ! int_handle () ! { printf ("\nUse QUIT to exit program\n"); signal (SIGINT, int_handle); --- 1180,1187 ---- * *************************************************************************/ ! void int_handle (dummy) ! int dummy; { printf ("\nUse QUIT to exit program\n"); signal (SIGINT, int_handle); *** ./src/sendserver.c.orig Thu Aug 31 00:13:04 1995 --- ./src/sendserver.c Sat Oct 14 16:18:33 1995 *************** *** 86,92 **** #endif #ifndef DEFAULT_DIR2 ! #define DEFAULT_DIR2 "/usr/private/etc/raddb" #endif extern char ourhostname[MAXHOSTNAMELEN]; --- 86,92 ---- #endif #ifndef DEFAULT_DIR2 ! #define DEFAULT_DIR2 "/usr/local/etc/raddb" #endif extern char ourhostname[MAXHOSTNAMELEN]; *** ./Makefile.orig Wed Aug 30 20:18:18 1995 --- ./Makefile Sat Oct 14 15:25:55 1995 *************** *** 48,60 **** # Where the configuration files live. RADDB = ./raddb # Some installation stuff. ! DAEMON_INSDIR = /usr/private/etc ! BIN_INSDIR = /usr/private/etc ! RADDB_INSDIR = /usr/private/etc/raddb # The server does not need to be owned by root, unless some shadow password # scheme needs it. You might create a user id "radius" for just this purpose. RADOWN = root ! RADGRP = bin # Define this to point to your AFS Kerberos source directory. # (used as the root of the AFS source directory for the stringtokey() function) --- 48,60 ---- # Where the configuration files live. RADDB = ./raddb # Some installation stuff. ! DAEMON_INSDIR = /usr/local/etc ! BIN_INSDIR = /usr/local/etc ! RADDB_INSDIR = /usr/local/etc/raddb # The server does not need to be owned by root, unless some shadow password # scheme needs it. You might create a user id "radius" for just this purpose. RADOWN = root ! RADGRP = wheel # Define this to point to your AFS Kerberos source directory. # (used as the root of the AFS source directory for the stringtokey() function) *************** *** 149,155 **** $(OBJ)/sendserver.o $(OBJ)/users.o $(OBJ)/util.o $(OBJ)/dummy.o UTIL_OBJS = $(OBJ)/radcheck.o $(OBJ)/radpwtst.o $(OBJ)/radpass.o \ ! $(OBJ)/rlmadmin.o RAD_SRCS = $(SRC)/radiusd.c $(SRC)/authenticate.c $(SRC)/rad.accounting.c \ $(SRC)/rad.kchap.c $(SRC)/rad.kerberos.c $(SRC)/rad.mnet.c \ --- 149,155 ---- $(OBJ)/sendserver.o $(OBJ)/users.o $(OBJ)/util.o $(OBJ)/dummy.o UTIL_OBJS = $(OBJ)/radcheck.o $(OBJ)/radpwtst.o $(OBJ)/radpass.o \ ! $(OBJ)/rlmadmin.o $(OBJ)/strptime.o RAD_SRCS = $(SRC)/radiusd.c $(SRC)/authenticate.c $(SRC)/rad.accounting.c \ $(SRC)/rad.kchap.c $(SRC)/rad.kerberos.c $(SRC)/rad.mnet.c \ *************** *** 185,195 **** # #-------------------------------------------------------------------------- ! CC = cc ! CFLAGS = -g ! LDFLAGS = ! LIBS = ! RANLIB = ranlib # # Solaris 2.x --- 185,195 ---- # #-------------------------------------------------------------------------- ! #CC = cc ! #CFLAGS = -g ! #LDFLAGS = ! #LIBS = ! #RANLIB = ranlib # # Solaris 2.x *************** *** 236,247 **** # #-------------------------------------------------------------------------- ! #CC = cc ! #CFLAGS = -O ! #LDFLAGS = ! #LIBS = -lcrypt ! #MOSTUTIL = $(RADCHECK) $(RADPWTST) $(RADPASS) ! #RANLIB = ranlib # # AIX 3.2 --- 236,247 ---- # #-------------------------------------------------------------------------- ! CC = cc ! CFLAGS = -O -DRADIUS_DIR=\"/usr/local/etc/raddb\" -DRADACCT_DIR=\"/var/account/radacct\" ! LDFLAGS = ! LIBS = -lcrypt ! MOSTUTIL = $(RADCHECK) $(RADPWTST) $(RADPASS) ! RANLIB = ranlib # # AIX 3.2 *************** *** 422,428 **** $(BIN)/builddbm: $(OBJ)/builddbm.o $(CC) $(CFLAGS) $(LDFLAGS) -o $(BIN)/builddbm $(OBJ)/builddbm.o -ldbm ! $(OBJ)/builddbm.o: $(SRC)/builddbm.c $(CC) $(CFLAGS) $(DEFS) -o $(OBJ)/builddbm.o -c $(SRC)/builddbm.c --- 422,428 ---- $(BIN)/builddbm: $(OBJ)/builddbm.o $(CC) $(CFLAGS) $(LDFLAGS) -o $(BIN)/builddbm $(OBJ)/builddbm.o -ldbm ! $(OBJ)/builddbm.o: $(SRC)/builddbm.c $(CC) $(CFLAGS) $(DEFS) -o $(OBJ)/builddbm.o -c $(SRC)/builddbm.c *************** *** 433,444 **** $(OBJ)/radpass.o: $(SRC)/radpass.c $(SRC)/radius.h $(CC) $(CFLAGS) -o $(OBJ)/radpass.o -c $(SRC)/radpass.c ! $(RLMADMIN): $(OBJ)/rlmadmin.o $(RAD_LIB) $(CC) $(CFLAGS) $(LDFLAGS) -o $(RLMADMIN) \ ! $(OBJ)/rlmadmin.o $(RADLIBS) $(RAD_LIB) $(LIBS) $(OBJ)/rlmadmin.o: $(SRC)/rlmadmin.c $(SRC)/radius.h $(CC) $(CFLAGS) -o $(OBJ)/rlmadmin.o -c $(SRC)/rlmadmin.c $(RADPWTST): $(OBJ)/radpwtst.o $(RAD_LIB) $(CC) $(CFLAGS) $(LDFLAGS) -o $(RADPWTST) \ --- 433,447 ---- $(OBJ)/radpass.o: $(SRC)/radpass.c $(SRC)/radius.h $(CC) $(CFLAGS) -o $(OBJ)/radpass.o -c $(SRC)/radpass.c ! $(RLMADMIN): $(OBJ)/rlmadmin.o $(OBJ)/strptime.o $(RAD_LIB) $(CC) $(CFLAGS) $(LDFLAGS) -o $(RLMADMIN) \ ! $(OBJ)/rlmadmin.o $(OBJ)/strptime.o $(RADLIBS) $(RAD_LIB) $(LIBS) $(OBJ)/rlmadmin.o: $(SRC)/rlmadmin.c $(SRC)/radius.h $(CC) $(CFLAGS) -o $(OBJ)/rlmadmin.o -c $(SRC)/rlmadmin.c + + $(OBJ)/strptime.o: $(SRC)/strptime.c + $(CC) $(CFLAGS) -o $(OBJ)/strptime.o -c $(SRC)/strptime.c $(RADPWTST): $(OBJ)/radpwtst.o $(RAD_LIB) $(CC) $(CFLAGS) $(LDFLAGS) -o $(RADPWTST) \ ---------------------------> cut here <-------------------------- >____________________________________________________________________________ >Allen D. Harpham, President | Voice: (402)462-4619 -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Fri Dec 8 07:57:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12836 for hackers-outgoing; Fri, 8 Dec 1995 07:57:01 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12826 for ; Fri, 8 Dec 1995 07:56:51 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id PAA07676; Fri, 8 Dec 1995 15:55:11 GMT Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 8 Dec 1995 15:51:28 +0000 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA13026; Fri, 8 Dec 1995 15:51:46 GMT From: Paul Richards Message-Id: <199512081551.PAA13026@cadair.elsevier.co.uk> Subject: Re: A call for DNS secondaries to server for .freebsd.org To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 8 Dec 1995 15:51:46 +0000 (GMT) Cc: hackers@FreeBSD.org In-Reply-To: <199512081509.HAA28341@time.cdrom.com> from "Jordan K. Hubbard" at Dec 8, 95 07:09:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > I'm not sure what to do about the U.S. ftp servers except perhaps > to be U.S.-centric about it and just use the freebsd.org domain space > directly for U.S. resources. Would people prefer to see ftp.us.freebsd.org? > It would seem to be adding unnecessary complexity. > It's been in the back of my mind to grab the freebsd.org.uk domain since I noticed Linux has one. Do other countries have similar namespace conventions? We could get all the freebsd.org. domains allocated. This would reduce namserver load on freebsd.org's nameservers because the top level domain queries would go to the countries org nameserver and not freebsd.org's. i.e queries to ftp.freebsd.org.uk will come to the uk. What do you think? I can get the domain name and a name server sorted out but not the actual mirror sites, not enough bandwidth. -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-hackers Fri Dec 8 08:25:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14469 for hackers-outgoing; Fri, 8 Dec 1995 08:25:44 -0800 (PST) Received: from nebland (root@nebland.cnweb.com [204.214.128.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14462 for ; Fri, 8 Dec 1995 08:25:36 -0800 (PST) Received: by nebland (Smail3.1.29.1 #3) id m0tO5dt-0002kTC; Fri, 8 Dec 95 10:27 CST Date: Fri, 8 Dec 1995 10:27:25 -36000 From: "Allen D. Harpham" Subject: Re: Merit Radius To: tim@sssun.spb.su cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 8 Dec 1995, Andrew Timonin wrote: > In message > Allen D. Harpham writes: > > >Hi All, > > >Has anyone out there been able to compile merit radius for freebsd. > > >I have tried several times and get compile errors. Are there any > >complied binarys out there. > > Yes, I've done it for Radius-2.3 and FreeBSD-2.0.5 a couple of weeks > ago... > Here is a patch, if you want: I appreciate the response, however I have a copy of Merit Radius-2.4.16 and the patch won't work on it. When I look at Merit's Ftp site, the earliest release I can find is 2.4.14. Any Ideas where I can find 2.3? Thanks, Allen ____________________________________________________________________________ Allen D. Harpham, President | Voice: (402)462-4619 Computer Consultants of | Fax: (402)462-4670 Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com 1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com Hastings, NE 68901-3713 | ____________________________________________ | Custom programming, Network | Design and Installation, | Telecommunications Consulting, | Web Hosting Services ____________________________________________________________________________ From owner-freebsd-hackers Fri Dec 8 08:38:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15754 for hackers-outgoing; Fri, 8 Dec 1995 08:38:20 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA15746 for ; Fri, 8 Dec 1995 08:38:13 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id LAA17904; Fri, 8 Dec 1995 11:34:00 -0500 Date: Fri, 8 Dec 1995 11:34:00 -0500 (EST) From: "Michael C. Newell" To: Joe Greco cc: Angelo Turetta , freebsd-hackers@freebsd.org Subject: Re: User space PPP & leased line In-Reply-To: <199512071146.FAA10177@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 7 Dec 1995, Joe Greco wrote: > > BTW, is there any {performance|machine load|memory usage} gain using one or > > the other of the two ppp daemons ? > > The kernel mode PPP should conceptually be more efficient and robust because > it is built into the kernel. It does not have the same problems of context > switching, using memory per process, etc. etc... > > However, the user mode PPP is easier to debug and hack on. It has some > rather severe bugs for any site that wants to run more than just a few, but > these are known quantities and tend to be easier to fix than kernel bugs. :-) We tried using the user mode PPP on our systems for a while, but under very heavy load after 2-3 minutes the line ALWAYS dropped. No indication of what caused it. We use the identical setup with the kernel PPP (pppd) and run for days with no line drops. We sent mail to the list a couple of times but never got responses, so we just stuck with the kernel mode code. One thing we DID notice was that the transfer speeds using the user mode code were SIGNIFICANTLY higher than those using the kernel mode code - for example, transferring a medium size binary file (one that could be fully transferred in < 2 minutes :-) using pppd takes an average of 2.3KB/s whereas with ijppp it's more like 3.3KB/s (using a V.fc modem connection at 26.4Kb/s). I'm not sure why this should be, but given the improved performance we REALLY wanted ijppp to work. But... ;-( We DID have to set up a bunch of scripts to make sure the kernel mode doesn't lock up and to do redialing ('cause we've never been able to get pppd to redial on its own). They weren't very complicated though so pretty much it wasn't hard to get set up and running. If it would be useful for you I'd be happy to send you copies of the scripts. Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Fri Dec 8 08:47:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16499 for hackers-outgoing; Fri, 8 Dec 1995 08:47:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16491 for ; Fri, 8 Dec 1995 08:47:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA28694; Fri, 8 Dec 1995 08:45:05 -0800 To: Paul Richards cc: hackers@FreeBSD.org Subject: Re: A call for DNS secondaries to server for .freebsd.org In-reply-to: Your message of "Fri, 08 Dec 1995 15:51:46 GMT." <199512081551.PAA13026@cadair.elsevier.co.uk> Date: Fri, 08 Dec 1995 08:45:05 -0800 Message-ID: <28692.818441105@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > It's been in the back of my mind to grab the freebsd.org.uk domain since > I noticed Linux has one. > > Do other countries have similar namespace conventions? We could get all > the freebsd.org. domains allocated. This would reduce > namserver load on freebsd.org's nameservers because the top level > domain queries would go to the countries org nameserver and not > freebsd.org's. i.e queries to ftp.freebsd.org.uk will come to the uk. Hmmmm. I think that this proposal has definite merit on the grounds you list (name lookup optimization), but it also has the disadvantage of significantly more complexity. We need to get all the subdomains registered with RIPE or some other authority, and in some cases this could cost money (I don't know if the NIC's policies have been promulgated elsewhere). Subdividing freebsd.org, on the other hand, we can do entirely ourselves and don't need to cut through red tape for each and every new subdomain. Mind you, I see no reason why *both* couldn't be done. We do the subdividing of freebsd.org now and if certain countries manage to create freebsd.org. domains as well later, they can simply map the existing information across into the new domain. The administration of this might get a little tricky in some cases, but nothing that a little close communication wouldn't cure. I think we should also consider the possible confusion this may cause and only create new subdomains in pairs. E.g. it would be really evil if we had ftp.fr.freebsd.org, ftp.it.freebsd.org, etc. and then an ftp.freebsd.org.uk but no ftp.uk.freebsd.org. It would cause no end of questions. What do other folks think? Are we perhaps over-complicating this? Jordan From owner-freebsd-hackers Fri Dec 8 09:02:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18003 for hackers-outgoing; Fri, 8 Dec 1995 09:02:18 -0800 (PST) Received: from dreamlabs.dreaming.org (dreamlabs.dreaming.org [198.96.119.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17997 for ; Fri, 8 Dec 1995 09:02:08 -0800 (PST) Received: (from mitayai@localhost) by dreamlabs.dreaming.org (8.6.12/8.6.12) id MAA16383; Fri, 8 Dec 1995 12:00:22 -0500 Date: Fri, 8 Dec 1995 12:00:21 -0500 (EST) From: Will Mitayai Keeso Rowe To: Paul Richards cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: A call for DNS secondaries to server for .freebsd.org In-Reply-To: <199512081551.PAA13026@cadair.elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Fri, 8 Dec 1995, Paul Richards wrote: > Date: Fri, 8 Dec 1995 15:51:46 +0000 (GMT) > From: Paul Richards > To: "Jordan K. Hubbard" > Cc: hackers@FreeBSD.org > Subject: Re: A call for DNS secondaries to server for .freebsd.org > > In reply to Jordan K. Hubbard who said > > > > I'm not sure what to do about the U.S. ftp servers except perhaps > > to be U.S.-centric about it and just use the freebsd.org domain space > > directly for U.S. resources. Would people prefer to see ftp.us.freebsd.org? > > It would seem to be adding unnecessary complexity. > > > > It's been in the back of my mind to grab the freebsd.org.uk domain since > I noticed Linux has one. > > Do other countries have similar namespace conventions? We could get all > the freebsd.org. domains allocated. This would reduce > namserver load on freebsd.org's nameservers because the top level > domain queries would go to the countries org nameserver and not > freebsd.org's. i.e queries to ftp.freebsd.org.uk will come to the uk. > > What do you think? I can get the domain name and a name server sorted > out but not the actual mirror sites, not enough bandwidth. > Hmmm... here in Canada it usually is required to be incorporated to get just .ca (its much easier to do, say, .on.ca which is on a provincial level... but, i can see what i can come up with. -Mit ------------------------------------------------------------------------ Will Mitayai Keeso Rowe, mitayai@dreaming.org http://www.dreaming.org/~mitayai Toronto, Ontario, Canada From owner-freebsd-hackers Fri Dec 8 09:03:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18072 for hackers-outgoing; Fri, 8 Dec 1995 09:03:14 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18065 for ; Fri, 8 Dec 1995 09:03:07 -0800 (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 RAA00238; Fri, 8 Dec 1995 17:59:56 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: Paul Richards , hackers@FreeBSD.org Subject: Re: A call for DNS secondaries to server for .freebsd.org In-reply-to: Your message of "Fri, 08 Dec 1995 08:45:05 PST." <28692.818441105@time.cdrom.com> Date: Fri, 08 Dec 1995 17:59:56 +0100 Message-ID: <236.818441996@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > > It's been in the back of my mind to grab the freebsd.org.uk domain since > > I noticed Linux has one. I think that we should leave that issue to local people entirely and not worry about it at all. -- 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 Dec 8 09:21:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19811 for hackers-outgoing; Fri, 8 Dec 1995 09:21:24 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19787 for ; Fri, 8 Dec 1995 09:21:15 -0800 (PST) Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA21305; Fri, 8 Dec 1995 12:34:36 -0500 Date: Fri, 8 Dec 1995 12:34:36 -0500 Message-Id: <199512081734.MAA21305@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: Who's working on ISDN? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I think you're confused. An NT1 is an electrical adapter for >interfacing an ISDN device to the ISDN line. :-) > > Jordan Indeed he is. > >> On Thu, 7 Dec 1995, Jordan K. Hubbard wrote: >> >> > > The Teles boards are available in the US now as well, contact >> > > Teles at (415) 652-9191. >> > >> > I just called them and got ahold of a very kind and helpful German >> > tech support guy who gave me details on the boards (they run from >> > around $290 - $350 depending on whether or not you want an integrated >> > NT1). They work with U.S. switches and would appear to be the >> > out-and-out cheapest cards available in both U.S. and European >> > markets. >> > >> > Even more interesting, he said that 2 of the people on the UNIX >> > development team in Germany (they support SCO, Solaris, Interactive >> > and Linux) were big fans of FreeBSD: Peter Schumberger and Jenz >> > Ketzmeier (not sure about the spelling of the last one) can be reached >> > at 011-49-30-39928 x260. Perhaps some of our german members would >> > care to get ahold of them? >> >> I used to be a voice/digital telecomm guy, before I went back to school, >> and I'm really curious. I know the European digital pipes are 2.048 MBS, >> while ours are 1.544 MBS. I saw above where it said NT1. Are the NT1 >> rates the same here/there, or does the card do both 2.048/1.544? >> >> Thanks. >> >> > >> > Jordan >> > >> >> ============================================================================ >> Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 >> --------------------------------------------------------------------------- >> The Dilbert Zone is Dilbert's new WWW home! The area >> features never-before-seen original sketches of Dilbert, a photo tour >> of Scott Adams' studio, Dilbert Trivia and memorabilia, high >> school photos and much more!: >> >> > > > ---------------------------------------------------------------------------- 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 From owner-freebsd-hackers Fri Dec 8 09:25:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20602 for hackers-outgoing; Fri, 8 Dec 1995 09:25:58 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20588 for ; Fri, 8 Dec 1995 09:25:54 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA12717; Fri, 8 Dec 1995 11:24:51 -0600 From: Joe Greco Message-Id: <199512081724.LAA12717@brasil.moneng.mei.com> Subject: Re: A call for DNS secondaries to server for .freebsd.org To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 8 Dec 1995 11:24:50 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199512081509.HAA28341@time.cdrom.com> from "Jordan K. Hubbard" at Dec 8, 95 07:09:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I propose that we deal with all or most of these problems at the same > time by creating secondary name servers for each major subdomain. > We've already done this for .au (Australia), .br (Brazil), .fr (France) > and .it (Italy). We should at least try to get all the countries who > currently have servers in MIRROR.SITES represented by their own domains > so that we can unify the ftp namespace in the same way that Netscape has - > e.g. the Japanese sites (for example) would become ftp.jp.freebsd.org, > ftp1.jp.freebsd.org, and so on. This makes them both trivial to remember > and to cycle through when you're looking for a server with some slots free > in your country of origin. Why not do it by state (or maybe timezone) for US sites? i.e. have a "ftp1.wi.freebsd.org" for an ftp site in Wisconsin, or something like that... Another idea we were tossing around at work yesterday might be a way to have the install floppy send "test" pings to various ftp servers, to see which might be fastest (closest? ala traceroute?) automatically, and recommend a good ftp server on that basis. Credit (partially): Scott Bolte... ... JG From owner-freebsd-hackers Fri Dec 8 09:31:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21454 for hackers-outgoing; Fri, 8 Dec 1995 09:31:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21434 for ; Fri, 8 Dec 1995 09:31:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA28837; Fri, 8 Dec 1995 09:25:36 -0800 To: "Michael C. Newell" cc: Joe Greco , Angelo Turetta , freebsd-hackers@freebsd.org Subject: Re: User space PPP & leased line In-reply-to: Your message of "Fri, 08 Dec 1995 11:34:00 EST." Date: Fri, 08 Dec 1995 09:25:36 -0800 Message-ID: <28835.818443536@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > We tried using the user mode PPP on our systems for a while, but under > very heavy load after 2-3 minutes the line ALWAYS dropped. No indication > of what caused it. We use the identical setup with the kernel PPP (pppd) > and run for days with no line drops. We sent mail to the list a couple > of times but never got responses, so we just stuck with the kernel mode code. I'm afraid that the ijppp stuff is kind of in a special category given that most of it's in Japanese and nobody really pretends to understand it anyway. :-) I have had similar problems with it, I'm afraid, and feel this to be a subtle bug somewhere because sometimes the line drops and ppp just sort of sits there and sometimes it'll drop followed by ppp dumping core. I talked with Atsushi about it a few times but he's been pretty busy with work and my switching over to SLIP (for other reasons) kind of put an end to our testing. The best I can suggest is compiling it with debugging information and then using gdb's `attach' command to try and see what its internal state is when the line drops. It could be that the problem will leap right out at you (or then again, maybe not :-). The debugging facilities are also pretty advanced in ijppp, so it may be that you can modify it to tell you itself what's going wrong if you add more debugging to whatever section deals with line drops (or, more likely, drops it itself in response to some erroneous condition). > One thing we DID notice was that the transfer speeds using the user mode > code were SIGNIFICANTLY higher than those using the kernel mode code - > for example, transferring a medium size binary file (one that could be > fully transferred in < 2 minutes :-) using pppd takes an average of > 2.3KB/s whereas with ijppp it's more like 3.3KB/s (using a V.fc modem > connection at 26.4Kb/s). I'm not sure why this should be, but given the That's also worth investigating. I can't see any inefficiency that should result in *that* much slowdown, and my own tests showed virtually no difference between the two. Perhaps tcpdump might not be a bad idea - you may find that there's something about your setup that ppp just doesn't like. Jordan From owner-freebsd-hackers Fri Dec 8 09:41:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22756 for hackers-outgoing; Fri, 8 Dec 1995 09:41:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22743 for ; Fri, 8 Dec 1995 09:41:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA28934; Fri, 8 Dec 1995 09:39:41 -0800 To: Joe Greco cc: hackers@freebsd.org Subject: Re: A call for DNS secondaries to server for .freebsd.org In-reply-to: Your message of "Fri, 08 Dec 1995 11:24:50 CST." <199512081724.LAA12717@brasil.moneng.mei.com> Date: Fri, 08 Dec 1995 09:39:41 -0800 Message-ID: <28932.818444381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Why not do it by state (or maybe timezone) for US sites? i.e. have a > "ftp1.wi.freebsd.org" for an ftp site in Wisconsin, or something like > that... Well, I didn't want to bite off *too* much here or this will never get done. Maybe after we've got the major countries done we can start thinking about subdividing the U.S. :) > Another idea we were tossing around at work yesterday might be a way to have > the install floppy send "test" pings to various ftp servers, to see which > might be fastest (closest? ala traceroute?) automatically, and recommend a > good ftp server on that basis. If someone wants to write me a nice stand-alone module for doing this, I'll certainly consider adding it. :-) Right now I have far too many things on my wish list that are important to truly necessary functionality to consider putting time into stuff like this, I'm afraid. :( Jordan From owner-freebsd-hackers Fri Dec 8 09:54:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23859 for hackers-outgoing; Fri, 8 Dec 1995 09:54:06 -0800 (PST) Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23801 Fri, 8 Dec 1995 09:53:38 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA28215; Fri, 8 Dec 1995 19:53:22 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.2/8.6.9) with SMTP id TAA22669; Fri, 8 Dec 1995 19:53:19 +0200 (SAT) Message-Id: <199512081753.TAA22669@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Coranth Gryphon cc: jkh@time.cdrom.com, mark@grondar.za, announce@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! Date: Fri, 08 Dec 1995 19:53:19 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Says Jordan: > > > First the good news: > > > We've decided, after much internal debate, to re-open general read access > > > > We don't have the resources to actually deploy any of these services > > > from freefall.freebsd.org. > > Says Mark Murray: > > I suspect, though, that I will need more > > remailers to make this work properly. More volunteers? > ... > > Any chances of doing some kind of FSP mirroring? > > I have an ISP willing to donate space and cpu-time on a machine (he's > sitting on a T1 off MCI backbone). Problem is that I do not have the > time to do the setup. If anyone out there can donate the time to get this > site set up, then we can get rolling. I have ZERO experience in setting up mail exploders. Here is a volunteer offering his site. What next? Jordan - Who is FreeBSD's expert? Justin? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Fri Dec 8 10:10:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28298 for hackers-outgoing; Fri, 8 Dec 1995 10:10:34 -0800 (PST) Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28292 Fri, 8 Dec 1995 10:10:29 -0800 (PST) Received: from hausdorff.math.psu.edu (cross@hausdorff.math.psu.edu [146.186.132.5]) by leibniz.math.psu.edu (8.6.12/8.6.9) with ESMTP id NAA04768; Fri, 8 Dec 1995 13:10:14 -0500 Received: from localhost (cross@localhost) by hausdorff.math.psu.edu (8.6.12/8.6.9) with ESMTP id NAA08632; Fri, 8 Dec 1995 13:10:12 -0500 Message-Id: <199512081810.NAA08632@hausdorff.math.psu.edu> X-Mailer: exmh version 1.6.4 10/10/95 To: Mark Murray cc: "Jordan K. Hubbard" , hackers@freebsd.org, announce@freebsd.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! In-reply-to: Your message of "Wed, 06 Dec 1995 20:39:19 +0200." <199512061839.UAA08521@grumble.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 1995 13:10:11 -0500 From: Dan Cross Sender: owner-hackers@freebsd.org Precedence: bulk > I have offered to do this on ftp.internat.freebsd.org and volunteer > it again. I have a volunteer with a "well-connected" machine who > can remail this for me. I suspect, though, that I will need more > remailers to make this work properly. More volunteers? (Preferably > representing a country/region). The problem is internat.freebsd.org > does not have the bandwidth to mega-mail the world! I think that I can use one of my mail gateways as a remailer for some of the lists. Let me know... I'd be happy to represent the Penn State region of the world. :-) - Dan C. From owner-freebsd-hackers Fri Dec 8 10:15:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28792 for hackers-outgoing; Fri, 8 Dec 1995 10:15:30 -0800 (PST) Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28786 Fri, 8 Dec 1995 10:15:12 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id UAA28254; Fri, 8 Dec 1995 20:14:55 +0200 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.2/8.6.9) with SMTP id UAA22792; Fri, 8 Dec 1995 20:14:54 +0200 (SAT) Message-Id: <199512081814.UAA22792@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Dan Cross cc: Mark Murray , "Jordan K. Hubbard" , hackers@freebsd.org, announce@freebsd.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! Date: Fri, 08 Dec 1995 20:14:54 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk > > I have offered to do this on ftp.internat.freebsd.org and volunteer > > it again. I have a volunteer with a "well-connected" machine who > > can remail this for me. I suspect, though, that I will need more > > remailers to make this work properly. More volunteers? (Preferably > > representing a country/region). The problem is internat.freebsd.org > > does not have the bandwidth to mega-mail the world! > > I think that I can use one of my mail gateways as a remailer for some > of the lists. Let me know... I'd be happy to represent the Penn State > region of the world. :-) Cool! I will most likely only have one or two lists, serving CTM binaries. Thanks a ton! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-hackers Fri Dec 8 10:22:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29788 for hackers-outgoing; Fri, 8 Dec 1995 10:22:12 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29767 for ; Fri, 8 Dec 1995 10:22:00 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA06487 for freebsd-hackers@freefall.cdrom.com; Fri, 8 Dec 1995 19:22:33 +0100 Date: Fri, 8 Dec 1995 19:22:33 +0100 From: "Christoph P. Kukulies" Message-Id: <199512081822.TAA06487@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: linux emu - I only get core dumps Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I did: o build a -current kernel with COMPAT_LINUX o created /compat/linux/lib o did a modload /lkm/linux_mod.o (w/o an entry point, is that correct?) tried the various linux binaries from Xinsides OpenGL server kit and all I get is seg faults. In other cases I got missing X/OpenGL libraries but after satisfying these references by putting the libs into /compat/linux/lib I always end up in core dumps. Are there any linux binaries (maybe not necessarily X based) I can test with? I have no linux system near by. Could someone send me some binaries and/or give me a pointer? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Dec 8 10:32:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00995 for hackers-outgoing; Fri, 8 Dec 1995 10:32:27 -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 KAA00979 for ; Fri, 8 Dec 1995 10:32:21 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA00699; Fri, 8 Dec 1995 11:34:44 -0700 Date: Fri, 8 Dec 1995 11:34:44 -0700 From: Nate Williams Message-Id: <199512081834.LAA00699@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: "Michael C. Newell" , Joe Greco , Angelo Turetta , freebsd-hackers@freebsd.org Subject: Re: User space PPP & leased line In-Reply-To: <28835.818443536@time.cdrom.com> References: <28835.818443536@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > One thing we DID notice was that the transfer speeds using the user mode > > code were SIGNIFICANTLY higher than those using the kernel mode code - > > for example, transferring a medium size binary file (one that could be > > fully transferred in < 2 minutes :-) using pppd takes an average of > > 2.3KB/s whereas with ijppp it's more like 3.3KB/s (using a V.fc modem > > connection at 26.4Kb/s). I'm not sure why this should be, but given the > > That's also worth investigating. I can't see any inefficiency that > should result in *that* much slowdown, and my own tests showed > virtually no difference between the two In a word, 'Predictor-1 compression'. It's available on ijppp, and not with kernel-mode ppp and makes a significant difference. Nate From owner-freebsd-hackers Fri Dec 8 10:46:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02329 for hackers-outgoing; Fri, 8 Dec 1995 10:46:04 -0800 (PST) Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02312 for ; Fri, 8 Dec 1995 10:45:54 -0800 (PST) Received: from hausdorff.math.psu.edu (cross@hausdorff.math.psu.edu [146.186.132.5]) by leibniz.math.psu.edu (8.6.12/8.6.9) with ESMTP id NAA05395; Fri, 8 Dec 1995 13:45:47 -0500 Received: from localhost (cross@localhost) by hausdorff.math.psu.edu (8.6.12/8.6.9) with ESMTP id NAA09157; Fri, 8 Dec 1995 13:45:44 -0500 Message-Id: <199512081845.NAA09157@hausdorff.math.psu.edu> X-Mailer: exmh version 1.6.4 10/10/95 To: Paul Richards cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@FreeBSD.ORG Subject: Re: A call for DNS secondaries to server for .freebsd.org In-reply-to: Your message of "Fri, 08 Dec 1995 15:51:46 GMT." <199512081551.PAA13026@cadair.elsevier.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 1995 13:45:43 -0500 From: Dan Cross Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Do other countries have similar namespace conventions? We could get all > the freebsd.org. domains allocated. This would reduce > namserver load on freebsd.org's nameservers because the top level > domain queries would go to the countries org nameserver and not > freebsd.org's. i.e queries to ftp.freebsd.org.uk will come to the uk. > > What do you think? I can get the domain name and a name server sorted > out but not the actual mirror sites, not enough bandwidth. I agree with this logic, it also fits in with the problem that Jordan mentioned regarding the existing freebsd.org stuff in the US. Why bother changing stuff around when there's an easier, and arguably more intuitive alternative? At anyrate, I'll gladly secondary for the US... - Dan C. From owner-freebsd-hackers Fri Dec 8 11:15:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08235 for hackers-outgoing; Fri, 8 Dec 1995 11:15:27 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA08223 for ; Fri, 8 Dec 1995 11:15:16 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.3/BSD4.4) id GAA27321; Sat, 9 Dec 1995 06:14:41 +1100 (EST) From: michael butler Message-Id: <199512081914.GAA27321@asstdc.scgt.oz.au> Subject: Re: User space PPP & leased line To: mnewell@lupine.nsi.nasa.gov (Michael C. Newell) Date: Sat, 9 Dec 1995 06:14:41 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Michael C. Newell" at Dec 8, 95 11:34:00 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Michael C. Newell writes: > We tried using the user mode PPP on our systems for a while, but under > very heavy load after 2-3 minutes the line ALWAYS dropped. No indication > of what caused it. We use the identical setup with the kernel PPP (pppd) > and run for days with no line drops. This is most likely the result of dropping LCP echo packets on a busy line. Try adding .. disable lqr deny lqr .. to the 'default' section of /etc/ppp/ppp.conf. It does not seem to work if placed elsewhere :-( > We DID have to set up a bunch of scripts to make sure the kernel mode > doesn't lock up and to do redialing ('cause we've never been able to get > pppd to redial on its own). Hardly surprising since kernel mode ppp has no demand-dial capability :-) michael From owner-freebsd-hackers Fri Dec 8 11:31:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11263 for hackers-outgoing; Fri, 8 Dec 1995 11:31:51 -0800 (PST) Received: from felix.cs.wisc.edu (felix.cs.wisc.edu [128.105.73.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA11254 for ; Fri, 8 Dec 1995 11:31:46 -0800 (PST) Received: (from jcargill@localhost) by felix.cs.wisc.edu (8.6.12/8.6.12) id NAA22120; Fri, 8 Dec 1995 13:31:36 -0600 Date: Fri, 8 Dec 1995 13:31:36 -0600 Message-Id: <199512081931.NAA22120@felix.cs.wisc.edu> From: Jonathan Cargille To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org Subject: Donations (was Re: Second appeal for sup ...) In-Reply-To: <21490.818297379@time.cdrom.com> References: <199512061903.NAA04391@felix.cs.wisc.edu> <21490.818297379@time.cdrom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > I can think of a couple of companies ;-) that would be glad to chip in > more than that! Well, let's explore this one further. Here's a list, in order of decreasing importance, of the kinds of resources I think the project most needs right now: 1. Internet connectivity (for providing more distributed services) I'll volunteer InfoMagic ;-) (Yes, I've discussed it with them; that's why I was slow in responding/offering) to pick up some portion of the net-load; they've got a T1 with some available bandwidth, and are planning to get another within a couple of months. We'll be happy to provide sup and other service. I'll be happy to do the admin for it (though I haven't set up sup-service before, so someone to coach would certainly be welcome!). Can you give me some idea of what sort of load 20 sup clients is (in terms of bandwidth and processor requirements)? As far as hardware and $$ donations go, I have a few comments (which will have to wait until I have a minute to think clearly! ;-) Jon From owner-freebsd-hackers Fri Dec 8 12:05:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15737 for hackers-outgoing; Fri, 8 Dec 1995 12:05:22 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15732 for ; Fri, 8 Dec 1995 12:05:19 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id PAA04248 for freebsd-hackers@freebsd.org; Fri, 8 Dec 1995 15:04:47 -0500 From: John Capo Message-Id: <199512082004.PAA04248@irbs.irbs.com> Subject: To the person with Merit-2.16 compile problems To: freebsd-hackers@freebsd.org Date: Fri, 8 Dec 1995 15:04:46 -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 Precedence: bulk Add this to your Makefile and it will link. This is the /only/ change I made to the distribution. LIBS = -lcrypt -lcompat Haven't tested 2.4.16 but 2.4 works with the same link line. John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Fri Dec 8 12:23:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17293 for hackers-outgoing; Fri, 8 Dec 1995 12:23:48 -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 MAA17287 for ; Fri, 8 Dec 1995 12:23:45 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id MAA08733 for ; Fri, 8 Dec 1995 12:23:30 -0800 Message-Id: <199512082023.MAA08733@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: freebsd-hackers@FreeBSD.org Subject: Matrox Meteor video capture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 1995 12:23:29 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Howdy, The matrox meteor is in high demand and sometimes hard to get. If you are interested in buying a matrox meteor PCI video capture board for FreeBSD . You can order one from: Computer Modules, Inc, 2350 Walsh Avenue, Santa Clara, Ca. 95051 (408) 496- 1881 I bought my meteor for $533 from them and that includes tax... They should have a few Meteors in stock. If you do order one please mention FreeBSD . It does help !!! Computer Modules also has a small ccd camera which they sell for $150. I got no clue as to how well it works. For a video camera , I bought a Sony Handycam video hi8 CCD-TR100 and it cost me $1000. Last but not least the Matrox Meteor will not work with the Neptune chipset you need a motherboard with a Triton chipset. My motherboard is an ASUS with a Triton chipset and a P100. The card / driver works very well and I am having a ball with audio videoconferencing 8) Oh, in video conferencing you don't have to use the silly symbol "8)" . Lights, Camera, Take one! Amancio From owner-freebsd-hackers Fri Dec 8 13:15:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23171 for hackers-outgoing; Fri, 8 Dec 1995 13:15:20 -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 NAA23163 for ; Fri, 8 Dec 1995 13:15:13 -0800 (PST) Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with SMTP id NAA09166; Fri, 8 Dec 1995 13:13:34 -0800 Message-Id: <199512082113.NAA09166@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: linux emu - I only get core dumps In-reply-to: Your message of "Fri, 08 Dec 1995 19:22:33 +0100." <199512081822.TAA06487@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 1995 13:13:34 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk You can always try doom... rah.star-gate.com:/pub/ linux-lib.tar.gz linux-doom-1.8.tar.gz linux_ioctl.tar.gz replacement files for /sys/i386/linux to allow playing sound . If you get undef when loading the linux module just take out the static declaration of the undef symbols in /sys/kern/sysv_ipc.c . You will to place the sndserver in your default path. At any rate, just try the plain old doom to check out the linux emulation. Have fun, Amancio >>> "Christoph P. Kukulies" said: > > I did: > > o build a -current kernel with COMPAT_LINUX > o created /compat/linux/lib > o did a modload /lkm/linux_mod.o (w/o an entry point, is that correct?) > > tried the various linux binaries from Xinsides OpenGL server kit > and all I get is seg faults. In other cases I got missing X/OpenGL > libraries but after satisfying these references by putting the libs into > /compat/linux/lib I always end up in core dumps. > > Are there any linux binaries (maybe not necessarily X based) I can > test with? I have no linux system near by. Could someone send me some > binaries and/or give me a pointer? > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > From owner-freebsd-hackers Fri Dec 8 14:17:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27131 for hackers-outgoing; Fri, 8 Dec 1995 14:17:58 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27122 for ; Fri, 8 Dec 1995 14:17:51 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id OAA22284 for ; Fri, 8 Dec 1995 14:17:31 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id RAA18687; Fri, 8 Dec 1995 17:13:21 -0500 Date: Fri, 8 Dec 1995 17:13:21 -0500 (EST) From: "Michael C. Newell" To: michael butler cc: hackers@freebsd.org Subject: Re: User space PPP & leased line In-Reply-To: <199512081914.GAA27321@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 9 Dec 1995, michael butler wrote: > This is most likely the result of dropping LCP echo packets on a busy line. > Try adding .. > > disable lqr > deny lqr > > .. to the 'default' section of /etc/ppp/ppp.conf. I tried that; it still dies off... ;-( > Hardly surprising since kernel mode ppp has no demand-dial capability :-) Actually you can give it a connect script that it runs when you start it up, but if the connection breaks it doesn't redial (as you say, it ain't supposed to...) One thing I *DID* find out is if you put proxyarp in the options file the pppd daemon process never goes away! EXCEEDINGLY annoying. It might be nice to add a clause in the man page telling people not to use the "proxyarp" option (the message I got this from indicated it doesn't work anyway.) Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Fri Dec 8 14:26:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27848 for hackers-outgoing; Fri, 8 Dec 1995 14:26:55 -0800 (PST) Received: from nebland (root@nebland.cnweb.com [204.214.128.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27843 for ; Fri, 8 Dec 1995 14:26:46 -0800 (PST) Received: by nebland (Smail3.1.29.1 #3) id m0tOBHN-0002kcC; Fri, 8 Dec 95 16:28 CST Date: Fri, 8 Dec 1995 16:28:32 -36000 From: "Allen D. Harpham" Subject: Re: To the person with Merit-2.16 compile problems To: John Capo cc: freebsd-hackers@freebsd.org In-Reply-To: <199512082004.PAA04248@irbs.irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 8 Dec 1995, John Capo wrote: > Add this to your Makefile and it will link. This is the /only/ > change I made to the distribution. > > LIBS = -lcrypt -lcompat > > Haven't tested 2.4.16 but 2.4 works with the same link line. > > John Capo jc@irbs.com > IRBS Engineering High performance FreeBSD systems > (305) 792-9551 Unix/Internet Consulting - ISP Solutions > That line is already in the Makefile under the FreeBSD section. With It I get the following results: When I run Make I get the following error: "Makefile", line 502: Need an operator Fatal errors encountered -- cannot continue If I delete the lines that refer to builddbm from the makefile, I get the following error: ./src/users.c: In function 'update_clients': ./src/users.c:2509: 'h_errno' undeclared (first use this function) ./src/users.c:2509: (Each undeclared identifier is reported only once ./src/users.c:2509: for each function it appears in.) *** Error code 1 Stop Any ideas? Thanks, Allen ____________________________________________________________________________ Allen D. Harpham, President | Voice: (402)462-4619 Computer Consultants of | Fax: (402)462-4670 Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com 1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com Hastings, NE 68901-3713 | ____________________________________________ | Custom programming, Network | Design and Installation, | Telecommunications Consulting, | Web Hosting Services ____________________________________________________________________________ From owner-freebsd-hackers Fri Dec 8 14:52:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29823 for hackers-outgoing; Fri, 8 Dec 1995 14:52:12 -0800 (PST) Received: from ns.via.net (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29790 for ; Fri, 8 Dec 1995 14:52:00 -0800 (PST) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id OAA07846 for hackers@freebsd.org; Fri, 8 Dec 1995 14:52:04 -0800 Date: Fri, 8 Dec 1995 14:52:04 -0800 From: Joe McGuckin Message-Id: <199512082252.OAA07846@ns.via.net> To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk I have a 100MHZ pentium that I use as a web and FTP server. Recently we've been seeing Apache complaining about "can't spawn process". After making it print out errno from the failing fork(), we're getting EAGAIN. I make a kernel with maxusers == 50 thinking that this would solve my problem. but it didn't. Normally the system runs with 65-70 processes. When it gets to 99 or 100 it refuses to fork any more. Where is this limit set? How can I increase it? What other resources can I tweak for a heavily loaded machine? Thanks, Joe Also, here's the output from sysctl: kern.ostype = FreeBSD kern.osrelease = 2.0.5-RELEASE kern.osrevision = 199306 kern.version = FreeBSD 2.0.5-RELEASE #0: Wed Nov 29 10:15:55 PST 1995 joe@ovation.via.net:/usr/src/sys/compile/GENERIC kern.maxvnodes = 2577 kern.maxproc = 820 kern.maxfiles = 1640 kern.argmax = 65536 kern.securelevel = -1 kern.hostname = ovation.via.net kern.hostid = 0 kern.clockrate: hz = 100, tick = 10000, profhz = 1024, stathz = 128 kern.posix1version = 198808 kern.ngroups = 16 kern.job_control = 1 kern.saved_ids = 1 kern.boottime = Wed Nov 29 11:25:50 1995 kern.domainname = kern.update = 30 kern.osreldate = 199504 kern.bootfile = /kernel kern.maxfilesperproc = 1640 kern.maxprocperuid = 819 kern.dumpdev = disabled vm.loadavg: 0.04 0.12 0.13 net.inet.ip.forwarding = 0 net.inet.ip.redirect = 1 net.inet.ip.ttl = 64 net.inet.ip.rtexpire = 93 net.inet.ip.rtminexpire = 10 net.inet.ip.rtmaxcache = 128 net.inet.ip.sourceroute = 0 net.inet.icmp.maskrepl = 0 net.inet.tcp.rfc1323 = 1 net.inet.tcp.rfc1644 = 1 net.inet.tcp.mssdflt = 512 net.inet.tcp.rttdflt = 3 net.inet.tcp.keepidle = 14400 net.inet.tcp.keepintvl = 150 net.inet.tcp.sendspace = 16384 net.inet.tcp.recvspace = 16384 net.inet.udp.checksum = 1 net.inet.udp.maxdgram = 9216 net.inet.udp.recvspace = 41600 hw.machine = i386 hw.model = Pentium 815\100 hw.ncpu = 1 hw.byteorder = 1234 hw.physmem = 33161216 hw.usermem = 26583040 hw.pagesize = 4096 hw.floatingpoint = 1 machdep.adjkerntz = 28800 machdep.disable_rtc_set = 0 user.cs_path = /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max = 99 user.bc_dim_max = 2048 user.bc_scale_max = 99 user.bc_string_max = 1000 user.coll_weights_max = 0 user.expr_nest_max = 32 user.line_max = 2048 user.re_dup_max = 255 user.posix2_version = 199212 user.posix2_c_bind = 0 user.posix2_c_dev = 0 user.posix2_char_term = 0 user.posix2_fort_dev = 0 user.posix2_fort_run = 0 user.posix2_localedef = 0 user.posix2_sw_dev = 0 user.posix2_upe = 0 user.stream_max = 20 user.tzname_max = 255 From owner-freebsd-hackers Fri Dec 8 15:11:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01221 for hackers-outgoing; Fri, 8 Dec 1995 15:11:11 -0800 (PST) Received: from joy.cs.ndsu.nodak.edu (joy.cs.ndsu.NoDak.edu [134.129.125.191]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01198 for ; Fri, 8 Dec 1995 15:10:54 -0800 (PST) Received: (from tinguely@localhost) by joy.cs.ndsu.nodak.edu (8.6.11/8.6.9) id RAA16340 for freebsd-hackers@freebsd.org; Fri, 8 Dec 1995 17:10:41 -0600 Date: Fri, 8 Dec 1995 17:10:41 -0600 From: mark tinguely Message-Id: <199512082310.RAA16340@joy.cs.ndsu.nodak.edu> To: freebsd-hackers@freebsd.org Subject: meteor patch Sender: owner-hackers@freebsd.org Precedence: bulk > are you *really* sure about this ? There was only *one* difference > in the settings of SECAM mode between the file that I believed to > be 1.0.8 and the one in 2.1.0 -- but it only affected enabling > something SECAM-related, and, btw, this needed to be undone also > when going back to PAL and NTSC. > > The lower half of my changes did this (probably not very important) and > also set the high bits of the number of input lines in 50-Hz mode. I don't have my data book here, blizzard has me stuck at home, but from the commecnts on field you are correct, I was not clearing the SECAM mode if I went from the output fields for 50 Hz (I added another clear for automode). Also, I should be setting high bits of the input field count, not the output field count bits. Thanks again. I do not have any problems with VCRs. *** meteor.c.1.0.9 Thu Dec 7 10:49:29 1995 --- meteor.c Fri Dec 8 16:53:54 1995 *************** *** 42,47 **** --- 42,50 ---- to either signed or unsigned. 12/07/95 Changed 7196 startup codes for 50 Hz as recommended by Luigi Rizzo (luigi@iet.unipi.it) + 12/08/95 Clear SECAM bit in PAL/NTSC and set input field count + bits for 50 Hz mode (PAL/SECAM) before I was setting the + output count bits. by Luigi Rizzo (luigi@iet.unipi.it) */ #include "meteor.h" *************** *** 869,875 **** SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xc0) | 0x40); SAA7196_WRITE(mtr, 0x22, 0x80); SAA7196_WRITE(mtr, 0x24, (SAA7196_REG(mtr, 0x24) & ~0x0c) | 0x08); --- 872,878 ---- SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xe0) | 0x40); SAA7196_WRITE(mtr, 0x22, 0x80); SAA7196_WRITE(mtr, 0x24, (SAA7196_REG(mtr, 0x24) & ~0x0c) | 0x08); *************** *** 883,895 **** SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xc0)); SAA7196_WRITE(mtr, 0x22, 0x00); SAA7196_WRITE(mtr, 0x24, (SAA7196_REG(mtr, 0x24) | 0x0c)); SAA7196_WRITE(mtr, 0x26, 0x20); SAA7196_WRITE(mtr, 0x28, ! (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x01) ; break; case METEOR_FMT_SECAM: mtr->flags = (mtr->flags & ~METEOR_FORM_MASK) | --- 886,898 ---- SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xe0)); SAA7196_WRITE(mtr, 0x22, 0x00); SAA7196_WRITE(mtr, 0x24, (SAA7196_REG(mtr, 0x24) | 0x0c)); SAA7196_WRITE(mtr, 0x26, 0x20); SAA7196_WRITE(mtr, 0x28, ! (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x04) ; break; case METEOR_FMT_SECAM: mtr->flags = (mtr->flags & ~METEOR_FORM_MASK) | *************** *** 903,909 **** (SAA7196_REG(mtr, 0x24) | 0x0c)); SAA7196_WRITE(mtr, 0x26, 0x20); SAA7196_WRITE(mtr, 0x28, ! (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x01) ; break; case METEOR_FMT_AUTOMODE: mtr->flags = (mtr->flags & ~METEOR_FORM_MASK) | --- 906,912 ---- (SAA7196_REG(mtr, 0x24) | 0x0c)); SAA7196_WRITE(mtr, 0x26, 0x20); SAA7196_WRITE(mtr, 0x28, ! (SAA7196_REG(mtr, 0x28) & ~0x0c) | 0x04) ; break; case METEOR_FMT_AUTOMODE: mtr->flags = (mtr->flags & ~METEOR_FORM_MASK) | *************** *** 911,917 **** SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xc0) | 0x80); break; default: return EINVAL; --- 914,920 ---- SAA7196_WRITE(mtr, 0x0d, (SAA7196_REG(mtr, 0x0d) & ~0x01)); SAA7196_WRITE(mtr, 0x0f, ! (SAA7196_REG(mtr, 0x0f) & ~0xe0) | 0x80); break; default: return EINVAL; --RAA16285.818464082/joy.cs.ndsu.nodak.edu-- --PAA22772.818464142/who.cdrom.com-- From owner-freebsd-hackers Fri Dec 8 16:04:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05337 for hackers-outgoing; Fri, 8 Dec 1995 16:04:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05322 for ; Fri, 8 Dec 1995 16:04:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA00181; Fri, 8 Dec 1995 16:03:35 -0800 To: Joe McGuckin cc: hackers@freebsd.org In-reply-to: Your message of "Fri, 08 Dec 1995 14:52:04 PST." <199512082252.OAA07846@ns.via.net> Date: Fri, 08 Dec 1995 16:03:35 -0800 Message-ID: <179.818467415@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Look in /sys/i386/conf/LINT - you'll find the various parameters described in more detail there. In particular, see CHILD_MAX. Jordan > > I have a 100MHZ pentium that I use as a web and FTP server. Recently > we've been seeing Apache complaining about "can't spawn process". After > making it print out errno from the failing fork(), we're getting EAGAIN. > > I make a kernel with maxusers == 50 thinking that this would solve my problem From owner-freebsd-hackers Fri Dec 8 16:08:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05760 for hackers-outgoing; Fri, 8 Dec 1995 16:08:18 -0800 (PST) Received: from data.nas.nasa.gov (data.nas.nasa.gov [129.99.23.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05737 for ; Fri, 8 Dec 1995 16:08:11 -0800 (PST) Received: from gizmo.nas.nasa.gov (gizmo.nas.nasa.gov [129.99.36.13]) by data.nas.nasa.gov (8.6.12/NAS.5.b) with SMTP id QAA11904 for ; Fri, 8 Dec 1995 16:07:55 -0800 X-Authentication-Warning: data.nas.nasa.gov: Host gizmo.nas.nasa.gov didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: hackers@freebsd.org Reply-to: truesdel@nas.nasa.gov Subject: Hint's needed for debugging a SCSI CDROM changer problem. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Dec 1995 16:07:55 -0800 Message-ID: <8125.818467675@nas.nasa.gov> From: Dave Truesdell Sender: owner-hackers@freebsd.org Precedence: bulk I've been attempting to get a SCSI CDROM changer working FreeBSD 2.1(-stable). The device a Mountain "CD7" (aka. NRC MBR-7). I can mount and access the first four CDROM's without any problems. However, when I attempt to mount the 5th CDROM I soon get either (what appears to be) a hung SCSI bus, or I get "Fatal trap 12"'s in random parts of the kernel. (Two crashes I've saved had the faults occur in both the isofs and vm code.) Can anyone suggest ways of either getting information out of a hung system, or tracking the fatal page faults back to their source? I'm not afraid of reading kernel code, but I'm not overly familiar with the Intel VM architecture, so any hint's would be greatly appreciated. The messages from the two panics and my config file is included below, if those would provide any useful information. crash #1: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor write, page not present instruction pointer = 0x8:0xf0102092 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 14 (find) interrupt mask = panic: page fault syncing disks... done dumping to dev 401, offset 0 dump 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Crash #2: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4e fault code = supervisor read, page not present instruction pointer = 0x8:0xf0125f2c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 54 (ifconfig) interrupt mask = bio panic: page fault syncing disks... 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up dumping to dev 401, offset 0 dump 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Config file: # # ############################################################################## ## Motherboard: UC4914-G VL-bus with Intel 486DX2-66 cpu. ## 20MB 60ns main memory; 128k cache. ############################################################################## machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" # aka Pentium(tm) ident POOH # The `maxusers' parameter controls the static sizing of a number of # internal system tables. maxusers 20 # Set the default max number of processes per user to 128 and # the max number of open files per user to 128 options "CHILD_MAX=128" options "OPEN_MAX=128" config kernel root on sd0 swap on sd0 and sd1 and sd2 dumps on sd0 # A math emulator is mandatory if you wish to run on hardware which # does not have a floating-point processor. Pick either the original, # bogus (but freely-distributable) math emulator, or a much more # fully-featured but GPL-licensed emulator taken from Linux. #options MATH_EMULATE # OLD x87 math emulator #options GPL_MATH_EMULATE # NEW/GPL x87 math emulator ##################################################################### # COMPATIBILITY OPTIONS # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. # options "COMPAT_43" # SV style shared memory and IPC (Necessary for Amanda) # options SYSVSHM options SYSVSEM options SYSVMSG ##################################################################### # DEBUGGING OPTIONS #options DDB # Kernel debugger options KTRACE # System call tracing with ktrace(2). ##################################################################### # NETWORKING OPTIONS options INET #Internet communications protocols # Network interfaces: # The `loop' pseudo-device is mandatory when networking is enabled. # The `ether' pseudo-device provides generic code to handle # Ethernets; it is mandatory when a Ethernet device driver is # configured. # The 'fddi' pseudo-device provides generic code to support FDDI. # The `sppp' pseudo-device serves a similar role for certain types # of synchronous PPP links (like `cx'). # The `sl' pseudo-device implements the Serial Line IP (SLIP) service. # The `ppp' pseudo-device implements the Point-to-Point Protocol. # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. # The `disc' pseudo-device implements a minimal network interface, # which throws away all packets sent and never receives any. It is # included for testing purposes. # The `tun' pseudo-device implements the User Process PPP (iijppp) # pseudo-device ether #Generic Ethernet #pseudo-device fddi #Generic FDDI #pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 1 #Serial Line IP pseudo-device ppp 1 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # GATEWAY allows the machine to forward packets, and also configures # larger static sizes of a number of system tables. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE does # the obvious thing. # # IPACCT enables IP accounting. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. # (Eventually there will be a better management interface.) # #options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPACCT #ipaccounting #options ARP_PROXYALL #global proxy ARP ##################################################################### # FILESYSTEM OPTIONS # These filesystems can not be demand loaded, so they must be compiled in. options FFS #Berkeley Fast Filesystem options MFS #Memory based Filesystem # These filesystems could be demand loaded, but they are often used. options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS pseudo-device pty 32 #Pseudo ttys - can go as high as 64 pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) ##################################################################### # HARDWARE DEVICE CONFIGURATION # # Mandatory ISA devices: isa, sc or vt, npx # controller isa0 # # Options for `isa': # # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # No problems are known to be caused by this option. # # BOUNCE_BUFFERS provides support for ISA DMA on machines with more # than 16 megabytes of memory. It doesn't hurt on other machines. # Some broken EISA and VLB hardware may need this, too. options "AUTO_EOI_1" options BOUNCE_BUFFERS options UCONSOLE #Allow users to grab the console options XSERVER #Include code for XFree86 options HARDFONTS #Load ISO-8859-1 font in display adapter options UCONSOLE #Allow users to grab the console # Numeric Co-Processor device npx0 at isa? port "IO_NPX" irq 13 vector npxintr ############################################################################## ## Card: #9 GXE-64 ## S3 based VLB graphics card ## Note: Has 2Mb of memory on board. ############################################################################## # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr ## End #9 GXE-64 options UCONSOLE #Allow users to grab the console options XSERVER #Include code for XFree86 options HARDFONTS #Load ISO-8859-1 font in display adapter options FAT_CURSOR #start with block cursor ############################################################################## ## Card: BusLogic BT445S ## VLB SCSI-II Controller. ## Notes: Using floppy controller on board ############################################################################## options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options SCSIDEBUG #Enable SCSI debugging options NEW_SCSICONF # bt0: settings are irq 11 drq 5 #bt0 irq's ??? controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller scbus0 at bt0 # SCSI disk devices device sd0 # SCSI disk; Quantum Maverick 540S (516 MB) # 1057758 sectors, 2853 cyls, 4 heads, 92 sectors/track # bios geometry: 516 cyls, 64 heads, 32 sectors/track # slice 1: sysid 165, start 32, size 1056736 (515 Meg) # size offset fstype [fsize bsize bps/cpg] # a: 65536 0 4.2BSD 0 0 0 # (Cyl. 0 - 31) # b: 131072 65536 swap # (Cyl. 32 - 95) # c: 1056736 0 unused 0 0 # (Cyl. 0 - 515*) # e: 860128 196608 4.2BSD 0 0 0 # (Cyl. 96 - 515*) # sd0s1a: / ufs rw # sd0s1b: /tmp mfs rw # sd0s1b: none swap sw # sd0s1e: /usr ufs rw disk sd0 at scbus0 target 0 # SCSI disk; Quantum Lighting 730S (699 MB) # 1431760 sectors, 3658 cyls, 4 heads, 97 sectors/track # bios geometry: 699 cyls, 64 heads, 32 sectors/track # slice 1: sysid 165, start 32, size 1431520 (698 Meg) # size offset fstype [fsize bsize bps/cpg] # b: 131072 65536 swap # (Cyl. 32 - 95) # c: 1431520 0 unused 0 0 # (Cyl. 0 - 698*) # e: 65536 0 4.2BSD 0 0 0 # (Cyl. 0 - 31) # f: 307200 196608 4.2BSD 0 0 0 # (Cyl. 96 - 245) # g: 927712 503808 4.2BSD 0 0 0 # (Cyl. 246 - 698*) # sd1s1b: none swap sw # sd1s1e: unused # sd1s1f: /var ufs rw # sd1s1g: /usr/src ufs rw disk sd1 at scbus0 target 1 # SCSI disk; Quantum PD1225 (1169 MB) # 2395980 sectors, 2448 cyls, 14 heads, 69 sectors/track # bios geometry: 1169 cyls, 64 heads, 32 sectors/track # slice 1: sysid 165, start 32, size 2394080 (1168 Meg) # size offset fstype [fsize bsize bps/cpg] # b: 131072 0 swap # (Cyl. 0 - 63) # c: 2394080 0 unused 0 0 # (Cyl. 0 - 1168*) # e: 307200 131072 4.2BSD 1024 8192 0 # (Cyl. 64 - 213) # f: 1955808 438272 4.2BSD 1024 8192 0 # (Cyl. 214 - 1168*) # sd2s1b: none swap sw # sd2s1e: /amanda ufs rw # sd2s1f: /u ufs rw disk sd2 at scbus0 target 2 # ** NOT IN USE ** #disk sd3 at scbus0 target 3 # SCSI cdrom; Toshiba XM-3401TA device cd0 at scbus0 target 4 # SCSI tape; Archive Viper 2525 device st0 tape st0 at scbus0 target 5 # SCSI cdrom jukebox; Mountain "CD-7" (NRC MBR-7) device cd1 at scbus0 target 6 unit 0 device cd2 at scbus0 target 6 unit 1 device cd3 at scbus0 target 6 unit 2 device cd4 at scbus0 target 6 unit 3 device cd5 at scbus0 target 6 unit 4 device cd6 at scbus0 target 6 unit 5 device cd7 at scbus0 target 6 unit 6 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr # FLOPPY disk drive; TEAC dual 3.5/5.25 disk fd0 at fdc0 drive 0 # 1.44MB 3.5in disk fd1 at fdc0 drive 1 # 1.2MB 5.25in ## End BusLogic BT445S ############################################################################## ## Card: Quickpath Port-Folio ## ## Note: On-board floppy and IDE controllers are disabled. ############################################################################## # controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x000080ff vector wdintr ## IDE disk; Conner Peripherals CP3544 (518 MB) ## 1061424 sectors, 1053 cyls, 16 heads, 63 sectors/track ## bios geometry: 1053 cyls, 16 heads, 63 sectors/track ## slice 1: sysid 4 (Primary DOS 16 bit FAT), start 63, size 40257 (19 Meg) ## slice 2: sysid 165, start 40320, size 1021104 (498 Meg) ## size offset fstype [fsize bsize bps/cpg] ## c: 1021104 0 unused 0 0 # (Cyl. 0 - 1012) ## e: 1021104 0 4.2BSD 0 0 0 # (Cyl. 0 - 1012) ## wd0s1: msdos ## wd0s2e: /usr/local/src ufs rw ## ## Note: drive will be probed for 32bit transfers. Multi-sector transfers ## will be allowed up to the maximum supported by the drive. ##disk wd0 at wdc0 drive 0 #sio0 irq's 3,(4) device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr #serial mouse; fifo disabled #sio1 irq's (3),4 device sio1 at isa? port "IO_COM2" tty flags 0x02 irq 3 vector siointr #sio2 irq's 3,4,5,9,(10),11 device sio2 at isa? port "IO_COM3" tty irq 10 vector siointr #modem; Supra 28.8 (v.FC) #sio3 irq's 3,4,5,(9),12,15 device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr #lpt0 irq's 5,(7) device lpt0 at isa? port? tty irq 7 vector lptintr #lpt1 irq's 5,7 device lpt1 at isa? port? tty device joy0 at isa? port "IO_GAME" ## End Quickpath Port-Folio ############################################################################## ## Card: 3Com 3C503 ## 16 bit Ethernet controller. ## ############################################################################## #ed0 irq's ??? #ed0 address 02:60:8c:dd:dc:4a device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr ## End 3Com 3C-503 ############################################################################## ## Card: Gravis UltraSound ## Sound card ## Note: Has 256Kb memory on board ############################################################################## # If you have a GUS-MAX card and want to use the CS4231 codec on the # card the drqs for the gus max must be 8 bit (1, 2, or 3). # # If you would like to use the full duplex option on the gus, then define # flags to be the ``read dma channel''. # controller snd0 #gus0 irq's 2,3,5,7,11,12,(15) #gus0/MIDI irq's 2,3,5,7,11,12,15 #device gus0 at isa? port 0x220 irq 15 drq 1 vector gusintr device gus0 at isa? port 0x220 irq 15 drq 1 flags 0x3 vector gusintr ## End Gravis UltraSound # IRQ's #device 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #sio0 ( ) X #sio1 X ( ) #sio2 ( ) . ( ) ( ) x ( ) #sio3 . ( ) ( ) x ( ) ( ) #lpt0 ( ) X #lpt1 . ( ) #wdc0 X # #fdc0 X #bt0 X # #gus0 ( ) ( ) ( ) ( ) ( ) ( ) x #gus0/MIDI ( ) ( ) ( ) . ( ) x ( ) # #sc0 X # #ed0 ( ) . ( ) x # Misc notes: # Printer Ribbons: # Ribbon's Inc. (in TX.) # 800/742-2661 -or- 602/241-9431 # $10.95 each T.T.F.N., Dave Truesdell Wombat Wrestler/Software Packrat/NAS Newsmaster (truesdel@nas.nasa.gov) From owner-freebsd-hackers Fri Dec 8 17:06:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10525 for hackers-outgoing; Fri, 8 Dec 1995 17: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 RAA10519 for ; Fri, 8 Dec 1995 17:06:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA00728; Fri, 8 Dec 1995 18:05:06 -0700 From: Terry Lambert Message-Id: <199512090105.SAA00728@phaeton.artisoft.com> Subject: Re: Hint's needed for debugging a SCSI CDROM changer problem. To: truesdel@nas.nasa.gov Date: Fri, 8 Dec 1995 18:05:06 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <8125.818467675@nas.nasa.gov> from "Dave Truesdell" at Dec 8, 95 04:07:55 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 Precedence: bulk > I've been attempting to get a SCSI CDROM changer working FreeBSD 2.1(-stable). > The device a Mountain "CD7" (aka. NRC MBR-7). I can mount and access the first > four CDROM's without any problems. However, when I attempt to mount the 5th > CDROM I soon get either (what appears to be) a hung SCSI bus, or I get "Fatal > trap 12"'s in random parts of the kernel. (Two crashes I've saved had the > faults occur in both the isofs and vm code.) On a hunch: can you disable tagged command queueing and/or SCSI detach for the device? Perhaps the problem is that an outstanding operation from the previous disk is hanging out there. Also try accessing one disk, then another, then waiting for 30 seconds to a minute. Repeat a couple of times. In any case, the disabling of async command completion might fix it for you. 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 Dec 8 17:27:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11882 for hackers-outgoing; Fri, 8 Dec 1995 17:27:54 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA11876 for ; Fri, 8 Dec 1995 17:27:52 -0800 (PST) Received: from crg8.sequent.com (crg8.sequent.com [138.95.19.9]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id RAA12149; Fri, 8 Dec 1995 17:27:04 -0800 Received: from localhost (bjj@localhost) by crg8.sequent.com (8.6.12/8.6.9) with SMTP id RAA03135; Fri, 8 Dec 1995 17:24:38 -0800 Message-Id: <199512090124.RAA03135@crg8.sequent.com> X-Authentication-Warning: crg8.sequent.com: Host localhost didn't use HELO protocol To: Joe McGuckin Cc: hackers@FreeBSD.ORG Subject: Re: your mail In-reply-to: Your message of "Fri, 08 Dec 95 14:52:04 PST." <199512082252.OAA07846@ns.via.net> Date: Fri, 08 Dec 95 17:24:38 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199512082252.OAA07846@ns.via.net> , you wrote: > > I have a 100MHZ pentium that I use as a web and FTP server. Recently > we've been seeing Apache complaining about "can't spawn process". After > making it print out errno from the failing fork(), we're getting EAGAIN. Probably the per-user process limit. Try adding an appropriate "unlimit" in your Apache startup script. I'd beware of a plain "unlimit", since some programs (including shells) don't handle it gracefully. --Ben From owner-freebsd-hackers Fri Dec 8 18:34:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15666 for hackers-outgoing; Fri, 8 Dec 1995 18:34:28 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15659 for ; Fri, 8 Dec 1995 18:34:20 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id VAA00771; Fri, 8 Dec 1995 21:33:57 -0500 From: A boy and his worm gear Message-Id: <199512090233.VAA00771@skynet.ctr.columbia.edu> Subject: Re: Prob's w/YP Stuff To: rls@kilroy.id.net (Robert Shady) Date: Fri, 8 Dec 1995 21:33:55 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199512041900.OAA19588@server.id.net> from "Robert Shady" at Dec 4, 95 02:00:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Of all the gin joints in all the world, Robert Shady had to walk into mine and say: > Has anybody else noticed that 'root' can't change someone's NIS password > using the 2.1.0-RELEASE yp stuff? Even if you edit /var/yp/master.passwd, > delete their old password, 'make', and try 'passwd ' it still asks > for the old password. Have I done something wrong, or is this a legitimate > bug? Er... it's sort of a bug. The only way for root to change any NIS password without actually knowning the existing password is to edit /var/yp/master.passwd and rebuild the maps. So by doing that, you did actually remove the user's password. When passwd(1) prompts you for the old password in this case, you can just press ENTER and then enter the new password. You did try that, right? The bug, if any, is that /usr/src/usr.bin/passwd/yp_passwd.c doesn't skip the 'Old Password' prompt when the old password is empty. I'll add this to the to do list. Ideally, root should be able to change any user's password using passwd on the NIS master server, but I haven't modified passwd yet to be able to do this. > Browsing the source code, it looks like what's supposed to happen is > > 1) 'passwd ' > 2) retrieve info > 3) if .password is blank & current.user=='root' then goto #5 This is probably for local_passwd.c, not yp_passwd.c. yp_passwd.c doesn't check for this. I suppose it probably should. :) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-hackers Fri Dec 8 21:20:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24980 for hackers-outgoing; Fri, 8 Dec 1995 21:20:10 -0800 (PST) Received: from condor.physics.montana.edu (condor.physics.montana.edu [153.90.240.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24974 for ; Fri, 8 Dec 1995 21:20:06 -0800 (PST) Received: (from handy@localhost) by condor.physics.montana.edu (8.6.11/8.6.9) id WAA25326; Fri, 8 Dec 1995 22:18:58 -0700 Date: Fri, 8 Dec 1995 22:18:57 -0700 (MST) From: Brian Handy To: freebsd-hackers@freebsd.org Subject: Multiple e-mail from freebsd-*? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hey, I seem to be seeing a lot of duplicate e-mails from the Freebsd lists. Am I seeing things, or am I seeing several duplicate things? Someone may already have addressed this...I've been completely swamped with e-mail the last...day or so? Longer? Happy Trails, Brian From owner-freebsd-hackers Fri Dec 8 22:01:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27630 for hackers-outgoing; Fri, 8 Dec 1995 22:01:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA27603 Fri, 8 Dec 1995 22:01:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA01702; Fri, 8 Dec 1995 22:00:15 -0800 To: hackers@freebsd.org cc: doc@freebsd.org Subject: Contributions to http://www.freebsd.org/handbook/submitters.html? Date: Fri, 08 Dec 1995 22:00:14 -0800 Message-ID: <1700.818488814@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk This is my first cut at documenting what sorts of things we need urgently, not-so-urgently and for purely cosmetic reasons. A lot of people have been asking how they can help lately (especially after the BYTE article was published) and this is my attempt to document it. However, we won't be able to complain very much about not getting long-standing brokenness fixed if we fail to document the fact that it needs fixing at all, so I'd like to see this list expanded and maintained. I'll take responsibility for going through the list every once in awhile and weeding out things that have already been fixed, but I'm relying on you folks to generate much of the initial content. If you have commit access, please feel free to add entries to the handbook directly (just don't break it please :-). Thanks! Jordan From owner-freebsd-hackers Fri Dec 8 22:30:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29236 for hackers-outgoing; Fri, 8 Dec 1995 22:30:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA29229 for ; Fri, 8 Dec 1995 22:30:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA01838; Fri, 8 Dec 1995 22:29:50 -0800 To: Jonathan Cargille cc: hackers@FreeBSD.org Subject: Re: Donations (was Re: Second appeal for sup ...) In-reply-to: Your message of "Fri, 08 Dec 1995 13:31:36 CST." <199512081931.NAA22120@felix.cs.wisc.edu> Date: Fri, 08 Dec 1995 22:29:50 -0800 Message-ID: <1836.818490590@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I'll volunteer InfoMagic ;-) (Yes, I've discussed it with them; that's > why I was slow in responding/offering) to pick up some portion of the > net-load; they've got a T1 with some available bandwidth, and are > planning to get another within a couple of months. We'll be happy to > provide sup and other service. I'll be happy to do the admin for it > (though I haven't set up sup-service before, so someone to coach would > certainly be welcome!). (everybody wanting to set up sup) Check out ftp://freefall.freebsd.org/pub/FreeBSD/sup-server-kit.tar.gz My supfile for supping CVS bits also follows at the end of this message. > Can you give me some idea of what sort of load 20 sup clients is (in > terms of bandwidth and processor requirements)? About 8-10% of a T1, I'd guess (and that's purely a guess), depending largely on how fast the connections of the folks supping is. If you're dealing with 20 V.34 speed connections, that would be a different matter. > As far as hardware and $$ donations go, I have a few comments (which > will have to wait until I have a minute to think clearly! ;-) Well, please at least save my message concerning where to send it. :-) Jordan sup file for CVS bits - assumes sup info files want to live in /a/sup and CVS repository lives under /home/ncvs. Please adjust to fit your site's layout. ----- src-base release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-bin release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-eBones release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-etc release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-games release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-gnu release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-include release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-sys release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-lib release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-libexec release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old cvs-ports release=current host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-sbin release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-secure release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-share release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-usrbin release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old src-usrsbin release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old --- end of supfile --- From owner-freebsd-hackers Fri Dec 8 22:41:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29882 for hackers-outgoing; Fri, 8 Dec 1995 22:41:58 -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 WAA29872 for ; Fri, 8 Dec 1995 22:41:53 -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 HAA25996 ; Sat, 9 Dec 1995 07:41:50 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA18217 ; Sat, 9 Dec 1995 07:41:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.2/keltia-uucp-2.7) id AAA18506; Sat, 9 Dec 1995 00:05:40 +0100 (MET) From: Ollivier Robert Message-Id: <199512082305.AAA18506@keltia.freenix.fr> Subject: Re: A call for DNS secondaries to server for .freebsd.org To: cross@math.psu.edu (Dan Cross) Date: Sat, 9 Dec 1995 00:05:40 +0100 (MET) Cc: p.richards@elsevier.co.uk, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199512081845.NAA09157@hausdorff.math.psu.edu> from "Dan Cross" at Dec 8, 95 01:45:43 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1404 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Dan Cross said: > > What do you think? I can get the domain name and a name server sorted > > out but not the actual mirror sites, not enough bandwidth. > > I agree with this logic, it also fits in with the problem that Jordan > mentioned regarding the existing freebsd.org stuff in the US. Why bother > changing stuff around when there's an easier, and arguably more intuitive > alternative? Forget about it in France. A new domain after the first one that you get with your provider will cost you between $200/y and $600/y depending on whether he (the provider) has paid the $6000 fee to be in the FR-NIC council or not. In France, it is not as easy as paying $50/y for a domain :-( In other words, forget about freebsd.org.fr. I don't even think they would accept it as they ask the name to be a registered trade mark in order to reduce name space pollution in .fr. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Dec 3 14:34:17 MET 1995 From owner-freebsd-hackers Fri Dec 8 23:05:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00859 for hackers-outgoing; Fri, 8 Dec 1995 23:05:46 -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 XAA00852 Fri, 8 Dec 1995 23:05:42 -0800 (PST) Message-Id: <199512090705.XAA00852@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Jonathan Cargille , hackers@FreeBSD.org Subject: Re: Donations (was Re: Second appeal for sup ...) In-reply-to: Your message of "Fri, 08 Dec 1995 22:29:50 PST." <1836.818490590@time.cdrom.com> Date: Fri, 08 Dec 1995 23:05:39 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.org Precedence: bulk These should all have "use-rel_suffix" appended to them so that you can get stable, current, and cvs using the same collections and not have the last and when files clobbered. You should also be using sup.FreeBSD.org instead of freefall. >sup file for CVS bits - assumes sup info files want to live in /a/sup >and CVS repository lives under /home/ncvs. Please adjust to fit your >site's layout. > >----- > >src-base release=cvs host=freefall.cdrom.com hostbase=/home base=/a prefix=/home/ncvs delete old Becomes: src-base release=cvs host=sup.FreeBSD.org hostbase=/home base=/a prefix=/home/ncvs delete old use-rel-suffix -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Dec 9 00:37:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04353 for hackers-outgoing; Sat, 9 Dec 1995 00:37:43 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA04345 for ; Sat, 9 Dec 1995 00:37:33 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id QAA18431 for freebsd-hackers@freebsd.org; Sat, 9 Dec 1995 16:37:16 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 9 Dec 1995 16:37:11 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <4abhrn$hv8$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <28835.818443536@time.cdrom.com>, <199512081834.LAA00699@rocky.sri.MT.net> Subject: Re: User space PPP & leased line Sender: owner-hackers@freebsd.org Precedence: bulk nate@rocky.sri.MT.net (Nate Williams) writes: >> > One thing we DID notice was that the transfer speeds using the user mode >> > code were SIGNIFICANTLY higher than those using the kernel mode code - >> > for example, transferring a medium size binary file (one that could be >> > fully transferred in < 2 minutes :-) using pppd takes an average of >> > 2.3KB/s whereas with ijppp it's more like 3.3KB/s (using a V.fc modem >> > connection at 26.4Kb/s). I'm not sure why this should be, but given the >> >> That's also worth investigating. I can't see any inefficiency that >> should result in *that* much slowdown, and my own tests showed >> virtually no difference between the two >In a word, 'Predictor-1 compression'. It's available on ijppp, and not >with kernel-mode ppp and makes a significant difference. Kernel-mode PPP has LZ/LZW compression (based on the /usr/bin/compress code). It works, but I'm not happy with it. There is a subtle bug in kernel-mode ppp that I've been unable to find, but it makes the compression go to hell if it's active. For example, if I sent a compressible text file uncompressed (over 11 bit LZW v42bus modems), I was getting about 5.6KB/sec (on 57.6K DTE speed). If I turned on software compression, and off on the modem (28.8K), I was getting about than 2K/sec throughput. The machine was practically idle. Somehow packets were getting excessively lost and TCP was loosing the plot. Most likely, I botched something with the splxxx() locking. I'd love to hear any suggestions.. I dont have the time to look at it at the moment... -Peter >Nate From owner-freebsd-hackers Sat Dec 9 01:25:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07747 for hackers-outgoing; Sat, 9 Dec 1995 01:25:10 -0800 (PST) Received: from sssun.spb.su (news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA07716 for ; Sat, 9 Dec 1995 01:24:45 -0800 (PST) Received: by sssun.spb.su id AA08425 (5.65.kiae-1 ); Sat, 9 Dec 1995 12:21:08 +0300 To: "Allen D. Harpham" , John Capo Cc: freebsd-hackers@FreeBSD.ORG References: In-Reply-To: ; from "Allen D. Harpham" at Fri, 8 Dec 1995 16:28:32 -36000 Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Sat, 9 Dec 1995 12:21:06 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: Re: To the person with Merit-2.16 compile problems Lines: 67 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message Allen D. Harpham writes: >On Fri, 8 Dec 1995, John Capo wrote: >> Add this to your Makefile and it will link. This is the /only/ >> change I made to the distribution. >> >> LIBS = -lcrypt -lcompat >> >> Haven't tested 2.4.16 but 2.4 works with the same link line. >> >> John Capo jc@irbs.com >> IRBS Engineering High performance FreeBSD systems >> (305) 792-9551 Unix/Internet Consulting - ISP Solutions >> >That line is already in the Makefile under the FreeBSD section. With It >I get the following results: >When I run Make I get the following error: >"Makefile", line 502: Need an operator >Fatal errors encountered -- cannot continue I can't say whether it is a bug or a "feature", but make dosn't like empty lines that are not really empty, i.e. that consists not only of single '\n', but also have some blanks nad/ot tabs in it. A simple fix is to delete and insert this line using your favorite text editor :-) >If I delete the lines that refer to builddbm from the makefile, I get the >following error: >./src/users.c: In function 'update_clients': >./src/users.c:2509: 'h_errno' undeclared (first use this function) >./src/users.c:2509: (Each undeclared identifier is reported only once >./src/users.c:2509: for each function it appears in.) >*** Error code 1 >Stop >Any ideas? >Thanks, Allen >____________________________________________________________________________ >Allen D. Harpham, President | Voice: (402)462-4619 >Computer Consultants of | Fax: (402)462-4670 >Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com >1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com >Hastings, NE 68901-3713 | ____________________________________________ > | Custom programming, Network > | Design and Installation, > | Telecommunications Consulting, > | Web Hosting Services >____________________________________________________________________________ -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Sat Dec 9 01:59:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09667 for hackers-outgoing; Sat, 9 Dec 1995 01:59:43 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09655 for ; Sat, 9 Dec 1995 01:59:38 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 9 Dec 95 09:59 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA00331 for hackers@freebsd.org; Sat, 9 Dec 1995 10:30:19 +0100 Message-Id: <199512090930.KAA00331@allegro.lemis.de> Subject: Re: Who's working on ISDN? To: chuckr@glue.umd.edu (Chuck Robey) Date: Sat, 9 Dec 1995 10:29:45 +0100 (MET) In-Reply-To: from "Chuck Robey" at Dec 7, 95 11:23:47 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Chuck Robey writes: > > I used to be a voice/digital telecomm guy, before I went back to school, > and I'm really curious. I know the European digital pipes are 2.048 MBS, > while ours are 1.544 MBS. I saw above where it said NT1. Are the NT1 > rates the same here/there, or does the card do both 2.048/1.544? The boards we're talking about here are Basic Rate boards, still usually known as S0 in Geramny. The standard is the same everywhere: 2 B channels with 64 kb/s (which can be used for voice or data), one D (signalling) channel with 16 kb/s. Also, for the signalling guys, there's another 48 kb/s channel timing. The NT1 (known in Germany as NTBA) is an active electrical interface to the externatl telephone line. Basic Rate in the US has a problem that the trunks usually run 64 kb/s with inband signalling. As a result, they take one bit per byte of the B channels, and you end up with 56 kb/s B channels. I don't think that German ISDN boards can handle that, though maybe it's a software option. Greg From owner-freebsd-hackers Sat Dec 9 02:29:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11662 for hackers-outgoing; Sat, 9 Dec 1995 02:29:49 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA11655 for ; Sat, 9 Dec 1995 02:29:42 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 9 Dec 95 10:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id LAA00354; Sat, 9 Dec 1995 11:14:02 +0100 Message-Id: <199512091014.LAA00354@allegro.lemis.de> Subject: Re: Who's working on ISDN? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 9 Dec 1995 11:14:02 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <25818.818383825@time.cdrom.com> from "Jordan K. Hubbard" at Dec 7, 95 04:50:25 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > >> The Teles boards are available in the US now as well, contact >> Teles at (415) 652-9191. > > I just called them and got ahold of a very kind and helpful German > tech support guy who gave me details on the boards (they run from > around $290 - $350 depending on whether or not you want an integrated > NT1). They work with U.S. switches and would appear to be the > out-and-out cheapest cards available in both U.S. and European > markets. Hmm. I wonder if these are identically the same cards as are available in Germany? Over here, the going rate is probably about $130 (without the NT1, which is always supplied by the phone company over here). My (wholesale) supplier has them for DM 159, about $112. > Even more interesting, he said that 2 of the people on the UNIX > development team in Germany (they support SCO, Solaris, Interactive > and Linux) were big fans of FreeBSD: Peter Schumberger and Jenz > Ketzmeier (not sure about the spelling of the last one) Jens Ketzmeier maybe? > can be reached > at 011-49-30-39928 x260. Perhaps some of our german members would > care to get ahold of them? Now that *is* interesting. I've previously looked at Teles as a very uncooperative company. When I bought my card, I discovered that I needed to install something called "Windows" on my diskless router before I could install the software provided (it doesn't need Windows to run, just to install the U(*&*(&*(). I contacted Teles, in itself an activity which took over an hour, who told me there was no way around this, that this was a feature and not a bug. Finally somebody sent me a DOS archive with the stuff, but it didn't leave me with a good impression of the company. Various people in the Linux group over here (who have a marginally working Teles driver) have approached Teles and tried to get information about the cards, so far without success. I'll give these guys a call on Monday and discuss the matter with them. I've heard from other sources that they're interested in a UNIX driver, but so far they haven't been able to show anything. Possibly we could come to an agreement with them. I'll report more when I've spoken to them. Greg From owner-freebsd-hackers Sat Dec 9 02:49:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13033 for hackers-outgoing; Sat, 9 Dec 1995 02:49:52 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13013 for ; Sat, 9 Dec 1995 02:49:40 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA12814 for freebsd-hackers@freefall.cdrom.com; Sat, 9 Dec 1995 11:51:11 +0100 Date: Sat, 9 Dec 1995 11:51:11 +0100 From: "Christoph P. Kukulies" Message-Id: <199512091051.LAA12814@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: mail storm Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Overnight I had received 650 mails or so (instead of 120 - my normal daily load) and many of these are deja-vu mails. What happened on freefall? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Dec 9 05:20:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21790 for hackers-outgoing; Sat, 9 Dec 1995 05:20:16 -0800 (PST) Received: from deep-thought.demos.su (root@deep-thought.demos.su [194.87.1.76]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA21657 for ; Sat, 9 Dec 1995 05:19:18 -0800 (PST) Received: by deep-thought.demos.su id QAA00344; (8.7.3/D) Sat, 9 Dec 1995 16:13:44 +0300 (MSK) To: hackers@freebsd.org Message-ID: Organization: DEMOS Date: Sat, 9 Dec 1995 16:13:44 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Does anybody knows a way to get file via HTTP non-interactively? Lines: 8 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It is actual, because more and more sites places archives available by HTTP only. All browsers I know can't work in background... :-( -- 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 Sat Dec 9 06:46:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24197 for hackers-outgoing; Sat, 9 Dec 1995 06:46:08 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA24191 for ; Sat, 9 Dec 1995 06:46:05 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA00180; Sat, 9 Dec 95 09:45:33 -0500 Received: from localhost by exalt.x.org id OAA04037; Sat, 9 Dec 1995 14:45:32 GMT Message-Id: <199512091445.OAA04037@exalt.x.org> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: hackers@freefall.FreeBSD.org Subject: Re: Does anybody knows a way to get file via HTTP non-interactively? In-Reply-To: Your message of Sat, 09 Dec 1995 16:13:44 EDT. Organization: X Consortium Date: Sat, 09 Dec 1995 09:45:32 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Look for Wobot, InfoSeek Robot, and/or BSE-Slurp. Those are the ones I knwo about. > It is actual, because more and more sites places archives available by > HTTP only. > All browsers I know can't work in background... :-( > -- > 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 Sat Dec 9 07:58:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28518 for hackers-outgoing; Sat, 9 Dec 1995 07:58:14 -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 HAA28513 for ; Sat, 9 Dec 1995 07:58:09 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00280 for ; Sat, 9 Dec 1995 16:56:40 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25158 for freebsd-hackers@freebsd.org; Sat, 9 Dec 1995 16:56:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id NAA26560 for freebsd-hackers@freebsd.org; Sat, 9 Dec 1995 13:54:50 +0100 From: J Wunsch Message-Id: <199512091254.NAA26560@uriah.heep.sax.de> Subject: Re: A call for DNS secondaries to server for .freebsd.org To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 9 Dec 1995 13:54:49 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512081551.PAA13026@cadair.elsevier.co.uk> from "Paul Richards" at Dec 8, 95 03:51:46 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Paul Richards wrote: > freebsd.org. > Do other countries have similar namespace conventions? The `de' domain does not have official second-level ``grouping'' subdomains. That doesn't mean we couldn't get freebsd.org.de registered, but as Jordan was mentioning: it will cost real money. -- 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 Dec 9 07:59:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28577 for hackers-outgoing; Sat, 9 Dec 1995 07:59:04 -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 HAA28562 for ; Sat, 9 Dec 1995 07:58:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00383; Sat, 9 Dec 1995 16:58:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25248; Sat, 9 Dec 1995 16:58:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id QAA27629; Sat, 9 Dec 1995 16:19:42 +0100 From: J Wunsch Message-Id: <199512091519.QAA27629@uriah.heep.sax.de> Subject: Re: To the person with Merit-2.16 compile problems To: aharpham@cnweb.com (Allen D. Harpham) Date: Sat, 9 Dec 1995 16:19:42 +0100 (MET) Cc: jc@irbs.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Allen D. Harpham" at Dec 8, 95 04:28:32 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Allen D. Harpham wrote: > > When I run Make I get the following error: > > "Makefile", line 502: Need an operator > Fatal errors encountered -- cannot continue Remove the line with a sole tab. Later make's don't complain any more. > If I delete the lines that refer to builddbm from the makefile, I get the > following error: > > ./src/users.c: In function 'update_clients': > ./src/users.c:2509: 'h_errno' undeclared (first use this function) > ./src/users.c:2509: (Each undeclared identifier is reported only once > ./src/users.c:2509: for each function it appears in.) > *** Error code 1 #include -- 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 Dec 9 07:59:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28617 for hackers-outgoing; Sat, 9 Dec 1995 07:59: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 HAA28564 for ; Sat, 9 Dec 1995 07:58:54 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00344; Sat, 9 Dec 1995 16:58:14 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25239; Sat, 9 Dec 1995 16:58:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA27010; Sat, 9 Dec 1995 15:02:03 +0100 From: J Wunsch Message-Id: <199512091402.PAA27010@uriah.heep.sax.de> Subject: Re: fontserver looping: why? To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 9 Dec 1995 15:02:02 +0100 (MET) Cc: FreeBSD-hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512042242.XAA01998@yedi.iaf.nl> from "Wilko Bulte" at Dec 4, 95 11:42:38 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > > I just got my newly obtained NCD Xterminal working. I currently use it with > the X fontserver (xfs). > > For some reason xfs decides to get into a tight loop: > > 1839 p0- R 21:07.17 /usr/X11R6/bin/xfs -config /usr/local/etc/xfs.conf -po The font server is rather fragile. Which version of X11R6 are you running? -- 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 Dec 9 08:01:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28767 for hackers-outgoing; Sat, 9 Dec 1995 08:01:16 -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 IAA28728 for ; Sat, 9 Dec 1995 08:00:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00360; Sat, 9 Dec 1995 16:58:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25243; Sat, 9 Dec 1995 16:58:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id PAA27028; Sat, 9 Dec 1995 15:05:16 +0100 From: J Wunsch Message-Id: <199512091405.PAA27028@uriah.heep.sax.de> Subject: Re: ft (QIC 40/80) To: dietz@cyrix.com (Carl Dietz) Date: Sat, 9 Dec 1995 15:05:15 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9512051742.AA13181@max.cyrix.com> from "Carl Dietz" at Dec 5, 95 11:42:25 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Carl Dietz wrote: > I only bought the thing because FreeBSD said it supported it, and I So our docs should better say ``poorly supported''. > can't afford to buy the SCSI DAT drive that I'd really love to have > (pipe dream :-) ). Did you ever think of buying a used QIC-150 SCSI streamer instead (or perhaps even a non-SCSI QIC-02 one)? > How exactly is the QIC 80 120MB floppy tape drive supported under FreeBSD ? RTFM ft(8). Hopefully, Joe Diehl won't give up and make this a fully-supported driver some day... :-) -- 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 Dec 9 08:02:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28840 for hackers-outgoing; Sat, 9 Dec 1995 08:02:12 -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 IAA28825 for ; Sat, 9 Dec 1995 08:02:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA00268; Sat, 9 Dec 1995 16:56:05 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA25147; Sat, 9 Dec 1995 16:56:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA26836; Sat, 9 Dec 1995 14:44:46 +0100 From: J Wunsch Message-Id: <199512091344.OAA26836@uriah.heep.sax.de> Subject: Re: can't boot To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 9 Dec 1995 14:44:45 +0100 (MET) Cc: Herve.Bigot@sycomore.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Dmitry Khrustalev" at Dec 6, 95 11:56:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Dmitry Khrustalev wrote: > > > I follow the instructions in the FAQ to compile a new kernel, but I don't > > do the make install because I need to use 2 different kernels(with and > > without IP forwarding) to make some tests. You don't need two kernels for this. ``options GATEWAY'' is deprecated, use ``sysctl -w net.inet.ip.forwarding=1'' instead. -- 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 Dec 9 08:47:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00982 for hackers-outgoing; Sat, 9 Dec 1995 08:47:16 -0800 (PST) Received: from nebland (root@nebland.cnweb.com [204.214.128.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA00976 for ; Sat, 9 Dec 1995 08:47:12 -0800 (PST) Received: by nebland (Smail3.1.29.1 #3) id m0tOSSe-0002kgC; Sat, 9 Dec 95 10:49 CST Date: Sat, 9 Dec 1995 10:49:20 -36000 From: "Allen D. Harpham" Subject: Re: To the person with Merit-2.16 compile problems To: Joerg Wunsch cc: jc@irbs.com, freebsd-hackers@freebsd.org In-Reply-To: <199512091519.QAA27629@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 9 Dec 1995, J Wunsch wrote: > As Allen D. Harpham wrote: > > > > When I run Make I get the following error: > > > > "Makefile", line 502: Need an operator > > Fatal errors encountered -- cannot continue > > Remove the line with a sole tab. Later make's don't complain any more. > > > If I delete the lines that refer to builddbm from the makefile, I get the > > following error: > > > > ./src/users.c: In function 'update_clients': > > ./src/users.c:2509: 'h_errno' undeclared (first use this function) > > ./src/users.c:2509: (Each undeclared identifier is reported only once > > ./src/users.c:2509: for each function it appears in.) > > *** Error code 1 > > #include > > -- > cheers, J"org That worked! I also had to add __FreeBSD__ to the line in users.c that defined "h_error". Thanks to all that responded. Allen ____________________________________________________________________________ Allen D. Harpham, President | Voice: (402)462-4619 Computer Consultants of | Fax: (402)462-4670 Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com 1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com Hastings, NE 68901-3713 | ____________________________________________ | Custom programming, Network | Design and Installation, | Telecommunications Consulting, | Web Hosting Services ____________________________________________________________________________ From owner-freebsd-hackers Sat Dec 9 09:43:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04189 for hackers-outgoing; Sat, 9 Dec 1995 09:43:00 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04176 for ; Sat, 9 Dec 1995 09:42:43 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id MAA21385; Sat, 9 Dec 1995 12:47:03 -0500 From: Peter Dufault Message-Id: <199512091747.MAA21385@hda.com> Subject: Re: ft (QIC 40/80) To: terry@lambert.org (Terry Lambert) Date: Sat, 9 Dec 1995 12:47:02 -0500 (EST) Cc: dietz@cyrix.com, hackers@freebsd.org In-Reply-To: <199512051948.MAA02289@phaeton.artisoft.com> from "Terry Lambert" at Dec 5, 95 12:48:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > It's *impossible* to fully support the things without heavy kernel > hacking on timer code and allowing kernel preemption (or buzz-looping). But it is possible to do it with a user filter and our current kernel? I don't have any idea of the issues other than "the beast needs lots of feeding", but I can't see how we can do it with the filter and wouldn't be able to do it in a normal driver. -- 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 Sat Dec 9 10:20:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05530 for hackers-outgoing; Sat, 9 Dec 1995 10:20:28 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA05525 for ; Sat, 9 Dec 1995 10:20:24 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA22305; Sat, 9 Dec 1995 12:19:08 -0600 From: Joe Greco Message-Id: <199512091819.MAA22305@brasil.moneng.mei.com> Subject: Re: Does anybody knows a way to get file via HTTP To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 9 Dec 1995 12:19:08 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Dec 9, 95 04:13:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > It is actual, because more and more sites places archives available by > HTTP only. > All browsers I know can't work in background... :-( I assume you can write a small C program to do it, but I really don't know for sure. Typically I test http servers by doing telnet www.server.name. 80 GET /path/file for "http://www.server.name/path/file" (remember http does not specify the "http://www.server.name" in the GET command). I would suspect you can simply catch the response from the server and save it. Since I do these little sorts of programs all the time, I can probably take something I already have and throw something new together in 45 seconds... Ok, here is a sample "webget": % webget www.sol.net. 80 /demon43_ps1.bkgd.gif /tmp/test.gif % xv /tmp/test.gif source code below. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 #include #include #include #include #include #include #include #define bcopy(a, b, c) memcpy((b), (a), (c)) int main(argc, argv) int argc; char *argv[]; { int s; int fd; struct sockaddr_in sin; int addrlen; struct hostent *host; char buffer[65536]; int ofd, rval; if (argc < 4 || argc > 5) { fprintf(stderr, "usage: webget []\n"); exit(1); } if (argc == 5) { if ((ofd = open(argv[4], O_WRONLY|O_CREAT|O_TRUNC, 0666)) < 0) { perror(argv[4]); exit(1); } } else { ofd = fileno(stdout); } sin.sin_port = 0; sin.sin_family = AF_INET; sin.sin_addr.s_addr = INADDR_ANY; if ((s = socket(AF_INET, SOCK_STREAM, 0)) < 0) { perror("socket"); exit(1); } if (bind(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("bind"); exit(1); } sin.sin_port = htons(atoi(argv[2])); sin.sin_family = AF_INET; if (isdigit(*argv[1])) { sin.sin_addr.s_addr = inet_addr(argv[1]); } else { if (! (host = gethostbyname(argv[1]))) { perror(argv[1]); exit(1); } bcopy(host->h_addr_list[0], (char *)&sin.sin_addr.s_addr, sizeof(sin.sin_addr.s_addr)); } if (connect(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("connect"); exit(1); } sprintf(buffer, "GET %s\r\n", argv[3]); write(s, buffer, strlen(buffer)); while (rval = read(s, buffer, sizeof(buffer))) { if (rval > 0) { if (write(ofd, buffer, rval) < 0) { perror("write"); exit(1); } } else { perror("read"); exit(1); } } close(s); close(ofd); exit(0); } From owner-freebsd-hackers Sat Dec 9 10:30:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05932 for hackers-outgoing; Sat, 9 Dec 1995 10:30:21 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05905 for ; Sat, 9 Dec 1995 10:30:06 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 9 Dec 95 18:29 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id TAA02565; Sat, 9 Dec 1995 19:21:00 +0100 Message-Id: <199512091821.TAA02565@allegro.lemis.de> Subject: Re: Who's working on ISDN? To: chuckr@glue.umd.edu (Chuck Robey) Date: Sat, 9 Dec 1995 19:21:00 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "Chuck Robey" at Dec 9, 95 10:45:02 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Chuck Robey writes: > >> Basic Rate in the US has a problem that the trunks usually run 64 kb/s >> with inband signalling. As a result, they take one bit per byte of >> the B channels, and you end up with 56 kb/s B channels. I don't think > > I don't completely understand why they have to move the rate all the way > down to 56K from 64K, when the singalling bits only run one frame in 6, > and each card is told when that is. If I'd have designed them, I'd have > used 56K + 8K * 5/6 = 62666. Yes, I always thought that 16 kB/s for a D channel which only handles 2 B channels is excessive (by comparison, primary rate interfaces, which run 30 B channels in Europe or 24 in the US, have a single 64 kb/s D channel). I suspect that this is a transitional business (I believe it has something to do with the design of the 5ESS, but I don't know much about that machine), and since the "high speed" lines of a few years ago were 56 kb/s, it seems reasonable to assume that this is an easy interim kludge. > On the ohter hand, since telcos have been handling DDS a long time, and > it certainly uses clear channel (with NO bits lost) then I guess I must > be missing something somewhere). Hmm. Whether it's clear channel or something else depends on how they handle the network gateways. I'd guess that that's the point here: they *can* build an efficient gateway from 56 kb/s trunks to ISDN B channels if they do it this way. In any case, it's a stated aim of the US telcos to move to DSS1 (like it's a stated aim of Deutsche Telekom, who atypically have got there first). It would be really nice if there were to be the sort of compatibility which would enable me to call any ISDN number in the US and exchange data via DSS1. Greg From owner-freebsd-hackers Sat Dec 9 11:04:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07467 for hackers-outgoing; Sat, 9 Dec 1995 11:04:58 -0800 (PST) Received: from leibniz.math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07462 for ; Sat, 9 Dec 1995 11:04:56 -0800 (PST) Received: from hausdorff.math.psu.edu (cross@hausdorff.math.psu.edu [146.186.132.5]) by leibniz.math.psu.edu (8.6.12/8.6.9) with ESMTP id OAA21655; Sat, 9 Dec 1995 14:04:53 -0500 Received: from localhost (cross@localhost) by hausdorff.math.psu.edu (8.6.12/8.6.9) with ESMTP id OAA00238; Sat, 9 Dec 1995 14:04:52 -0500 Message-Id: <199512091904.OAA00238@hausdorff.math.psu.edu> X-Mailer: exmh version 1.6.4 10/10/95 To: Ollivier Robert cc: cross@math.psu.edu (Dan Cross), p.richards@elsevier.co.uk, jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: A call for DNS secondaries to server for .freebsd.org In-reply-to: Your message of "Sat, 09 Dec 1995 00:05:40 +0100." <199512082305.AAA18506@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Dec 1995 14:04:51 -0500 From: Dan Cross Sender: owner-hackers@freebsd.org Precedence: bulk > Forget about it in France. A new domain after the first one that you get > with your provider will cost you between $200/y and $600/y depending on > whether he (the provider) has paid the $6000 fee to be in the FR-NIC > council or not. Yikes! > In other words, forget about freebsd.org.fr. I don't even think they would > accept it as they ask the name to be a registered trade mark in order to > reduce name space pollution in .fr. Hmm.. forget it, then... Another point that I hadn't thought of that Dave Barr pointed out to me was that a lot of counties don't use the standard convention for domain naming, that is, in England that use *.co.uk instead of *.com.uk. Thus, it would turn into a big mess with the country level authorities. Another thing that Dave pointed out to me was that DNS traffic isn't really all that taxing, so the benefits would be minimal. :-) Given that, I think that Jordan's original idea of splitting things up into *..freebsd.org is preferable.... It would be nice to reduce traffic overall (hey, every little bit helps) but it's just too complicated, not to mention expensive. :-( - Dan C. From owner-freebsd-hackers Sat Dec 9 11:10:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07731 for hackers-outgoing; Sat, 9 Dec 1995 11:10:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07726 for ; Sat, 9 Dec 1995 11:10:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA05663; Sat, 9 Dec 1995 11:09:35 -0800 To: grog@lemis.de (Greg Lehey) cc: chuckr@glue.umd.edu (Chuck Robey), hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Who's working on ISDN? In-reply-to: Your message of "Sat, 09 Dec 1995 19:21:00 +0100." <199512091821.TAA02565@allegro.lemis.de> Date: Sat, 09 Dec 1995 11:09:35 -0800 Message-ID: <5661.818536175@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk The real story is that some Central Offices in the U.S. are able to offer real 64K B channels and some can't, especially if the endpoints span multiple COs. It doesn't appear to have anything to do with the switch (I know people running real, measured, 64K speeds on both the AT&T 5ESS and NT DMS-100 switches) and would appear to be more of a factor involving trunk bandwidth between COs. A friend at Cisco just got bumped from 56K to 64K as a result of some PacBell upgrade, and he's a considerable distance away from the Cisco side, so evidently the problem is being dealt with (at least in the S.F. Bay Area) Jordan From owner-freebsd-hackers Sat Dec 9 11:41:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09335 for hackers-outgoing; Sat, 9 Dec 1995 11:41:46 -0800 (PST) Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09328 for ; Sat, 9 Dec 1995 11:41:41 -0800 (PST) Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id WAA03967; Sat, 9 Dec 1995 22:40:13 +0300 Date: Sat, 9 Dec 1995 22:40:12 +0300 (????) From: Dmitry Khrustalev To: ache@astral.msk.su cc: freebsd-hackers@freebsd.org Subject: non-interactive HTTP In-Reply-To: <199512091602.IAA28851@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > > It is actual, because more and more sites places archives available by > HTTP only. > All browsers I know can't work in background... :-( CERN line-mode browser. -Dima From owner-freebsd-hackers Sat Dec 9 11:47:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09617 for hackers-outgoing; Sat, 9 Dec 1995 11:47:30 -0800 (PST) Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09609 for ; Sat, 9 Dec 1995 11:47:13 -0800 (PST) Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id WAA03996; Sat, 9 Dec 1995 22:45:49 +0300 Date: Sat, 9 Dec 1995 22:45:48 +0300 (????) From: Dmitry Khrustalev To: j@urian.heep.sax.de cc: hackers@freefall.FreeBSD.ORG Subject: Re: can't boot In-Reply-To: <199512091602.IAA28851@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > As Dmitry Khrustalev wrote: > > > > > I follow the instructions in the FAQ to compile a new kernel, but I don't > > > do the make install because I need to use 2 different kernels(with and > > > without IP forwarding) to make some tests. Check your attributions. I didn't wrote this. -Dima > > You don't need two kernels for this. ``options GATEWAY'' is > deprecated, use ``sysctl -w net.inet.ip.forwarding=1'' instead. > From owner-freebsd-hackers Sat Dec 9 13:11:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13684 for hackers-outgoing; Sat, 9 Dec 1995 13:11:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13672 for ; Sat, 9 Dec 1995 13:11:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA06203 for ; Sat, 9 Dec 1995 13:10:07 -0800 To: hackers@freebsd.org Subject: sup server information - whoa, stop everbody! Date: Sat, 09 Dec 1995 13:10:07 -0800 Message-ID: <6200.818543407@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk It appears that I've been spreading a good deal of erroneous information in my little sup-server-kit.tar.gz file on freefall, and I've moved it to sup-server-kit.tar.gz.BROKEN for now. Once Justin updates it, I expect he'll move it back. Basically, things in ~sup have changed rather dramatically over the last few months and I clearly haven't been keeping up with the changes, nor have the docs I've been referring to in ~ftp/pub/sup (on freefall) been kept up to date, as would also appear to be the case in the Handbook. At this point I'm going to admit defeat and refer everyone to the sup meister (appointed by his own hand :-), Justin Gibbs. Please talk to Justin about sup related matters if you're one of the folks who have volunteered to be a sup mirror for the -stable, -current or CVS bits. I clearly need to educate myself about the current state-of-the-art in our sup collections before I can presume to guide other folks through the process. I've also asked Justin to wield a large broom in ~sup to clean out all the old dreck in there since it's currently a very confusing pastiche of old and new collections, and frankly I don't really even know where old stops and new starts anymore. If you're using old sup files, you should probably expect them to break in the next 24 hours or so (Justin will probably send out his own announcement). I do believe you've been warned about the impending changes, so don't come crying to us when they break! :) Again, I'm sorry for the confusion I caused and will now bow gracefully out (as well as I can with egg all over my face, anyway) of the sup server education business. Someone should probably also update the handbook and the information files in ~ftp/pub/sup on freefall. Thanks! Jordan From owner-freebsd-hackers Sat Dec 9 13:44:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16004 for hackers-outgoing; Sat, 9 Dec 1995 13:44:40 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15995 for ; Sat, 9 Dec 1995 13:44:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA06267; Sat, 9 Dec 1995 13:43:34 -0800 To: Charles Henrich Cc: hackers@freebsd.org Subject: Setting up a FTP/WWW/SUP/DNS server for freebsd.org In-reply-to: Your message of "Sat, 09 Dec 1995 16:09:46 EST." <199512092109.QAA07979@crh.cl.msu.edu> Date: Sat, 09 Dec 1995 13:43:33 -0800 Message-ID: <6265.818545413@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Okay now Im confused. According to your note you wanted a machine that could > do sup, ctm, mail, www stuff. I know nothing about sup or ctm. This was for > This was regarding the note on December 6 in -announce. Later you said drop > you an account and you would then set it up. [I'm cc'ing this to hackers since there are actually some important general points to be made here, and your comments above could actually be anybody's since the kind of confusion you're having is kind of generic] I was wrong. :-) Seriously, this isn't something I can do with just an account, I would need both an account and the root password to set up sup (or CTM, for that matter) properly. I was also being more than a bit optimistic when I made my offer to do the setup for folks. As I actually think about this a little more, it isn't really something that's a one-off task, it needs fairly active and ongoing administration to make sure it's working. Much of the time it's hands-free, that is true, but when these services break they really do require someone who knows the ropes to get them back online. I therefore would like to modify my original proposal: I won't do the actual setup myself since this is something best done by the person who'll be actually maintaining it and, for obvious reasons, this can't be me (one or two, maybe, but all of them would be insane). Going through the setup process, as annoying an extra duty as it might be, will leave the administrator a lot more clued-in about what steps were required and how each service actually works. It know that this will result in more startup pain, and some folks might bow out as a result, but this is actually good since we really only want and need sites who are definitely willing to be in this for the long-haul, and if someone is so understaffed or overloaded that they can't get someone to do this locally then they probably wouldn't be able to do it on an ongoing basis, either. I don't mean to sound ungrateful for the offers, far from it, but this is an ongoing committment and I want to be careful about minimizing the degree of difficulty involved. This something that requires genuine attention by a local administrator. As my previous mail has indicated, it also appears that my own sup knowledge is out of date so I'm not the best person to run around setting up sup servers anyway. What I therefore propose is this: We can't do the steps involved on the local sites, for the reasons outlined above, but we should do our best to provide detailed instructions to any administrator tasked with performing those steps. Since one person can't do it all, I would suggest that we break the problem into more reasonable segments: Sup - Justin Gibbs I have also asked Justin to update my somewhat buggy sup-server-kit on freefall, and if he has any other instructions I'm sure he'll post them here. CTM - Poul-Henning Kamp Poul-Henning has always been the god of CTM (and the only living being who actually understands it :-) so you can refer to him for help with setting up CTM services. WWW - John Fieber If you've questions on setting up a mirroring WEB server, please talk to John. FTP - admin@freebsd.org We actually expect you to set up FTP mirrors yourself since this isn't something that requires our intervention, and it's pretty straight-forward, but if you get really stuck then ask us admins. DNS - hostmaster@freebsd.org If you're setting up a name server for a local domain (.freebsd.org) then please send mail to this alias containing the NS record you'd like us to add to the freebsd.org nameserver. Again, we really do appreciate everyone's offer to help out here and, once we get through the teething troubles, I'm sure that the user base will benefit significantly from the additional distribution points. I was just being a little naive in my original suggestion that I do the administration myself! :-) Thanks! Jordan From owner-freebsd-hackers Sat Dec 9 14:57:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25160 for hackers-outgoing; Sat, 9 Dec 1995 14:57:18 -0800 (PST) Received: from csugrad.cs.vt.edu (jagnew@csugrad.cs.vt.edu [128.173.41.74]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25148 for ; Sat, 9 Dec 1995 14:57:14 -0800 (PST) Received: (jagnew@localhost) by csugrad.cs.vt.edu (8.6.12/8.6.4) id RAA08336; Sat, 9 Dec 1995 17:57:12 -0500 Date: Sat, 9 Dec 1995 17:57:12 -0500 (EST) From: "H. Jared Agnew" To: hackers@freebsd.org Subject: Install problem (-c) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk *** NEW STUFF *** since I sent this to questions at freebsd.org I've tried unpluging the mouse, disabling the cashe, taking out the cash, hitting keys at boot up, and a few varous other ideas, none that worked. I'm writing here because I thougt someone might have the code. I'm not subscribed to this list, so if you are writing back will you please write to me and the list. Thanks and I would aprietiate any help. ***************** *** OLD STUFF *** I am a fairly new user but I can get my way around, at least the instalation. I have installed on five systems so far and just minor problems but here is the stumper. I am trying to install to a Dell Dimension P100 with 16M of ram, an NE2000 ethernet card, and a 771 #9 video card with 2M of vram. It has two IDE controlers off of the mother board, one for the CDROM, and one for the IDE Hard drive. I am trying to install to the machine however I run into a new problem. I have to -c the boot for two reasons 1. I need to configure the ethernet card 2. I need to disable some of the devices that will interfere with the card When I dont -c the boot off of the instalation floppie (boot.flp) and let it go through the probing of all the devices it doesn't find the ethernet card. When I do -c the boot and disable the drivers I don't need and then change the value for ed0 for the ethernet card. It finds the card and probes everything else fine. However when I get to the inital installation menu, the machine (or at least the keyboard) is locked up and it will not allow me to do any user input. I have tried to get around this problem by installing without the -c and then configuring the port and irq for the card on a boot off of the hard drive. However when I -c on the hard drive boot it will alow me the same options. I can disable all the things I dont want probed and I can change settings so it finds ethernet card. When I quit the configure it goes through all the probing and again locks up at the first time it wants user input. This is at the Login prompt for boots off of the hard drive. The problem with this is that after I have set the card values and disabled the drivers I dont want, the machine locks up. Then I have to turn the machine off and the disks are not sync'ed. There for I usually have a failure on booting the next time. I know that one way to get way arround this is to compile a kernel with my settings and my devices that I want probed already built in however, I need to get his installation over ethernet so I need to -c when booting off of the boot.flp. If you have any sudgestions I would greatly apretiate it. If you know please write because I've asked a ton of people and they dont know either. If anyone knows if it may be a problem with any kind of hardware that he might have in his machine will you also include that in what ever you have to tell me. I'm beging, actually he's beging, but I need the help so he stops asking me for help. Thanks in advance! --- Jared --jared@vt.edu Sorry about spelling, must be line noise over my ethernet connection! |------------------------------------| ____ ____ | H. Jared Agnew | jared@vt.edu | | __| | __| | http://csugrad.cs.vt.edu/~jagnew | | |__ | |__ | phone : (540) 232-4438 | | ___| |___ | | alias : killdash9 | | |__ __| | |------------------------------------| |____| . |____| . From owner-freebsd-hackers Sat Dec 9 15:37:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27872 for hackers-outgoing; Sat, 9 Dec 1995 15:37:49 -0800 (PST) Received: from nike.efn.org (garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27859 for ; Sat, 9 Dec 1995 15:37:43 -0800 (PST) Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id PAA05397; Sat, 9 Dec 1995 15:36:38 -0800 Date: Sat, 9 Dec 1995 15:36:36 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: hackers@freebsd.org Subject: Re: Does anybody knows a way to get file via HTTP non-interactively? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 9 Dec 1995, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > It is actual, because more and more sites places archives available by > HTTP only. > All browsers I know can't work in background... :-( lynx can work in the background... John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) GCS/M/Sd#h+s+!gau-a--w++++vC+++++UF++++P---E---N++W---M--V--Y+t+5++G+b+D++ B----eu+h++!f++n---- CD5OUF++++.L-------2W.DM----N.9---NET2SP3s.2,4s.,4d.2,6--- From owner-freebsd-hackers Sat Dec 9 16:02:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00403 for hackers-outgoing; Sat, 9 Dec 1995 16:02:06 -0800 (PST) Received: from hcremean.async.vt.edu (hcremean.async.vt.edu [128.173.22.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00396 for ; Sat, 9 Dec 1995 16:02:01 -0800 (PST) Received: from hcremean.async.vt.edu (LOCALHOST [127.0.0.1]) by hcremean.async.vt.edu (8.6.11/8.6.9) with SMTP id TAA00646; Sat, 9 Dec 1995 19:02:17 -0500 Message-ID: <30CA2384.41C67EA6@hcremean.async.vt.edu> Date: Sat, 09 Dec 1995 19:02:12 -0500 From: Lee Cremeans Organization: Virginia Tech X-Mailer: Mozilla 2.0b3 (X11; I; BSD/386 uname failed) MIME-Version: 1.0 To: hackers@freebsd.org CC: roland@imrryr.org Subject: Sound driver for the Sierra Aria chipset Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk WHen I was looking around today, I found a beta-quality driver for the Sierra Semiconductor Aria chipset for NetBSD. The big problem is that I don't know how to port it! I (obviously) have a card, and would appreciate the help. THe original author's address is roland@imrryr.org. THe source is available from his Web site: http://www.imrryr.org/NetBSD/hacks/aria. Lee C. in BLEAKSburg... "Blacksburg's a nice place, but would YOU go out in 20-degree weather? I didn't think so." [BTW: I CC'd this to him.] From owner-freebsd-hackers Sat Dec 9 16:12:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01181 for hackers-outgoing; Sat, 9 Dec 1995 16:12: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 QAA01172 for ; Sat, 9 Dec 1995 16:12:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA04410; Sat, 9 Dec 1995 17:10:39 -0700 From: Terry Lambert Message-Id: <199512100010.RAA04410@phaeton.artisoft.com> Subject: Re: Install problem (-c) (fwd) To: jagnew@csugrad.cs.vt.edu (H. Jared Agnew) Date: Sat, 9 Dec 1995 17:10:39 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: from "H. Jared Agnew" at Dec 9, 95 05:57:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > I am a fairly new user but I can get my way around, at least the > instalation. I have installed on five systems so far and just minor > problems but here is the stumper. I am trying to install to a Dell > Dimension P100 with 16M of ram, an NE2000 ethernet card, and a 771 #9 video > card with 2M of vram. It has two IDE controlers off of the mother board, > one for the CDROM, and one for the IDE Hard drive. [ ... ] > If you have any sudgestions I would greatly apretiate it. If you know > please write because I've asked a ton of people and they dont know either. Maybe the #9 card is sitting on IRQ 2 to have an EGA compatible vertical retrace interrupt (which was typically used to get rid of "sparklies" and sometimes hooked for light pen strobes). Many "high end" (ie: all options you want and some you don't) video cards sit on IRQ 2. IRQ 2 and IRQ 9 are the same thing (2 is the cascade interrupt). All spurious interrupts go to IRQ 7. Probably you don't want any hardware there. Maybe a printer port, but it's kind of bogus. Plug-n-play cards (you have any of those?) use an LPT port register to write to search out the hardware. Some LPT hardware doesn't like this, and if you have it, you will have to disable Plug-n-play on all your cards or remove the LPT hardware (hard to do if it's soldered to your motherboard). What happens if you pull the network card entirely? 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 Dec 9 16:42:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03091 for hackers-outgoing; Sat, 9 Dec 1995 16:42:56 -0800 (PST) Received: from connet80.rain.com (connet80.rain.com [204.119.8.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03085 Sat, 9 Dec 1995 16:42:52 -0800 (PST) Received: (from meljr@localhost) by connet80.rain.com (8.6.11/8.6.9) id QAA06176; Sat, 9 Dec 1995 16:47:41 GMT Date: Sat, 9 Dec 1995 16:47:41 GMT From: "Mel Lester Jr." Message-Id: <199512091647.QAA06176@connet80.rain.com> To: announce@FreeBSD.org, bugs@freebsd.netcom.com, hackers@FreeBSD.org Subject: Re: Second appeal for sup, CTM, mail and www servers. Please help! (fwd) Sender: owner-hackers@FreeBSD.org Precedence: bulk As Jordan very diplomatically pointed out, my 56K frame relay connection does not have sufficient bandwith to be useful, but I can chip in a few bucks also. Where do I send the check? From owner-freebsd-hackers Sat Dec 9 17:27:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09962 for hackers-outgoing; Sat, 9 Dec 1995 17:27:46 -0800 (PST) Received: from abf.abaforum.es (abf.abaforum.es [193.127.90.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09927 for ; Sat, 9 Dec 1995 17:27:29 -0800 (PST) Received: from node6.abaforum.es (node6.abaforum.es [193.127.90.6]) by abf.abaforum.es (8.6.9/6.2) with SMTP id CAA26243 for ; Sun, 10 Dec 1995 02:14:57 +0100 Date: Sun, 10 Dec 1995 02:14:57 +0100 Message-Id: <199512100114.CAA26243@abf.abaforum.es> X-Sender: jesusr@abf.abaforum.es (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: freebsd-hackers@freebsd.org From: Jesus Rodriguez Subject: uucp installation Sender: owner-hackers@freebsd.org Precedence: bulk Hi everybody. I have installed freebsd 2.0.5 like ftp and web server. I made the X-user installation. I would like use freebsd like gateway (or router) between two ethernet networks. I've been trying to do it but i can't. How can i do it???. Another question, how can i install uucp???. Well, i think it's installed, because i have uucico and .sample configurations files in /etc/uucp, but when i read them, all files says that i have to compile them. Please, =BFwhat do i have to do???. I've been reading faq's and handbook,= but i can't do it. Can you help me??? Thanks in advance... La inform=E1tica es cosa de locos... Internet: jesusr@abaforum.es Packet Radio: eb3eyh@eb3eyh.eab.esp.eu ea3clb@eb3eyh.eab.esp.eu From owner-freebsd-hackers Sat Dec 9 18:13:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16103 for hackers-outgoing; Sat, 9 Dec 1995 18:13:33 -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 SMTP id SAA16095 Sat, 9 Dec 1995 18:13:28 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id SAA07580; Sat, 9 Dec 1995 18:13:26 -0800 Date: Sat, 9 Dec 1995 18:13:26 -0800 From: Julian Elischer Message-Id: <199512100213.SAA07580@ref.tfs.com> To: bde@freebsd.org, hackers@freebsd.org Subject: TIME gone crazy Sender: owner-hackers@freebsd.org Precedence: bulk My pentium 66 is being probed as a Pentium at 33HMz.. consequently my machine is advancing time at the rate of 2seconds per second I came in and it was already tomorrow evening, and I only rebooted yesterday! Make gets appropriatly surprise by this.. any place I should be looking? I do have the pcaudio device compiled in and HAVE used it since booting julian From owner-freebsd-hackers Sat Dec 9 18:18:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16500 for hackers-outgoing; Sat, 9 Dec 1995 18:18:16 -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 SMTP id SAA16493 for ; Sat, 9 Dec 1995 18:18:14 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id SAA07595 for hackers@freebsd.org; Sat, 9 Dec 1995 18:18:12 -0800 From: Julian Elischer Message-Id: <199512100218.SAA07595@ref.tfs.com> Subject: 1/2 speed CPU probe To: hackers@freebsd.org Date: Sat, 9 Dec 1995 18:18:11 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk This doesn't hapen all the time.. the next reboot it got the right speed. julian From owner-freebsd-hackers Sat Dec 9 18:38:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18512 for hackers-outgoing; Sat, 9 Dec 1995 18:38:22 -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 SAA18472 Sat, 9 Dec 1995 18:38:02 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA05929; Sun, 10 Dec 1995 13:32:19 +1100 Date: Sun, 10 Dec 1995 13:32:19 +1100 From: Bruce Evans Message-Id: <199512100232.NAA05929@godzilla.zeta.org.au> To: bde@freebsd.org, hackers@freebsd.org, julian@ref.tfs.com Subject: Re: TIME gone crazy Sender: owner-hackers@freebsd.org Precedence: bulk >My pentium 66 is being probed as a Pentium at 33HMz.. >consequently my machine is advancing time at the rate of 2seconds per second The DELAY() in the calibration of the P^H586 clock is not very accurate. No one knows exactly why (especially ones that don't have a 586 and have an accurate a DELAY() as can be expected :-). The recent decrease of the calibration delay from 1 second to 4 ticks is not likely to have helped. >I do have the pcaudio device compiled in >and HAVE used it since booting microtime() using the 586 clock should be almost immune even to the scheduling clock frequency somehow becoming wrong. Bruce From owner-freebsd-hackers Sat Dec 9 18:39:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18615 for hackers-outgoing; Sat, 9 Dec 1995 18:39:07 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA18599 Sat, 9 Dec 1995 18:39:01 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.1/8.7.1) id VAA13039; Sat, 9 Dec 1995 21:37:39 -0500 (EST) Date: Sat, 9 Dec 1995 21:37:34 -0500 (EST) From: "Marc G. Fournier" To: Julian Elischer cc: bde@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: TIME gone crazy In-Reply-To: <199512100213.SAA07580@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sat, 9 Dec 1995, Julian Elischer wrote: > > My pentium 66 is being probed as a Pentium at 33HMz.. > consequently my machine is advancing time at the rate of 2seconds per second > > I came in and it was already tomorrow evening, and I only rebooted yesterday! > Cool, a time traveling computer...anything interesting happen tomorrow? Any new developments? :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-hackers Sat Dec 9 18:53:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20956 for hackers-outgoing; Sat, 9 Dec 1995 18:53:07 -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 SAA20930 for ; Sat, 9 Dec 1995 18:52:58 -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 DAA01170 ; Sun, 10 Dec 1995 03:52:55 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA20163 ; Sun, 10 Dec 1995 03:52:54 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id DAA01128; Sun, 10 Dec 1995 03:09:55 +0100 (MET) From: Ollivier Robert Message-Id: <199512100209.DAA01128@keltia.freenix.fr> Subject: Re: A call for DNS secondaries to server for .freebsd.org To: cross@math.psu.edu (Dan Cross) Date: Sun, 10 Dec 1995 03:09:54 +0100 (MET) Cc: cross@math.psu.edu, p.richards@elsevier.co.uk, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199512091904.OAA00238@hausdorff.math.psu.edu> from "Dan Cross" at Dec 9, 95 02:04:51 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Dan Cross said: > Another point that I hadn't thought of that Dave Barr pointed out to me > was that a lot of counties don't use the standard convention for domain > naming, that is, in England that use *.co.uk instead of *.com.uk. Thus, The USA are not using anyway. The real standard for the US should be .us :-) In France, the situation in .fr is similar to .com now, for a long there was no read control over the name space. The universities uses all sort of naming scheme (univ-*.fr, u-*.fr, something.fr, and so on) for example. > it would turn into a big mess with the country level authorities. > Another thing that Dave pointed out to me was that DNS traffic isn't > really all that taxing, so the benefits would be minimal. :-) He's right about the traffic. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-hackers Sat Dec 9 19:43:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27515 for hackers-outgoing; Sat, 9 Dec 1995 19:43:00 -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 SMTP id TAA27507 Sat, 9 Dec 1995 19:42:55 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id TAA07786; Sat, 9 Dec 1995 19:42:40 -0800 From: Julian Elischer Message-Id: <199512100342.TAA07786@ref.tfs.com> Subject: Re: TIME gone crazy To: scrappy@hub.org (Marc G. Fournier) Date: Sat, 9 Dec 1995 19:42:40 -0800 (PST) Cc: bde@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 9, 95 09:37:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > On Sat, 9 Dec 1995, Julian Elischer wrote: > > > > > > > Cool, a time traveling computer...anything interesting happen > tomorrow? Any new developments? :) I don't know.. this machine doesn't get news :( From owner-freebsd-hackers Sat Dec 9 22:02:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00268 for hackers-outgoing; Sat, 9 Dec 1995 22:02:51 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00207 for ; Sat, 9 Dec 1995 22:02:42 -0800 (PST) Received: from werple.net.au (0@werple.mira.net.au [203.9.190.18]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA02191 for ; Sat, 9 Dec 1995 21:44:01 -0800 Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id QAA26225 for hackers@FreeBSD.org; Sun, 10 Dec 1995 16:02:05 +1100 (EST) Message-Id: <199512100502.QAA26225@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA01055; Sun, 10 Dec 1995 16:02:22 +1100 From: John Birrell Subject: Re: TIME gone crazy To: ref.tfs.com!julian@werple.net.au (Julian Elischer) Date: Sun, 10 Dec 1995 16:02:22 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199512100342.TAA07786@ref.tfs.com> from "Julian Elischer" at Dec 9, 95 07:42:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > > > On Sat, 9 Dec 1995, Julian Elischer wrote: > > > > > > > > > > > > Cool, a time traveling computer...anything interesting happen > > tomorrow? Any new developments? :) > I don't know.. this machine doesn't get news :( Only 2 times?! My 486 was going faster than that last time I saw it. 8-). -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 9600 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Sat Dec 9 22:03:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00476 for hackers-outgoing; Sat, 9 Dec 1995 22:03:15 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00354 Sat, 9 Dec 1995 22:02:59 -0800 (PST) Received: from oasis.txdirect.net (oasis.txdirect.net [204.57.120.34]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id TAA01762 ; Sat, 9 Dec 1995 19:43:51 -0800 Received: (from rsnow@localhost) by oasis.txdirect.net (8.6.12/8.6.9) id VAA09295; Sat, 9 Dec 1995 21:43:34 -0600 Date: Sat, 9 Dec 1995 21:43:34 -0600 (CST) From: Rob Snow To: "Marc G. Fournier" cc: Julian Elischer , bde@freebsd.org, hackers@freebsd.org Subject: Re: TIME gone crazy In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 9 Dec 1995, Marc G. Fournier wrote: > On Sat, 9 Dec 1995, Julian Elischer wrote: > > > > > My pentium 66 is being probed as a Pentium at 33HMz.. > > consequently my machine is advancing time at the rate of 2seconds per second > > > > I came in and it was already tomorrow evening, and I only rebooted yesterday! > > > > Cool, a time traveling computer...anything interesting happen > tomorrow? Any new developments? :) Well thats that: FreeBSD IS the FASTEST OS you can get for your Pentium. Should we put a press release together? __________________________________________________________________ Rob Snow Powered by FreeBSD rsnow@txdirect.net http://www.freebsd.org From owner-freebsd-hackers Sat Dec 9 22:03:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00458 for hackers-outgoing; Sat, 9 Dec 1995 22:03:13 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00334 for ; Sat, 9 Dec 1995 22:02:58 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA01855 for ; Sat, 9 Dec 1995 20:04:52 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA07374 for ; Sat, 9 Dec 1995 20:04:05 -0800 To: hackers@FreeBSD.ORG Subject: ftp://freefall.freebsd.org/pub/FreeBSD/sup-server-kit.tar.gz updated Date: Sat, 09 Dec 1995 20:04:05 -0800 Message-ID: <7371.818568245@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Following Justin's cleanup of the sup collection files, I've updated the `sup server kit' on freefall. If you're interested in being a sup mirror, please grab these files and check the instructions. We've already had a couple of people manage to navigate their way through the process, so it can't be too difficult! :-) Also please note that since we haven't had 6 official mirrors come on line yet, we're still doing CVS repository access by permission to limit the load on freefall. If you've got this stuff ready to go on your machine, let me know and I'll add it to the permissions list. At some point, the permissions list will be collapsed to include only servers and core team members in order to limit the load on freefall. If you've already set up a sup server in the U.S. then let us know and we'll also add a DNS entry for it. The eventual goal is to have sup.freebsd.org .. supn.freebsd.org where `n' is the total number of available sup servers. If you set one up in a non-U.S. location and don't have a .freebsd.org DNS server yet, let us know too and we'll try to do something about it. Thanks! Jordan