From owner-freebsd-hackers Sun Sep 22 00:43:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29324 for hackers-outgoing; Sun, 22 Sep 1996 00:43:20 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA29271 for ; Sun, 22 Sep 1996 00:43:15 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id AAA11906 for ; Sun, 22 Sep 1996 00:43:17 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id RAA15638 for freebsd-hackers@freebsd.org; Sun, 22 Sep 1996 17:42:54 +1000 From: Julian Assange Message-Id: <199609220742.RAA15638@suburbia.net> Subject: Grand Unified Unix To: freebsd-hackers@freebsd.org Date: Sun, 22 Sep 1996 17:42:54 +1000 (EST) In-Reply-To: <324492F6.2781E494@whistle.com> from "Julian Elischer" at Sep 21, 96 06:14:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Perhaps we could set about identifying areas of common interest and > > open a discussion on mutual development priorities? > I think that htere are enough ares to keep us busy.. > I'm about to revamp the networking lower end for ATM/Frame/ISDN > I'll work with anyone who's intersetd.. > I'll be taking the FreeBSD ATM crew the BISDN crew and the > NetBSD/OPENBSD > ATM crew's stuff, and our own work here and hopefully drawing a common > thread through it all. > > I have already got a good commmunication with them > and hope to expand it.. Here is an idea.. For some time I have been disturbed that there is a linux/NetKit, FreeBSD, OpenBSD, NetBSD, (etc) version of telnet.c and that it is slowly diverging. Something like telnet.c has no need to do this. It is standard, userland program with using the BSD networking API and following a very well known RFC. The ineffiencies involved in having multiple version trees of this sort of code are obvious. Would it not be possible to create a user-land unification, from those aspects of unix (BSD) which have, by and large, not devolved? Such an scheme does not need to be all-encompassing. What is placed within the GUU (grand-unified-unix) repository is only what the various camps can agree on. This could apply to kernel sub-trees as well, but to begin with, surely it would be a relatively easy, and incremental process to agree that the "cat" command and man-page would be handed over to GUU repository control. If at some stage one camp developed a kernel feature which cat could take advantage of, then there is always the magic of #ifdef or conditional makefiles. It becomes the responsibility of the camp adding the new api to: #if defined(FreeBSD)>num # define NEWAPI #endif [...] #ifdef NEWAPI newcode() { [...] } #endif Meaning that if NEWAPI has found to be a_good_thing (tm), and has accordingly spread, userland code automatically takes advantage of it regardless of which OS it is running under (e.g auto autoconf). The nice thing is, that once GUU is built up, it increases the benefits of competition, because the difficulty of entering the fray is reduced. People can produce dedicated (for a particular role, or architecture) or experimental kernels, using GUU as the "underlying substrate" on which they are placed. Now this is important, because it makes not only makes it easy, but *encourages* traditional commercial unix vendors to add to the GUU tree, evolving it to made use of their compedative advantages. The value of this should not be underestimated. Comments? -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Sun Sep 22 00:58:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09795 for hackers-outgoing; Sun, 22 Sep 1996 00:58:37 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09771 for ; Sun, 22 Sep 1996 00:58:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA03307; Sun, 22 Sep 1996 00:59:05 -0700 (PDT) Message-Id: <199609220759.AAA03307@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Julian Assange cc: freebsd-hackers@FreeBSD.org Subject: Re: Grand Unified Unix In-reply-to: Your message of "Sun, 22 Sep 1996 17:42:54 +1000." <199609220742.RAA15638@suburbia.net> From: David Greenman Reply-To: dg@root.com Date: Sun, 22 Sep 1996 00:59:05 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Would it not be possible to create a user-land unification, from those >aspects of unix (BSD) which have, by and large, not devolved? Such an ... >Comments? We tried it already and all of the people involved were too busy just developing our respective systems and had no time to work on merging the source trees. We gave it an honest effort...we simply don't have the people resources to accomplish and maintain it. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Sep 22 01:29:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25405 for hackers-outgoing; Sun, 22 Sep 1996 01:29:31 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA25378 for ; Sun, 22 Sep 1996 01:29:27 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA28564 for ; Sun, 22 Sep 1996 10:29:36 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA25325 for freebsd-hackers@freefall.cdrom.com; Sun, 22 Sep 1996 10:36:18 +0200 Date: Sun, 22 Sep 1996 10:36:18 +0200 From: Christoph Kukulies Message-Id: <199609220836.KAA25325@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: receiving ctm mail though unsubscribed Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A while ago I unsubscribed from the ctm list (user ctm@blues.physik.rwth-aachen.de) and I didn't receive any ctm mails in weeks now - as it should be the case. Today I'm suddenly receiving bounces of ctm-mail. How come? Has an old list-member base been re-established ? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sun Sep 22 02:06:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11264 for hackers-outgoing; Sun, 22 Sep 1996 02:06:44 -0700 (PDT) Received: from trinity.radio-do.de (fn@trinity.Radio-do.de [193.101.164.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA11234 for ; Sun, 22 Sep 1996 02:06:39 -0700 (PDT) Received: by trinity.radio-do.de (8.7.5/CLIENT-1.2.7-h) via EUnet id LAA05527; Sun, 22 Sep 1996 11:06:22 +0200 (MET DST) To: Jaye Mathisen Cc: hackers@FreeBSD.org Subject: Re: Tweaking FreeBSD (2.1) and sendmail for a busy site? Or maybe, Help! , No more sendmail's. References: From: Frank Nobis Date: 22 Sep 1996 11:06:22 +0200 In-Reply-To: Jaye Mathisen's message of Sat, 21 Sep 1996 21:37:02 -0700 (PDT) Message-ID: Lines: 22 X-Mailer: Red Gnus v0.39/XEmacs 19.14 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Jaye" == Jaye Mathisen writes: Jaye> If you'll note in the original message, la is not the issue. Jaye> The load rarely climbs over 1.0. This is something to do Jaye> with # of processes. Oops, I should read a little more than just the subject :-) Jaye> I point out to that it appears that if la was the issue, Jaye> there would be Connection Refused, rather than no connection Jaye> at all. Just an other thought; Do you receive SYN's at a very fast rate in that case? Maybe it is the same problem that described in the latest SYN Flood vulnerability. Regards Frank -- Frank Nobis Email: fn@Radio-do.de PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 From owner-freebsd-hackers Sun Sep 22 03:02:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11268 for hackers-outgoing; Sun, 22 Sep 1996 03:02:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA11243 for ; Sun, 22 Sep 1996 03:02:16 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id DAA00408; Sun, 22 Sep 1996 03:00:13 -0700 From: Terry Lambert Message-Id: <199609221000.DAA00408@phaeton.artisoft.com> Subject: Re: splash-page on bootup.. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sun, 22 Sep 1996 03:00:13 -0700 (MST) Cc: brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609212034.PAA14072@brasil.moneng.mei.com> from "Joe Greco" at Sep 21, 96 03:34:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > You're in a difficult situation... even a static GIF image would probably > be difficult because you don't know what you have for console until you > have probed the video.. animation I would think is out of the question > due to the way I understand the kernel works during the probe phase. Animation is possible using color register cycling. This is how the "startrek" bar of the Microsoft "Plus! Pack" is animated. 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 Sep 22 03:04:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12293 for hackers-outgoing; Sun, 22 Sep 1996 03:04:32 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA12275 for ; Sun, 22 Sep 1996 03:04:30 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id DAA00420; Sun, 22 Sep 1996 03:03:39 -0700 From: Terry Lambert Message-Id: <199609221003.DAA00420@phaeton.artisoft.com> Subject: Re: splash-page on bootup.. To: brandon@glacier.cold.org (Brandon Gillespie) Date: Sun, 22 Sep 1996 03:03:39 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brandon Gillespie" at Sep 22, 96 00:04:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > IMHO setting up the root window in X to some neat FreeBSD graphic > > would be just fine to impress the masses. > > > > Is it really a viable objection that probe messages are construed as > > flakey operation? I always thought the probe messages were the sign > > of "gee..this is a real operating system". > > As is my opinion, unfortunately many of the people who may agree are not > in a position to decide which OS goes on a server. The primary benefit of a "splash screen" is not inherent polish. It is in allowing OEM's to replace it to allow them to "brand" the resulting product. This is, incidently, the same value as the /etc/issue, vs. the much more difficult gettytab hacking currently required. 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 Sep 22 03:16:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA18482 for hackers-outgoing; Sun, 22 Sep 1996 03:16:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA18449 for ; Sun, 22 Sep 1996 03:16:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id DAA00441; Sun, 22 Sep 1996 03:12:34 -0700 From: Terry Lambert Message-Id: <199609221012.DAA00441@phaeton.artisoft.com> Subject: Re: Job openings: Unix Network Programmers, Internet server To: michaelv@MindBender.serv.net (Michael L. VanLoon -- HeadCandy.com) Date: Sun, 22 Sep 1996 03:12:34 -0700 (MST) Cc: jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com, julian@current1.whistle.com, Rich.Heaton@empac.com, hackers@FreeBSD.org In-Reply-To: <199609220039.RAA02243@MindBender.serv.net> from "Michael L. VanLoon -- HeadCandy.com" at Sep 21, 96 05:39:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > What might be almost as helpful is for people who know what they want, > and why they want it, to file bug reports, requests, and such with > Microsoft ("telnet sucks, please fix it", "give us a single-rooted > filesystem", "give us a Real Shell", etc.). That way, if NT becomes > the defacto commercial server OS (which it has a very good chance of > doing), at least it will be something that Unix advocates won't mind > using so much. The "give us a single-rooted filesystem" idea is bad. There are significant applications for independent volumes. Nomadic computing (transient network connectivity) is one example. Portable computer "docking stations" is another; package installation is a third; pluggable storage devices (PCMCIA, ZIP, JAZ, etc.) is yet another. Don't throw the baby out with the bathwater. 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 Sep 22 04:04:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11780 for hackers-outgoing; Sun, 22 Sep 1996 04:04:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA11741 for ; Sun, 22 Sep 1996 04:04:04 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA20269; Sun, 22 Sep 1996 20:30:32 +0930 From: Michael Smith Message-Id: <199609221100.UAA20269@genesis.atrad.adelaide.edu.au> Subject: Re: splash-page on bootup.. To: terry@lambert.org (Terry Lambert) Date: Sun, 22 Sep 1996 20:30:32 +0930 (CST) Cc: jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609221000.DAA00408@phaeton.artisoft.com> from "Terry Lambert" at Sep 22, 96 03:00:13 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > You're in a difficult situation... even a static GIF image would probably > > be difficult because you don't know what you have for console until you > > have probed the video.. animation I would think is out of the question > > due to the way I understand the kernel works during the probe phase. > > Animation is possible using color register cycling. This is how the > "startrek" bar of the Microsoft "Plus! Pack" is animated. The problem with animation during startup is that during the device probes (the bits that the original proposition was trying to cover with the splash (bad idea IMHO, but I understand the reasoning)), you can't guarantee that you will get your interrupt regularly to do your palette cycles. The animation would be cheezy to say the least. I don't actually thingk that animation is terribly useful. You'll note that Microsoft's W95 startup page shuffles a little band across the bottom (I suspect that they aren't cycling but I never bothered to count the colours on the screen), but then this band disappears for a while... now I wonder why 8) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Sep 22 05:19:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22478 for hackers-outgoing; Sun, 22 Sep 1996 05:19:17 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA22451; Sun, 22 Sep 1996 05:19:14 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA01259; Sun, 22 Sep 1996 09:02:41 +0200 (MET DST) To: Warner Losh cc: hackers@freebsd.org Subject: Re: Kernel sizes In-reply-to: Your message of "Sat, 21 Sep 1996 12:20:11 MDT." <199609211820.MAA12668@rover.village.org> Date: Sun, 22 Sep 1996 09:02:40 +0200 Message-ID: <1257.843375760@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609211820.MAA12668@rover.village.org>, Warner Losh writes: >Something must be very very wrong. My new kernel is 30k smaller than >my old (1month old) kernel. :-) > >A 30k reduction in size isn't supposed to happen. Yes, it is! If we could implement the entire FreeBSD kernel in one byte we would! :-) You probably missed the fact that userconfig went optional. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Sep 22 07:43:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20050 for hackers-outgoing; Sun, 22 Sep 1996 07:43:08 -0700 (PDT) Received: from glacier.cold.org (glacier.cold.org [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20021 for ; Sun, 22 Sep 1996 07:43:05 -0700 (PDT) Received: (from brandon@localhost) by glacier.cold.org (8.7.5/8.7.3) id IAA15351; Sun, 22 Sep 1996 08:45:42 -0600 (MDT) Date: Sun, 22 Sep 1996 08:45:41 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@FreeBSD.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609221100.UAA20269@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 22 Sep 1996, Michael Smith wrote: > The problem with animation during startup is that during the device > probes (the bits that the original proposition was trying to cover > with the splash (bad idea IMHO, but I understand the reasoning)), you > can't guarantee that you will get your interrupt regularly to do your > palette cycles. The animation would be cheezy to say the least. I > don't actually thingk that animation is terribly useful. > > You'll note that Microsoft's W95 startup page shuffles a little band > across the bottom (I suspect that they aren't cycling but I never > bothered to count the colours on the screen), but then this band > disappears for a while... now I wonder why 8) You could count the devices and just do a progress bar, adding to it after each device is probed.. -Brandon Gillespie From owner-freebsd-hackers Sun Sep 22 08:01:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27545 for hackers-outgoing; Sun, 22 Sep 1996 08:01:12 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27505 for ; Sun, 22 Sep 1996 08:01:07 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id IAA01706; Sun, 22 Sep 1996 08:58:56 -0600 (MDT) Message-Id: <199609221458.IAA01706@rover.village.org> To: dg@root.com Subject: Re: Grand Unified Unix Cc: Julian Assange , freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Sun, 22 Sep 1996 00:59:05 PDT." <199609220759.AAA03307@root.com> References: <199609220759.AAA03307@root.com> Date: Sun, 22 Sep 1996 08:58:56 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609220759.AAA03307@root.com> David Greenman writes: : We tried it already and all of the people involved were too busy just : developing our respective systems and had no time to work on merging the : source trees. We gave it an honest effort...we simply don't have the : people resources to accomplish and maintain it. A few days ago, I suggested that this was merely an idea whose time hadn't yet arrived. The more I think about it, the more I think that is correct. It would basically take a lot of effort to merge NetBSD/OpenBSD/FreeBSD into a common userland (let alone kernel) base. However, likely the best that can be hoped for in the short term is that each of these OSes take a look at the others and merge in changes slowly and make more of an effort to converge. Yes, this will be hard, but it may help future attempts to do the merge. I know that I'll be looking at merging some changes from others into the FreeBSD source base where appropriate. Maybe in time there can be a unified BSD user land, but the respective camps have just been too busy :-) Warner From owner-freebsd-hackers Sun Sep 22 08:01:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27848 for hackers-outgoing; Sun, 22 Sep 1996 08:01:57 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27821 for ; Sun, 22 Sep 1996 08:01:54 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA14843; Sun, 22 Sep 1996 09:57:34 -0500 From: Joe Greco Message-Id: <199609221457.JAA14843@brasil.moneng.mei.com> Subject: Re: splash-page on bootup.. To: terry@lambert.org (Terry Lambert) Date: Sun, 22 Sep 1996 09:57:34 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609221000.DAA00408@phaeton.artisoft.com> from "Terry Lambert" at Sep 22, 96 03:00:13 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > You're in a difficult situation... even a static GIF image would probably > > be difficult because you don't know what you have for console until you > > have probed the video.. animation I would think is out of the question > > due to the way I understand the kernel works during the probe phase. > > Animation is possible using color register cycling. This is how the > "startrek" bar of the Microsoft "Plus! Pack" is animated. If you have the appropriate graphics depth available, _maybe_... can't remember enough about PC graphics to figure out if normal VGA is 16 or 256 colors.. 16 obviously would not fly. However, I thought that interrupts were not guaranteed during the probe phase... or maybe not even allowed. ... JG From owner-freebsd-hackers Sun Sep 22 09:35:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11770 for hackers-outgoing; Sun, 22 Sep 1996 09:35:52 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11711 for ; Sun, 22 Sep 1996 09:35:42 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id SAA02381 for hackers@freebsd.org; Sun, 22 Sep 1996 18:38:30 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609221638.SAA02381@ocean.campus.luth.se> Subject: Re: fdisk changes, anyone? To: hackers@freebsd.org Date: Sun, 22 Sep 1996 18:38:29 +0200 (MET DST) In-Reply-To: <199609210337.AA000537071@hpnmhjw.sr.hp.com> from Darryl Okahata at "Sep 20, 96 08:37:49 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I just have to get a question in, on something I stumbled on when installing 2.1.5-RELEASE. > (Using 'echo ... |' would be even better.) This dedicates the entire > disk to FreeBSD, and recovers 31 sectors not used in the first case > (when creating "compatible partitions", my fdisk changes round the start > sector up to an head boundary, which wastes 31 sectors in the first > example). Umm... I got myself a Medalist 2GB HDD and installed FreeBSD over FTP, and everything worked just fine. Althought I choose "Entire disk" and told it to make it a "real partition", I installed booteasy, just because. :-) Ok, so now I try and boot: F1 - BSD F5 - Disk 2 > F? (now I press F1) F1 - BSD F5 - Disk 2 > F? etc... F5 would make it go to the second disk and fail boot, but that was expected. I tried a complete reinstall with different things, and setting the bios setting for the disk to different things. No such luck. Finally, I got a tip from a friend, and booted a little win95-dos floppy and started dos fdisk. Delete nondos partition. Create primary dos partition. Reboot. Format c:. Reboot from FBSD floppy. Install everything once more, this time first deleting the dos partition and then doing just a *C*reate and hitting return to get biggest possible partition. Install finnishes, I reboot, and viola! Works like a charm. Now... Somehow it seems the little bugger called booteasy uses something in the bios or so to read the little FreeBSd boot part which gives the "Boot:" prompt. Or? Somehow it wasn't very happy with the way FreeBSD's fdisk choose to align the partition, or at least so it seems. Is this a known bug (possibly fixed) bug, or a new one to you guys? Sorry if this is something old... /Mikael From owner-freebsd-hackers Sun Sep 22 09:52:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18411 for hackers-outgoing; Sun, 22 Sep 1996 09:52:55 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18343 for ; Sun, 22 Sep 1996 09:52:43 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id KAA07455; Sun, 22 Sep 1996 10:50:01 -0600 (MDT) Message-Id: <199609221650.KAA07455@rover.village.org> To: Joe Greco Subject: Re: splash-page on bootup.. Cc: terry@lambert.org (Terry Lambert), brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-reply-to: Your message of "Sun, 22 Sep 1996 09:57:34 CDT." <199609221457.JAA14843@brasil.moneng.mei.com> References: <199609221457.JAA14843@brasil.moneng.mei.com> Date: Sun, 22 Sep 1996 10:50:01 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609221457.JAA14843@brasil.moneng.mei.com> Joe Greco writes: : If you have the appropriate graphics depth available, _maybe_... can't : remember enough about PC graphics to figure out if normal VGA is 16 or 256 : colors.. 16 obviously would not fly. Hmmm, I think that turning the background blue or some other pleasing color would go a long way toward making people like the boot process more. :-) :-) I think that animiation would be silly in this context, and you certainly won't get smooth animation. However, a kernel that has had its configuration recorded should know fairly well how many devices it is going to generally have and you should be able to have a status meter (sometimes called a gauge) that indicates %probed. Call that 1/2 the boot time, and the rest of the system coming up the rest. However, this is sounding like it will be more expensive than it is worth in terms of space. A decent gif will run 20-30k, plus you have the overhead of programming the graphics cards into graphics mode. Then how do you take them out of graphics mode, or do you just start X up, and can X handle it and and and. It is a big job.... In the past I've had trouble, btw, starting X up early in the boot sequence. I've tried to start up xdm and my X server right before the fsck, right after and right after the mounts. Even after the mounts, I've had strange problems with old versions hanging. Maybe they have been fixed since I tried in about three major revs of XFree86 ago (2.1 sticks in my head, but it was 2+ years ago). Maybe the best idea would be to have a -q mode that boots quietly so that you can do the blue screen trick, and then a little later start up X windows and see very little in the way of booting junk. After all, what NT does it turn the screen blue, print a terse message that says it is coming up, then starts Windows as soon as it is able, and then continues bringing up the rest of the system. I seem to recall that one of its loader stages does this. Warner From owner-freebsd-hackers Sun Sep 22 10:20:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29220 for hackers-outgoing; Sun, 22 Sep 1996 10:20:24 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA29189 for ; Sun, 22 Sep 1996 10:20:20 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id KAA27739; Sun, 22 Sep 1996 10:20:04 -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 KAA08074; Sun, 22 Sep 1996 10:19:58 -0700 (PDT) Message-Id: <199609221719.KAA08074@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Warner Losh cc: Julian Elischer , Brandon Gillespie , freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-reply-to: Your message of Sun, 22 Sep 96 00:47:58 -0600. <199609220647.AAA00373@rover.village.org> Date: Sun, 22 Sep 1996 10:19:58 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In message <3244DD7A.FF6D5DF@whistle.com> Julian Elischer writes: >: I'd like to see us make a version called SERVIX-PRO or something. >I'd hate to see what *THAT* os would splash up on the screen at boot >time :-) Well, I know I'd get in trouble for running it at work! :-) ----------------------------------------------------------------------------- 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 Sun Sep 22 11:11:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02363 for hackers-outgoing; Sun, 22 Sep 1996 11:11:43 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02305 for ; Sun, 22 Sep 1996 11:11:36 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA08250; Sun, 22 Sep 1996 14:18:12 -0400 Date: Sun, 22 Sep 1996 14:18:12 -0400 Message-Id: <199609221818.OAA08250@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Joe Greco From: dennis@etinc.com (dennis) Subject: Re: Job openings: Unix Network Programmers, Internet server Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Richard told me yesterday that Microsoft recently announced a >> multi-billion (yes, billion) dollar initiative to make NT *the* >> network operating system in 1997, and that's a whole heck of a lot of >> money. It's time for small companies involved with UNIX to pool their >> efforts or Bill is going to eat them all. He might eat them anyway, >> in the long run, but I'd really hate to look back on this time and >> reflect that we made it easy for him to do so by squabbling amongst >> ourselves while Microsoft raced ahead. I think the UNIX community has >> already done far too much of that already and it's time for a change. Its pretty hard to compete with micro$oft, but they've been throwing tons of money at the problem for years and only have NoT to show for it. Just find a niche and get what you can. Even if you were 5 times better you'd lose. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Sep 22 11:51:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28458 for hackers-outgoing; Sun, 22 Sep 1996 11:51:23 -0700 (PDT) Received: from mh004.infi.net (mh004.infi.net [198.22.1.119]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28437 for ; Sun, 22 Sep 1996 11:51:20 -0700 (PDT) Received: from cpq-lte.ric.pmu.com by mh004.infi.net with ESMTP (Infinet-S-3.3) id OAA07953; Sun, 22 Sep 1996 14:51:22 -0400 (EDT) Message-Id: <199609221851.OAA07953@mh004.infi.net> From: "Steve Sims" To: Subject: Re: splash-page on bootup.. Date: Sun, 22 Sep 1996 14:41:14 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Joe, your points are well taken, and personally, I agree; show me what's = going on, if I'm not savvy enough to understand what the darn computer's = say when in boots up, I'll just go refill my coffee. But... I work for a Fortune-500 company. (Gratefully, not in the "Retail = Computing" side, but as a behind-the-wall-plate network engineer!) Our = user-base is ~45% Intel/DOS/Win'95, ~45% Mac and ~10% Other(tm). Let me share with you a recent eye-opener. (At least, it was for me.) We are in the process of upgrading a few thousand Macs so they have = late-model software and hardware. Most of 'em are IIc's and = first-generation Quadras. Pretty lame, most currently loaded with = System 7.0. We're giving them "state of the art" (at least, for Apple) = systems, hardware and software-wise. During the pilot installation we conducted differences training so that = these not-very-sophisticated folks wouldn't panic (in the truest sense = of the word 8^) when they booted up their new laptops and desktops and = it looked "different" than it used to. =20 Their most frequent comment? "Wow! Lookie there at the cute little = MacOS face that comes up while the system boots! 'Zat slick, or WHAT?" = (For the Mac-impaired, the "old" splash screen was an icon of a Mac = "Classic" that just stared out at you and "frowned" if something went = awry.) Now, as the MacOS 7.5.x loads, it splashes icons, left-to-right, = across the bottom of the display for each system extension (device = driver for "us guys") that it loads. The users don't even like *that*; = it's too much sensory input. Never mind that initialization on a 132 Mhz PowerPC can take up to 2 or = 3 minutes, "Ain't that face *cute*?" Plus, (and this is a "Big = Deal(tm)"), we can customize the splash screen and put OUR VERY OWN LOGO = UP while the system loads. Zounds! I mean, is that a sophisticated, = world-class OS, or WHAT?=20 Ditto my experiences with Win'95. That "pulsing Star Trek" bar on the = bottom of the display, well that's just too cool for school. In fact, = *most* of the users in that environment don't even know that they can = press "Esc" and see the old CONFIG.SYS and AUTOEXEC.BAT entries "behind = the curtain". Heck, they don't know || care because they're refilling = their coffee anyway. I grant you, doing a splash screen on a Mac is a WHOLE LOT easier than = just about any other platform, because, basically, the Mac is a Toaster = Oven with a CPU, the software engineers have a fixed target that they = hammer out code for. The Win'95 and NT-4.0 platforms are a "little" = harder, from a code / device / driver perspective, but that's the sizzle = that sells the steak. =20 In other words, that sort of dazzle sets a baseline expectation of the = (dare I say it?) "Ease-Of-Use" for the environment. Decision-makers = often aren't overly technical. Hiding the details of what's going on is = perceived as a BIG WIN by them. (I guess that explains why we're = putting out thousands of new Macs?!?!) Besides, if the blasted thing doesn't come up right, the user is going = to call the tech-support folks *anyway*. No matter what. Trust me. Put me down in favor of an "early" video initialization and slapping a = simple 320*200*256 (admin-configurable, of course) LOGO.SYS clone. It = would *really* help me sell such a thing into the environment. You care about the probes, I care about the probes. J. Random User and = his boss *HATE* looking at the probes. (Heck, I thought I'd died and = gone to heaven when the Scroll-Lock / scroll-back was added to syscons = so I could see what had gone off the top of the screen!) ...sjs... Disclaimer: If my boss sees this, I'll tell him the source address was = forged and that I *LOVE* those Macs. You bet I do. ---------- > From: Joe Greco > To: Brandon Gillespie > Cc: freebsd-hackers@FreeBSD.org > Subject: Re: splash-page on bootup.. > Date: Saturday, September 21, 1996 4:34 PM >=20 > Ohhhh I started to feel sick when I saw this.. :-) >=20 > > realized he had never seen this type of behaviour before, and = assumed it > > was errors or some other similar problem--and even after a bit of > > explaning he was still somewhat uncomfortable with it.=20 >=20 > Gee, not like Microsoft products (*cough*.. DOS) didn't do this as a > ritual part of the boot process for over a decade... >=20 > > simple image from the disk or even simpler as a program that just = draws > > single pixel scattered shimmering stars and prints 'Booting FreeBSD > > 2.1.x-XXXXblah'--or even as complex as an animated GIF showing the = FreeBSD > > daemon searching around with a flashlight ;) (the spash screen would > > disappear at the end of rc file execution--at which point you could = fire > > up xdm or stick with getty's).=20 >=20 > You're in a difficult situation... even a static GIF image would = probably > be difficult because you don't know what you have for console until = you > have probed the video.. animation I would think is out of the = question > due to the way I understand the kernel works during the probe phase. >=20 > ( Yes I know this has been discussed as a target for change, Terry = :-) ) >=20 > > What would this accomplish? Quite a bit IMHO. People have horrible > > pre-conceptions in their mind about Free software, especially if = they are > > from the MSDOS/Windows arena because a LARGE majority of the free = software > > has been (and is still likely)--frankly put--virus infected crap. = Coming > > from this background it takes a lot of effort for somebody to give = up > > their prejudices--no matter how much it will save them or how much > > 'better' it may be. Having a system which looks and feels = professional to > > them and which gives them the same fuzzy feeling will help them in > > overcoming their notions and accepting the fact that using something = else > > may be a viable solution.=20 >=20 > A system that looks and feels professional to me is a system that does > not hide every aspect of what the hell it is doing from me. >=20 > Microsoft Windows 95 is unprofessional. It is slick in many ways... = but > just try to get it to do what you want, when you really know you want = to > do what it doesn't want to let you do. >=20 > Solaris is (reasonably) professional. Although I hate to admit it: = DOS > is professional. It is simply not a good choice of "OS" (I use the = term > loosely). >=20 > Hiding what the hell is going on is fine for the "chump" market... =20 > which largely consists of home users on Packard Bells, secretaries, = and=20 > businessmen lugging their laptops around. >=20 > > (read: professional =3D=3D they consider Microsoft a viable solution = because > > they pay $xxxx for it and their friend over at corp X also uses it, > > therefore it is a professional systems) >=20 > That kind of logic scares me :-( I consider Microsoft to be crap and > I usually consider corp X to be crap too when I see them relying on > Microsoft for any "major" application. >=20 > > Is it possible? I don't know, I am not familiar enough with the = kernel. > > Just figured I would let my opinion be known. 8) >=20 > Now, the real question is, is it a bad idea? >=20 > Maybe not. >=20 > Maybe we just need a fancy (fancier) boot loader. >=20 > ... JG From owner-freebsd-hackers Sun Sep 22 12:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21188 for hackers-outgoing; Sun, 22 Sep 1996 12:24:02 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21140 for ; Sun, 22 Sep 1996 12:23:59 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA04587 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 22 Sep 1996 21:23:44 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id RAA11639 for FreeBSD-hackers@freebsd.org; Sun, 22 Sep 1996 17:41:33 +0200 (MET DST) From: Wilko Bulte Message-Id: <199609221541.RAA11639@yedi.iaf.nl> Subject: using Apple Laserwriter (postscript) with FreeBSD To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sun, 22 Sep 1996 17:41:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy What kind of output filter do you people use to hookup serial postscript printers to FreeBSD? Because a postscript printer really likes 2way communications something like SVR4's postio is called for (I think). Insight is most welcome. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Sun Sep 22 12:24:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21268 for hackers-outgoing; Sun, 22 Sep 1996 12:24:08 -0700 (PDT) Received: from mailgate ([202.159.65.166]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA20556; Sun, 22 Sep 1996 12:23:09 -0700 (PDT) Received: from manado.wasantara.net.id (manado.wasantara.net.id [202.159.87.163]) by mailgate (8.6.11/8.6.9) with ESMTP id CAA04072; Mon, 23 Sep 1996 02:11:20 +0700 Date: Mon, 23 Sep 1996 02:11:20 +0700 Received: from MANADO/SpoolDir by manado.wasantara.net.id (Mercury 1.21); 23 Sep 96 03:21:18 GMT+0800 Received: from SpoolDir by MANADO (Mercury 1.21); 23 Sep 96 03:21:13 GMT+0800 Received: from bandung.wasantara.net.id by manado.wasantara.net.id (Mercury 1.21); 23 Sep 96 03:21:05 GMT+0800 X-Sender: park@manado.wasantara.net.id (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-questions@freebsd.org From: Eka Kelana Subject: How to? Cc: freebsd-hackers@freebsd.org Message-ID: <1B623B3AE1@manado.wasantara.net.id> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I tried to subscribe the freebsd-hackers mailing-list, but I have not got the answer yet. Is this list restricted or need a special way for someone to subscribe to this list ? ********** Eka Kelana ********** From owner-freebsd-hackers Sun Sep 22 12:25:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21741 for hackers-outgoing; Sun, 22 Sep 1996 12:25:07 -0700 (PDT) Received: from mailgate ([202.159.65.166]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21288 for ; Sun, 22 Sep 1996 12:24:10 -0700 (PDT) Received: from manado.wasantara.net.id (manado.wasantara.net.id [202.159.87.163]) by mailgate (8.6.11/8.6.9) with ESMTP id CAA04067 for ; Mon, 23 Sep 1996 02:11:18 +0700 Date: Mon, 23 Sep 1996 02:11:18 +0700 Received: from MANADO/SpoolDir by manado.wasantara.net.id (Mercury 1.21); 23 Sep 96 03:21:15 GMT+0800 Received: from SpoolDir by MANADO (Mercury 1.21); 23 Sep 96 03:20:53 GMT+0800 Received: from bandung.wasantara.net.id by manado.wasantara.net.id (Mercury 1.21); 23 Sep 96 03:20:49 GMT+0800 X-Sender: park@manado.wasantara.net.id (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: Eka Kelana Message-ID: <1B60D3502E@manado.wasantara.net.id> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Sun Sep 22 12:38:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00910 for hackers-outgoing; Sun, 22 Sep 1996 12:38:52 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA00858 for ; Sun, 22 Sep 1996 12:38:47 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id MAA06250; Sun, 22 Sep 1996 12:38:35 -0700 Date: Sun, 22 Sep 1996 12:38:35 -0700 (PDT) From: Jaye Mathisen To: Frank Nobis cc: hackers@FreeBSD.org Subject: Re: Tweaking FreeBSD (2.1) and sendmail for a busy site? Or maybe, Help! , No more sendmail's. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Nope, it actually was happening when our Internet connection was down, and I think the sendmails were hanging waiting on nameservice. But I could still only get 13 of them running no matter what. On 22 Sep 1996, Frank Nobis wrote: > Date: 22 Sep 1996 11:06:22 +0200 > From: Frank Nobis > To: Jaye Mathisen > Cc: hackers@FreeBSD.org > Subject: Re: Tweaking FreeBSD (2.1) and sendmail for a busy site? Or maybe, Help! , No more sendmail's. > > >>>>> "Jaye" == Jaye Mathisen writes: > > Jaye> If you'll note in the original message, la is not the issue. > Jaye> The load rarely climbs over 1.0. This is something to do > Jaye> with # of processes. > > Oops, I should read a little more than just the subject :-) > > Jaye> I point out to that it appears that if la was the issue, > Jaye> there would be Connection Refused, rather than no connection > Jaye> at all. > > Just an other thought; Do you receive SYN's at a very fast rate in > that case? Maybe it is the same problem that described in the latest > SYN Flood vulnerability. > > Regards > Frank > -- > Frank Nobis Email: fn@Radio-do.de PGP AVAILABLE > Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ > 44139 Dortmund Powered by FreeBSD Fax: +49 231 7213816 > From owner-freebsd-hackers Sun Sep 22 12:42:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03488 for hackers-outgoing; Sun, 22 Sep 1996 12:42:49 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03471 for ; Sun, 22 Sep 1996 12:42:46 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0v4uPB-00062vC; Sun, 22 Sep 96 12:41 PDT Date: Sun, 22 Sep 1996 12:41:26 -0700 (PDT) From: Jake Hamby To: Warner Losh cc: Joe Greco , Terry Lambert , brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609221650.KAA07455@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 22 Sep 1996, Warner Losh wrote: > In message <199609221457.JAA14843@brasil.moneng.mei.com> Joe Greco writes: > : If you have the appropriate graphics depth available, _maybe_... can't > : remember enough about PC graphics to figure out if normal VGA is 16 or 256 > : colors.. 16 obviously would not fly. > > Hmmm, I think that turning the background blue or some other pleasing > color would go a long way toward making people like the boot process > more. :-) :-) > Maybe the best idea would be to have a -q mode that boots quietly so > that you can do the blue screen trick, and then a little later start > up X windows and see very little in the way of booting junk. After > all, what NT does it turn the screen blue, print a terse message that > says it is coming up, then starts Windows as soon as it is able, and > then continues bringing up the rest of the system. I seem to recall > that one of its loader stages does this. I think this is the best idea yet! Turn the background blue, the foreground white, and draw a few cheezy curses-looking boxes and a status bar. If you notice, both FreeBSD and Slackware Linux's SETUP programs have this look, as does the MS-DOS SETUP program. :-) Then recode the probe messages to print in the appropriate part of the screen, bump the status bar up at various stages of the boot process, and voila! A "professional" boot sequence. Especially if OEM's can customize the various messages and colors to give their version a unique look. -- Jake From owner-freebsd-hackers Sun Sep 22 13:55:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07723 for hackers-outgoing; Sun, 22 Sep 1996 13:55:19 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07686 for ; Sun, 22 Sep 1996 13:55:11 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I9S5I20Z6OCTZEJ9@Arizona.EDU> for freebsd-hackers@freebsd.org; Sun, 22 Sep 1996 13:54:56 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA03115; Sun, 22 Sep 1996 13:53:36 -0700 (MST) Date: Sun, 22 Sep 1996 13:53:35 -0700 From: Doug Wellington Subject: Re: splash-page on bootup.. In-reply-to: "Your message of Sun, 22 Sep 1996 14:41:14 -0400." <199609221851.OAA07953@mh004.infi.net> To: freebsd-hackers@freebsd.org Cc: doug@sun1paztcn.wr.usgs.gov Message-id: <9609222053.AA03115@sun1paztcn.wr.usgs.gov> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What about just putting the messages on the second virtual terminal so that you can get to them with ALT-F2? (Haven't looked to see when that is actually available, but that would seem to be a logical place to put the probe messages...) Then, we could put some "slick" logo on the first virtual terminal for all those other people... (Hmmm, when was the last time I rebooted my FreeBSD box and even saw those probes anyway???) I too work with a building full of Mac-heads (oh, yes, I DO love Macs so!) and a couple of them really only seem to want the scanned in pictures they have as startup screens, and God forbid I should mess with their After Dark setups!!!! (A couple of my users still want to stick to Word Perfect 1.0 on their Macs...!) As for the Win95 stuff, you can permanently remove the startup logo and see the messages all the time if you want. I have mine set that way. For info, see the Sept 10th PC Magazine, page 339... Eeek, does that mean, by admitting that I use Win95, that I'm going to be ostracized? ;-) ...actually, if it weren't for TK, I wouldn't even consider trying to tell my users that they should work with Unix and X. But then, we could start that whole thread about why users would want to use Unix when there is no "decent" spreadsheet or word processor available. Caldera is on the right track with that, I think. (My feelings towards Mr. Noorda aside...) I feel constantly tugged apart - Bill Gates on one side, Richard Stallman on the other... It's sort of like Ayn Rand vs. Lao Tzu... -Doug Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"...? FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org... Chuck - Lord of Darkness? Or Lord of Cuteness? From owner-freebsd-hackers Sun Sep 22 14:17:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16558 for hackers-outgoing; Sun, 22 Sep 1996 14:17:10 -0700 (PDT) Received: from nexgen.n4hhe.ampr.org (max2-144.HiWAAY.net [206.104.22.144]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16492 for ; Sun, 22 Sep 1996 14:17:01 -0700 (PDT) Received: (from dkelly@localhost) by nexgen.n4hhe.ampr.org (8.7.5/8.6.12) id QAA16370; Sun, 22 Sep 1996 16:16:13 -0500 (CDT) Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199609221541.RAA11639@yedi.iaf.nl> Date: Sun, 22 Sep 1996 16:04:05 -0500 (CDT) Organization: Amateur Radio N4HHE, Madison, AL. From: David Kelly To: Wilko Bulte Subject: RE: using Apple Laserwriter (postscript) with FreeBSD Cc: (FreeBSD hackers list) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 22:41:33 Wilko Bulte wrote: >>Howdy > >What kind of output filter do you people use to hookup serial >postscript printers to FreeBSD? > >Because a postscript printer really likes 2way communications something >like SVR4's postio is called for (I think). I think most people run the link one way. Did you check the FreeBSD handbook? It recommends lprps as the "if" filter listed in /etc/printcap. While my old (2.1.0R) copy of the Handbooks says lprps would hopefully be in ports or packages "by the time you read this", it wasn't. Forgot exactly where I found it. In lprps I didn't like "textps" at all. Needed more tuning than I felt like on Friday just to get it to fit the page on my Personal LaserWriter NTR (more than the A4 vs Letter issue) so I fell back to good old a2ps (which is in the ports, at least ports-current). My users actually *demanded* crumby 12-point 80 column 66 lines-per-page output. Disabled all the headers and footers in the invocation of a2ps in the script. Gotta go back and force 66 lines per page on Monday. But at least I got text out of the left margin where they punch holes. Ugh. Used lprps to manage the 2-way communication. Replaced "textps" with "a2ps" in the lprps-ascii (?) script (called by lprps). Left the lprps stuff in for reversing print page order. And all was good. And all this was actually done on a Sun IPC running 4.1.3. And an original non-Plus Apple LaserWriter. Don't know where they found a 9 year old printer with only 9k pages on its engine. -- David Kelly N4HHE, dkelly@tomcat1.tbe.com (wk), dkelly@hiwaay.net (hm) ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Sun Sep 22 14:45:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29187 for hackers-outgoing; Sun, 22 Sep 1996 14:45:24 -0700 (PDT) Received: from ms1.wow.net (wow.net [196.3.138.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA29068 for ; Sun, 22 Sep 1996 14:45:05 -0700 (PDT) Received: from berardo.wow.net (196.3.138.54) by ms1.wow.net with SMTP (Apple Internet Mail Server 1.1.1); Sun, 22 Sep 1996 17:43:20 -0400 Message-Id: <1.5.4.32.19960922214309.00667a9c@wow.net> X-Sender: berardo@wow.net (Unverified) X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 1996 17:43:09 -0400 To: hackers@FreeBSD.org From: Tarun Pinto Pereira Subject: slight prob Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ok, so I have the installation disk but I can't get it to connect to an ftp site. Could I download the necessary files to floppy, tape, or hard disk another way and then run the installation? If so could i get a list of the necessary files, and which media is the best to download the files onto? Svoboda From owner-freebsd-hackers Sun Sep 22 15:32:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21441 for hackers-outgoing; Sun, 22 Sep 1996 15:32:46 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21368 for ; Sun, 22 Sep 1996 15:32:33 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id PAA17646; Sun, 22 Sep 1996 15:24:56 -0700 (PDT) Message-ID: <3245BC3E.237C228A@whistle.com> Date: Sun, 22 Sep 1996 15:22:54 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Jake Hamby CC: Warner Losh , Joe Greco , Terry Lambert , brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org Subject: Re: splash-page on bootup.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby wrote: > > > > Maybe the best idea would be to have a -q mode that boots quietly so > > that you can do the blue screen trick, and then a little later start > > up X windows and see very little in the way of booting junk. After > > all, what NT does it turn the screen blue, print a terse message that > > says it is coming up, then starts Windows as soon as it is able, and > > then continues bringing up the rest of the system. I seem to recall > > that one of its loader stages does this. > > I think this is the best idea yet! Turn the background blue, the > foreground white, and draw a few cheezy curses-looking boxes and a status > bar. If you notice, both FreeBSD and Slackware Linux's SETUP programs > have this look, as does the MS-DOS SETUP program. :-) > > Then recode the probe messages to print in the appropriate part of the > screen, bump the status bar up at various stages of the boot process, and > voila! A "professional" boot sequence. Especially if OEM's can customize > the various messages and colors to give their version a unique look. > > -- Jake We can simply have the syscons switch to vt1 and if you want the real stuff you can make it NOT do that, or even switch back to vt0 yourself From owner-freebsd-hackers Sun Sep 22 16:02:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02514 for hackers-outgoing; Sun, 22 Sep 1996 16:02:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA02484 for ; Sun, 22 Sep 1996 16:02:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA01275; Sun, 22 Sep 1996 15:59:15 -0700 From: Terry Lambert Message-Id: <199609222259.PAA01275@phaeton.artisoft.com> Subject: Re: splash-page on bootup.. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 22 Sep 1996 15:59:15 -0700 (MST) Cc: terry@lambert.org, jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609221100.UAA20269@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 22, 96 08:30:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > You're in a difficult situation... even a static GIF image would probably > > > be difficult because you don't know what you have for console until you > > > have probed the video.. animation I would think is out of the question > > > due to the way I understand the kernel works during the probe phase. > > > > Animation is possible using color register cycling. This is how the > > "startrek" bar of the Microsoft "Plus! Pack" is animated. > > The problem with animation during startup is that during the device > probes (the bits that the original proposition was trying to cover > with the splash (bad idea IMHO, but I understand the reasoning)), you > can't guarantee that you will get your interrupt regularly to do your > palette cycles. The animation would be cheezy to say the least. I > don't actually thingk that animation is terribly useful. This is only because we are stupid and use DELAY() instead of a calibrated timer list of one-shot outcall functions. Using a spinloop is just inherently stupid. There is no reason why you couldn't interleave operations, other than the facts that DELAY() is a spinloop and the code is not written correctly to allow kernel preemption by timer outcall. 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 Sep 22 16:56:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05405 for hackers-outgoing; Sun, 22 Sep 1996 16:56:52 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA05382 for ; Sun, 22 Sep 1996 16:56:49 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0v4y6P-0004sbC; Sun, 22 Sep 96 19:38 EDT Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA20126; Sun, 22 Sep 96 19:36:36 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA00676; Sun, 22 Sep 1996 19:30:34 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199609222330.TAA00676@elmer.ct.picker.com> Subject: Boot manager problems (was Re: fdisk changes, anyone?) To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Sun, 22 Sep 1996 19:30:33 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199609221638.SAA02381@ocean.campus.luth.se> from "Mikael Karpberg" at Sep 22, 96 06:38:29 pm Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mikael Karpberg: |Umm... I got myself a Medalist 2GB HDD and installed FreeBSD over FTP, and |everything worked just fine. Althought I choose "Entire disk" and told it |to make it a "real partition", I installed booteasy, just because. :-) ... |etc... F5 would make it go to the second disk and fail boot, but that was |expected. I tried a complete reinstall with different things, and setting |the bios setting for the disk to different things. No such luck. |Finally, I got a tip from a friend, and booted a little win95-dos floppy |and started dos fdisk. Delete nondos partition. Create primary dos |partition. Reboot. Format c:. Reboot from FBSD floppy. Install everything |once more, this time first deleting the dos partition and then doing just |a *C*reate and hitting return to get biggest possible partition. Install |finnishes, I reboot, and viola! Works like a charm. I'm not sure I completely got what you did in both cases, but it sounds a lot like what I went through with my first installation. I was/am using OS/BS v2.0b8 as a boot manager, and it installs itself on the first few sectors of the hard drive (Booteasy just uses the first sector, I believe). Installed FreeBSD in its own slice which started at the second sector of the hard disk, and then installed OS/BS which wiped out the front of the FreeBSD partition (which I figured out later of course). I believe a similar scenario can occur if you tell FreeBSD to take up the whole disk as you did (i.e. don't use slices and not install within a slice), in which case FreeBSD should start at sector 1 of your hard drive. If you then install a boot manager, that overwrites at least sector 1 of the drive and maybe a few more after that, depending on the boot manager. This should effectively toast the front of your FreeBSD file system. One solution, which I believe is what you ended up with, is to fdisk with DOS, and put FreeBSD in a slice. DOS always leaves the first head (typically the first 63 sectors, on a respectable-size hard drive) free except for sector 1 which of course is the MBR, so all boot managers that install there should work fine, without stomping on your FreeBSD and other file systems. Another alternative is to fdisk with FreeBSD, still using slices, but make sure not to start the first partition before sector 64 (so you can use any boot manager). By the way, you might find: http://www.freebsd.org/tutorials/multios/multios.html useful. It gives some more details, assuming this was your problem. Randall Hopper rhh@ct.picker.com From owner-freebsd-hackers Sun Sep 22 18:05:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19035 for hackers-outgoing; Sun, 22 Sep 1996 18:05:52 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18996 for ; Sun, 22 Sep 1996 18:05:48 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.6/CET-v2.1) with SMTP id BAA11391; Mon, 23 Sep 1996 01:05:31 GMT Date: Mon, 23 Sep 1996 10:05:31 +0900 (JST) From: Michael Hancock To: Jeffrey Hsu cc: jb@cimlogic.com.au, hackers@freebsd.org Subject: Re: libc_r bug In-Reply-To: <199609220613.XAA28775@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 21 Sep 1996, Jeffrey Hsu wrote: > > _thread_fd_table_init() just sets up > > the table for a fd. fds 0, 1 and 2 don't have to be valid. > > Since we can't tell whether a given fd might need a call to > _thread_fd_table_init() or not, the correctness before all else > principle would argue for either pre-allocating all the fd entries > or doing it on demand by placing a call to _thread_fd_table_init() > in write() and all the other places where it might be needed. Of > these two, I prefer the second. What about you? > I prefer on demand too. Regards, Mike Hancock From owner-freebsd-hackers Sun Sep 22 18:33:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05919 for hackers-outgoing; Sun, 22 Sep 1996 18:33:10 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA05893 for ; Sun, 22 Sep 1996 18:33:06 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id SAA18781; Sun, 22 Sep 1996 18:29:40 -0700 (PDT) Message-ID: <3245E79E.6EEA4806@whistle.com> Date: Sun, 22 Sep 1996 18:27:58 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Michael Hancock CC: Jeffrey Hsu , jb@cimlogic.com.au, hackers@FreeBSD.org Subject: Re: libc_r bug References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Hancock wrote: > > On Sat, 21 Sep 1996, Jeffrey Hsu wrote: > > > > _thread_fd_table_init() just sets up > > > the table for a fd. fds 0, 1 and 2 don't have to be valid. > > > > Since we can't tell whether a given fd might need a call to > > _thread_fd_table_init() or not, the correctness before all else > > principle would argue for either pre-allocating all the fd entries > > or doing it on demand by placing a call to _thread_fd_table_init() > > in write() and all the other places where it might be needed. Of > > these two, I prefer the second. What about you? > > > > I prefer on demand too. but what's the overhead on every file operation? > > Regards, > > Mike Hancock From owner-freebsd-hackers Sun Sep 22 18:51:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18034 for hackers-outgoing; Sun, 22 Sep 1996 18:51:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18008 for ; Sun, 22 Sep 1996 18:51:29 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA21904; Mon, 23 Sep 1996 11:18:26 +0930 From: Michael Smith Message-Id: <199609230148.LAA21904@genesis.atrad.adelaide.edu.au> Subject: Re: splash-page on bootup.. To: terry@lambert.org (Terry Lambert) Date: Mon, 23 Sep 1996 11:18:25 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609222259.PAA01275@phaeton.artisoft.com> from "Terry Lambert" at Sep 22, 96 03:59:15 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > The problem with animation during startup is that during the device > > probes (the bits that the original proposition was trying to cover > > with the splash (bad idea IMHO, but I understand the reasoning)), you > > can't guarantee that you will get your interrupt regularly to do your > > palette cycles. The animation would be cheezy to say the least. I > > don't actually thingk that animation is terribly useful. > > This is only because we are stupid and use DELAY() instead of a > calibrated timer list of one-shot outcall functions. Using a > spinloop is just inherently stupid. Uh? You are still thinking like a CS guy, not a hardware programmer. When I am looking for some hardware in a probe routine, I want _nothing_ _nada_ _zip_ happening behind my back. No interrupts, no "strategically placed callbacks", nothing. This has nothing to do with how DELAY() works, it's basic 'least surprise' stuff. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Sep 22 19:07:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27444 for hackers-outgoing; Sun, 22 Sep 1996 19:07:16 -0700 (PDT) Received: from PACBELL.net (chumash.snfc21.pbi.net [206.13.28.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA27421 for ; Sun, 22 Sep 1996 19:07:12 -0700 (PDT) Received: from [206.170.1.170] (ppp-206-170-1-170.snfc21.pacbell.net [206.170.1.170]) by PACBELL.net (8.7.5/8.7.1) with SMTP id TAA03601; Sun, 22 Sep 1996 19:06:51 -0700 (PDT) X-Sender: leonard@postoffice.pacbell.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Sep 1996 19:11:06 -0700 To: simss@infi.net From: leonard@pacbell.net (Leonard Chung) Subject: Re: splash-page on bootup.. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Their most frequent comment? "Wow! Lookie there at the cute little = >MacOS face that comes up while the system boots! 'Zat slick, or WHAT?" = >(For the Mac-impaired, the "old" splash screen was an icon of a Mac = >"Classic" that just stared out at you and "frowned" if something went = >awry.) Now, as the MacOS 7.5.x loads, it splashes icons, left-to-right, = >across the bottom of the display for each system extension (device = >driver for "us guys") that it loads. The users don't even like *that*; = >it's too much sensory input. I'm confused. You say that before 7.5.x, the splash screen just showed a Mac Classic (actually, its a 128K Mac), but now it shows extensions going across the bottom. The splash screen display of extensions (and more recently, control panels) has been around since about version 4.0. >Never mind that initialization on a 132 Mhz PowerPC can take up to 2 or = >3 minutes, "Ain't that face *cute*?" What are you guys running? I've got a 150 Mhz 604 chip on a Mac clone, and it takes less than a minute to boot. Leonard From owner-freebsd-hackers Sun Sep 22 20:53:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17713 for hackers-outgoing; Sun, 22 Sep 1996 20:53:50 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA17687 for ; Sun, 22 Sep 1996 20:53:46 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.6.12/8.6.12) with SMTP id XAA18450 for ; Sun, 22 Sep 1996 23:58:35 -0400 Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 22 Sep 1996 23:39:14 -0400 (EDT) Organization: Cybernet Systems Corporation From: Mark Taylor To: hackers@freebsd.org Subject: ps/2 mouse kinda works for Dell Latitude XP475 laptop Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having a little difficulty with the PS/2 (psm) mouse driver on my Dell Latitude XP 475C laptop. I've got FreeBSD 2.2-960801-SNAP installed, and I've tried -current and -stable's psm.c drivers as well. What I get is: spiffy> cat /dev/psm0 cat: /dev/psm0: Resource temporarily unavailable spiffy> ls -l /dev/*psm0 crw-rw-rw- 1 root wheel 21, 1 Sep 23 00:08 /dev/psm0 crw-rw-rw- 1 root wheel 21, 0 Sep 23 00:18 /dev/rpsm0 <--- this one I created spiffy> cat /dev/rpsm0 [data generated when mouse moved] spiffy> moused -f -d -p /dev/psm0 -t ps/2 moused: rodent is ps/2 moused: read retuned -1 : Resource temporarily unavailable exiting spiffy> moused -f -d -p /dev/rpsm0 -t ps/2 moused: rodent is ps/2 moused: received char 0xfa [move mouse generates data] I was wondering if there is some problem with my mouse (actually, it is the internal trackball)? I've tried kernels with and without PSM_NO_RESET, and it does not change a thing. Are there any patches that I could try, so I could get the default mouse to work (so I can get some warm fuzzies)? Reading the device in non-blocking mode kinda sucks up some time, esp. on this slower processor. Thanks. -Mark Taylor Network Administrator Cybernet Systems Corp. mtaylor@cybernet.com From owner-freebsd-hackers Sun Sep 22 21:01:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21722 for hackers-outgoing; Sun, 22 Sep 1996 21:01:41 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21655 for ; Sun, 22 Sep 1996 21:01:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id NAA03404; Mon, 23 Sep 1996 13:54:40 +1000 Date: Mon, 23 Sep 1996 13:54:40 +1000 From: Bruce Evans Message-Id: <199609230354.NAA03404@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, terry@lambert.org Subject: Re: splash-page on bootup.. Cc: brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org, jgreco@brasil.moneng.mei.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> This is only because we are stupid and use DELAY() instead of a >> calibrated timer list of one-shot outcall functions. Using a >> spinloop is just inherently stupid. > >Uh? You are still thinking like a CS guy, not a hardware programmer. > >When I am looking for some hardware in a probe routine, I want _nothing_ >_nada_ _zip_ happening behind my back. No interrupts, no "strategically >placed callbacks", nothing. > >This has nothing to do with how DELAY() works, it's basic 'least surprise' >stuff. Yes, DELAY() works like it does because it must work at probe time before timer interrupts are enabled. DELAY() shouldn't be used at other times except for very short delays (short = about the same time as it takes to initialize a one-shot timer and service a one-shot timer interrupt (10-50 usec). OTOH, probes in lkm'ed drivers can timer expect interrupts to work, and shouldn't use DELAY() or otherwise hog the cpu any more than the driver would for normal operations. Bruce From owner-freebsd-hackers Sun Sep 22 21:03:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22677 for hackers-outgoing; Sun, 22 Sep 1996 21:03:35 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA22642 for ; Sun, 22 Sep 1996 21:03:31 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id AAA11548; Mon, 23 Sep 1996 00:11:34 -0400 Date: Mon, 23 Sep 1996 00:11:34 -0400 Message-Id: <199609230411.AAA11548@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Julian Elischer From: dennis@etinc.com (dennis) Subject: Re: VC support, *BSD and atm/frame/isdn Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Elischer writes..... >for what I've done so far as an experiment, >look at: >ftp://ref.tfs.com/incoming/VC.tar >I've layerd this onto a stipped down version of a driver >for the SGS mk50h28 frame chip (hey it ain't released code so don't >spread that part too much..) it's just an example of how it MIGHT work. >the VC code only supports rfc1490 but you could add modules to do >other types just as easily... >this all assumes however that one if/VC is acceptable.. Are you using our card as a platform for the MK5028? If not, it does drop in as a replacement for the processor we use, and it might be interesting to get the code working. We evaluated the MK5028 but decided to do the frame relay stuff in software ('cause it wasn't that difficult and gave us more control), and the early versions of the processor just didnt work, and we couldnt wait for them to fix it. Nonetheless, people have been asking for source code for our board, and if you have code for the 5028 then you have most of the work done..Im sure there'd be lots of interest from our customer base, plus an OEM opportunity for yourselves. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Sep 22 21:18:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29213 for hackers-outgoing; Sun, 22 Sep 1996 21:18:28 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA29169 for ; Sun, 22 Sep 1996 21:18:17 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA22978 for hackers@freebsd.org; Mon, 23 Sep 1996 13:48:15 +0930 From: Michael Smith Message-Id: <199609230418.NAA22978@genesis.atrad.adelaide.edu.au> Subject: DOS network programmer out there? To: hackers@freebsd.org Date: Mon, 23 Sep 1996 13:48:15 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sounds like a stupid place to be asking this sort of question, I know 8) I'm having some grief with the spectacularly weird DOS redirector interface for the DOScmd DOS emulation code, and I was wondering if there was a lurker around with some experience with either side of the int2f:11 interface. TIA. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Sep 22 22:49:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19156 for hackers-outgoing; Sun, 22 Sep 1996 22:49:46 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA19119 for ; Sun, 22 Sep 1996 22:49:42 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id WAA20362; Sun, 22 Sep 1996 22:48:12 -0700 (PDT) Message-ID: <32462434.4A7B7C1D@whistle.com> Date: Sun, 22 Sep 1996 22:46:28 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: dennis CC: hackers@freebsd.org Subject: Re: VC support, *BSD and atm/frame/isdn References: <199609230411.AAA11548@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dennis wrote: > > J Elischer writes..... > > >for what I've done so far as an experiment, > >look at: > >ftp://ref.tfs.com/incoming/VC.tar > >I've layerd this onto a stipped down version of a driver > >for the SGS mk50h28 frame chip (hey it ain't released code so don't > >spread that part too much..) it's just an example of how it MIGHT work. > >the VC code only supports rfc1490 but you could add modules to do > >other types just as easily... > >this all assumes however that one if/VC is acceptable.. > > Are you using our card as a platform for the MK5028? No, they had the card built before I was involved.. it's quite low tech and basically has the chip, and a 32K staic ram and a little glue logic. At least on the early version I have here.. the ram may go up and maybe other things may change when going into mass production. e.g the connector. I don't think it's particularly efficient, but it's not expected to be running under very heavy usage in this version. I believe that they went out and did a scan of several providers to see if they could use them but somehow ended up doing it that way. I do know that they had a hard time trying to work out what pinouts to use for connecting a V35 connector to a connector small enough for a back plate, and that they liked your DB25 implimentation. I've scanned the literature but I haven't found an "Official" or even "defacto" standard on how to do this.. the V35 connector is SOO clunky. I've been meaning to ask you... did you find that pinout somewhere, or did you make it up..? > If not, it does > drop in as a replacement for the processor we use, and it might > be interesting to get the code working. We evaluated the MK5028 > but decided to do the frame relay stuff in software ('cause it wasn't that > difficult and gave us more control), and the early versions of the > processor just didnt work, and we couldnt wait for them to fix it. I've got news for you... It's STILL got bugs.. The versions we have send duplicate packets when used with the driver I showed. The only way to not get them is to do LMI processing manually. The next rev doesn't, (we have the emulator for it) but it can't receive correctly all the time (gets IP checksum errors) It might be just thta the extra capacitance in the emulator module throws off the memory timing in our card sometimes. Basically I wrote that driver from scratch after figuring the SGS docs out (they are very poor). The next version of the chip has a "totally raw" mode that makes it act like a standard SDLC(and family) chip with no Frame processing so we hope to be able to use the same chip for frame/non-frame applications without losing the advantage of it doing all the LMI processing on our behalf.. Mind you, the LMI processing aint that much and I think I'll have to do it in S/W anyhow for the frame-over-ISDN interface. (frame-128) as that will of course be using a differnt interface as far as I can see (unless a miracle occurs) That's why I want to do this layered thing.. to be able to slot in a FRAME layer over a sync link and have the same interface as the frame card itself exports. then to be able to slot rfc1490 over that without regard as to whether it's frame or ATM. Theoretically you could do X25 etc. as well, but I have no interest in that personally. > > Nonetheless, people have been asking for source code for our board, > and if you have code for the 5028 then you have most of the work > done..I'm sure there'd be lots of interest from our customer base, > plus an OEM opportunity for yourselves. I think I may be a bit dense here.. I'm not quite sure what you are suggesting.. that we use your boards? that we sell Our bourds incompetition to you? You want to sell our board to people who want source code? that we give away the completed driver? what? I'm not in principle against any of these though some may or may not stand up to scrutiny, but I'm just not sure what you are suggesting.. We are not in the business of selling the cards.. we just want to sell the complete boxes and whatever is the path of least resistance to that goal will prevail I think.. > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous PC Cards and Routers For Discriminating > Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, > and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Sep 22 23:53:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA29837 for hackers-outgoing; Sun, 22 Sep 1996 23:53:42 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA29807 for ; Sun, 22 Sep 1996 23:53:39 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id IAA01392 for ; Mon, 23 Sep 1996 08:53:36 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma001327; Mon Sep 23 08:53:06 1996 Received: from aonc01.nym.sc.philips.com (aonc01.nym.sc.philips.com [130.144.70.193]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id IAA08520 for ; Mon, 23 Sep 1996 08:56:06 +0200 Received: from NLNMG01.nym.sc.philips.com (nlnmg01 [130.144.80.6]) by aonc01.nym.sc.philips.com (8.6.10/8.6.10-1.2a-960822) with ESMTP id IAA01880 for ; Mon, 23 Sep 1996 08:53:46 +0200 Received: from NLNMG01/MAILQUEUE by NLNMG01.nym.sc.philips.com (Mercury 1.21); 23 Sep 96 08:53:52 +0100 Received: from MAILQUEUE by NLNMG01 (Mercury 1.21); 23 Sep 96 08:53:32 +0100 From: "Kees Jan Koster" Organization: Philips Semiconductors Nijmegen To: hackers@freebsd.org Date: Mon, 23 Sep 1996 08:53:22 GMT+0100 Subject: Re: Grand Unified Unix Reply-to: Kees.Koster@nym.sc.philips.com Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <2E9776D4395@NLNMG01.nym.sc.philips.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmm. Don't flame me, but every time I see GUU, I read GNU :-} I like the idea, and I agree 100%, but it seems to me that at least part of it is already there. On my machine I keep 2 versions of all major programs I use (i.e. make, gcc, shells etc.): one for system maintenance (csh, /bin/make and cc) and one for the rest of my work (bash, gmake and gcc 2.7.2). Excuse me for thinking that's double work, but I find I work best with those tools and not the standard system tools, because I know they are available, in exactly the same form, on any system I have worked with so far. Yes, I could learn to use /bin/make, but I know that it won't work the same on HP-UX and SunOS and Solaris and Linux. Gmake will. ... hmmm ... I guess I will be bombarded with this GPL stuff now, and I don't have it here. Is there anything in this GPL that keeps a major company from actually _using_ gmake and bash? Or, if they publish a chunk of source, expect the recipient to have GNU tools available?-------------------------------------------v- Kees Jan Koster tel. NL-24-3555870 Hatertseweg 468 6533 GV Nijmegen Thi*&@s_sIg*nATure m(&#$@ay-aPp@#*ear gAr(&bled_to-*$M%ailba$rf(tm)_im*&$paired --------------------------------------------- From owner-freebsd-hackers Mon Sep 23 00:34:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25246 for hackers-outgoing; Mon, 23 Sep 1996 00:34:38 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA25221 for ; Mon, 23 Sep 1996 00:34:36 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA24095; Mon, 23 Sep 1996 09:34:26 +0200 Message-Id: <199609230734.JAA24095@ra.dkuug.dk> Subject: Re: splash-page on bootup.. To: SimsS@Infi.Net (Steve Sims) Date: Mon, 23 Sep 1996 09:34:26 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199609221851.OAA07953@mh004.infi.net> from "Steve Sims" at Sep 22, 96 02:41:14 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To summarize what we can do, and what I might implement soon(tm): Show a graphic in 320x200x256 if console is a VGA (or above). You can toggle between that graphic and normal text with a key sequence (to be settled upon). If there is to be animation of sorts, it will be VERY simple (like the color cycling MS uses, or a status bar). This can be added without much more overhead than the graphics image (gif might even be overkill here). All other functionality is there in syscons. It funny though how feelings about this differs though, but if we have it you can use it, or you can let it be, allright ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Sep 23 01:14:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17929 for hackers-outgoing; Mon, 23 Sep 1996 01:14:08 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17873 for ; Mon, 23 Sep 1996 01:14:00 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id KAA18862 for ; Mon, 23 Sep 1996 10:12:48 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0v568m-00020CC; Mon, 23 Sep 96 10:13 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA175676096; Mon, 23 Sep 1996 10:08:16 +0200 From: "Hr.Ladavac" Message-Id: <199609230808.AA175676096@ws2301.gud.siemens.co.at> Subject: Re: thread stacks and protections (was Re: attribute/inode caching) To: terry@lambert.org (Terry Lambert) Date: Mon, 23 Sep 1996 10:08:16 +0200 (MESZ) Cc: michaelh@cet.co.jp, terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609201801.LAA02736@phaeton.artisoft.com> from "Terry Lambert" at Sep 20, 96 11:01:58 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Terry Lambert contained: > [ some discussion deleted ] > So mapped text objects (the program and shared library code) and mapped > heap objects (the program data and shared library data) remain the same > from thread to thread, but the page mapping and guard page mapping for > each thread is the only stack mapping for the given process. > > This implies a heavier-than-expected mapping overhead. > > Another alternative is a hybrid approach: You zone for some amount, > and then after you exceed your zone for a given thread, you engage > in pmap changes. This "punishes" threads with "excessive" stack > use, while leaving other threads unadulterated. It's probably the > correct approach, if the stack can be made arbitrarily large. I have a problem with thread stacks in separate VM spaces. This, namely, means that an RPC call that doesn't leave the process space cannot be fully optimized away because I can not use auto variables as my result areas without an additional copy. Same applies to the [in] arguments, as well. What I want to say is that one thread cannot pass another thread an address to an object on its stack. This is probably worth considering during design. /Marino From owner-freebsd-hackers Mon Sep 23 01:47:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01716 for hackers-outgoing; Mon, 23 Sep 1996 01:47:06 -0700 (PDT) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA01646 for ; Mon, 23 Sep 1996 01:46:57 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.2/1.0/WV) id EAA12688; Mon, 23 Sep 1996 04:40:09 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA05315; Mon, 23 Sep 1996 10:40:05 +0200 Message-Id: <9609230840.AA05315@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from sos@freebsd.org of Mon, 23 Sep 96 09:34:26 +0200. Reply-To: gjennejohn@frt.dec.com Subject: Re: splash-page on bootup.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Sep 96 10:40:05 +0200 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org writes: > > > To summarize what we can do, and what I might implement soon(tm): > > Show a graphic in 320x200x256 if console is a VGA (or above). > You can toggle between that graphic and normal text with > a key sequence (to be settled upon). > If there is to be animation of sorts, it will be VERY simple > (like the color cycling MS uses, or a status bar). > > This can be added without much more overhead than the graphics > image (gif might even be overkill here). All other functionality > is there in syscons. > > It funny though how feelings about this differs though, but if > we have it you can use it, or you can let it be, allright ?? > seems good to me, especially the "VGA (or above)" part. I'm using an old Hercules MDA in my box. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Mon Sep 23 02:55:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03913 for hackers-outgoing; Mon, 23 Sep 1996 02:55:40 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA03869 for ; Mon, 23 Sep 1996 02:55:33 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id PAA00373 for ; Sun, 22 Sep 1996 15:48:26 -0700 (PDT) Message-Id: <199609222248.PAA00373@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: PPRO 200Mhz and new Intel 82440fx problems! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 Sep 1996 15:48:26 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just bought a PPRO 200MHZ , Asus motherboard XP6NP5 with the chipset chip0 rev 2 on pci0:0 and 32MB of RAM. The OS is -current as of 2 days ago. The system seems to hang and I dont see anything on the console or /var/log/messages. The hangs have happens without using my video capture , Matrox Meteor. ----- Now with my Matrox Meteor , with or without my Adaptec 2940UW, vic seems to freeze the file system or the scsi bus . Again , I can ping my system however my X server is frozen and I can't switch to another virtual console. A simple program which I wrote called "tv" seems not to cause the system to hang. tv just captures images and puts them up on a window. So at least I know that the Meteor works somewhat. Is anyone out there experiencing weird problems with the new Natoma 82440FX chipset with or without a Matrox Meteor? Any clues as to what is the PCI bus thruput for this chipset/motherboard? I tried swapping out my memory with the old old memory of my P100 however my system still hangs so I doubt that is a memory problem. Tnks, Amancio P.S:. here is the output of dmesg FreeBSD 2.2-CURRENT #1: Sat Sep 21 12:53:38 PDT 1996 root@rah.star-gate.com:/usr/src/sys/compile/STAR-GATE Calibrating clock(s) relative to mc146818A clock... i586 clock: 199292692 Hz, i8254 clock: 1193085 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 33554432 (32768K bytes) avail memory = 29982720 (29280K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 pci0:1:2: Intel Corporation, device=0x7020, class=0x0c, subclass=0x03 int d irq 12 [no driver assigned] ahc0 rev 0 int a irq 12 on pci0:9 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4095MB (8388315 512 byte sectors) ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers (ahc0:2:0): "TOSHIBA CD-ROM XM-3701TA 3205" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd0(ahc0:2:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:4:0): "SEAGATE ST32430N 0510" type 0 fixed SCSI 2 sd1(ahc0:4:0): Direct-Access 2049MB (4197405 512 byte sectors) vga0 rev 0 int a irq 10 on pci0:10 meteor0 rev 0 int a irq 11 on pci0:11:0 meteor0: rev 0x1 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:af:70:b7, type SMC8216/SMC8216C (16 bit) ed1 not found at 0x240 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B wdc0 not found at 0x1f0 scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface oops I didnt find gus gus0 not found at 0x220 From owner-freebsd-hackers Mon Sep 23 03:52:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA29811 for hackers-outgoing; Mon, 23 Sep 1996 03:52:46 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA29755 for ; Mon, 23 Sep 1996 03:52:37 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id MAA21958 for ; Mon, 23 Sep 1996 12:51:21 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0v58cE-000218C; Mon, 23 Sep 96 12:51 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA066815610; Mon, 23 Sep 1996 12:46:50 +0200 From: "Hr.Ladavac" Message-Id: <199609231046.AA066815610@ws2301.gud.siemens.co.at> Subject: Re: Grand Unified Unix To: Kees.Koster@nym.sc.philips.com Date: Mon, 23 Sep 1996 12:46:50 +0200 (MESZ) Cc: hackers@freebsd.org In-Reply-To: <2E9776D4395@NLNMG01.nym.sc.philips.com> from "Kees Jan Koster" at Sep 23, 96 08:53:22 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Kees Jan Koster contained: > > I guess I will be bombarded with this GPL stuff now, and I don't have > it here. Is there anything in this GPL that keeps a major company > from actually _using_ gmake and bash? Or, if they publish a chunk of > source, expect the recipient to have GNU tools available?-------------------------------------------v- Internally, no problem. But you cannot safely make your product dependent on the extensions found in these because it can be construed that your product is therefore derived code (there is even a precedent; RMS tried to leverage even the use of hooks for readline code derivation) and must be delivered in machine readable source form to anyone who requires it. This is, of course, very paranoid reading of the GPL. The other problem is lacking cover-your-ass aspect of unsupported tools. This aspect is highly valued in the middle and higher management. /Marino P.S. this is a strictly personal opinion. Whether Siemens adheres to these rules or is even aware of their existence is an entirely different matter. From owner-freebsd-hackers Mon Sep 23 04:20:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08921 for hackers-outgoing; Mon, 23 Sep 1996 04:20:08 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-153.iafrica.com [196.7.192.153]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08829 for ; Mon, 23 Sep 1996 04:19:59 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.7.5/8.6.12) id NAA01136; Mon, 23 Sep 1996 13:19:13 +0200 (SAT) From: Robert Nordier Message-Id: <199609231119.NAA01136@eac.iafrica.com> Subject: Re: DOS network programmer out there? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 23 Sep 1996 13:19:11 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199609230418.NAA22978@genesis.atrad.adelaide.edu.au> from Michael Smith at "Sep 23, 96 01:48:15 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Sounds like a stupid place to be asking this sort of question, I know 8) > > I'm having some grief with the spectacularly weird DOS redirector > interface for the DOScmd DOS emulation code, and I was wondering if > there was a lurker around with some experience with either side of the > int2f:11 interface. I'm always willing to have a go at anything relating to MS-DOS internals, though it's been a while since I really worked with this stuff. -- Robert Nordier From owner-freebsd-hackers Mon Sep 23 05:18:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12659 for hackers-outgoing; Mon, 23 Sep 1996 05:18:55 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12635 for ; Mon, 23 Sep 1996 05:18:53 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id IAA08475; Mon, 23 Sep 1996 08:18:47 -0400 (EDT) Message-Id: <199609231218.IAA08475@whizzo.transsys.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Julian Elischer cc: dennis , hackers@freebsd.org From: "Louis A. Mamakos" Subject: Re: VC support, *BSD and atm/frame/isdn References: <199609230411.AAA11548@etinc.com> <32462434.4A7B7C1D@whistle.com> In-reply-to: Your message of "Sun, 22 Sep 1996 22:46:28 PDT." <32462434.4A7B7C1D@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Sep 1996 08:18:46 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I don't think it's particularly efficient, but it's > not expected to be running under very heavy usage in this version. > I believe that they went out and did a scan of several providers to > see if they could use them but somehow ended up doing it that way. > I do know that they had a hard time trying to work out what pinouts to > use for connecting a V35 connector to a connector small enough for > a back plate, and that they liked your DB25 implimentation. > I've scanned the literature but I haven't found an "Official" > or even "defacto" standard on how to do this.. the V35 connector is SOO > clunky. I've been meaning to ask you... did you find that pinout > somewhere, or did you make it up..? Please, don't invent a new pin out for the connector! Use a DB25 and have it be EIA-530 compatible. This is essentially a superset of the V.35 "spec" in terms of the line drivers and receivers, and using a simple adapter cable, you can get to a V.35. I think that EIA-530 is recommended for new applications, and certainly the cost is lower, too. Though in most cases, your customers can just purchase EIA-530 compatible CSU/DSUs, and use a straight-thru DB25 cable. That way, there are no large, clunky Winchester connectors around at all to cause injury. Louis Mamakos From owner-freebsd-hackers Mon Sep 23 05:33:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19307 for hackers-outgoing; Mon, 23 Sep 1996 05:33:37 -0700 (PDT) Received: from bigpuppy.newell.arlington.va.us (mcnsisdn.newell.arlington.va.us [206.27.237.14]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA19266; Mon, 23 Sep 1996 05:33:31 -0700 (PDT) Received: (from mnewell@localhost) by bigpuppy.newell.arlington.va.us (8.6.12/8.6.9) id IAA02559; Mon, 23 Sep 1996 08:29:48 -0400 Date: Mon, 23 Sep 1996 08:29:48 -0400 (EDT) From: Mike Newell To: questions@freebsd.org cc: hackers@freebsd.org Subject: "wdunwedge failed" on ASUS motherboards (possible fix?) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen in the list that green stuff can screw things up, and that Western Digital drives have a bug that makes it worse... In my case green was turned off and I don't have WD drives but I was still getting the errors. This was on a 2.5 system; I upgraded it to 2.5.1 in the hopes that the problem would go away [it didn't... :-(] I went into the BIOS to verify all the green stuff was off, and I noticed a parameter that set the onboard IDE controller into "disabled", "standard", "fast", and "fastest" modes. Mine was set to "fastest". I reset it to "standard" and POOF - we've been running over a week now with absolutely no errors (we were having daily crashes...) I didn't try "fast"; this is a low volume machine with few [easily annoyed] users so I just took the safe route... :-) Others having the wdunwedge problem with ASUS mother boards might want to try this. Much obliged, Mike +--------------------------------------+------------------------------------+ | Mike Newell | The opinions expressed herein | | Affiliation: | are mine. You can take them or | | Address: | leave them. Flames to /dev/null. | +--------------------------------------+------------------------------------+ | Mike@Newell.arlington.va.us | http://www.newell.arlington.va.us | +--------------------------------------+------------------------------------+ | "Peace. It's wonderful!" Father Divine. | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Mon Sep 23 06:22:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16415 for hackers-outgoing; Mon, 23 Sep 1996 06:22:52 -0700 (PDT) Received: from ns.chicago.cic.net (ns.chicago.cic.net [192.217.65.105]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16410 for ; Mon, 23 Sep 1996 06:22:50 -0700 (PDT) Received: from alpha2.ccc.edu (alpha2.ccc.edu [192.217.38.106]) by ns.chicago.cic.net (8.7.5/CICNet) with SMTP id IAA02608 for ; Mon, 23 Sep 1996 08:22:43 -0500 (CDT) Received: by alpha2.ccc.edu; (5.65v3.2/1.1.8.2/25Jan96-0409PM) id AA22236; Mon, 23 Sep 1996 08:15:44 -0500 Date: Mon, 23 Sep 1996 08:15:44 -0500 (CDT) From: Ken Brush To: freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 21 Sep 1996, Brandon Gillespie wrote: > What would this accomplish? Quite a bit IMHO. People have horrible > pre-conceptions in their mind about Free software, especially if they are > from the MSDOS/Windows arena because a LARGE majority of the free software > has been (and is still likely)--frankly put--virus infected crap. Coming > from this background it takes a lot of effort for somebody to give up > their prejudices--no matter how much it will save them or how much > 'better' it may be. Having a system which looks and feels professional to > them and which gives them the same fuzzy feeling will help them in > overcoming their notions and accepting the fact that using something else > may be a viable solution. We could put basic graphic handling in the kernel and then make the user put a pic in an appropriate place (like /etc/startup_gif). What that would accomplish: 1. If you don't want the pic, you can take graphic handling out of the kernel. (Basic Users wouldn't be expected to know how to compile a kernel just to hide the probes, would they? Kind of defeats the purpose of having a splash screen). 2. If a not-so-advanced user didn't want the graphic and didn't know how to recompile a kernel, then they just rm /etc/startup.gif. 3. If someone wanted to add their company pic, they just make a pic of the required dimensions and just replace the /etc/startup.gif. (Similar to changing the startup logo on Win95) -Ken Peon From owner-freebsd-hackers Mon Sep 23 06:49:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00188 for hackers-outgoing; Mon, 23 Sep 1996 06:49:33 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA00139 for ; Mon, 23 Sep 1996 06:49:28 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id JAA14656; Mon, 23 Sep 1996 09:57:39 -0400 Date: Mon, 23 Sep 1996 09:57:39 -0400 Message-Id: <199609231357.JAA14656@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Julian Elischer From: dennis@etinc.com (Dennis) Subject: Re: VC support, *BSD and atm/frame/isdn Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Elischer writes... >dennis wrote: >> >> J Elischer writes..... >> >> >for what I've done so far as an experiment, >> >look at: >> >ftp://ref.tfs.com/incoming/VC.tar >> >I've layerd this onto a stipped down version of a driver >> >for the SGS mk50h28 frame chip (hey it ain't released code so don't >> >spread that part too much..) it's just an example of how it MIGHT work. >> >the VC code only supports rfc1490 but you could add modules to do >> >other types just as easily... >> >this all assumes however that one if/VC is acceptable.. >> >> Are you using our card as a platform for the MK5028? > >I've got news for you... It's STILL got bugs.. >The versions we have send duplicate packets when used >with the driver I showed. The only way to not get them is to do LMI >processing manually. > > >The next rev doesn't, (we have the emulator for it) but it can't receive >correctly all the time (gets IP checksum errors) It might be just thta >the extra capacitance in the emulator module throws off >the memory timing in our card sometimes. > >Basically I wrote that driver from scratch after figuring the SGS >docs out (they are very poor). >The next version of the chip has a "totally raw" mode that makes it act >like a standard SDLC(and family) chip with no Frame processing >so we hope to be able to use the same chip for frame/non-frame >applications without losing the advantage of it doing all the >LMI processing on our behalf.. Mind you, >the LMI processing aint that much and I >think I'll have to do it in S/W anyhow for the frame-over-ISDN >interface. (frame-128) as that will of course be using a differnt >interface as far as I can see (unless a miracle occurs) >That's why I want to do this layered thing.. >to be able to slot in a FRAME layer over a sync link >and have the same interface as the frame card itself exports. >then to be able to slot rfc1490 over that without regard as to >whether it's frame or ATM. Theoretically you could do X25 etc. as well, >but I have no interest in that personally. > >> >> Nonetheless, people have been asking for source code for our board, >> and if you have code for the 5028 then you have most of the work >> done..I'm sure there'd be lots of interest from our customer base, >> plus an OEM opportunity for yourselves. > >I think I may be a bit dense here.. >I'm not quite sure what you are suggesting.. >that we use your boards? >that we sell Our bourds incompetition to you? >You want to sell our board to people who want source code? >that we give away the completed driver? >what? >I'm not in principle against any of these though some may or may not >stand up to scrutiny, but I'm just not sure what you are suggesting.. >We are not in the business of selling the cards.. we just want to >sell the complete boxes and whatever is the path of least resistance >to that goal will prevail I think.. I was suggesting that your code might be ported easily to work with our boards, and that we could supply them to you...of course I didnt know that you had your own board. (now you know why we dont supply source...what an easy job you would have porting our software over :-) I suspect that some of the problems that you are having are hardware related to your board (and not the 5028), as the hardware technology is not new, only the microcode. The problem that we had was that the original design was unacceptable (hardware PVC segregation, which they changed at my suggestion to a single stream), plus the LMI was out of spec and didnt work at all in the real world. We'd be happy to supply the hardware (without CPUs if necessary)..what we'd really like is to have a "public" driver for them to appease those that require source. We've been meaning to do it ourselves....... Dennis From owner-freebsd-hackers Mon Sep 23 06:56:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03803 for hackers-outgoing; Mon, 23 Sep 1996 06:56:04 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA03780 for ; Mon, 23 Sep 1996 06:56:01 -0700 (PDT) Received: from skynet.ctr.columbia.edu by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5BUL-0008vTC; Mon, 23 Sep 96 06:55 PDT Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA18085 for hackers@freebsd.org; Mon, 23 Sep 1996 09:52:00 -0400 From: Bill Paul Message-Id: <199609231352.JAA18085@skynet.ctr.columbia.edu> Subject: Re: splash-page on bootup.. To: hackers@freebsd.org Date: Mon, 23 Sep 1996 09:51:57 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [all other discussion snipped] Uh... guys? Guys?! There are a couple of things I'd like to say here, about how this whole discussion is nothing more than a sad example of caving in to the Micro$oft Mentality (tm) and how we really should be concentrating on more important things like fixing bugs and improving performance before talking about stroking our egos with a pointless splash page, but I'm going to put those things aside in favor or a more pressing issue. While you're all gushing all over yourselves with nifty splash page ideas, you're forgetting that not every FreeBSD machine out there has a graphics console. Yes boys and girls, some of us mutants actually use dumb ASCII terminals for consoles, and if you fuck up our ability to continue doing so, we will swoop down on you like... like... like mutant ASCII terminal console users, and take you to the Mutant ASCII Terminal Console User King, who will undoubtedly be very unhappy. He's already plenty miffed that we can't do a proper install from a serial console. So don't let me catch any of you lot showing up here with a vacuous, 'Stepford hacker' grin on your face saying: "Oh yeah, by the way, we had to throw out serial console support to make the splash screen work. Hope you don't mind. All in the name of progress, you know; there's a good chap." Remember: we mutant ASCII terminal console users look just like the rest of you; we're everywhere. And we'll be watching. [cue Outer Limits theme] -Bill ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-hackers Mon Sep 23 07:02:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06750 for hackers-outgoing; Mon, 23 Sep 1996 07:02:12 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA06728 for ; Mon, 23 Sep 1996 07:02:09 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA14738; Mon, 23 Sep 1996 10:10:20 -0400 Date: Mon, 23 Sep 1996 10:10:20 -0400 Message-Id: <199609231410.KAA14738@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Louis A. Mamakos" From: dennis@etinc.com (Dennis) Subject: Re: VC support, *BSD and atm/frame/isdn Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> I don't think it's particularly efficient, but it's >> not expected to be running under very heavy usage in this version. >> I believe that they went out and did a scan of several providers to >> see if they could use them but somehow ended up doing it that way. >> I do know that they had a hard time trying to work out what pinouts to >> use for connecting a V35 connector to a connector small enough for >> a back plate, and that they liked your DB25 implimentation. >> I've scanned the literature but I haven't found an "Official" >> or even "defacto" standard on how to do this.. the V35 connector is SOO >> clunky. I've been meaning to ask you... did you find that pinout >> somewhere, or did you make it up..? > >Please, don't invent a new pin out for the connector! Use a DB25 and >have it be EIA-530 compatible. This is essentially a superset of the >V.35 "spec" in terms of the line drivers and receivers, and using a >simple adapter cable, you can get to a V.35. I think that EIA-530 is >recommended for new applications, and certainly the cost is lower, too. Well, I think that the V.35 "hack" that most of us use is a "subset" of the standard EIA-530, rather than the other way around....but you are correct. > >Though in most cases, your customers can just purchase EIA-530 compatible >CSU/DSUs, and use a straight-thru DB25 cable. That way, there are no >large, clunky Winchester connectors around at all to cause injury. Be careful, you really should use a twisted pair 25pin cable, not a cheapo RS-232 25 pin cable, particularly for high speeds. Its still cheaper than V.35.... Dennis From owner-freebsd-hackers Mon Sep 23 07:25:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA16011 for hackers-outgoing; Mon, 23 Sep 1996 07:25:16 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA15988 for ; Mon, 23 Sep 1996 07:25:10 -0700 (PDT) Received: from ocean.campus.luth.se by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5BwR-0008wHC; Mon, 23 Sep 96 07:24 PDT Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id QAA03966 for hackers@freebsd.org; Mon, 23 Sep 1996 16:24:22 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199609231424.QAA03966@ocean.campus.luth.se> Subject: Re: Boot manager problems To: hackers@freebsd.org Date: Mon, 23 Sep 1996 16:24:22 +0200 (MET DST) In-Reply-To: <199609222330.TAA00676@elmer.ct.picker.com> from Randall Hopper at "Sep 22, 96 07:30:33 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Randall Hopper: [..SNIP..] > One solution, which I believe is what you ended up with, is to fdisk > with DOS, and put FreeBSD in a slice. DOS always leaves the first head > (typically the first 63 sectors, on a respectable-size hard drive) free > except for sector 1 which of course is the MBR, so all boot managers that > install there should work fine, without stomping on your FreeBSD and other > file systems. Another alternative is to fdisk with FreeBSD, still using > slices, but make sure not to start the first partition before sector 64 (so > you can use any boot manager). Umm... no. I think. :-) I mean, I used the whole disc, except for some 63 or so sectors. But I wanted it to be a real partition that DOS for example would see and recognize as a non dos partition. But when I tried to boot, booteasy wasn't very cooperative. Until I had installed a dos partition on it first, which somehow got FreeBSD's fdisk to adjust it's values, or something *shrug* It seems kinda bad that if it's the case that you need to offset the start of the partition, the install will not at LEAST warn and say "Are you sure you don't want it like this instead? If you don't change this, it will not boot". There should be a check so that the partitioning is ok to boot from. Such things is nothing a user should have to know. I for example feel very comfortable in unix and handle most things there, but I don't know sh*t about the lowlevel workings of the booteasy, UFS, etc. And I shouldn't have to, to install FreeBSD, and get it to boot. Anyone who does not agree, please raise your hand. :-) > By the way, you might find: > > http://www.freebsd.org/tutorials/multios/multios.html > > useful. It gives some more details, assuming this was your problem. Multios? I don't have anything that is not FreeBSD on my two disks. (I installed only on one, the other one was my old disk, which I later mounted under /usr/local/old_root, to be able to set up the new system faster.) /Mikael From owner-freebsd-hackers Mon Sep 23 08:12:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02414 for hackers-outgoing; Mon, 23 Sep 1996 08:12:17 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02363 for ; Mon, 23 Sep 1996 08:12:10 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA15826; Mon, 23 Sep 1996 10:11:02 -0500 From: Joe Greco Message-Id: <199609231511.KAA15826@brasil.moneng.mei.com> Subject: Re: splash-page on bootup.. To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Mon, 23 Sep 1996 10:11:02 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199609231352.JAA18085@skynet.ctr.columbia.edu> from "Bill Paul" at Sep 23, 96 09:51:57 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > [all other discussion snipped] > > Uh... guys? Guys?! > > There are a couple of things I'd like to say here, about how this > whole discussion is nothing more than a sad example of caving in to > the Micro$oft Mentality (tm) and how we really should be concentrating This was my first reaction too.. however I will not state that the Mac/Microsoft/Etc. ideas don't have some merit... OTOH, most people who would get warm fuzzies from this sort of thing are the sort of people who won't be using FreeBSD in the short term. > on more important things like fixing bugs and improving performance > before talking about stroking our egos with a pointless splash page, but > I'm going to put those things aside in favor or a more pressing issue. > > While you're all gushing all over yourselves with nifty splash page > ideas, you're forgetting that not every FreeBSD machine out there has > a graphics console. Yes boys and girls, some of us mutants actually > use dumb ASCII terminals for consoles, and if you fuck up our ability > to continue doing so, we will swoop down on you like... like... like I've usually threatened to drop relics on people from airplanes... this usually fails to make an impression on them until they've seen the relics in question :-) You would be suprised how many people these days haven't even seen something as modern as a (real) VT100. > mutant ASCII terminal console users, and take you to the Mutant ASCII > Terminal Console User King, who will undoubtedly be very unhappy. He's > already plenty miffed that we can't do a proper install from a serial > console. Agreed. ... JG From owner-freebsd-hackers Mon Sep 23 08:12:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02451 for hackers-outgoing; Mon, 23 Sep 1996 08:12:21 -0700 (PDT) Received: from glacier.cold.org (glacier.cold.org [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02400 for ; Mon, 23 Sep 1996 08:12:16 -0700 (PDT) Received: (from brandon@localhost) by glacier.cold.org (8.7.5/8.7.3) id JAA18683; Mon, 23 Sep 1996 09:14:38 -0600 (MDT) Date: Mon, 23 Sep 1996 09:14:37 -0600 (MDT) From: Brandon Gillespie To: Bill Paul cc: hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609231352.JAA18085@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There are a couple of things I'd like to say here, about how this > whole discussion is nothing more than a sad example of caving in to > the Micro$oft Mentality (tm) and how we really should be concentrating > on more important things like fixing bugs and improving performance > before talking about stroking our egos with a pointless splash page, but > I'm going to put those things aside in favor or a more pressing issue. Pushing the enemy away and stoicly keeping anything even smelling like the enemy from your senses is the primary thing that will destroy any 'movement' you may want. On the other hand, providing a look and feel to help win over microsoft junkies is a definite win. From owner-freebsd-hackers Mon Sep 23 09:14:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24548 for hackers-outgoing; Mon, 23 Sep 1996 09:14:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24525 for ; Mon, 23 Sep 1996 09:14:29 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id JAA00289; Mon, 23 Sep 1996 09:14:24 -0700 (PDT) To: Amancio Hasty cc: hackers@freebsd.org Subject: Re: PPRO 200Mhz and new Intel 82440fx problems! In-reply-to: Your message of "Sun, 22 Sep 1996 15:48:26 PDT." <199609222248.PAA00373@rah.star-gate.com> Date: Mon, 23 Sep 1996 09:14:23 -0700 Message-ID: <287.843495263@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The system seems to hang and I dont see anything on the console or > /var/log/messages. The hangs have happens without using my > video capture , Matrox Meteor. That's probably your PCI disk controller losing its mind. I tried this myself and was able to reproduce your problem - my 2940UW dropped off the bus and started complaining about timeouts, as did my PCI ethernet card ("de0: transmission timeout"), so it looks like a general bus problem. It is very strange, considering that tv should be generating more Meteor related bus traffic than vic and tv works just fine. > Now with my Matrox Meteor , with or without my Adaptec 2940UW, vic > seems to freeze the file system or the scsi bus . Again , I can > ping my system however my X server is frozen and I can't switch > to another virtual console. Get your console output redirected to an xterm and you'll see the various drivers losing their mind. :-) Jordan From owner-freebsd-hackers Mon Sep 23 09:58:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11412 for hackers-outgoing; Mon, 23 Sep 1996 09:58:03 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11378 for ; Mon, 23 Sep 1996 09:57:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id JAA00487; Mon, 23 Sep 1996 09:56:41 -0700 (PDT) To: Bill Paul cc: hackers@freebsd.org Subject: Re: splash-page on bootup.. In-reply-to: Your message of "Mon, 23 Sep 1996 09:51:57 EDT." <199609231352.JAA18085@skynet.ctr.columbia.edu> Date: Mon, 23 Sep 1996 09:56:41 -0700 Message-ID: <484.843497801@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While you're all gushing all over yourselves with nifty splash page > ideas, you're forgetting that not every FreeBSD machine out there has > a graphics console. Yes boys and girls, some of us mutants actually > use dumb ASCII terminals for consoles, and if you fuck up our ability I wasn't going to get involved in this discussion until I noticed here that Bill's #3 pressure release valve had stuck, and he was venting dangerous overpressure. :-) I don't think that *anyone* in this discussion has been suggesting anything other than an option which could be turned *on*, affecting the day-to-day life of Joe Random FreeBSD-Hacker not one whit. This is not something that most people will need to concern themselves with, and I've been looking at it more as a hidden feature used only by people in the position of our hapless original poster or companies producing products for which FreeBSD is merely an embeded component, and you don't *want* your customers to see a bunch of FreeBSD probe messages, you want them to see an animated graphic saying "NetHumper 2000/10-ULTRA initializing... Please wait." If Soren or someone else would like to give them hooks for doing that, then I'd say more power to 'em. Those of you with the ASCII terminal consoles will continue to use *your* hidden features for supporting serial consoles and the world can be a happy, joyous place for everyone, OK? Jordan P.S. But I still won't be happy with the serial console support until you're allowed to assign it after boot time. :-) From owner-freebsd-hackers Mon Sep 23 10:11:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16164 for hackers-outgoing; Mon, 23 Sep 1996 10:11:14 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16129 for ; Mon, 23 Sep 1996 10:11:06 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id NAA18896; Mon, 23 Sep 1996 13:08:41 -0400 Date: Mon, 23 Sep 1996 13:08:40 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Joe Greco cc: Brandon Gillespie , freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609212034.PAA14072@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk splash page is a bad idea. Makes things much more complex, adds opportunities for bugs ... If you're worried about the messages, have them go into a file somewhere and the do the sysv 'system is ready' message. My opinion anyways. ron From owner-freebsd-hackers Mon Sep 23 10:59:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12683 for hackers-outgoing; Mon, 23 Sep 1996 10:59:33 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12662 for ; Mon, 23 Sep 1996 10:59:30 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id KAA27228 for ; Mon, 23 Sep 1996 10:59:43 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id DAA16215 for hackers@freebsd.org; Tue, 24 Sep 1996 03:59:20 +1000 From: Julian Assange Message-Id: <199609231759.DAA16215@suburbia.net> Subject: make world problem with current To: hackers@freebsd.org Date: Tue, 24 Sep 1996 03:59:20 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My -current sup's have failed the last few days with: ===> cpp Warning: Using /local/ssrc/gnu/usr.bin/cc/cpp/obj as object directory instead of canonical /usr/obj/local/ssrc/gnu/usr.bin/cc/cpp make: don't know how to make /local/ssrc/gnu/usr.bin/cc/cpp../include/config.h Anyone having similar problems? -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Mon Sep 23 11:01:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA13684 for hackers-outgoing; Mon, 23 Sep 1996 11:01:11 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA13660 for ; Mon, 23 Sep 1996 11:01:08 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id NAA19247; Mon, 23 Sep 1996 13:59:45 -0400 Date: Mon, 23 Sep 1996 13:59:44 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Chuck Robey cc: freebsd-hackers@FreeBSD.org Subject: Re: user-level distributed shared memory available for freebsd In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 19 Sep 1996, Chuck Robey wrote: > On Mon, 16 Sep 1996, Ron G. Minnich wrote: > > > This system is called ZOUNDS. it's all user mode, no special sysadmin > > bugs to me, of course. > Ron, where is this? ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html Look down the page, it's in the free software section (I hope). > I don't know if you have the time to pander to my curiosity on one point, > but I'm sure you know the anser to this (if you're not too busy). I know > unix in general has never had a really good file locking system. Why > doesn't someone write one just for FreeBSD? well, 1) I don't really do file locking, I use memory-variable locking, i.e. test-and-set stuff. That's in MNFS, the previous system, which I'm currently working to put into openbsd. 2) ZOUNDS is based on the one-writer model, as is the DEC memory-channel. The locking in ZOUNDS will not be based on the test-and-set model. I have not looked at FreeBSD locking, but I thought it worked ok on ufs? What's missing? NFS locking, now, that's another kettle of fish. ron From owner-freebsd-hackers Mon Sep 23 11:12:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19788 for hackers-outgoing; Mon, 23 Sep 1996 11:12:14 -0700 (PDT) Received: from whale.gu.kiev.ua (news.gu.net [193.124.51.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19467 for ; Mon, 23 Sep 1996 11:11:49 -0700 (PDT) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [193.124.51.73]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id VAA51524; Mon, 23 Sep 1996 21:01:18 +0300 Date: Mon, 23 Sep 1996 21:01:19 +0300 (EET DST) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: Joe Greco cc: Bill Paul , hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609231511.KAA15826@brasil.moneng.mei.com> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, On Mon, 23 Sep 1996, Joe Greco wrote: > This was my first reaction too.. however I will not state that the > Mac/Microsoft/Etc. ideas don't have some merit... OTOH, most people > who would get warm fuzzies from this sort of thing are the sort of > people who won't be using FreeBSD in the short term. The thigs are even worse. They are _looking_ at it while _you_ use it, and they make some decisions... Best, Andrew From owner-freebsd-hackers Mon Sep 23 11:44:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06861 for hackers-outgoing; Mon, 23 Sep 1996 11:44:20 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06844 for ; Mon, 23 Sep 1996 11:44:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id LAA06327; Mon, 23 Sep 1996 11:33:42 -0700 (PDT) Message-Id: <199609231833.LAA06327@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "Ron G. Minnich" Cc: Joe Greco , Brandon Gillespie , freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 23 Sep 1996 11:33:42 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996 13:08:40 -0400 (EDT) "Ron G. Minnich" wrote: > splash page is a bad idea. Makes things much more complex, adds > opportunities for bugs ... ...I've been sort of reading this thread a bit... And, one thing that occurs to me... If you have a splash screen, really, you _have_ to put the image in the kernel executable... After all, how are you supposed to read it off disk if you haven't done autoconfiguration yet (which displays those icky messages! :-)? Seems like a complete waste to me... -- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ -- Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon Sep 23 11:46:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08223 for hackers-outgoing; Mon, 23 Sep 1996 11:46:58 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA08203 for ; Mon, 23 Sep 1996 11:46:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02548; Mon, 23 Sep 1996 11:43:20 -0700 From: Terry Lambert Message-Id: <199609231843.LAA02548@phaeton.artisoft.com> Subject: Re: splash-page on bootup.. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 23 Sep 1996 11:43:20 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199609230148.LAA21904@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 23, 96 11:18:25 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > This is only because we are stupid and use DELAY() instead of a > > calibrated timer list of one-shot outcall functions. Using a > > spinloop is just inherently stupid. > > Uh? You are still thinking like a CS guy, not a hardware programmer. "Sum id quod sum et id totum est quod sum." (I yam what I yam 8-)). > When I am looking for some hardware in a probe routine, I want _nothing_ > _nada_ _zip_ happening behind my back. No interrupts, no "strategically > placed callbacks", nothing. > > This has nothing to do with how DELAY() works, it's basic 'least surprise' > stuff. You could make the same argument against using virtual memory. 8-|. >From a process perspective on a timesharing machine, nothing *is* happening "behind its back" to the virtual machine in which the process resides. It's "basic fractal complexity stuff": you look at the whole system, and it's complicated. You look at the process runtime environment from the process perspective, and it's vastly less complicated (but it is the same system). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 23 11:48:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09107 for hackers-outgoing; Mon, 23 Sep 1996 11:48:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA09092 for ; Mon, 23 Sep 1996 11:48:18 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02563; Mon, 23 Sep 1996 11:45:33 -0700 From: Terry Lambert Message-Id: <199609231845.LAA02563@phaeton.artisoft.com> Subject: Re: splash-page on bootup.. To: bde@zeta.org.au (Bruce Evans) Date: Mon, 23 Sep 1996 11:45:33 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org, jgreco@brasil.moneng.mei.com In-Reply-To: <199609230354.NAA03404@godzilla.zeta.org.au> from "Bruce Evans" at Sep 23, 96 01:54:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Yes, DELAY() works like it does because it must work at probe time before > timer interrupts are enabled. DELAY() shouldn't be used at other times > except for very short delays (short = about the same time as it takes > to initialize a one-shot timer and service a one-shot timer interrupt > (10-50 usec). > > OTOH, probes in lkm'ed drivers can timer expect interrupts to work, and > shouldn't use DELAY() or otherwise hog the cpu any more than the driver > would for normal operations. Luckily, all drivers should be LKM'ed, so all drivers shouldn't use DELAY(). If you could incrementally get the devices on line, starting with the timers, then the "problem" would go away. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 23 11:52:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA11467 for hackers-outgoing; Mon, 23 Sep 1996 11:52:45 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA11444 for ; Mon, 23 Sep 1996 11:52:41 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id OAA19764; Mon, 23 Sep 1996 14:51:49 -0400 Date: Mon, 23 Sep 1996 14:51:40 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609231833.LAA06327@lestat.nas.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk one option: suppose, on boot, assuming you have multiple consoles, you just put all the probe etc. messages on an alternate console. Minimum muss, and they're there if you want 'em. Make a device called /dev/windoze for default display console :-0) ron From owner-freebsd-hackers Mon Sep 23 12:02:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17305 for hackers-outgoing; Mon, 23 Sep 1996 12:02:50 -0700 (PDT) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA17267 for ; Mon, 23 Sep 1996 12:02:46 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0v5GGk-000I4yC; Mon, 23 Sep 96 21:02 MET DST Received: by ernie.kts.org (Smail3.1.29.1 #5) id m0v5FNf-000009C; Mon, 23 Sep 96 20:05 MET DST Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: splash-page on bootup.. To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Mon, 23 Sep 1996 20:05:18 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199609231352.JAA18085@skynet.ctr.columbia.edu> from "Bill Paul" at Sep 23, 96 09:51:57 am Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > Remember: we mutant ASCII terminal console users look just like the > rest of you; we're everywhere. And we'll be watching. Definitely. The difference between operating systems and the other crap was always that one can work from VT100's on the former. Seriously - i can see the validity of arguments of people saying that FreeBSD needs an eye-catching intro page, but on the other side, if i will be thrown at with all the useless animated human and machine resource wasting graphics crap when starting up a future version of FreeBSD, then .... it's too late! Imagine what could have been done with all the man hours which went into theses fully useless animated icons under Windows 95 ? And the CPU power that it costs ... shudder! Lets be different, not the same! hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Mon Sep 23 12:32:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06175 for hackers-outgoing; Mon, 23 Sep 1996 12:32:49 -0700 (PDT) Received: from alpo.whistle.com (s205m1.whistle.com [207.76.205.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06139 for ; Mon, 23 Sep 1996 12:32:45 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.5/8.7.3) with SMTP id MAA03241; Mon, 23 Sep 1996 12:28:28 -0700 (PDT) Message-ID: <3246E478.69D8BD19@whistle.com> Date: Mon, 23 Sep 1996 12:26:48 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Hr.Ladavac" CC: Terry Lambert , michaelh@cet.co.jp, freebsd-hackers@FreeBSD.org Subject: Re: thread stacks and protections (was Re: attribute/inode caching) References: <199609230808.AA175676096@ws2301.gud.siemens.co.at> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hr.Ladavac wrote: > > E-mail message from Terry Lambert contained: > > > > I have a problem with thread stacks in separate VM spaces. This, namely, > means that an RPC call that doesn't leave the process space cannot be > fully optimized away because I can not use auto variables as my > result areas without an additional copy. Same applies to the [in] > arguments, as well. > > What I want to say is that one thread cannot pass another thread an > address to an object on its stack. > > This is probably worth considering during design. I agree that it should be possible for threads to see each other's stacks, however it should also not be commonly used as threads shoul dnot look at items on each others stacks because tehre is no guarantee that hte other thread has not reqound it's stack back beyond that point.. of course, shared stacks is much quicker from a context point of view, and some threads packages use the top bits of the stack pointer as the index of the thread.. e.g. sp & 0xfff00000 is the thread number. has > > /Marino From owner-freebsd-hackers Mon Sep 23 12:52:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17495 for hackers-outgoing; Mon, 23 Sep 1996 12:52:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA17465 for ; Mon, 23 Sep 1996 12:52:03 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id MAA01363; Mon, 23 Sep 1996 12:50:55 -0700 (PDT) To: Jason Thorpe cc: "Ron G. Minnich" , Joe Greco , Brandon Gillespie , freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-reply-to: Your message of "Mon, 23 Sep 1996 11:33:42 PDT." <199609231833.LAA06327@lestat.nas.nasa.gov> Date: Mon, 23 Sep 1996 12:50:54 -0700 Message-ID: <1361.843508254@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you have a splash screen, really, you _have_ to put the image in > the kernel executable... After all, how are you supposed to read it > off disk if you haven't done autoconfiguration yet (which displays > those icky messages! :-)? The option to compile it into your kernel would not be a complete waste at all. Again, consider those who are shipping products based on FreeBSD but do not want to announce its presence as such. I can now think of several who would use this feature, were it implemented. Jordan From owner-freebsd-hackers Mon Sep 23 12:52:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17592 for hackers-outgoing; Mon, 23 Sep 1996 12:52:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA17573 for ; Mon, 23 Sep 1996 12:52:16 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02652; Mon, 23 Sep 1996 12:50:56 -0700 From: Terry Lambert Message-Id: <199609231950.MAA02652@phaeton.artisoft.com> Subject: Re: thread stacks and protections (was Re: attribute/inode caching) To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 23 Sep 1996 12:50:56 -0700 (MST) Cc: terry@lambert.org, michaelh@cet.co.jp, freebsd-hackers@freebsd.org In-Reply-To: <199609230808.AA175676096@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Sep 23, 96 10:08:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This implies a heavier-than-expected mapping overhead. > > > > Another alternative is a hybrid approach: You zone for some amount, > > and then after you exceed your zone for a given thread, you engage > > in pmap changes. This "punishes" threads with "excessive" stack > > use, while leaving other threads unadulterated. It's probably the > > correct approach, if the stack can be made arbitrarily large. > > I have a problem with thread stacks in separate VM spaces. This, namely, > means that an RPC call that doesn't leave the process space cannot be > fully optimized away because I can not use auto variables as my > result areas without an additional copy. Same applies to the [in] > arguments, as well. > > What I want to say is that one thread cannot pass another thread an > address to an object on its stack. > > This is probably worth considering during design. The hybrid approach resolves this problem handily, since each zone mapping can be placed in the address space of all threads: ie, you don't have mapping differences (effectively). In this case, it means an out of bound reference which should have gotten an invalid page might get another threads stack instead. It's really to be expected, actually, since that's what happens with stack preaalocation in the current POSIX implementation anyway. This is where having a large scatterd address space is handy. If my address space is 2^64, and my process image space is 2^22 (4M or so), I have a 1 out of 2^42 chance of getting a good page where I expected a fault (ie: page anonymity based protection). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 23 13:06:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24199 for hackers-outgoing; Mon, 23 Sep 1996 13:06:22 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA24174 for ; Mon, 23 Sep 1996 13:06:16 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.6/CET-v2.1) with SMTP id UAA16729; Mon, 23 Sep 1996 20:06:03 GMT Date: Tue, 24 Sep 1996 05:06:03 +0900 (JST) From: Michael Hancock To: Julian Elischer cc: Jeffrey Hsu , jb@cimlogic.com.au, hackers@FreeBSD.org Subject: Re: libc_r bug In-Reply-To: <3245E79E.6EEA4806@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 22 Sep 1996, Julian Elischer wrote: > Michael Hancock wrote: > > > > On Sat, 21 Sep 1996, Jeffrey Hsu wrote: > > > > > > _thread_fd_table_init() just sets up > > > > the table for a fd. fds 0, 1 and 2 don't have to be valid. > > > > > > Since we can't tell whether a given fd might need a call to > > > _thread_fd_table_init() or not, the correctness before all else > > > principle would argue for either pre-allocating all the fd entries > > > or doing it on demand by placing a call to _thread_fd_table_init() > > > in write() and all the other places where it might be needed. Of > > > these two, I prefer the second. What about you? > > > > > > > I prefer on demand too. > but what's the overhead on every file operation? Pre-allocating kind of implies fixed, but I guess it doesn't have to. For performance it would be better to pre-allocate at the expense of space. Maybe you can pre-allocate a chunk and dynamically allocate more chunks based on high water marks. Or maybe just implement a simple algorithm first that works correctly and optimize later when you understand more aspects of the problem. Regards, Mike Hancock From owner-freebsd-hackers Mon Sep 23 15:36:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10244 for hackers-outgoing; Mon, 23 Sep 1996 15:36:28 -0700 (PDT) Received: from zeus.rudah.com.br (rudah.com.br [200.239.45.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA10200 for ; Mon, 23 Sep 1996 15:36:21 -0700 (PDT) Received: from phreak.rudah.com.br by zeus.rudah.com.br (SMI-8.6/SMI-SVR4) id TAA12135; Mon, 23 Sep 1996 19:35:00 -0300 Message-ID: <32471F64.28BA@rudah.com.br> Date: Mon, 23 Sep 1996 19:38:12 -0400 From: Aguia branca X-Mailer: Mozilla 2.01 (Win95; I) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: SAUDAÇÕES X-URL: ftp://ftp.unicamp.br/pub/FreeBSD/2.1.5-RELEASE/README.TXT Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Oi desculpe por não escrever em inglês Me arrume uma cópia do programa FreeBSD obrigado From owner-freebsd-hackers Mon Sep 23 16:48:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07729 for hackers-outgoing; Mon, 23 Sep 1996 16:48:58 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA07687 for ; Mon, 23 Sep 1996 16:48:53 -0700 (PDT) Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id IAA12162; Tue, 24 Sep 1996 08:58:44 +1000 (EST) Received: (from jb@localhost) by freebsd3.cimlogic.com.au (8.7.5/8.7.3) id IAA18261; Tue, 24 Sep 1996 08:00:44 +1000 (EST) From: John Birrell Message-Id: <199609232200.IAA18261@freebsd3.cimlogic.com.au> Subject: Re: libc_r bug To: michaelh@cet.co.jp (Michael Hancock) Date: Tue, 24 Sep 1996 08:00:44 +1000 (EST) Cc: julian@whistle.com, hsu@freefall.freebsd.org, jb@cimlogic.com.au, hackers@FreeBSD.org In-Reply-To: from Michael Hancock at "Sep 24, 96 05:06:03 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I prefer on demand too. > > but what's the overhead on every file operation? The same as for any blocking file op. That is, a call to _thread_fd_lock() which calls _thread_fd_table_init(), then a call to _thread_fd_unlock(). The first call to _thread_fd_table_init() mallocs memory for the fd. Thereafter, a non-NULL pointer is assumed to point to valid memory. The lock/unlock operation is performed with signals blocked to ensure that the operation is atomic wrt the process, so you need to add the overhead of doing this twice. > > Pre-allocating kind of implies fixed, but I guess it doesn't have to. For > > Maybe you can pre-allocate a chunk and dynamically allocate more chunks > based on high water marks. > > Or maybe just implement a simple algorithm first that works correctly and > performance it would be better to pre-allocate at the expense of space. > optimize later when you understand more aspects of the problem. I think that it is worth spending time on making the scheduling operation more efficient before making this sort of performance improvement. Kernel threads would take this performance hit away. > Mike Hancock > > Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Mon Sep 23 16:49:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07852 for hackers-outgoing; Mon, 23 Sep 1996 16:49:15 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07831 for ; Mon, 23 Sep 1996 16:49:12 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id TAA07656; Mon, 23 Sep 1996 19:48:23 -0400 Date: Mon, 23 Sep 1996 19:48:23 -0400 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: durham@w2xo.pgh.pa.us Organization: Very little From: Jim Durham To: "Ron G. Minnich" Subject: Re: splash-page on bootup.. Cc: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon Sep 23 18:51:40 1996 Ron G. Minnich opined: >>one option: suppose, on boot, assuming you have multiple consoles, you >just put all the probe etc. messages on an alternate console. Minimum >muss, and they're there if you want 'em. Make a device called >/dev/windoze for default display console :-0) > > > >ron From owner-freebsd-hackers Mon Sep 23 16:52:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08841 for hackers-outgoing; Mon, 23 Sep 1996 16:52:20 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08799 for ; Mon, 23 Sep 1996 16:52:14 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id TAA07676; Mon, 23 Sep 1996 19:51:24 -0400 Date: Mon, 23 Sep 1996 19:51:24 -0400 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: durham@w2xo.pgh.pa.us Organization: Very little From: Jim Durham To: "Ron G. Minnich" Subject: Re: splash-page on bootup.. Cc: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon Sep 23 18:51:40 1996 Ron G. Minnich opined: >>one option: suppose, on boot, assuming you have multiple consoles, you >just put all the probe etc. messages on an alternate console. Minimum >muss, and they're there if you want 'em. Make a device called >/dev/windoze for default display console :-0) > > > >ron From owner-freebsd-hackers Mon Sep 23 16:55:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09798 for hackers-outgoing; Mon, 23 Sep 1996 16:55:21 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA09771 for ; Mon, 23 Sep 1996 16:55:14 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id TAA07679; Mon, 23 Sep 1996 19:54:25 -0400 Date: Mon, 23 Sep 1996 19:54:25 -0400 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: durham@w2xo.pgh.pa.us Organization: Very little From: Jim Durham To: "Ron G. Minnich" Subject: Re: splash-page on bootup.. Cc: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon Sep 23 18:51:40 1996 Ron G. Minnich opined: >>one option: suppose, on boot, assuming you have multiple consoles, you >just put all the probe etc. messages on an alternate console. Minimum >muss, and they're there if you want 'em. Make a device called >/dev/windoze for default display console :-0) > > > >ron From owner-freebsd-hackers Mon Sep 23 16:58:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10847 for hackers-outgoing; Mon, 23 Sep 1996 16:58:27 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA10824 for ; Mon, 23 Sep 1996 16:58:22 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id TAA07685; Mon, 23 Sep 1996 19:57:26 -0400 Date: Mon, 23 Sep 1996 19:57:26 -0400 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: durham@w2xo.pgh.pa.us Organization: Very little From: Jim Durham To: "Ron G. Minnich" Subject: Re: splash-page on bootup.. Cc: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon Sep 23 18:51:40 1996 Ron G. Minnich opined: >>one option: suppose, on boot, assuming you have multiple consoles, you >just put all the probe etc. messages on an alternate console. Minimum >muss, and they're there if you want 'em. Make a device called >/dev/windoze for default display console :-0) > > > >ron From owner-freebsd-hackers Mon Sep 23 17:32:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24869 for hackers-outgoing; Mon, 23 Sep 1996 17:32:55 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA16820; Mon, 23 Sep 1996 17:14:21 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.6/CET-v2.1) with SMTP id AAA18152; Tue, 24 Sep 1996 00:14:15 GMT Date: Tue, 24 Sep 1996 09:14:14 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: freebsd-smp@freebsd.org, FreeBSD Hackers Subject: Re: multithreading in the kernel and applications. In-Reply-To: <199609232155.OAA02880@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Cross-posted to hackers, I lost the relevant thread there.] On Mon, 23 Sep 1996, Terry Lambert wrote: > > > For us, the ability to support multiple kernel contexts means that > > > it would be a good idea to let the kernel be per CPU reentrant to > > > get us the greatest possible concurrency. > > > > > > > Don't you mean parallelism instead of concurrency? > > No. Parallelism does not cover interleaving I/O in a single thread > (making that thread more concurrent). The thread that makes the > requests would be inherently parallel already, since the task which > it wishes to accomplish is capable of being parallelized. The degree > to which it actually gets parallelized in practice is its concurrency. > > Consider a "team" program written using async I/O instead of using > multiple processes (or threads). It can "read" as fast as it can > queue the system calls, and it can "write" as fast as the buffer data > from the reads becomes valid. The reads and writes occur concurrently, > but only a single read and a single write (of different buffers) > effectively occur in parallel. Interesting, I read another message, that I've lost, where you were griping about UI threads starving for CPU. M LWP's (kernel threads), N user threads where N > M, N-M threads starve, etc. One view of concurrency in this model is the ability of a process to fill its quantum. i.e. a multi-threaded process with one LWP uses the user thread scheduler to schedule an available thread when the current thread blocks without having to make a context switch. I think your message was implying that that UI threads don't work as designed and are broken. Your model, Plan 9?, assumes a 1 to 1 mapping of kernel threads to user threads and the argument to the context switching overhead is to fix the context switching overhead so that performance isn't an issue. No? Regards, Mike Hancock From owner-freebsd-hackers Mon Sep 23 17:48:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00713 for hackers-outgoing; Mon, 23 Sep 1996 17:48:53 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA00689 for ; Mon, 23 Sep 1996 17:48:49 -0700 (PDT) Received: from pluto.plutotech.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5Lg4-0008xmC; Mon, 23 Sep 96 17:48 PDT Received: from shane.plutotech.com (durian@shane.plutotech.com [206.168.67.21]) by pluto.plutotech.com (8.7.5/8.7.5) with ESMTP id SAA13351 for ; Mon, 23 Sep 1996 18:44:59 -0600 (MDT) Message-Id: <199609240044.SAA13351@pluto.plutotech.com> From: "Mike Durian" To: freebsd-hackers@FreeBSD.org Subject: Re: Special Cycles on the PCI bus Date: Mon, 23 Sep 1996 18:44:58 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have some more information on the special cycles problem we've been seeing. Using a PCI bus analyzer, I've see a few patterns of bus activity leading up to an illegal special cycle. The very first one that occurs on a system just booted is very consistent. It looks like: Interrupt ACK Cycle D32=xxxxxx20 (intr 8 I beleive) I/O READ ADR=00000084 D32=xxxxxx00 I/O WRITE ADR=00000021 D32=xxxx01xx I/O READ ADR=00000084 D32=xxxxxx00 I/O WRITE ADR=00000020 D32=xxxxxx20 I/O READ ADR=00000084 D32=xxxxxx00 I/O WRITE ADR=00000021 D32=xxxx01xx I/O READ ADR=00000084 D32=xxxxxx00 I/O WRITE ADR=00000020 D32=xxxxxx20 I/O READ ADR=00000084 D32=xxxxxx00 I/O WRITE ADR=00000021 D32=xxxx00xx I/O WRITE ADR=00000043 D32=00xxxxxx I/O READ ADR=00000040 D32=xxxxxxF1 I/O READ ADR=00000040 D32=xxxxxx2B I/O WRITE ADR=00000043 D32=00xxxxxx I/O READ ADR=00000040 D32=xxxxxxDD I/O READ ADR=00000040 D32=xxxxxx2B I/O WRITE ADR=00000043 D32=00xxxxxx I/O READ ADR=00000040 D32=xxxxxxCA I/O READ ADR=00000040 D32=xxxxxx2B The above code makes a bit of sense. We get an interrupt and the manipulate the PIC. Then it calls DELAY to spin a bit (and reads the timer). Now's the interresting bit - notice the high bits (0xFC) in the write/read address. They can't be intentional. I also find it interesting that the accesses to FCA0 are full 32 bit writes. I/O WRITE ADR=0000FC87 D32=06xxxxxx I/O READ ADR=0000FC87 D32=06xxxxxx I/O WRITE ADR=0000FC90 D32=xxxxxx00 I/O READ ADR=0000FC90 D32=xxxxxx00 I/O WRITE ADR=0000FC9A D32=xx80xxxx I/O WRITE ADR=0000FCA0 D32=00000040 I/O WRITE ADR=0000FCA0 D32=00000000 repeat last write 3 times I/O WRITE ADR=0000FCA0 D32=002DBB58 I/O WRITE ADR=0000FCA0 D32=00000006 I/O WRITE ADR=0000FC9A D32=xx00xxxx I/O WRITE ADR=0000FC90 D32=xxxxxx00 I/O WRITE ADR=0000FC9B D32=00xxxxxx I/O WRITE ADR=0000FC87 D32=02xxxxxx Now we're back to the DELAY() function (or at least getit()) I/O WRITE ADR=00000043 D32=00xxxxxx I/O READ ADR=00000040 D32=xxxxxx2B I/O READ ADR=00000040 D32=xxxxxx2A MEMRD LINE ADR=002DBB58 D32=00000000 D32=xxxx0000 SPECIAL CYCLE This is always the first special cycle. Another bit of bus activity that results in a special cycle is a bit shorter. It starts the same: An interrupt cycle (I didn't write down which) I/O RD 0x84 I/O WR 0x21, 0x01 I/O RD 0x84 I/O WR 0x20, 0x20 I/O RD 0x84 I/O WR 0x21, 0x00 Special Cycle In yet another case, which I have seen only once, there were hundreds of I/O accesses to 0x320. 0x320 is a valid I/O address, but I have it listed as a Hard Disk (XT), so that doesn't sound like something we'd be doing on purpose. David Greenman suggested that the inb(0x84)'s might be the cause. I originally thought not since there are used much earlier in the boot process, but perhaps they do effect things when used in the ISR code. Any more ideas, anyone? mike From owner-freebsd-hackers Mon Sep 23 17:49:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA01142 for hackers-outgoing; Mon, 23 Sep 1996 17:49:50 -0700 (PDT) Received: from glacier.cold.org (glacier.cold.org [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA01117 for ; Mon, 23 Sep 1996 17:49:46 -0700 (PDT) Received: (from brandon@localhost) by glacier.cold.org (8.7.5/8.7.3) id SAA20107; Mon, 23 Sep 1996 18:52:37 -0600 (MDT) Date: Mon, 23 Sep 1996 18:52:36 -0600 (MDT) From: Brandon Gillespie To: Jim Durham cc: "Ron G. Minnich" , freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I keep picturing making a new kernel and it not booting, and you're looking > at a big FreeBSD Daemon instead of a message telling something userful. > Maybe the daemon could frown, like the Mac? That would help? Or you hit ESC and get the probe messages you want. From owner-freebsd-hackers Mon Sep 23 18:21:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13560 for hackers-outgoing; Mon, 23 Sep 1996 18:21:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA05395; Mon, 23 Sep 1996 17:59:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA03200; Mon, 23 Sep 1996 17:58:17 -0700 From: Terry Lambert Message-Id: <199609240058.RAA03200@phaeton.artisoft.com> Subject: Re: multithreading in the kernel and applications. To: michaelh@cet.co.jp (Michael Hancock) Date: Mon, 23 Sep 1996 17:58:17 -0700 (MST) Cc: terry@lambert.org, freebsd-smp@freebsd.org, Hackers@freebsd.org In-Reply-To: from "Michael Hancock" at Sep 24, 96 09:14:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Consider a "team" program written using async I/O instead of using > > multiple processes (or threads). It can "read" as fast as it can > > queue the system calls, and it can "write" as fast as the buffer data > > from the reads becomes valid. The reads and writes occur concurrently, > > but only a single read and a single write (of different buffers) > > effectively occur in parallel. > > Interesting, I read another message, that I've lost, where you were > griping about UI threads starving for CPU. M LWP's (kernel threads), N > user threads where N > M, N-M threads starve, etc. Yes. This is my favorite "stump the USL threads guys" argument. 8-). > One view of concurrency in this model is the ability of a process to fill > its quantum. i.e. a multi-threaded process with one LWP uses the user > thread scheduler to schedule an available thread when the current thread > blocks without having to make a context switch. Yes. That's the one I advocate. You want to fill as much of your quantum as possible given the task you are mapping quantum into, not dependent upon the system call interface. > I think your message was implying that that UI threads don't work as > designed and are broken. More that kernel threads don't work as designed, and are broken. The POSIX threading is OK -- as far as it goes, since for some things it's concurrent. But given a choice, I'd pick user threads over kernel threads. > Your model, Plan 9?, assumes a 1 to 1 mapping of kernel threads to user > threads and the argument to the context switching overhead is to fix the > context switching overhead so that performance isn't an issue. No? Actually, I'd like to see the thread blocked at the system call interface; I guess, technically, this would be kernel threading because the thread scheduler would be in system space. But like the FreeBSD SMP as it currently stands, the reentrancy would not go below the trap code. So you'd convert a blocking call into a non-blocking call, the generation of a context record, and a context switch (which would be active on the call return to user space. The difference here is that system calls would *always* be non-blocking. This beats the PTHREADS stuff by a large number of potential blocking operations which can be converted instead of some trivial I/O operations and little else. I implemented a prototype in prerelease UnixWare 2.x; I'll probably get around to reimplementing it for FreeBSD some day soon. 8-|. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Sep 23 18:39:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19929 for hackers-outgoing; Mon, 23 Sep 1996 18:39:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19901 for ; Mon, 23 Sep 1996 18:39:55 -0700 (PDT) Received: from zeus.xtalwind.net (slipper54b.xtalwind.net [205.160.242.158]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA04528 for ; Mon, 23 Sep 1996 18:39:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.7.5/8.7.3) with SMTP id VAA03738; Mon, 23 Sep 1996 21:37:26 -0400 (EDT) Date: Mon, 23 Sep 1996 21:37:25 -0400 (EDT) From: jack X-Sender: jack@localhost Reply-To: jack To: Brandon Gillespie cc: Bill Paul , hackers@FreeBSD.ORG Subject: Re: splash-page on bootup.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996, Brandon Gillespie wrote: > > There are a couple of things I'd like to say here, about how this > > whole discussion is nothing more than a sad example of caving in to > > the Micro$oft Mentality (tm) and how we really should be concentrating > > on more important things like fixing bugs and improving performance > > before talking about stroking our egos with a pointless splash page, but > > I'm going to put those things aside in favor or a more pressing issue. > > Pushing the enemy away and stoicly keeping anything even smelling like the > enemy from your senses is the primary thing that will destroy any > 'movement' you may want. On the other hand, providing a look and feel to > help win over microsoft junkies is a definite win. The ***LAST*** thing I want on any of my machines is the look or feel of BillyBob's crap. I need a functional, reliable operating system that let's me control the box and not hide everything behind silly pictures. When I had a half dozen ne2000 cards of unknown ancestry it was a simple matter of using a FreeBSD boot disk to probe them and find out what I/O and IRQs they were set for. If it must be done, make it an option. We don't need to lower our standards, M$ needs to up theirs. #soap_box off re:IDE CDROMS Good news for a change. :) I've used a Chinon CDS-545 with 2.1.0 and 2.1.5, and a Turtle Beach TBS-4002 with 2.1.5 and 2.2-960801-SNAP without any problems. Installs, pkg_add, whatever. Jack ---------------------------------------------------------------------------- "There is no reason for any individual to have a computer in their home." -- Ken Olson, President of DEC, World Future Society Convention, 1977 From owner-freebsd-hackers Mon Sep 23 20:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21446 for hackers-outgoing; Mon, 23 Sep 1996 20:02:11 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21407 for ; Mon, 23 Sep 1996 20:02:04 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id WAA03962 for hackers@FreeBSD.Org; Mon, 23 Sep 1996 22:56:40 -0400 (EDT) From: Robin Cutshaw Message-Id: <199609240256.WAA03962@intercore.com> Subject: anyone running gated on 2.2-current? To: hackers@FreeBSD.Org Date: Mon, 23 Sep 1996 22:56:39 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk I've been trying to get gated-R3_6Alpha_2 up on 2.2-960801-SNAP and even with the ports diffs it won't compile. If anyone has done the porting work, I'd appreciate a pointer. Otherwise, I'll post diffs... Thanks, robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-hackers Mon Sep 23 21:27:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28032 for hackers-outgoing; Mon, 23 Sep 1996 21:27:46 -0700 (PDT) Received: from glacier.cold.org (glacier.cold.org [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28004 for ; Mon, 23 Sep 1996 21:27:42 -0700 (PDT) Received: (from brandon@localhost) by glacier.cold.org (8.7.5/8.7.3) id WAA20439; Mon, 23 Sep 1996 22:30:37 -0600 (MDT) Date: Mon, 23 Sep 1996 22:30:37 -0600 (MDT) From: Brandon Gillespie To: hackers@FreeBSD.ORG Subject: Re: splash-page on bootup.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996, jack wrote: > If it must be done, make it an option. We don't need to lower our > standards, M$ needs to up theirs. >From the onset there has never been any doubt that it would be an option. -Brandon Gillespie From owner-freebsd-hackers Mon Sep 23 21:29:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28850 for hackers-outgoing; Mon, 23 Sep 1996 21:29:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28806 for ; Mon, 23 Sep 1996 21:29:27 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA28568 for hackers@freebsd.org; Tue, 24 Sep 1996 13:59:25 +0930 From: Michael Smith Message-Id: <199609240429.NAA28568@genesis.atrad.adelaide.edu.au> Subject: Linux ELF crossdev on -current? To: hackers@freebsd.org Date: Tue, 24 Sep 1996 13:59:24 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok all you lurking multiplatformers, I have a pretty straightforward question for you. 8) Fairly soon, one of the pieces of software that we use is going to be moving to using FLEXlm (it's a linux binary, but that's neither here nor there). In anticipation of this, I've contacted Globetrotter and am in posession of the current FLEXlm evaluation kit. What has me stumped just now is that to test the demo I have to build a vendor daemon (ignore the jargon); ie. I need to build a Linux ELF binary. Is anyone else doing this under 2.1.x or 2.2? Care to share a few words of wisdom? Globetrotter have been very helpful so far, and IMHO it would be a Good Thing for FLEX to work properly under FreeBSD. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Sep 23 23:30:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21057 for hackers-outgoing; Mon, 23 Sep 1996 23:30:59 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA20984; Mon, 23 Sep 1996 23:30:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id XAA00565; Mon, 23 Sep 1996 23:30:44 -0700 (PDT) Message-Id: <199609240630.XAA00565@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org cc: multimedia@freebsd.org, "Rodney W. Grimes" Subject: DOES NOT WORK : Matrox Meteor , OmniMedia and PPRO 200MHZ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Sep 1996 23:30:41 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I just recently bought a PPRO and I am very happy with it. There is only problem in that the video capture boards based upon the Phillips SAA 7196 doesn't work with the Intel 82440FX (Natoma) PCI chipset. Matrox and Intel are aware of the problem and so far I heard that Matrox claims that is an Intel chipset problem. Just for kick I brought in an OmniMedia P1SC (Matrox Clone ) and sure enought exhibits the same problem as my Matrox Meteor. The problem is simple: if you use vic and crank up the transmission rate to 128 or higher -- your PCI bus goes hay wire . Interestingly enough my program rah.star-gate.com:/pub/tv-0.2.tar.gz and http://www.ishiboo.com/~nirva/Projects/metgrab don't seem to exhibit the PCI bug hang even thought both programs flood the PCI bus . What is metgrab? Well is a cool program written by Danny Dulai which using a Matrox Meteor does image processing on the fly -- imagine using xv to get outline , or negative view, etc... except that metgrab on a PPRO 200 does it in real time 8) Amancio From owner-freebsd-hackers Mon Sep 23 23:38:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24726 for hackers-outgoing; Mon, 23 Sep 1996 23:38:04 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA24702 for ; Mon, 23 Sep 1996 23:38:01 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA01896; Tue, 24 Sep 1996 08:37:52 +0200 Message-Id: <199609240637.IAA01896@ra.dkuug.dk> Subject: Re: splash-page on bootup.. To: durham@w2xo.pgh.pa.us Date: Tue, 24 Sep 1996 08:37:51 +0200 (MET DST) Cc: rminnich@Sarnoff.COM, freebsd-hackers@freebsd.org In-Reply-To: from "Jim Durham" at Sep 23, 96 07:57:37 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jim Durham who wrote: > > Isn't there stuff that happens before syscons gets the alternate consoles > cooking that would be important to see? Not the way I'm doing this... > I like the idea of prettying up the presentation of the messages, but keeping > them. > > The language used in the boot messages has been around since Version 6. > Maybe that could be made more "user-friendly" ;-) , as well as putting > it against a color background, then bring up the "gee whiz" screen. > > I keep picturing making a new kernel and it not booting, and you're looking > at a big FreeBSD Daemon instead of a message telling something userful. > Maybe the daemon could frown, like the Mac? That would help? You wont get a splash screen if you havn't compiled your kernel for it, I'll HATE to lose the bootup messages, but I also see the need for doing it (hell I have a project myself that benefits from this :) ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Sep 23 23:52:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01837 for hackers-outgoing; Mon, 23 Sep 1996 23:52:02 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA01804 for ; Mon, 23 Sep 1996 23:51:59 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA02448; Tue, 24 Sep 1996 08:51:15 +0200 Message-Id: <199609240651.IAA02448@ra.dkuug.dk> Subject: Re: Linux ELF crossdev on -current? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 24 Sep 1996 08:51:15 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199609240429.NAA28568@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 24, 96 01:59:24 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > > > Ok all you lurking multiplatformers, I have a pretty straightforward > question for you. 8) > > Fairly soon, one of the pieces of software that we use is going to be > moving to using FLEXlm (it's a linux binary, but that's neither here nor > there). > > In anticipation of this, I've contacted Globetrotter and am in posession of > the current FLEXlm evaluation kit. > > What has me stumped just now is that to test the demo I have to build a > vendor daemon (ignore the jargon); ie. I need to build a Linux ELF binary. > > Is anyone else doing this under 2.1.x or 2.2? Care to share a few words of > wisdom? I did this when I did the Linux ELF emu stuff, I had the development system from slackware installed /compat/linux/.. You should be carefull to "trim" your makefile (or the gcc spec file) so that you pick up the right includefiles & libraries. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Sep 23 23:57:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04317 for hackers-outgoing; Mon, 23 Sep 1996 23:57:14 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA25236; Mon, 23 Sep 1996 23:38:54 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id XAA00598; Mon, 23 Sep 1996 23:38:00 -0700 (PDT) Message-Id: <199609240638.XAA00598@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Hancock cc: Terry Lambert , freebsd-smp@freebsd.org, FreeBSD Hackers Subject: Re: multithreading in the kernel and applications. In-reply-to: Your message of "Tue, 24 Sep 1996 09:14:14 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Sep 1996 23:37:59 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Hancock : > [Cross-posted to hackers, I lost the relevant thread there.] > > On Mon, 23 Sep 1996, Terry Lambert wrote: > > > > > For us, the ability to support multiple kernel contexts means that > > > > it would be a good idea to let the kernel be per CPU reentrant to > > > > get us the greatest possible concurrency. > > > > > > > > > > Don't you mean parallelism instead of concurrency? > > > > No. Parallelism does not cover interleaving I/O in a single thread > > (making that thread more concurrent). The thread that makes the > > requests would be inherently parallel already, since the task which > > it wishes to accomplish is capable of being parallelized. The degree > > to which it actually gets parallelized in practice is its concurrency. > > > > Consider a "team" program written using async I/O instead of using > > multiple processes (or threads). It can "read" as fast as it can > > queue the system calls, and it can "write" as fast as the buffer data > > from the reads becomes valid. The reads and writes occur concurrently, > > but only a single read and a single write (of different buffers) > > effectively occur in parallel. Yes, I can imgine such programs as "team" or an osi file server which I work on 10 years ago for VMS . A single file server was able to serve up multiple connections with no problems . Regards, Amancio From owner-freebsd-hackers Tue Sep 24 00:09:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09872 for hackers-outgoing; Tue, 24 Sep 1996 00:09:04 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09838 for ; Tue, 24 Sep 1996 00:09:00 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA04951; Tue, 24 Sep 1996 08:19:06 +0200 (MET DST) To: "Mike Durian" cc: freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-reply-to: Your message of "Mon, 23 Sep 1996 18:44:58 MDT." <199609240044.SAA13351@pluto.plutotech.com> Date: Tue, 24 Sep 1996 08:19:06 +0200 Message-ID: <4949.843545946@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609240044.SAA13351@pluto.plutotech.com>, "Mike Durian" writes: > I/O WRITE ADR=0000FC87 > D32=06xxxxxx This could be io to some PCI device... > I/O WR 0x21, 0x01 > I/O RD 0x84 > I/O WR 0x20, 0x20 > I/O RD 0x84 > I/O WR 0x21, 0x00 > Special Cycle No idea. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Sep 24 00:47:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01555 for hackers-outgoing; Tue, 24 Sep 1996 00:47:34 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA01395 for ; Tue, 24 Sep 1996 00:47:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id RAA22722; Tue, 24 Sep 1996 17:42:46 +1000 Date: Tue, 24 Sep 1996 17:42:46 +1000 From: Bruce Evans Message-Id: <199609240742.RAA22722@godzilla.zeta.org.au> To: durian@plutotech.com, freebsd-hackers@FreeBSD.org Subject: Re: Special Cycles on the PCI bus Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have some more information on the special cycles problem we've >been seeing. Using a PCI bus analyzer, I've see a few patterns >of bus activity leading up to an illegal special cycle. The >very first one that occurs on a system just booted is very consistent. >It looks like: > Interrupt ACK Cycle > D32=xxxxxx20 (intr 8 I beleive) > I/O READ ADR=00000084 > D32=xxxxxx00 I forget which version you are running. -current hasn't accessed port 0x84 except in rtcin() since 1995/12/13 (except from 1996/01/19 to 1996/03/31). Try deleting these accesses (and the ones in rtcin() by configuring with option DUMMY_NOPS). > I/O WRITE ADR=00000021 > D32=xxxx01xx This masks further IRQ8's. > I/O READ ADR=00000084 > D32=xxxxxx00 > I/O WRITE ADR=00000020 > D32=xxxxxx20 This acks the IRQ8 (EOI). > I/O READ ADR=00000084 > D32=xxxxxx00 > I/O WRITE ADR=00000021 > D32=xxxx01xx > I/O READ ADR=00000084 > D32=xxxxxx00 > I/O WRITE ADR=00000020 > D32=xxxxxx20 I don't understand this repetition. > I/O READ ADR=00000084 > D32=xxxxxx00 > I/O WRITE ADR=00000021 > D32=xxxx00xx This prepares to return from the IRQ8 handler. It unmasks further IRQ8's. > I/O WRITE ADR=00000043 > D32=00xxxxxx > I/O READ ADR=00000040 > D32=xxxxxxF1 > I/O READ ADR=00000040 > D32=xxxxxx2B > I/O WRITE ADR=00000043 > D32=00xxxxxx > I/O READ ADR=00000040 > D32=xxxxxxDD > I/O READ ADR=00000040 > D32=xxxxxx2B > I/O WRITE ADR=00000043 > D32=00xxxxxx > I/O READ ADR=00000040 > D32=xxxxxxCA > I/O READ ADR=00000040 > D32=xxxxxx2B > >The above code makes a bit of sense. We get an interrupt and the >manipulate the PIC. Then it calls DELAY to spin a bit (and reads >the timer). Right. >Now's the interresting bit - notice the high bits (0xFC) >in the write/read address. They can't be intentional. I also find >it interesting that the accesses to FCA0 are full 32 bit writes. > > I/O WRITE ADR=0000FC87 > D32=06xxxxxx > I/O READ ADR=0000FC87 > D32=06xxxxxx > I/O WRITE ADR=0000FC90 > D32=xxxxxx00 > I/O READ ADR=0000FC90 > D32=xxxxxx00 > I/O WRITE ADR=0000FC9A > D32=xx80xxxx > I/O WRITE ADR=0000FCA0 > D32=00000040 > I/O WRITE ADR=0000FCA0 > D32=00000000 > repeat last write 3 times > I/O WRITE ADR=0000FCA0 > D32=002DBB58 > I/O WRITE ADR=0000FCA0 > D32=00000006 > I/O WRITE ADR=0000FC9A > D32=xx00xxxx > I/O WRITE ADR=0000FC90 > D32=xxxxxx00 > I/O WRITE ADR=0000FC9B > D32=00xxxxxx > I/O WRITE ADR=0000FC87 > D32=02xxxxxx No, this seems reasonable. isa/pcibus.c does 32-bit accesses to port 0xc000 | (device << 8ul). >Now we're back to the DELAY() function (or at least getit()) > I/O WRITE ADR=00000043 > D32=00xxxxxx > I/O READ ADR=00000040 > D32=xxxxxx2B > I/O READ ADR=00000040 > D32=xxxxxx2A > MEMRD LINE ADR=002DBB58 > D32=00000000 > D32=xxxx0000 > SPECIAL CYCLE > >This is always the first special cycle. Another bit of bus activity >that results in a special cycle is a bit shorter. It starts the >same: > An interrupt cycle (I didn't write down which) > I/O RD 0x84 > I/O WR 0x21, 0x01 > I/O RD 0x84 > I/O WR 0x20, 0x20 > I/O RD 0x84 > I/O WR 0x21, 0x00 > Special Cycle > >In yet another case, which I have seen only once, there were hundreds >of I/O accesses to 0x320. 0x320 is a valid I/O address, but I have >it listed as a Hard Disk (XT), so that doesn't sound like something >we'd be doing on purpose. >David Greenman suggested that the inb(0x84)'s might be the cause. >I originally thought not since there are used much earlier in >the boot process, but perhaps they do effect things when used >in the ISR code. Auto-EOI might cause problems with buggy hardware, but it isn't enabled by default and you're not using it. Try enabling it. This would at least reduce the amount of output from the bus analyzer :-). Bruce From owner-freebsd-hackers Tue Sep 24 00:49:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02833 for hackers-outgoing; Tue, 24 Sep 1996 00:49:35 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA02762 for ; Tue, 24 Sep 1996 00:49:27 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id RAA18405 Tue, 24 Sep 1996 17:48:57 +1000 (EST) From: michael butler Message-Id: <199609240748.RAA18405@asstdc.scgt.oz.au> Subject: Re: anyone running gated on 2.2-current? To: robin@intercore.com (Robin Cutshaw) Date: Tue, 24 Sep 1996 17:48:56 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199609240256.WAA03962@intercore.com> from "Robin Cutshaw" at Sep 23, 96 10:56:39 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Robin Cutshaw writes: > I've been trying to get gated-R3_6Alpha_2 up on 2.2-960801-SNAP and > even with the ports diffs it won't compile. Is there a specific problem with 5.3-beta ? Other than some "quirks" with OSPF and dial-up links that I've run into before .. michael From owner-freebsd-hackers Tue Sep 24 01:10:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11864 for hackers-outgoing; Tue, 24 Sep 1996 01:10:45 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA11829; Tue, 24 Sep 1996 01:10:38 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA00165; Tue, 24 Sep 1996 09:38:24 +0200 From: Luigi Rizzo Message-Id: <199609240738.JAA00165@labinfo.iet.unipi.it> Subject: Optimizing bzero() To: hackers@freebsd.org, bde@freebsd.org, asami@freebsd.org Date: Tue, 24 Sep 1996 09:38:24 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk During some discussion on his great phkmalloc(), Poul pointed out to me the existence of madvise(... , MADV_FREE) and I thought it could be possible to build an optimized bzero(). I'll try to sum up the result of the discussion: If, for whatever reason: * madvise(..., MADV_FREE) causes the next access to the page to access a zeroed page; * the behaviour above is not going to change; * this might be a faster way to zero a page there I have a faster bzero(). Even if it is non portable across different architectures (but it is!), or it exploits an architectural feature (and it does not!), so what ? After all, the current pentium-optimized bcopy() has much more architectural dependencies. Now, a bit about performance. Let's say, just to set a number, that you can write zeroes to a page at 200MB/s, then you need some 20us to clear a page (this time should be approx. linear with the number of pages). It's just a matter of determining, _on the same system_, how much would it cost to use madvise() instead (I expect some high overhead for the system call, plus a modest cost per page to free the entry), plus the cost of a page fault each time I access one of these bzeroed() pages. To sum up, the pseudo code for the optimized bzero would be as follows: if (len < LOW_THRESHOLD) zero_using_rep_stosb(); else if (len < N_PAGES*4096) zero_taking_care_of_alignement_and_pentium_opt_etc(); else { bzero from the beginning to the first page boundary; bzero from the last page boundary to the end; call madvise(... MADV_FREE) on remaining pages. } When do I gain performance ? Of course, when there is enough CPU and/or memory available so that by the time the page is accessed the kernel already has a zero page available. But I see other advantages. Consider that often memory is overallocated (e.g. hash tables etc.) and, as you correctly say, malloc() does not give guarantees on having them zeroed. So you have to bzero() malloc'ed pages, and this makes them all mapped. By writing your code differently, e.g. by declaring a large bss array and using only the amount of memory you actually need, you have the guarantee that it is zeroed (security side effect) and it uses the zero-fill-on-demand mechanism which is already in the kernel. Now, why should a "careful" programmer (using malloc() & bzero() to get memory only when he needs) be penalized in performance wrt a less careful one which simply asks for a large chunk of memory at program's startup and then uses only a few bits ? The latter is a common situation: not long ago, when I was studying memory compression, I looked at swap pages and found that it was almost never the case that a fully-zeroed page went to the swap area -- they are unmapped, and if you access them, chances are that you actually write to them. If you force a core-dump of some running program (I tried with many: shells, sendmail, ftpd, ... all the usual programs that are run by default on a system), these fully-zero pages go to the core file. If you look at these core files, you will always find some 20 fully-zero pages. What does this mean: 1. some code (perhaps libc() itself) overallocates memory; 2. the ZFOD mechanism works very well, saving you some 80KB per process; considering that I, on average, have 50 processes running, then this amounts to 4MB savings. On a busy server such as freefall, with 1000 or so contemporary processes, this is a substantial saving. 3. if the above code were rewritten to use malloc() and bzero() to make a more careful use of the memory, much of the above advantages would instantly disappear. > madvise(MADV_FREE) doesn't zero anything. It merely tell the kernel > that nobody loves this page, so if it is convenient, just hand me ^^^^^^^^^^^^^^^^^^^ > any page instead next time I ask for it. The only doubt I have is the following: * does madvise(... MADV_FREE) ALWAYS unmap the selected pages, or it only does if it is convenient ? The following code fragment in vm_object_madvise() is a bit unclear to me. ... } else if ((advise == MADV_DONTNEED) || ((advise == MADV_FREE) && ((object->type != OBJT_DEFAULT) && (object->type != OBJT_SWAP)))) { vm_page_deactivate(m); } else if (advise == MADV_FREE) { /* * Force a demand-zero on next ref */ if (object->type == OBJT_SWAP) swap_pager_dmzspace(object, m->pindex, 1); vm_page_protect(m, VM_PROT_NONE); vm_page_free(m); } ... Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Sep 24 01:21:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15527 for hackers-outgoing; Tue, 24 Sep 1996 01:21:49 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA15501 for ; Tue, 24 Sep 1996 01:21:46 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by DNS.Lamb.net (8.7.6/8.7.3) with ESMTP id BAA00620 for ; Tue, 24 Sep 1996 01:32:24 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.6/8.7.6) id BAA29530 for hackers@freebsd.org; Tue, 24 Sep 1996 01:21:56 -0700 (PDT) From: "Ulf Zimmermann" Message-Id: <960924012156.ZM29528@Gatekeeper.Lamb.net> Date: Tue, 24 Sep 1996 01:21:56 -0700 X-Mailer: Z-Mail (4.0b.514 14may96) To: hackers@freebsd.org Subject: wu-ftpd-2.4.2-beta-11 or virtual ftp MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I build wu-ftpd-2.4.2-beta-11 but I am not able to get virtual domains working. Does anyone got this to work ? As far I have tracked it down in ftpd.c: #ifdef VIRTUAL virtual_len = sizeof(virtual_addr); if (getsockname(0, (struct sockaddr *) &virtual_addr, &virtual_len) < 0) { virtual_mode = 0; } else { virtual_ptr = (struct sockaddr_in *) &virtual_addr; set = 0; entry = (struct aclmember *) NULL; while (!set && getaclentry("virtual", &entry)) { ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ if (!strcmp(ARG0, inet_ntoa(virtual_ptr->sin_addr))) { if (ARG1 != NULL && ARG2 != NULL) { virtual_mode = 1; strncpy(virtual_root, ARG1, MAXPATHLEN); strncpy(virtual_banner, ARG2, MAXPATHLEN); syslog(LOG_ERR, "VirtualFTP Connect to: %s", inet_ntoa(virtual_ptr->sin_addr)); } } } This while is never executed, like as it can't read the virtual entries from ftpaccess. Any ideas ? -- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-hackers Tue Sep 24 01:13:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA12877 for hackers-outgoing; Tue, 24 Sep 1996 01:13:45 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA12840 for ; Tue, 24 Sep 1996 01:13:39 -0700 (PDT) Received: from sidhe.hsc.fr (pb@sidhe.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id KAA22137; Tue, 24 Sep 1996 10:12:12 +0200 (MET DST) Received: (from pb@localhost) by sidhe.hsc.fr (8.8.Alpha.4/sidhe-new-1.7) id KAA08147; Tue, 24 Sep 1996 10:12:02 +0200 (MET DST) Message-Id: <199609240812.KAA08147@sidhe.hsc.fr> Date: Tue, 24 Sep 1996 10:12:02 +0200 From: pb@hsc.fr (Pierre Beyssac) To: brandon@glacier.cold.org (Brandon Gillespie) Cc: durham@w2xo.pgh.pa.us (Jim Durham), rminnich@Sarnoff.COM (Ron G. Minnich), freebsd-hackers@FreeBSD.org Subject: Re: splash-page on bootup.. In-Reply-To: ; from Brandon Gillespie on Sep 23, 1996 18:52:36 -0600 References: X-Mailer: Mutt 0.41 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Brandon Gillespie: > > I keep picturing making a new kernel and it not booting, and you're looking > > at a big FreeBSD Daemon instead of a message telling something userful. > > Maybe the daemon could frown, like the Mac? That would help? > > Or you hit ESC and get the probe messages you want. That would probably not be enough in the general case. What if the hidden message is "keyboard failure" ? :-) IMHO, even if this whole stuff is a kernel config option (which is the least), it is _necessary_ to provide a kernel boot option to disable it. -- Pierre Beyssac Pierre.Beyssac@hsc.fr From owner-freebsd-hackers Tue Sep 24 03:31:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00957 for hackers-outgoing; Tue, 24 Sep 1996 03:31:04 -0700 (PDT) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA00927 for ; Tue, 24 Sep 1996 03:31:00 -0700 (PDT) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0v5Ukq-0021VZC; Tue, 24 Sep 96 06:30 EDT Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id FAA18112; Tue, 24 Sep 1996 05:31:50 -0500 Date: Tue, 24 Sep 1996 05:31:50 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199609241031.FAA18112@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) Newsgroups: taronga.freebsd.hackers In-Reply-To: <199608261745.KAA29029@austin.polstra.com> References: Organization: none Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199608261745.KAA29029@austin.polstra.com>, John Polstra wrote: >One other point about replacing NNTP with CVSup is that, politically, >it would probably never happen. NNTP, with all its flaws, is the >universal standard. It would take a lot to get people to start >using anything different. I think that, in the short term, people will >move toward a streaming version of NNTP. In the longer term, the whole >netnews system will have to be replaced with something radically >different. But every news transport link is point to point, and a LOT of places use things other than NNTP server mode. I use UUCP and NNTP reader mode, for example, and most ISPs would rather feed their corporate clients with something the *clients* can control so they don't have to spend support hours patching newsfeeds files. From owner-freebsd-hackers Tue Sep 24 03:36:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02961 for hackers-outgoing; Tue, 24 Sep 1996 03:36:31 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA02918 for ; Tue, 24 Sep 1996 03:36:19 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id UAA27729 Tue, 24 Sep 1996 20:35:46 +1000 (EST) From: michael butler Message-Id: <199609241035.UAA27729@asstdc.scgt.oz.au> Subject: Re: wu-ftpd-2.4.2-beta-11 or virtual ftp To: ulf@Lamb.net (Ulf Zimmermann) Date: Tue, 24 Sep 1996 20:35:43 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <960924012156.ZM29528@Gatekeeper.Lamb.net> from "Ulf Zimmermann" at Sep 24, 96 01:21:56 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ulf Zimmermann writes: > I build wu-ftpd-2.4.2-beta-11 but I am not able to get virtual domains > working. Does anyone got this to work ? You need an entry in /usr/local/etc/ftpaccess like .. # alias address virt. home dir greeting message virtual 202.12.127.232 /home/ftp/mcc /home/ftp/mcc/.message This works with a suitably patched 2.4, I've not tried any later, michael From owner-freebsd-hackers Tue Sep 24 03:56:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09676 for hackers-outgoing; Tue, 24 Sep 1996 03:56:45 -0700 (PDT) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09644 for ; Tue, 24 Sep 1996 03:56:40 -0700 (PDT) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0v5V9X-0021VZC; Tue, 24 Sep 96 06:55 EDT Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id FAA18347; Tue, 24 Sep 1996 05:57:22 -0500 Date: Tue, 24 Sep 1996 05:57:22 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199609241057.FAA18347@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: UID < 65535? In-Reply-To: <199608261551.KAA00407@brasil.moneng.mei.com> References: <199608261536.KAA13897@Jupiter.mcs.net> Organization: none Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: >Maybe it's time to try something else... NFS seems to have so many problems. >"Adapting the code to fit reality" may not be a trivial exercise - unless >you don't mind breaking compatibility with everyone else in the world (maybe >you don't mind doing that as a local site hack).. I have a horrible idea. How about using HTTP, with local whole-file caching a-la AFS/VICE? It'd be the obverse of Sun's web-nfs, and allow you to mount anything that'd serve as a website. Yes, it's got even more statelessness problems than NFS, but doesn't AFS have a similar problem? And you could use header entries to pass just about any ownership/permission stuffs you want, and let users mount stuff by providing a password, and use HTTPS for encryption... And you could "cd /www/ftp.cdrom.com/pub/FreeBSD2.1.5/..." From owner-freebsd-hackers Tue Sep 24 04:00:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10901 for hackers-outgoing; Tue, 24 Sep 1996 04:00:55 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA10821; Tue, 24 Sep 1996 04:00:43 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id MAA29524; Tue, 24 Sep 1996 12:45:27 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with SMTP id MAA01383; Tue, 24 Sep 1996 12:50:05 +0200 (MET DST) Date: Tue, 24 Sep 1996 12:50:05 +0200 (MET DST) From: Andreas Klemm To: ports@freebsd.org, hackers@freebsd.org Subject: looking for C beautifier and C sources printing tool Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I think we are missing a port of something like a C beautifier. I think there is one tool in the GNU collection. But I remember another tool for printing C sources, that did an Index of functions and variables and such, produced nice posrscript output and printed the C-source module and function name on the right margin, so that you can easily browse through the sources ... Does somebody know of this tools ?! Thanks for any pointer... Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Tue Sep 24 04:19:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16098 for hackers-outgoing; Tue, 24 Sep 1996 04:19:59 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA16070; Tue, 24 Sep 1996 04:19:52 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA04445; Tue, 24 Sep 1996 13:17:37 +0200 Message-Id: <199609241117.NAA04445@ra.dkuug.dk> Subject: Re: looking for C beautifier and C sources printing tool To: andreas@klemm.gtn.com (Andreas Klemm) Date: Tue, 24 Sep 1996 13:17:37 +0200 (MET DST) Cc: ports@freebsd.org, hackers@freebsd.org In-Reply-To: from "Andreas Klemm" at Sep 24, 96 12:50:05 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Andreas Klemm who wrote: > > Hi ! > > I think we are missing a port of something like a C beautifier. Whats wrong with indent, which we allready have ?? > I think there is one tool in the GNU collection. > But I remember another tool for printing C sources, that did > an Index of functions and variables and such, produced nice > posrscript output and printed the C-source module and function > name on the right margin, so that you can easily browse through > the sources ... I had one once it was called cpr I think, look in the archives.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Sep 24 05:24:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15346 for hackers-outgoing; Tue, 24 Sep 1996 05:24:57 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA15213 for ; Tue, 24 Sep 1996 05:24:40 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id OAA01883; Tue, 24 Sep 1996 14:27:57 +0200 (MET DST) Date: Tue, 24 Sep 1996 14:27:57 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Compex ethernet card Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! I'm a not-so-happy owner of two Compex RL2000 PCI cards. They are probably the cheapest PCI 32bit cards here in Poland. Can I make them work under FreeBSD (without writing totally new driver)? Thanks. Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Tue Sep 24 06:02:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03408 for hackers-outgoing; Tue, 24 Sep 1996 06:02:01 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA03379 for ; Tue, 24 Sep 1996 06:01:56 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id GAA08536; Tue, 24 Sep 1996 06:01:27 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id XAA01510; Tue, 24 Sep 1996 23:00:47 +1000 From: Julian Assange Message-Id: <199609241300.XAA01510@suburbia.net> Subject: Re: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) To: peter@taronga.com (Peter da Silva) Date: Tue, 24 Sep 1996 23:00:47 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199609241031.FAA18112@bonkers.taronga.com> from "Peter da Silva" at Sep 24, 96 05:31:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > John Polstra wrote: > >One other point about replacing NNTP with CVSup is that, politically, > >it would probably never happen. NNTP, with all its flaws, is the > >universal standard. It would take a lot to get people to start > >using anything different. I think that, in the short term, people will > >move toward a streaming version of NNTP. In the longer term, the whole > >netnews system will have to be replaced with something radically > >different. > > But every news transport link is point to point, and a LOT of places > use things other than NNTP server mode. I use UUCP and NNTP reader > mode, for example, and most ISPs would rather feed their corporate > clients with something the *clients* can control so they don't have > to spend support hours patching newsfeeds files. I'm working on a peerless, multi-view, bomb proof, authenticated object distribution store (working name "The Ring"), that is in many respects similar to to news. Its err, kind of a replacement for dns and protocol dependent references, organising long lived information into subject domains, instead of administrative domains. That's the theory anyway ;) Anyone wanting to be involved in such a project, drop me a line. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Sep 24 06:08:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA06482 for hackers-outgoing; Tue, 24 Sep 1996 06:08:02 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA06436 for ; Tue, 24 Sep 1996 06:07:58 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id OAA04799 for freebsd.org!hackers; Tue, 24 Sep 1996 14:04:32 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 24 Sep 1996 13:04:58 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 24 Sep 1996 13:04:10 +0100 To: hackers@freebsd.org From: rb@gid.co.uk (Bob Bishop) Subject: IDE CDROMs Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is probably old news, in which case I apologise for the waste of bandwidth (he said, wasting still more:-), but 2.1R works just fine with the builtin CDROM on my ThinkPad 365XD. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Sep 24 06:14:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09853 for hackers-outgoing; Tue, 24 Sep 1996 06:14:53 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA09821 for ; Tue, 24 Sep 1996 06:14:47 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id PAA01993 for ; Tue, 24 Sep 1996 15:14:39 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma001776; Tue Sep 24 15:13:21 1996 Received: from aonc01.nym.sc.philips.com (aonc01.nym.sc.philips.com [130.144.70.193]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id PAA17562 for ; Tue, 24 Sep 1996 15:16:15 +0200 Received: from NLNMG01.nym.sc.philips.com (nlnmg01 [130.144.80.6]) by aonc01.nym.sc.philips.com (8.6.10/8.6.10-1.2a-960822) with ESMTP id PAA14918 for ; Tue, 24 Sep 1996 15:14:01 +0200 Received: from NLNMG01/MAILQUEUE by NLNMG01.nym.sc.philips.com (Mercury 1.21); 24 Sep 96 15:14:06 +0100 Received: from MAILQUEUE by NLNMG01 (Mercury 1.21); 24 Sep 96 15:13:53 +0100 From: "Kees Jan Koster" Organization: Philips Semiconductors Nijmegen To: hackers@freebsd.org Date: Tue, 24 Sep 1996 15:13:53 GMT+0100 Subject: Re: UID < 65535? Reply-to: Kees.Koster@nym.sc.philips.com Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: <18FA3243B5@NLNMG01.nym.sc.philips.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > And you could "cd /www/ftp.cdrom.com/pub/FreeBSD2.1.5/..." > I agree that it would make ftp sites much more accessable, but I figure that will also kill it. If people don't realise that their data is traversing half the internet to get to their desk, they'll be running "find /www/ftp.freebsd.org -name somepackage.tgz -print" on a dayly (hourly?) basis, saying "Oh, never mind it takes a while, I'll just come back in the morning for the results.". At least with standard ftp they'll do the traversing by hand and after a while they'll even learn to download ls-lR's and read them before even logging in. Groetjes, Kees Jan From owner-freebsd-hackers Tue Sep 24 06:17:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11186 for hackers-outgoing; Tue, 24 Sep 1996 06:17:19 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA11149 for ; Tue, 24 Sep 1996 06:17:14 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id IAA05548; Tue, 24 Sep 1996 08:05:21 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma005521; Tue Sep 24 08:05:05 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id IAA22524; Tue, 24 Sep 1996 08:06:02 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id IAA14225; Tue, 24 Sep 1996 08:02:19 -0500 (CDT) Message-Id: <199609241302.IAA14225@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: Andreas Klemm cc: hackers@freebsd.org Subject: Re: looking for C beautifier and C sources printing tool In-reply-to: Your message of "Tue, 24 Sep 1996 12:50:05 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Sep 1996 08:02:18 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk how 'bout indent(1) and vgrind(1)? eric. Andreas Klemm writes: >Hi ! > >I think we are missing a port of something like a C beautifier. >I think there is one tool in the GNU collection. >But I remember another tool for printing C sources, that did >an Index of functions and variables and such, produced nice >posrscript output and printed the C-source module and function >name on the right margin, so that you can easily browse through >the sources ... > >Does somebody know of this tools ?! Thanks for any pointer... > > Andreas /// > >-- >andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik Gmb >H > Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.d >e >pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by << >< >ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD << >< > > -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Tue Sep 24 06:20:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA12907 for hackers-outgoing; Tue, 24 Sep 1996 06:20:43 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA12857; Tue, 24 Sep 1996 06:20:35 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id PAA15554; Tue, 24 Sep 1996 15:19:17 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0v5XOz-00021iC; Tue, 24 Sep 96 15:19 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA105640888; Tue, 24 Sep 1996 15:14:48 +0200 From: "Hr.Ladavac" Message-Id: <199609241314.AA105640888@ws2301.gud.siemens.co.at> Subject: Re: looking for C beautifier and C sources printing tool To: andreas@klemm.gtn.com (Andreas Klemm) Date: Tue, 24 Sep 1996 15:14:48 +0200 (MESZ) Cc: ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Andreas Klemm" at Sep 24, 96 12:50:05 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Andreas Klemm contained: > Hi ! > > I think we are missing a port of something like a C beautifier. > I think there is one tool in the GNU collection. BSD indent is in the bin distribution. Gnu indent might be a port. > But I remember another tool for printing C sources, that did > an Index of functions and variables and such, produced nice > posrscript output and printed the C-source module and function > name on the right margin, so that you can easily browse through > the sources ... vgrind is as well in the bin distribution. > > Does somebody know of this tools ?! Thanks for any pointer... > > Andreas /// > > -- > andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< > > From owner-freebsd-hackers Tue Sep 24 06:47:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA24880 for hackers-outgoing; Tue, 24 Sep 1996 06:47:56 -0700 (PDT) Received: from dympna (dympna.lgc.com [134.132.73.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA24856 for ; Tue, 24 Sep 1996 06:47:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dympna (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA21410 for ; Tue, 24 Sep 1996 08:47:22 -0500 Date: Tue, 24 Sep 1996 08:47:22 -0500 (CDT) From: Rob Snow X-Sender: rsnow@dympna To: freebsd-hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609240637.IAA01896@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm all for it. - Why not? - What _is_ the downside? - Dont want it, turn it off. - It's not "Windoze" that comes to mind, it's Irix (I think it was here slightly before W95...) -Rob On Tue, 24 Sep 1996 sos@freebsd.org wrote: > In reply to Jim Durham who wrote: > > > > Isn't there stuff that happens before syscons gets the alternate consoles > > cooking that would be important to see? > > Not the way I'm doing this... > > > I like the idea of prettying up the presentation of the messages, but keeping > > them. > > > > The language used in the boot messages has been around since Version 6. > > Maybe that could be made more "user-friendly" ;-) , as well as putting > > it against a color background, then bring up the "gee whiz" screen. > > > > I keep picturing making a new kernel and it not booting, and you're looking > > at a big FreeBSD Daemon instead of a message telling something userful. > > Maybe the daemon could frown, like the Mac? That would help? > > You wont get a splash screen if you havn't compiled your kernel for it, > I'll HATE to lose the bootup messages, but I also see the need for doing > it (hell I have a project myself that benefits from this :) ) > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > From owner-freebsd-hackers Tue Sep 24 07:29:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13002 for hackers-outgoing; Tue, 24 Sep 1996 07:29:19 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12972 for ; Tue, 24 Sep 1996 07:29:15 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id IAA05839; Tue, 24 Sep 1996 08:28:57 -0600 (MDT) Message-Id: <199609241428.IAA05839@rover.village.org> To: Kees.Koster@nym.sc.philips.com Subject: Re: UID < 65535? Cc: hackers@freebsd.org In-reply-to: Your message of "Tue, 24 Sep 1996 15:13:53 BST." <18FA3243B5@NLNMG01.nym.sc.philips.com> References: <18FA3243B5@NLNMG01.nym.sc.philips.com> Date: Tue, 24 Sep 1996 08:28:57 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <18FA3243B5@NLNMG01.nym.sc.philips.com> "Kees Jan Koster" writes: : > And you could "cd /www/ftp.cdrom.com/pub/FreeBSD2.1.5/..." : I agree that it would make ftp sites much more accessable, but I : figure that will also kill it. I know that there is at least one anonymous ftp file system for BSD already floating around. ftpfs sticks in my head, and it was done several years ago... Warner From owner-freebsd-hackers Tue Sep 24 08:09:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21944 for hackers-outgoing; Tue, 24 Sep 1996 08:09:44 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA21913 for ; Tue, 24 Sep 1996 08:09:33 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id LAA00339 for freebsd-hackers@freebsd.org; Tue, 24 Sep 1996 11:09:29 -0400 (EDT) From: Charles Henrich Message-Id: <199609241509.LAA00339@crh.cl.msu.edu> Subject: Qcam driver? To: freebsd-hackers@freebsd.org Date: Tue, 24 Sep 1996 11:09:29 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So why is the kernel qcam driver so nasty on system performance? everytime a pic is snapped my system freezes, with xfqcam I can spin poll the lpt0 port and get zero noticeable system impact.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Sep 24 08:14:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23082 for hackers-outgoing; Tue, 24 Sep 1996 08:14:45 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA23030 for ; Tue, 24 Sep 1996 08:14:32 -0700 (PDT) Received: from truk.brandinnovators.com (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 4945 on Tue, 24 Sep 1996 17:06:15 +0200; id RAA04945 efrom: hans@truk.brandinnovators.com; eto: freebsd-hackers@freebsd.org Received: by truk.brandinnovators.com (8.6.12/BI96070101) for id RAA08319; Tue, 24 Sep 1996 17:02:45 +0200 Message-Id: <199609241502.RAA08319@truk.brandinnovators.com> From: hans@brandinnovators.com (Hans Zuidam) Subject: SLIP and ptys To: freebsd-hackers@freebsd.org Date: Tue, 24 Sep 1996 17:02:45 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm experimenting with TCP/IP and for testing I thought of the following setup: n-freebsd +------+ n-test -----------o-------| push |-------o--------- ttypa ptypa +------+ ptypb ttypb (s) (m) (m) (s) i.e. I use two pty's each configured as SLIP interfaces (slattach) in the ttyp[ab] side. On the pty[ab] side I have a simple process which select()'s on both ptys for data and pushing it to the opposite one. This works with ping and telnet, but ftp is giving trouble. After a while data stops flowing and nothing happens. I would be grateful for any ideas. Regards, 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 Sep 24 08:15:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23253 for hackers-outgoing; Tue, 24 Sep 1996 08:15:28 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23220 for ; Tue, 24 Sep 1996 08:15:16 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA06330; Tue, 24 Sep 1996 10:14:03 -0500 From: Joe Greco Message-Id: <199609241514.KAA06330@brasil.moneng.mei.com> Subject: Re: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) To: peter@taronga.com (Peter da Silva) Date: Tue, 24 Sep 1996 10:14:03 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199609241031.FAA18112@bonkers.taronga.com> from "Peter da Silva" at Sep 24, 96 05:31:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > But every news transport link is point to point, and a LOT of places > use things other than NNTP server mode. I use UUCP and NNTP reader > mode, for example, and most ISPs would rather feed their corporate > clients with something the *clients* can control so they don't have > to spend support hours patching newsfeeds files. What? ISP's offering a choice? :-) I usually use terms like "consider it carved in stone" when discussing anything other than feeds of "*" ;-) Very effective... ... JG From owner-freebsd-hackers Tue Sep 24 08:18:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23718 for hackers-outgoing; Tue, 24 Sep 1996 08:18:39 -0700 (PDT) Received: from whale.gu.kiev.ua (news.gu.net [193.124.51.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23661 for ; Tue, 24 Sep 1996 08:18:17 -0700 (PDT) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [193.124.51.73]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id SAA44260; Tue, 24 Sep 1996 18:15:35 +0300 Date: Tue, 24 Sep 1996 18:15:34 +0300 (EET DST) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: Andrzej Bialecki cc: hackers@freebsd.org Subject: Re: Compex ethernet card In-Reply-To: Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Andrzej, Might they be a cheap PCI variations of NE2000 with Realtek chip? If so they will work with ed driver, actual details of HOWTO depend on the driver version. On 2.1.* I did this way: -- boot DOS and ask the card's config utility about where did PCI BIOS settled it (IObase, IRQ) Usually it's something like 0x6000 in PCI0 slot, 0x6100 in PCI1 etc., IRQ depends on your BIOS setup (might be 9 or above). -- boot FreeBSD in '-c' mode and tell userconfig about this settings (note -- not in a visual mode!) ed driver will eat the settings up and it will work, though in 16bit mode. Newer FreeBSD has a driver (ed_p? I'm not sure about the name, specially, for RZ chip on PCI) and will catch the card up automatically in 32bit mode, I think. Though be aware: those PCI-NE2000 cards with RZ chip aren't always reliable. :( I've seen various stability problems with them after 2+ weeks of uptime. I'd be _very_ cautios with them, esp. in server machines. DEC chips are much better anyway. Best, Andrew nic-hdl: ST73-RIPE On Tue, 24 Sep 1996, Andrzej Bialecki wrote: > Date: Tue, 24 Sep 1996 14:27:57 +0200 (MET DST) > From: Andrzej Bialecki > To: freebsd-hackers@freebsd.org > Subject: Compex ethernet card > > Hi! > > I'm a not-so-happy owner of two Compex RL2000 PCI cards. They are > probably the cheapest PCI 32bit cards here in Poland. Can I > make them work under FreeBSD (without writing totally new driver)? > Thanks. > > Andy, > > +-------------------------------------------------------------------------+ > Andrzej Bialecki _) _) _)_) _)_)_) _) _) > --------------------------------------- _)_) _) _) _) _)_) _)_) > Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) > Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) > +-------------------------------------------------------------------------+ > > From owner-freebsd-hackers Tue Sep 24 08:23:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24900 for hackers-outgoing; Tue, 24 Sep 1996 08:23:50 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24865 for ; Tue, 24 Sep 1996 08:23:40 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id KAA05045; Tue, 24 Sep 1996 10:25:11 -0500 (CDT) Date: Tue, 24 Sep 1996 10:25:11 -0500 (CDT) From: "Matthew N. Dodd" To: Peter da Silva cc: hackers@freebsd.org Subject: Re: UID < 65535? In-Reply-To: <199609241057.FAA18347@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Peter da Silva wrote: > Yes, it's got even more statelessness problems than NFS, but doesn't AFS > have a similar problem? And you could use header entries to pass just > about any ownership/permission stuffs you want, and let users mount stuff > by providing a password, and use HTTPS for encryption... > > And you could "cd /www/ftp.cdrom.com/pub/FreeBSD2.1.5/..." Don't laugh, but Linux has code that allows you to mount ftp sites as local file systems. Its evil. Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Tue Sep 24 09:02:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04782 for hackers-outgoing; Tue, 24 Sep 1996 09:02:28 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA04747 for ; Tue, 24 Sep 1996 09:02:23 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by DNS.Lamb.net (8.7.6/8.7.3) with ESMTP id JAA01494; Tue, 24 Sep 1996 09:13:04 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.6/8.7.6) id JAA00106; Tue, 24 Sep 1996 09:02:27 -0700 (PDT) From: "Ulf Zimmermann" Message-Id: <960924090226.ZM29999@Gatekeeper.Lamb.net> Date: Tue, 24 Sep 1996 09:02:26 -0700 In-Reply-To: michael butler "Re: wu-ftpd-2.4.2-beta-11 or virtual ftp" (Sep 24, 8:35pm) References: <199609241035.UAA27729@asstdc.scgt.oz.au> X-Mailer: Z-Mail (4.0b.514 14may96) To: michael butler , ulf@Lamb.net (Ulf Zimmermann) Subject: Re: wu-ftpd-2.4.2-beta-11 or virtual ftp Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sep 24, 8:35pm, michael butler wrote: > Subject: Re: wu-ftpd-2.4.2-beta-11 or virtual ftp > Ulf Zimmermann writes: > > > I build wu-ftpd-2.4.2-beta-11 but I am not able to get virtual domains > > working. Does anyone got this to work ? > > You need an entry in /usr/local/etc/ftpaccess like .. > > # alias address virt. home dir greeting message > virtual 202.12.127.232 /home/ftp/mcc /home/ftp/mcc/.message > > This works with a suitably patched 2.4, I've not tried any later, > > michael >-- End of excerpt from michael butler the wu-ftpd-2.4.2-beta11 has this examples in ftpaccess: # Virtual stuff virtual 206.169.44.5 root /space/mindsrc virtual 206.169.44.5 banner /space/mindsrc/banner.msg virtual 206.169.44.5 logfile /var/log/ftp/virtual/mindsrc/xfer-log But it seems it gets not read in. Ulf. -- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-hackers Tue Sep 24 09:06:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06364 for hackers-outgoing; Tue, 24 Sep 1996 09:06:21 -0700 (PDT) Received: from gatekeeper.fsl.noaa.gov (gatekeeper.fsl.noaa.gov [137.75.131.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06329 for ; Tue, 24 Sep 1996 09:06:15 -0700 (PDT) Received: from cardinal.fsl.noaa.gov (daemon@cardinal.fsl.noaa.gov [137.75.60.101]) by gatekeeper.fsl.noaa.gov (8.7.5/8.7.3) with ESMTP id QAA09131; Tue, 24 Sep 1996 16:06:13 GMT Received: from auk.fsl.noaa.gov by cardinal.fsl.noaa.gov with SMTP (1.40.112.3/16.2) id AA178451168; Tue, 24 Sep 1996 16:06:08 GMT Message-Id: <324806F0.79F6@fsl.noaa.gov> Date: Tue, 24 Sep 1996 10:06:08 -0600 From: Sean Kelly Organization: NOAA Forecast Systems Laboratory X-Mailer: Mozilla 3.0b8Gold (X11; I; HP-UX B.10.10 9000/725) Mime-Version: 1.0 To: Rob Snow Cc: freebsd-hackers@FreeBSD.org Subject: Re: splash-page on bootup.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Rob Snow wrote: > I'm all for it. Me, too. > - Why not? Indeed. Plus, some kind of visual cue could help spread FreeBSD's name recognition and use: Joe McHacker: "Hey, what's that Omnipotent Corp 5,000,000/XZ/PC running over there?" ISP Dude: "That's FreeBSD." Joe McHacker: "But doesn't your ISP serve over 300 hundred million simultaneous users located on several planets with uptimes going into the decades?" ISP Dude: "Yep." Joe McHacker: "Maybe I'll give it a try, too." > - What _is_ the downside? > - Dont want it, turn it off. > - It's not "Windoze" that comes to mind, it's Irix (I think it was > here slightly before W95...) Quite. And I remember Sun Microsystems's twisty-little S logo appearing on an old Sun 3/50 some time ago. (Then, there was the snazzy color version on the Sun IPX.) -- Sean Kelly NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ From owner-freebsd-hackers Tue Sep 24 09:13:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09133 for hackers-outgoing; Tue, 24 Sep 1996 09:13:41 -0700 (PDT) Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09105 for ; Tue, 24 Sep 1996 09:13:37 -0700 (PDT) Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by quackerjack.cc.vt.edu (8.7.1/8.7.1) with SMTP id MAA12972 for ; Tue, 24 Sep 1996 12:13:35 -0400 (EDT) Received: from jandrese.async.vt.edu (jandrese.async.vt.edu [128.173.20.208]) by sable.cc.vt.edu (8.6.12/8.6.12) with SMTP id MAA21290 for ; Tue, 24 Sep 1996 12:13:34 -0400 Date: Tue, 24 Sep 1996 12:14:27 +0000 () From: Nessus X-Sender: jandrese@jandrese.async.vt.edu To: hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996, Hellmuth Michaelis wrote: > Bill Paul wrote: > > > Remember: we mutant ASCII terminal console users look just like the > > rest of you; we're everywhere. And we'll be watching. > > Definitely. The difference between operating systems and the other crap > was always that one can work from VT100's on the former. > IMHO, the spash page doesn't have to be in VGA, or even in graphics. Some very nicely done ASCII art (maybe a FreeBSD demon or something) would be very nice. It would also be small, 2k at most, and backward compatable. Of course there would still be a switch to turn it off too. :::::::::::::::::::::::::::. . . . . ..:::::::::::::::::::::::::::: :: Jason Andresen :. . . . . . . . . : Nessus :: :: jandrese@vt.edu :.:.:.:.:.:.:.:.:.:: nessus@vt.edu :: :.........................: Quote of the day :..........................: Civilization, as we know it, will end sometime this evening. See SYSNOTE tomorrow for more information. :::::::::::.:.:.:.:.:.:.:.........................:.:.:.:.:.:.:.::::::::::: From owner-freebsd-hackers Tue Sep 24 09:45:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22506 for hackers-outgoing; Tue, 24 Sep 1996 09:45:32 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22428; Tue, 24 Sep 1996 09:45:16 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA00306; Tue, 24 Sep 1996 17:21:27 +0200 (MET DST) To: Luigi Rizzo cc: hackers@FreeBSD.ORG, bde@FreeBSD.ORG, asami@FreeBSD.ORG Subject: Re: Optimizing bzero() In-reply-to: Your message of "Tue, 24 Sep 1996 09:38:24 +0200." <199609240738.JAA00165@labinfo.iet.unipi.it> Date: Tue, 24 Sep 1996 17:21:26 +0200 Message-ID: <304.843578486@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi, The problem really is that you need a couple of parameters more to malloc: void * my_wish_malloc( int bytes, int flags, int *length) bytes is the number of bytes you want. flags can be used to specify various options: ZERO -- please clean it for me. EXTEND -- I may ask you for more later in *length malloc will tell you how much you actually got ie you malloc(129) and it will tell you 256 bytes are there for you. Next you need a indirect version: void * my_wish_imalloc( int bytes void **ptr, int flags int *length); Same as above, except that the only pointer the program uses to access the memory is *ptr, thus malloc can realloc the memory without telling the process merely by updating *ptr to point to the new place. Now you can start to optimize things, but as long as we cannot talk more efficiently with malloc, it's not really much use to change the behaviour. If we had this kind of interface, it would be a sensible thing for malloc to do to send pages to the kernel-idle-washer for cleaning, but with the interface has been cast in iron by POSIX: forget it. The next thing you could start to consider is when people realloc a multipage allocation to something bigger, it would be nice to be able to ask the kernel to "move these pages to this address" and then extend It there instead of copying the contents. and so on... Fortunately, I can promise you that we are squarely up against the wall of diminishing return here: Just the madvise case happens a lot less than you would think. (Do you have access to a PostScript printer with a good resolution ? A4@600dpi or better ? I can send you some files that will show you what I mean). BTW: I have still not decided if the madvise should use _FREE or _DONTNEED yet, it must depend on experience. Finally, if you really want to get something done, make stdio use mmap instead of read on regular files... You save a page per FILE * you open and a bcopy of the contents of the file... I know writes are tricky, so just do it for read-only FILE *'s initially. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Sep 24 09:59:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29117 for hackers-outgoing; Tue, 24 Sep 1996 09:59:44 -0700 (PDT) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29079 for ; Tue, 24 Sep 1996 09:59:39 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.6/8.6.6) id MAA02526; Tue, 24 Sep 1996 12:58:21 -0400 (EDT) From: John Capo Message-Id: <199609241658.MAA02526@irbs.irbs.com> Subject: Re: anyone running gated on 2.2-current? In-Reply-To: <199609240256.WAA03962@intercore.com> from Robin Cutshaw at "Sep 23, 96 10:56:39 pm" To: robin@intercore.com (Robin Cutshaw) Date: Tue, 24 Sep 1996 12:58: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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robin Cutshaw writes: > > I've been trying to get gated-R3_6Alpha_2 up on 2.2-960801-SNAP and > even with the ports diffs it won't compile. > > If anyone has done the porting work, I'd appreciate a pointer. Otherwise, > I'll post diffs... > I'm running 3.6a2 on one -current system and two -stable systems. A port is at ftp://ftp.irbs.com/FreeBSD/ports/gated-3.6a2.tgz. John Capo jc@irbs.com IRBS Engineering FreeBSD Servers and Workstations (954) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Tue Sep 24 10:08:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02746 for hackers-outgoing; Tue, 24 Sep 1996 10:08:46 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA02201; Tue, 24 Sep 1996 10:07:18 -0700 (PDT) Received: from shaman.lycaeum.org by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5ax0-0008z2C; Tue, 24 Sep 96 10:07 PDT Received: from localhost (edmond@localhost) by shaman.lycaeum.org (Partyon/dude!) with SMTP id KAA13074; Tue, 24 Sep 1996 10:58:49 -0600 (MDT) Date: Tue, 24 Sep 1996 10:58:49 -0600 (MDT) From: "Andrew N. Edmond" To: questions@freebsd.org cc: hackers@freebsd.org Subject: WWW Search Engine? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to provide a WWW search engine on my FreeBSD box, and have installed Excite (in it's current incarnation, it doesn't work even with the 2.2 kernel - well, it does, but not on a 250meg WWW directory) and am told that the new version (coming out in 2 weeks) will not be significantly improved software design-wise. Harvest is a convoluted mess... are there other search engine options for FreeBSD? Andy ........................................................................... . Andrew Edmond ..... American Libertarian ** VOTE ** . .. edmond@lycaeum.org ..... End the War on Drugs .. ... University of Wyoming ..... HARRY BROWNE FOR PRESIDENT / 1996 ... .... Botany Department ....... http://www.harrybrowne96.org/ .... ....................... the Lycaeum ....................................... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzGauk0AAAEEANjORiZVrD98GS+vkJv+36CLC5Agifk8ra61i3i+Ms2115uK 9WoeUBA2J9QkjG+dM6tEOkPtrnZFkahFbOsDT0Rh46eBktdAp7IXY5M2zN4r1bWt x6w4b//ffkfRbrTinovxXYLJa5oASudlQbNkVpqAOAH1fdTO3xFsi69/gtsxAAUR tCJBbmRyZXcgRWRtb25kIDxlZG1vbmRAbHljYWV1bS5vcmc+tBBBbmRyZXcgTi4g RWRtb25k =l080 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Tue Sep 24 10:56:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18030 for hackers-outgoing; Tue, 24 Sep 1996 10:56:56 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17907 for ; Tue, 24 Sep 1996 10:56:35 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id TAA01206 for ; Tue, 24 Sep 1996 19:55:51 +0200 (MET DST) To: hackers@freebsd.org Subject: Re: phkmalloc, the pictures... In-reply-to: Your message of "Tue, 24 Sep 1996 17:21:26 +0200." <304.843578486@critter.tfs.com> Date: Tue, 24 Sep 1996 19:55:50 +0200 Message-ID: <1204.843587750@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, I have uploaded a subset of my malloc-analysis-tools to ftp://freebsd.org/incoming/KTM.tgz You will find both some postscript files (*.ps.gz) which formattet for A4, the smaller of the two original ktrace.out files and the scripts and c-code to generate them. The bigger your output device the better. You can either tweak the g02.sh script to use whatever size paper you have or just stick an suitable "1.44 1.44 scale" or similar at the top of the postscript. The README follows here: ------------------------------------------------------------------------- OK, what's this ? It's the simple quasi-artistic part of my malloc analysis suite. How to use it: recompile libc, ktrace & kdump to -current level env MALLOC_OPTIONS=U ktrace -t u -i sh g03.sh You will now have some *.ps.gz files to look at or print. g02.sh contains some code you can tweak for paper-size &c &c. The horizontal scale is "one tick per malloc/free/realloc call". The vertical scale is address-room, the gray/dotted horizontal lines separate the individual 4k pages. If you find any good/bad examples, please gzip the ktrace.out file and upload it to freebsd.org for me to look at, and send me an email with the history behind it. Comments to: phk@FreeBSD.org ------------------------------------------------------------------------- -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Sep 24 11:29:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27622 for hackers-outgoing; Tue, 24 Sep 1996 11:29:58 -0700 (PDT) Received: from kitty.oester.com (kitty.oester.com [206.25.136.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA27552; Tue, 24 Sep 1996 11:29:45 -0700 (PDT) Received: from fatcat.oester.com by kitty.oester.com (8.6.12/1.37) id LAA07484; Tue, 24 Sep 1996 11:29:43 -0700 Message-ID: <324826A8.51AA@oester.com> Date: Tue, 24 Sep 1996 11:21:28 -0700 From: "G.R.Gircys" Reply-To: rich@oester.com Organization: Oesterreich & Assc. Inc. X-Mailer: Mozilla 3.0b7Gold (Win95; I) MIME-Version: 1.0 To: questions@freebsd.org CC: hackers@freebsd.org, install@freebsd.org Subject: libz.so.1.0 where are you? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk questions, The subject says it all! Does anyone know where this is located? (needed by Mosaic but NOT listed as a dependency! some should fix this). I've downloaded whole listing of ports and can't find any reference to this lib. If someone got Mosaic working - what was the libz secret? Is it availablr as a package (what I would prefer). thanks, rich From owner-freebsd-hackers Tue Sep 24 12:10:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA14685 for hackers-outgoing; Tue, 24 Sep 1996 12:10:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA14656 for ; Tue, 24 Sep 1996 12:10:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id MAA07243; Tue, 24 Sep 1996 12:06:59 -0700 (PDT) To: Warner Losh cc: Kees.Koster@nym.sc.philips.com, hackers@freebsd.org Subject: Re: UID < 65535? In-reply-to: Your message of "Tue, 24 Sep 1996 08:28:57 MDT." <199609241428.IAA05839@rover.village.org> Date: Tue, 24 Sep 1996 12:06:59 -0700 Message-ID: <7241.843592019@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I know that there is at least one anonymous ftp file system for BSD > already floating around. ftpfs sticks in my head, and it was done > several years ago... "prospero" I think.. Jordan From owner-freebsd-hackers Tue Sep 24 12:19:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA18775 for hackers-outgoing; Tue, 24 Sep 1996 12:19:38 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA18674; Tue, 24 Sep 1996 12:19:24 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id VAA22248; Tue, 24 Sep 1996 21:01:22 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with SMTP id UAA03996; Tue, 24 Sep 1996 20:53:02 +0200 (MET DST) Date: Tue, 24 Sep 1996 20:53:02 +0200 (MET DST) From: Andreas Klemm To: sos@freebsd.org cc: ports@freebsd.org, hackers@freebsd.org Subject: Re: looking for C beautifier and C sources printing tool In-Reply-To: <199609241117.NAA04445@ra.dkuug.dk> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996 sos@freebsd.org wrote: > In reply to Andreas Klemm who wrote: > > > > Hi ! > > > > I think we are missing a port of something like a C beautifier. > > Whats wrong with indent, which we allready have ?? indent ... yeah ... I forgot the name, thanks. > > But I remember another tool for printing C sources, that did > > an Index of functions and variables and such, produced nice > > posrscript output and printed the C-source module and function > > name on the right margin, so that you can easily browse through > > the sources ... > > I had one once it was called cpr I think, look in the archives.. I'll look for this, I think cpr sounds like the tool I have in mind ... Thanks again Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Tue Sep 24 13:16:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13578 for hackers-outgoing; Tue, 24 Sep 1996 13:16:48 -0700 (PDT) Received: from www.hsc.wvu.edu (www.hsc.wvu.edu [157.182.105.122]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA13524; Tue, 24 Sep 1996 13:16:36 -0700 (PDT) Received: (from jsigmon@localhost) by www.hsc.wvu.edu (8.6.12/8.6.12) id QAA16835; Tue, 24 Sep 1996 16:18:00 -0400 Date: Tue, 24 Sep 1996 16:17:59 -0400 (EDT) From: Jeremy Sigmon To: "Andrew N. Edmond" cc: questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: WWW Search Engine? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Andrew N. Edmond wrote: > I am trying to provide a WWW search engine on my FreeBSD box, and have > installed Excite (in it's current incarnation, it doesn't work even with > the 2.2 kernel - well, it does, but not on a 250meg WWW directory) and am > told that the new version (coming out in 2 weeks) will not be > significantly improved software design-wise. Harvest is a convoluted > mess... are there other search engine options for FreeBSD? > > Andy On our site we use swish to index it and wwwwais to search this index file. We reindex every night to remain up to date. Works great! and its Fast. Ours site is only 70 megs, but is growing rapidly. > > ........................................................................... > . Andrew Edmond ..... American Libertarian ** VOTE ** . > .. edmond@lycaeum.org ..... End the War on Drugs .. > ... University of Wyoming ..... HARRY BROWNE FOR PRESIDENT / 1996 ... > .... Botany Department ....... http://www.harrybrowne96.org/ .... > ....................... the Lycaeum ....................................... > > -----BEGIN PGP PUBLIC KEY BLOCK----- > Version: 2.6.2 > > mQCNAzGauk0AAAEEANjORiZVrD98GS+vkJv+36CLC5Agifk8ra61i3i+Ms2115uK > 9WoeUBA2J9QkjG+dM6tEOkPtrnZFkahFbOsDT0Rh46eBktdAp7IXY5M2zN4r1bWt > x6w4b//ffkfRbrTinovxXYLJa5oASudlQbNkVpqAOAH1fdTO3xFsi69/gtsxAAUR > tCJBbmRyZXcgRWRtb25kIDxlZG1vbmRAbHljYWV1bS5vcmc+tBBBbmRyZXcgTi4g > RWRtb25k > =l080 > -----END PGP PUBLIC KEY BLOCK----- > ====================================================================== Jeremy Sigmon B.S. ChE | Web Developer of the Robert C. Byrd Health | Use Sciences Center of West Virginia University | FreeBSD WWW.HSC.WVU.EDU | Now Graduate Student in Computer Science | Office : 293-1060 | From owner-freebsd-hackers Tue Sep 24 14:39:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07356 for hackers-outgoing; Tue, 24 Sep 1996 14:39:32 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA07328 for ; Tue, 24 Sep 1996 14:39:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA04725; Tue, 24 Sep 1996 14:37:38 -0700 From: Terry Lambert Message-Id: <199609242137.OAA04725@phaeton.artisoft.com> Subject: Re: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) To: peter@taronga.com (Peter da Silva) Date: Tue, 24 Sep 1996 14:37:38 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199609241031.FAA18112@bonkers.taronga.com> from "Peter da Silva" at Sep 24, 96 05:31:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But every news transport link is point to point, and a LOT of places > use things other than NNTP server mode. I use UUCP and NNTP reader > mode, for example, and most ISPs would rather feed their corporate > clients with something the *clients* can control so they don't have > to spend support hours patching newsfeeds files. Usenet currently has a larger problem. It is under general attack; specifically, almost the entire usenet is being hit with cancel messages coming in through the open port that uunet keeps open to make the lives of everyone miserable (can't be any other good reason). The attack began at the start of this week. The attcker is most probably one of: 1) Someone who wants the attack hole closed, but is too lazy or stupid to do it themselves 2) Someone who wabts to cause an end-to-end authentication mechanism to be installed so they can pursue people using the law as a club 3) A spammer who wants the cancel interface disabled on most sites so you will have to see his spam, which would otherwise be killed by cancelmoose or a related mechanism. I suspect it's most probably a category 3 person, and could potentially be a category 2 person. I find category 1 unlikely. So what could be implemented to thwart each of these categories? Server cancel authentication. You would implement it by having a server verify it's users however it wants, and allow cancel message to only come from servers where the messages originated, and only then if they authenticate as that server using a PGP signature (which is known from the original posting as an X header item). Then you also allow "trusted" cancellers, like cancelmoose (to screw over a category 3 attacker). In any case, it's irrelevent to talk about changing the transport on something that is currently close to ruin. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Sep 24 14:44:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08619 for hackers-outgoing; Tue, 24 Sep 1996 14:44:58 -0700 (PDT) Received: from SandBox.CyberCity.dk (aalb19.pip.dknet.dk [194.192.0.179]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA08580 for ; Tue, 24 Sep 1996 14:44:42 -0700 (PDT) Received: (from sos@localhost) by SandBox.CyberCity.dk (8.7.6/8.7.3) id XAA00923; Mon, 23 Sep 1996 23:29:50 +0200 (MET DST) Message-Id: <199609232129.XAA00923@SandBox.CyberCity.dk> Subject: Re: splash-page on bootup.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 23 Sep 1996 23:29:50 +0200 (MET DST) From: "Soren Schmidt" Cc: thorpej@nas.nasa.gov, rminnich@sarnoff.com, jgreco@brasil.moneng.mei.com, brandon@glacier.cold.org, freebsd-hackers@FreeBSD.org In-Reply-To: <1361.843508254@time.cdrom.com> from "Jordan K. Hubbard" at Sep 23, 96 12:50:54 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > > If you have a splash screen, really, you _have_ to put the image in > > the kernel executable... After all, how are you supposed to read it > > off disk if you haven't done autoconfiguration yet (which displays > > those icky messages! :-)? > > The option to compile it into your kernel would not be a complete > waste at all. Again, consider those who are shipping products based > on FreeBSD but do not want to announce its presence as such. I can > now think of several who would use this feature, were it implemented. Exactly :), I'll put the hooks in next time I'm around in syscons... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue Sep 24 15:37:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27084 for hackers-outgoing; Tue, 24 Sep 1996 15:37:02 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27056 for ; Tue, 24 Sep 1996 15:36:53 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id IAA16553; Wed, 25 Sep 1996 08:36:39 +1000 (EST) Date: Wed, 25 Sep 1996 08:36:38 +1000 (EST) From: "Daniel O'Callaghan" To: Peter da Silva cc: hackers@freebsd.org Subject: Re: UID < 65535? In-Reply-To: <199609241057.FAA18347@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Peter da Silva wrote: > Joe Greco wrote: > >Maybe it's time to try something else... NFS seems to have so many problems. > >"Adapting the code to fit reality" may not be a trivial exercise - unless > >you don't mind breaking compatibility with everyone else in the world (maybe > >you don't mind doing that as a local site hack).. > > I have a horrible idea. > > How about using HTTP, with local whole-file caching a-la AFS/VICE? It'd > be the obverse of Sun's web-nfs, and allow you to mount anything that'd > serve as a website. > > Yes, it's got even more statelessness problems than NFS, but doesn't AFS > have a similar problem? And you could use header entries to pass just > about any ownership/permission stuffs you want, and let users mount stuff > by providing a password, and use HTTPS for encryption... > > And you could "cd /www/ftp.cdrom.com/pub/FreeBSD2.1.5/..." Just like the alex filesystem which was layered over anon-ftp. Is alex still in use? Archie.au used it extensively in 1990-1993. Danny From owner-freebsd-hackers Tue Sep 24 17:36:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04285 for hackers-outgoing; Tue, 24 Sep 1996 17:36:04 -0700 (PDT) Received: from mail1.infinet.com (mail1.infinet.com [206.103.240.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA04255 for ; Tue, 24 Sep 1996 17:35:58 -0700 (PDT) Received: from armitage (cmh-p083.infinet.com [206.103.242.87]) by mail1.infinet.com (8.7.3/8.7.3) with SMTP id UAA10203 for ; Tue, 24 Sep 1996 20:35:44 -0400 (EDT) Message-ID: <32487E65.7F7B@cylatech.com> Date: Tue, 24 Sep 1996 20:35:49 -0400 From: Wilson MacGyver Reply-To: macgyver@infinet.com Organization: CylaTech Inc. X-Mailer: Mozilla 3.0Gold (WinNT; U) MIME-Version: 1.0 To: hackers@freebsd.org Subject: something interesting... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Someone should look at this, this could be very useful. http://www.fugue.com/dhcp/dhcp-beta-4.html -- Wilson MacGyver macgyver@cylatech.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Tue Sep 24 17:38:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04873 for hackers-outgoing; Tue, 24 Sep 1996 17:38:41 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA04817 for ; Tue, 24 Sep 1996 17:38:30 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id RAA06436 for ; Tue, 24 Sep 1996 17:38:28 -0700 (PDT) Received: from nexgen.n4hhe.ampr.org by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5hyp-0008zSC; Tue, 24 Sep 96 17:37 PDT Received: (from dkelly@localhost) by nexgen.n4hhe.ampr.org (8.7.5/8.6.12) id TAA20942; Tue, 24 Sep 1996 19:33:01 -0500 (CDT) Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199609241502.RAA08319@truk.brandinnovators.com> Date: Tue, 24 Sep 1996 19:27:47 -0500 (CDT) Organization: Amateur Radio N4HHE, Madison, AL. From: David Kelly To: (Hans Zuidam) Subject: RE: SLIP and ptys Cc: John Perry , freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 22:02:45 hans@brandinnovators.com wrote: >>Hi, > >I'm experimenting with TCP/IP and for testing I thought of the >following setup: > > > n-freebsd +------+ n-test > -----------o-------| push |-------o--------- > ttypa ptypa +------+ ptypb ttypb > (s) (m) (m) (s) > >i.e. I use two pty's each configured as SLIP interfaces (slattach) >in the ttyp[ab] side. On the pty[ab] side I have a simple process >which select()'s on both ptys for data and pushing it to the opposite >one. This works with ping and telnet, but ftp is giving trouble. >After a while data stops flowing and nothing happens. I would be >grateful for any ideas. I'd be interested also too. A couple of weeks ago when I last tried it, I couldn't get slattach to run on a PTY at all. It barfed on TIOCSCTTY or some such. Maybe I was running it on the wrong side of a pty pair? Quite likely. Anyhow, the above setup is similar to what I was attempting to establish a connection between the kernel and an amateur radio TCP/IP stack known as TNOS . Got tired trying to make it work so I routed slattach out /dev/ttyd5 and in TNOS on /dev/ttyd4. So at least I know something is working now. 73, From owner-freebsd-hackers Tue Sep 24 18:02:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11437 for hackers-outgoing; Tue, 24 Sep 1996 18:02:26 -0700 (PDT) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA11401 for ; Tue, 24 Sep 1996 18:02:17 -0700 (PDT) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0v5iKY-0021VZC; Tue, 24 Sep 96 21:00 EDT Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id UAA00609; Tue, 24 Sep 1996 20:01:39 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199609250101.UAA00609@bonkers.taronga.com> Subject: Re: UID < 65535? To: winter@jurai.net (Matthew N. Dodd) Date: Tue, 24 Sep 1996 20:01:39 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: from "Matthew N. Dodd" at Sep 24, 96 10:25:11 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Don't laugh, but Linux has code that allows you to mount ftp sites as > local file systems. Its evil. Alex. But the FTP protocol (stateful with timeouts) isn't well suited to this and isn't easily extensible. From owner-freebsd-hackers Tue Sep 24 18:25:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19743 for hackers-outgoing; Tue, 24 Sep 1996 18:25:30 -0700 (PDT) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA19705 for ; Tue, 24 Sep 1996 18:25:25 -0700 (PDT) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0v5igq-0021VZC; Tue, 24 Sep 96 21:23 EDT Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id UAA00915; Tue, 24 Sep 1996 20:24:47 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199609250124.UAA00915@bonkers.taronga.com> Subject: Re: UID < 65535? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 24 Sep 1996 20:24:46 -0500 (CDT) Cc: peter@taronga.com, hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Sep 25, 96 08:36:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just like the alex filesystem which was layered over anon-ftp. I never could get Alex to work, it used NFS as the filesystem hook (which leaves the current problem intact), and Anon FTP doesn't allow for easy extension like HTTP does. From owner-freebsd-hackers Tue Sep 24 18:44:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26660 for hackers-outgoing; Tue, 24 Sep 1996 18:44:22 -0700 (PDT) Received: from zeus.xtalwind.net (slipper19b.xtalwind.net [205.160.242.88]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26616 for ; Tue, 24 Sep 1996 18:44:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.7.5/8.7.3) with SMTP id VAA02482; Tue, 24 Sep 1996 21:43:52 -0400 (EDT) Date: Tue, 24 Sep 1996 21:43:52 -0400 (EDT) From: jack X-Sender: jack@localhost To: Ulf Zimmermann cc: hackers@FreeBSD.org Subject: Re: wu-ftpd-2.4.2-beta-11 or virtual ftp In-Reply-To: <960924090226.ZM29999@Gatekeeper.Lamb.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Ulf Zimmermann wrote: > the wu-ftpd-2.4.2-beta11 has this examples in ftpaccess: > > # Virtual stuff > virtual 206.169.44.5 root /space/mindsrc > virtual 206.169.44.5 banner /space/mindsrc/banner.msg > virtual 206.169.44.5 logfile /var/log/ftp/virtual/mindsrc/xfer-log Just a thought. Did you define VIRTUAL (-DVIRTUAL in the compiler args) when you compiled? -------------------------------------------------------------------------- Jack O'Neill Finger jacko@onyx.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Sep 24 18:48:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28336 for hackers-outgoing; Tue, 24 Sep 1996 18:48:55 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA28319 for ; Tue, 24 Sep 1996 18:48:52 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by DNS.Lamb.net (8.7.6/8.7.3) with ESMTP id SAA02481; Tue, 24 Sep 1996 18:59:42 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.6/8.7.6) id SAA01781; Tue, 24 Sep 1996 18:48:53 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199609250148.SAA01781@Gatekeeper.Lamb.net> Subject: Re: wu-ftpd-2.4.2-beta-11 or virtual ftp To: jack@xtalwind.net (jack) Date: Tue, 24 Sep 1996 18:48:53 -0700 (PDT) Cc: ulf@Lamb.net, hackers@FreeBSD.org In-Reply-To: from jack at "Sep 24, 96 09:43:52 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 24 Sep 1996, Ulf Zimmermann wrote: > > > the wu-ftpd-2.4.2-beta11 has this examples in ftpaccess: > > > > # Virtual stuff > > virtual 206.169.44.5 root /space/mindsrc > > virtual 206.169.44.5 banner /space/mindsrc/banner.msg > > virtual 206.169.44.5 logfile /var/log/ftp/virtual/mindsrc/xfer-log > > Just a thought. Did you define VIRTUAL (-DVIRTUAL in the compiler args) > when you compiled? > Is in config.h defined: /* * Configuration file for FreeBSD 2.X * $Id: config.fbs,v 1.4 1996/01/23 06:09:24 sob Exp $ */ #define HAVE_SYMLINK . . . #undef SHADOW_PASSWORD #define UPLOAD #undef USG #define VIRTUAL . . . Like I said, it seems that the acl routines haven't read in the virtual lines in ftpaccess. Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-hackers Tue Sep 24 19:43:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14227 for hackers-outgoing; Tue, 24 Sep 1996 19:43:00 -0700 (PDT) Received: from mail1.infinet.com (mail1.infinet.com [206.103.240.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14130; Tue, 24 Sep 1996 19:42:43 -0700 (PDT) Received: from armitage (cmh-p083.infinet.com [206.103.242.87]) by mail1.infinet.com (8.7.3/8.7.3) with SMTP id WAA23867; Tue, 24 Sep 1996 22:42:28 -0400 (EDT) Message-ID: <32489C19.1479@cylatech.com> Date: Tue, 24 Sep 1996 22:42:33 -0400 From: Wilson MacGyver Reply-To: macgyver@infinet.com Organization: CylaTech Inc. X-Mailer: Mozilla 3.0Gold (WinNT; U) MIME-Version: 1.0 To: hackers@freebsd.org, questions@freebsd.org Subject: 3com PCI Fast Ethernet? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is the 3com PCI Fast Etherlink or the PCI Etherlink supported? -- Wilson MacGyver macgyver@cylatech.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Tue Sep 24 19:46:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15109 for hackers-outgoing; Tue, 24 Sep 1996 19:46:03 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15083 for ; Tue, 24 Sep 1996 19:45:59 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id WAA09576; Tue, 24 Sep 1996 22:40:03 -0400 (EDT) From: Robin Cutshaw Message-Id: <199609250240.WAA09576@intercore.com> Subject: Re: anyone running gated on 2.2-current? To: imb@scgt.oz.au (michael butler) Date: Tue, 24 Sep 1996 22:40:02 -0400 (EDT) Cc: hackers@FreeBSD.Org In-Reply-To: <199609240748.RAA18405@asstdc.scgt.oz.au> from "michael butler" at Sep 24, 96 05:48:56 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk > > Robin Cutshaw writes: > > > I've been trying to get gated-R3_6Alpha_2 up on 2.2-960801-SNAP and > > even with the ports diffs it won't compile. > > Is there a specific problem with 5.3-beta ? Other than some "quirks" with > OSPF and dial-up links that I've run into before .. > > michael 3.6 has supposedly fixed some ospf problems we've seen. robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-hackers Tue Sep 24 20:44:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10815 for hackers-outgoing; Tue, 24 Sep 1996 20:44:29 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA10773; Tue, 24 Sep 1996 20:44:24 -0700 (PDT) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA002961183; Tue, 24 Sep 1996 20:13:10 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA109333032; Wed, 25 Sep 1996 08:43:52 +0500 Message-Id: <199609250343.AA109333032@fakir.india.hp.com> To: Poul-Henning Kamp Cc: Luigi Rizzo , hackers@freebsd.org, bde@freebsd.org, asami@freebsd.org Subject: Re: Optimizing bzero() In-Reply-To: Your message of "Tue, 24 Sep 1996 17:21:26 +0200." <304.843578486@critter.tfs.com> Date: Wed, 25 Sep 1996 08:43:52 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> "phk" == "Poul-Henning Kamp" writes phk> The next thing you could start to consider is when people realloc a phk> multipage allocation to something bigger, it would be nice to be able phk> to ask the kernel to "move these pages to this address" and then extend phk> It there instead of copying the contents. Makes sense; can this be done without major surgery though? How costly would it be for malloc(3) to invoke a system call to re-arrange the address space compared to an memory allocation followed by a bcopy()? phk> Finally, if you really want to get something done, make stdio use mmap phk> instead of read on regular files... You save a page per FILE * you phk> open and a bcopy of the contents of the file... I know writes are phk> tricky, so just do it for read-only FILE *'s initially. If we are at this, why not move to an SFIO like framework? SFIO did support STDIO in backward compatibility mode and in addition supported `layering' functionality into the stream; for example; you can `push' a compression or de-compression layer onto an open FD. Its was also supposed to be signal-safe. I believe the initial implementation of SFIO that was described in the USENIX paper did use `mmap' and reported a healthy speed up for basic file operations. Koshy From owner-freebsd-hackers Tue Sep 24 21:21:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01492 for hackers-outgoing; Tue, 24 Sep 1996 21:21:52 -0700 (PDT) Received: from cobber.cord.edu (cobber.cord.edu [138.129.1.32]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA01393; Tue, 24 Sep 1996 21:21:41 -0700 (PDT) Received: by cobber.cord.edu (4.1/SMI-4.1) id AA12493; Tue, 24 Sep 96 23:18:03 CDT Date: Tue, 24 Sep 1996 23:17:27 -0500 (CDT) From: Nathan Ahlstrom Subject: Re: WWW Search Engine? To: "Andrew N. Edmond" Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Try htdig found at http://htdig.sdsu.edu/ Nathan ************************************************** | Nathan Ahlstrom | | WWW: http://cobweb.cord.edu/~nrahlstr/ | | Email: nrahlstr@cobber.cord.edu | | Phone: (218)-236-6359 | | Mail: PO ?? Concordia; Moorhead, MN 56562 | ************************************************** Final remarks and Thanks: God, Dennis Ritchie (Wrote UNIX, need we say more?), Don Libes (Wrote Expect), Les Feldenstien (a hacker at MIT), Larry Wall (Wrote PERL), Robert Morris (Wrote the Internet Worm), and Dan Thureen (Who Disassembled Apple BASIC) for fueling our desires to learn about computers. On Tue, 24 Sep 1996, Andrew N. Edmond wrote: > I am trying to provide a WWW search engine on my FreeBSD box, and have > installed Excite (in it's current incarnation, it doesn't work even with > the 2.2 kernel - well, it does, but not on a 250meg WWW directory) and am > told that the new version (coming out in 2 weeks) will not be > significantly improved software design-wise. Harvest is a convoluted > mess... are there other search engine options for FreeBSD? > > Andy > > ........................................................................... > . Andrew Edmond ..... American Libertarian ** VOTE ** . > .. edmond@lycaeum.org ..... End the War on Drugs .. > ... University of Wyoming ..... HARRY BROWNE FOR PRESIDENT / 1996 ... > .... Botany Department ....... http://www.harrybrowne96.org/ .... > ....................... the Lycaeum ....................................... > > -----BEGIN PGP PUBLIC KEY BLOCK----- > Version: 2.6.2 > > mQCNAzGauk0AAAEEANjORiZVrD98GS+vkJv+36CLC5Agifk8ra61i3i+Ms2115uK > 9WoeUBA2J9QkjG+dM6tEOkPtrnZFkahFbOsDT0Rh46eBktdAp7IXY5M2zN4r1bWt > x6w4b//ffkfRbrTinovxXYLJa5oASudlQbNkVpqAOAH1fdTO3xFsi69/gtsxAAUR > tCJBbmRyZXcgRWRtb25kIDxlZG1vbmRAbHljYWV1bS5vcmc+tBBBbmRyZXcgTi4g > RWRtb25k > =l080 > -----END PGP PUBLIC KEY BLOCK----- > From owner-freebsd-hackers Tue Sep 24 23:00:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27549 for hackers-outgoing; Tue, 24 Sep 1996 23:00:51 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA27406; Tue, 24 Sep 1996 23:00:38 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id HAA01797; Wed, 25 Sep 1996 07:59:57 +0200 (MET DST) To: A JOSEPH KOSHY cc: Luigi Rizzo , hackers@freebsd.org, bde@freebsd.org, asami@freebsd.org Subject: Re: Optimizing bzero() In-reply-to: Your message of "Wed, 25 Sep 1996 08:43:52 +0500." <199609250343.AA109333032@fakir.india.hp.com> Date: Wed, 25 Sep 1996 07:59:57 +0200 Message-ID: <1795.843631197@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609250343.AA109333032@fakir.india.hp.com>, A JOSEPH KOSHY writes : >>>>> "phk" == "Poul-Henning Kamp" writes > >phk> The next thing you could start to consider is when people realloc a >phk> multipage allocation to something bigger, it would be nice to be able >phk> to ask the kernel to "move these pages to this address" and then extend >phk> It there instead of copying the contents. > >Makes sense; can this be done without major surgery though? How costly >would it be for malloc(3) to invoke a system call to re-arrange the >address space compared to an memory allocation followed by a bcopy()? cheap(er). >phk> Finally, if you really want to get something done, make stdio use mmap >phk> instead of read on regular files... You save a page per FILE * you >phk> open and a bcopy of the contents of the file... I know writes are >phk> tricky, so just do it for read-only FILE *'s initially. > >If we are at this, why not move to an SFIO like framework? SFIO did support >STDIO in backward compatibility mode and in addition supported `layering' >functionality into the stream; for example; you can `push' a compression >or de-compression layer onto an open FD. Its was also supposed to be >signal-safe. > >I believe the initial implementation of SFIO that was described in the USENIX >paper did use `mmap' and reported a healthy speed up for basic file operations Well, go for it :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Sep 24 23:30:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20779 for hackers-outgoing; Tue, 24 Sep 1996 23:30:33 -0700 (PDT) Received: from pinky.junction.net (pinky.junction.net [199.166.227.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20757 for ; Tue, 24 Sep 1996 23:30:31 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by pinky.junction.net (8.6.12/8.6.12) with ESMTP id WAA27461; Tue, 24 Sep 1996 22:43:45 -0700 Received: from localhost (michael@localhost) by sidhe.memra.com (8.6.12/8.6.12) with SMTP id XAA17636; Tue, 24 Sep 1996 23:24:38 -0700 Date: Tue, 24 Sep 1996 23:24:36 -0700 (PDT) From: Michael Dillon To: freebsd-hackers@freebsd.org cc: server-linux@netspace.org Subject: Random drop solves SYN flooding problems Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- Forwarded Message Date: Wed, 18 Sep 1996 14:32:14 -0600 From: vjs@mica.denver.sgi.com (Vernon Schryver) Subject: SYN bombing defense As reported here, in article in comp.protocols.tcp-ip, Robert Morris wrote: >Perhaps TCP's listen queue should use random early drop (RED), a >technique used by routers to prevent any one source from monopolizing >a queue. See http://www-nrg.ee.lbl.gov/floyd/abstracts.html#FJ93 or >rfc1254. > ... I've just hacked IRIX 6.3 to do random-drop when sonewconn() in tcp_input.c fails. It works great! An IP22 receiving 1200 bogus SYN's per second directed to port 23 continues to answer requests for new telnet as if nothing is happening. I don't think that random <> drop is necessary or desirable. It is not as if we're trying to drop packets early to trigger slow start in the sources. As I figure it, as long as the length of the queue is longer than RTT of the real telnet client times the rate of bogus SYNs, the real clients have an excellent probability of getting through on their first attempt. For example, at 1200 bogus SYNs/sec and the IRIX 6.3 telnet listen queue of 383, there should be no trouble with peers with RTT up to about 300 milliseconds. I've tested with a telnet client 250 milliseconds away while simultaneously bombing the machine from nearby with ~1200 SYNs/sec, and see no telnet TCP retransmissions. Vernon Schryver, vjs@sgi.com ------- End of Forwarded Message From owner-freebsd-hackers Tue Sep 24 23:53:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09410 for hackers-outgoing; Tue, 24 Sep 1996 23:53:46 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09381 for ; Tue, 24 Sep 1996 23:53:43 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id IAA09353 for ; Wed, 25 Sep 1996 08:53:35 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma009243; Wed Sep 25 08:52:59 1996 Received: from spooky.lss.cp.philips.com (spooky.lss.cp.philips.com [130.144.199.105]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id IAA14433 for ; Wed, 25 Sep 1996 08:56:01 +0200 Received: (from guido@localhost) by spooky.lss.cp.philips.com (8.6.10/8.6.10-0.991c-08Nov95) id IAA28602 for freebsd-hackers@freebsd.org; Wed, 25 Sep 1996 08:52:58 +0200 From: Guido van Rooij Message-Id: <199609250652.IAA28602@spooky.lss.cp.philips.com> Subject: new if_vx driver in incoming on freefal To: freebsd-hackers@freebsd.org Date: Wed, 25 Sep 1996 08:52:57 +0200 (MET DST) Reply-To: Guido.vanRooij@nl.cis.philips.com X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've put a new version of the if_vx (5c59*) driver on: ftp://freefall.freebsd.org/pub/incoming/newif_vx.tgz This driver should work (I hope) for every 2.1.5R system. I believe the patches posted earlier to hackers to be able to use it with FreeBSD-current still apply. With this driver the 'hanging card in OACTIVE' should b fixed without the gross hack I introduced earlier. I am planning to implement a fix for the early revision adapters. These are not identified by my driver, but the old (original if_vx) way of identifying them was *correct*. The bug might result in overrun errors. I want to thank the NetBSD and OpenBSD projects because the driver basically is theirs, with 2 small (though essential) bugfixes. Please get back to me in case of problems. -Guido From owner-freebsd-hackers Wed Sep 25 00:16:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26695 for hackers-outgoing; Wed, 25 Sep 1996 00:16:55 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26551 for ; Wed, 25 Sep 1996 00:16:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA08059; Wed, 25 Sep 1996 16:46:24 +0930 From: Michael Smith Message-Id: <199609250716.QAA08059@genesis.atrad.adelaide.edu.au> Subject: Re: Random drop solves SYN flooding problems To: michael@memra.com (Michael Dillon) Date: Wed, 25 Sep 1996 16:46:23 +0930 (CST) Cc: freebsd-hackers@freebsd.org, server-linux@netspace.org In-Reply-To: from "Michael Dillon" at Sep 24, 96 11:24:36 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Dillon stands accused of saying: > first attempt. For example, at 1200 bogus SYNs/sec and the IRIX 6.3 > telnet listen queue of 383, there should be no trouble with peers > with RTT up to about 300 milliseconds. I've tested with a telnet > client 250 milliseconds away while simultaneously bombing the machine > from nearby with ~1200 SYNs/sec, and see no telnet TCP retransmissions. Yeah, great if you and all your clients are in the continental USA and have unloaded high-speed links to you. 250ms is about the rtt of a 14k link using 'average' modems. Stuff the rest of the world of course. 8( -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Sep 25 00:20:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29283 for hackers-outgoing; Wed, 25 Sep 1996 00:20:23 -0700 (PDT) Received: from alaska.net (root@calvino.alaska.net [206.149.65.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA29157; Wed, 25 Sep 1996 00:20:12 -0700 (PDT) Received: from hmmm.alaska.net by alaska.net (5.x/SMI-SVR4) id AA02387; Tue, 24 Sep 1996 23:05:02 -0800 Date: Wed, 25 Sep 1996 07:06:20 +0000 () From: hmmm To: freebsd-questions Cc: freebsd-hackers , freebsd-isp Subject: unsubscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-hackers Wed Sep 25 00:46:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19827 for hackers-outgoing; Wed, 25 Sep 1996 00:46:06 -0700 (PDT) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19777 for ; Wed, 25 Sep 1996 00:46:02 -0700 (PDT) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id QAA17052; Wed, 25 Sep 1996 16:45:55 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with ESMTP id QAA04658; Wed, 25 Sep 1996 16:45:54 +0900 (JST) X-Authentication-Warning: sbl-gw.sbl.cl.nec.co.jp: Host nao@sirius [133.207.68.90] claimed to be sirius.sbl.cl.nec.co.jp Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id QAA04292; Wed, 25 Sep 1996 16:45:52 +0900 (JST) Date: Wed, 25 Sep 1996 16:45:52 +0900 (JST) From: Naoki Hamada Message-Id: <199609250745.QAA04292@sirius.sbl.cl.nec.co.jp> References: <199609250652.IAA28602@spooky.lss.cp.philips.com> To: Guido.vanRooij@nl.cis.philips.com CC: freebsd-hackers@freebsd.org In-reply-to: Guido van Rooij's message of "Wed, 25 Sep 1996 08:52:57 +0200 (MET DST)" <199609250652.IAA28602@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guido wrote: >With this driver the 'hanging card in OACTIVE' should b fixed without >the gross hack I introduced earlier. I am planning to implement a fix >for the early revision adapters. These are not identified by my driver, >but the old (original if_vx) way of identifying them was *correct*. No. When the old vx driver attempt to read the EEPROM_SOFT_INFO_2 register, 'WINDOW 2' is selected instead of the right 'WINDOW 0'. Then the driver reports that all the adapters are defective, which is not the truth :-< -nao From owner-freebsd-hackers Wed Sep 25 01:05:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA04482 for hackers-outgoing; Wed, 25 Sep 1996 01:05:09 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA04435 for ; Wed, 25 Sep 1996 01:05:04 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id KAA19597; Wed, 25 Sep 1996 10:04:39 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma019481; Wed Sep 25 10:03:58 1996 Received: from spooky.lss.cp.philips.com (spooky.lss.cp.philips.com [130.144.199.105]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id KAA24093; Wed, 25 Sep 1996 10:06:48 +0200 Received: (from guido@localhost) by spooky.lss.cp.philips.com (8.6.10/8.6.10-0.991c-08Nov95) id KAA02127; Wed, 25 Sep 1996 10:03:26 +0200 From: Guido van Rooij Message-Id: <199609250803.KAA02127@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Wed, 25 Sep 1996 10:03:23 +0200 (MET DST) Cc: Guido.vanRooij@nl.cis.philips.com, freebsd-hackers@freebsd.org Reply-To: Guido.vanRooij@nl.cis.philips.com In-Reply-To: <199609250745.QAA04292@sirius.sbl.cl.nec.co.jp> from Naoki Hamada at "Sep 25, 96 04:45:52 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Naoki Hamada wrote: > Guido wrote: > >With this driver the 'hanging card in OACTIVE' should b fixed without > >the gross hack I introduced earlier. I am planning to implement a fix > >for the early revision adapters. These are not identified by my driver, > >but the old (original if_vx) way of identifying them was *correct*. > > No. When the old vx driver attempt to read the EEPROM_SOFT_INFO_2 > register, 'WINDOW 2' is selected instead of the right 'WINDOW 0'. Then > the driver reports that all the adapters are defective, which is not > the truth :-< Oops you're right. Know what: I'll put in the correct test on upload it directly. -Guido From owner-freebsd-hackers Wed Sep 25 03:57:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17987 for hackers-outgoing; Wed, 25 Sep 1996 03:57:25 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA17836; Wed, 25 Sep 1996 03:57:11 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id MAA26954; Wed, 25 Sep 1996 12:56:40 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609251056.MAA26954@gvr.win.tue.nl> Subject: Re: 3com PCI Fast Ethernet? To: macgyver@infinet.com Date: Wed, 25 Sep 1996 12:56:40 +0200 (MET DST) Cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <32489C19.1479@cylatech.com> from Wilson MacGyver at "Sep 24, 96 10:42:33 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wilson MacGyver wrote: > Is the 3com PCI Fast Etherlink or the PCI Etherlink supported? > There is a driver for the 3c59x pci cards in 2.1.5R. It doesn't work very well though for som ecards. I have made a replacement. which can be found in ftp://freefall.freebsd.org/pub/incoming/newif_vx.tgz -Guido From owner-freebsd-hackers Wed Sep 25 06:00:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14420 for hackers-outgoing; Wed, 25 Sep 1996 06:00:04 -0700 (PDT) Received: from sdev.blaze.net.au (sdev.blaze.net.au [203.17.53.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13968 for ; Wed, 25 Sep 1996 05:59:27 -0700 (PDT) Received: from localhost (davidn@localhost) by sdev.blaze.net.au (8.7.6/8.6.9) with SMTP id WAA00713; Wed, 25 Sep 1996 22:53:17 GMT Date: Wed, 25 Sep 1996 22:53:17 +0000 () From: David Nugent To: Joe Greco cc: Bill Paul , hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199609231511.KAA15826@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996, Joe Greco wrote: >> mutant ASCII terminal console users, and take you to the Mutant ASCII >> Terminal Console User King, who will undoubtedly be very unhappy. He's >> already plenty miffed that we can't do a proper install from a serial >> console. > >Agreed. Hmm. Does this mean I can still reinstall FreeBSD from my line printer? Only last time I tried, that damn spinner just about drove me nuts with the clacking! :-) David Nugent, Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-791-9547 Data/BBS +61-3-792-3507 3:632/348@fidonet davidn@blaze.net.au http://www.blaze.net.au/~davidn From owner-freebsd-hackers Wed Sep 25 07:31:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17726 for hackers-outgoing; Wed, 25 Sep 1996 07:31:42 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17690 for ; Wed, 25 Sep 1996 07:31:37 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA08005; Wed, 25 Sep 1996 09:30:19 -0500 From: Joe Greco Message-Id: <199609251430.JAA08005@brasil.moneng.mei.com> Subject: Re: Random drop solves SYN flooding problems To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 25 Sep 1996 09:30:19 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199609250716.QAA08059@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 25, 96 04:46:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Michael Dillon stands accused of saying: > > first attempt. For example, at 1200 bogus SYNs/sec and the IRIX 6.3 > > telnet listen queue of 383, there should be no trouble with peers > > with RTT up to about 300 milliseconds. I've tested with a telnet > > client 250 milliseconds away while simultaneously bombing the machine > > from nearby with ~1200 SYNs/sec, and see no telnet TCP retransmissions. > > Yeah, great if you and all your clients are in the continental USA and have > unloaded high-speed links to you. 250ms is about the rtt of a 14k link > using 'average' modems. Stuff the rest of the world of course. 8( Better to be only mildly crippled (the way I understand it, your _chances_ are still pretty good with a low speed link, but I have not hacked this type of change into FreeBSD and tried it yet).. ... JG From owner-freebsd-hackers Wed Sep 25 07:46:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23869 for hackers-outgoing; Wed, 25 Sep 1996 07:46:42 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA23827 for ; Wed, 25 Sep 1996 07:46:35 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA03722 for ; Wed, 25 Sep 1996 16:46:17 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA10581 for freebsd-hackers@freefall.cdrom.com; Wed, 25 Sep 1996 16:52:50 +0200 Date: Wed, 25 Sep 1996 16:52:50 +0200 From: Christoph Kukulies Message-Id: <199609251452.QAA10581@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: P6 200 performance Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to persuade my professor to spend in a P6/200. What is the performance gain over a P5/166? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Sep 25 08:01:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29927 for hackers-outgoing; Wed, 25 Sep 1996 08:01:29 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29874 for ; Wed, 25 Sep 1996 08:01:22 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.6/8.7.3) id KAA13462; Wed, 25 Sep 1996 10:01:05 -0500 (CDT) Date: Wed, 25 Sep 1996 10:01:05 -0500 (CDT) From: Mark Tinguely Message-Id: <199609251501.KAA13462@plains.nodak.edu> To: hackers@FreeBSD.org, macgyver@infinet.com Subject: DHCP (was: something interesting...) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Someone should look at this, this could be very useful. > > http://www.fugue.com/dhcp/dhcp-beta-4.html the beta 0 version of this is in the ports/net area. I was interested in the DHCP client that was in this package. Unfortunately there is no documentation for the client and it appears the client takes data from the input. Does anyone have a work DHCP client from this package? --mark. From owner-freebsd-hackers Wed Sep 25 11:08:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17308 for hackers-outgoing; Wed, 25 Sep 1996 11:08:05 -0700 (PDT) Received: from Octopussy (Octopussy.MI.Uni-Koeln.DE [134.95.212.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA16342 for ; Wed, 25 Sep 1996 11:06:42 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-47.slip.Uni-Koeln.DE) by Octopussy with SMTP id AA05467 (5.67b/IDA-1.5 for ); Wed, 25 Sep 1996 20:06:37 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.6/8.6.9) id UAA18578; Wed, 25 Sep 1996 20:06:25 +0200 (MET DST) Date: Wed, 25 Sep 1996 20:06:25 +0200 (MET DST) Message-Id: <199609251806.UAA18578@x14.mi.uni-koeln.de> From: Stefan Esser To: Bruce Evans Cc: durian@plutotech.com, freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-Reply-To: <199609240742.RAA22722@godzilla.zeta.org.au> References: <199609240742.RAA22722@godzilla.zeta.org.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >Now's the interresting bit - notice the high bits (0xFC) > >in the write/read address. They can't be intentional. I also find > >it interesting that the accesses to FCA0 are full 32 bit writes. > > > > I/O WRITE ADR=0000FC87 > > D32=06xxxxxx > > I/O READ ADR=0000FC87 > > D32=06xxxxxx > > I/O WRITE ADR=0000FC90 > > D32=xxxxxx00 > > I/O READ ADR=0000FC90 > > D32=xxxxxx00 > No, this seems reasonable. isa/pcibus.c does 32-bit accesses to port > 0xc000 | (device << 8ul). Well, but those are only used for config space accesses, and config space is normally not touched at all, after the PCI probe and attach are complete. But depending on the chip set model, the special cycles may actually be requested by writing into those chip set registers, that are normally used to address config space. I'd need to know more about the system configuration (boot messages and the driver that causes the special cycles) and will then try to understand what's going on ... Regards, STefan From owner-freebsd-hackers Wed Sep 25 12:27:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08481 for hackers-outgoing; Wed, 25 Sep 1996 12:27:51 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07676 for ; Wed, 25 Sep 1996 12:26:27 -0700 (PDT) Received: from pluto.plutotech.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5zaC-00091xC; Wed, 25 Sep 96 12:25 PDT Received: from shane.plutotech.com (durian@shane.plutotech.com [206.168.67.21]) by pluto.plutotech.com (8.7.5/8.7.5) with ESMTP id NAA22022; Wed, 25 Sep 1996 13:20:36 -0600 (MDT) Message-Id: <199609251920.NAA22022@pluto.plutotech.com> From: "Mike Durian" To: Stefan Esser cc: Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-reply-to: Your message of "Wed, 25 Sep 1996 20:06:25 +0200." Date: Wed, 25 Sep 1996 13:20:36 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996 20:06:25 +0200, Stefan Esser wrote: > >Well, but those are only used for config space accesses, >and config space is normally not touched at all, after >the PCI probe and attach are complete. I tracked down those accesses to 0xfca0. They are completely normal. That is just where the ahc's I/O space got mapped. The accesses were caused by the code in aic7xxx.c:ahc_scsi_cmd(). The line is numbered 3187 for me, but we've made a number of modifications to that code and it is probably different in the stock 2.1.5 source. It is right in the middle of pausing the sequencer and unpausing it. However, since we see the special cycles on machines without SCSI, I don't think it is related. So the trace I sent shows an interrupt occurring, DELAY() code being called, code in ahc_scsi_cmd running, DELAY() again a memory read from 0x002dbb58 (which varies depending on code changes) and then the special cycle. It looks pretty harmless. One thing that I didn't report, but have noticed is the special cycles are followed by an interrupt. Someone has taken my bus analyzer, but I think the special cycle was followed about 8us later by an interrupt. I'm not sure if that is close enough time-wise to be relevant. I might be wrong, but I can't remember ever seeing a special cycle without an interrupt as the next bus activity. >I'd need to know more about the system configuration (boot >messages and the driver that causes the special cycles) >and will then try to understand what's going on ... Well that's the trick, finding the driver that causes the special cycles. Using the debugger, I was able to narrow the first one down to the VOP_OPEN call, but wasn't able to pin it down any further. It stopped happening when I got too close. I tried looking for unique transactions on the bus around the special cycle and then using an ICE to get the address of the instruction. But this didn't turn up anything too interesting in the example I posted. The i/o accesses to fca0 were perfectly normal. I'll try tracking down the memory access immediately before the special cycle and see if that turns up anything. mike From owner-freebsd-hackers Wed Sep 25 13:02:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00958 for hackers-outgoing; Wed, 25 Sep 1996 13:02:52 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA00364 for ; Wed, 25 Sep 1996 13:01:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id NAA07021; Wed, 25 Sep 1996 13:01:35 -0700 (PDT) Message-Id: <199609252001.NAA07021@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Mike Durian" cc: Stefan Esser , Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-reply-to: Your message of "Wed, 25 Sep 1996 13:20:36 MDT." <199609251920.NAA22022@pluto.plutotech.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 25 Sep 1996 13:01:35 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Wed, 25 Sep 1996 20:06:25 +0200, Stefan Esser wrote: >> >>Well, but those are only used for config space accesses, >>and config space is normally not touched at all, after >>the PCI probe and attach are complete. > > I tracked down those accesses to 0xfca0. They are completely >normal. That is just where the ahc's I/O space got mapped. >The accesses were caused by the code in aic7xxx.c:ahc_scsi_cmd(). Hmmm, this is starting to get interesting to me. This also happens to be the same place where we've seen hangs on P6 machines when doing lots of ahc disk I/O. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Sep 25 15:57:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21568 for hackers-outgoing; Wed, 25 Sep 1996 15:57:41 -0700 (PDT) Received: from rif.kconline.com (rif.kconline.com [207.51.167.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21046; Wed, 25 Sep 1996 15:56:14 -0700 (PDT) Received: from localhost (jriffle@localhost) by rif.kconline.com (8.7.5/8.7.3) with SMTP id RAA09478; Wed, 25 Sep 1996 17:55:42 -0500 (EST) Date: Wed, 25 Sep 1996 17:55:39 -0500 (EST) From: Jim Riffle To: "Andrew N. Edmond" cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: WWW Search Engine? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Andrew N. Edmond wrote: > I am trying to provide a WWW search engine on my FreeBSD box, and have > installed Excite (in it's current incarnation, it doesn't work even with > the 2.2 kernel - well, it does, but not on a 250meg WWW directory) and am > told that the new version (coming out in 2 weeks) will not be > significantly improved software design-wise. Harvest is a convoluted > mess... are there other search engine options for FreeBSD? I have Excite running on a 2.2-Current and a 2.1.5 machine. Neither of these have 250 meg WWW directories though. Basically what I have found is it just doesn't like the perl binariry shipped with it. Replacing that, and a few other things,has made it work flawlessly for both of my sites. I am concerned about what you say though. One of my web servers probablly has around 150 Megs of stuff on it. If it is going to crap out when more data gets in there, I sure would like to know. What exactly is the problem with the 250 Meg tree? Or is that 250 megs in just one directory? Did you have the install script install the thing? If not, I can fill you in on how I got mine to work with that, it was a pain getting it installed. Is it having troubles making your index with that many megs? Thanks, Jim From owner-freebsd-hackers Wed Sep 25 16:15:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29251 for hackers-outgoing; Wed, 25 Sep 1996 16:15:28 -0700 (PDT) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA29210 for ; Wed, 25 Sep 1996 16:15:22 -0700 (PDT) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id TAA08685; Wed, 25 Sep 1996 19:15:19 -0400 Date: Wed, 25 Sep 1996 19:15:19 -0400 (EDT) From: Steve Corso Subject: Panic To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Gentlemen, I just received the following message from my new LARGE news server that I have built out of a P6-200 (I believe P55 t2 p4): OS is CDROM 2.1.5R Panic Unknown/reserve space trap Syncing disks Any Ideas on this one would be appreciated. FYI, not that its related I do have maxusers at 96, CHILD_MAX=128, OPEN_MAX=128. Box has 4 2GB Segate IDEs, 1st IDE is root/os, second IDE is news lib, third and fourth are a ccd with the news spool. System has SMC 10/100 ethernet card. System does not keep news for a long time, but has many (30) full outbound feeds, and about the same inbound feeds. Thank you, Steve From owner-freebsd-hackers Wed Sep 25 16:50:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14110 for hackers-outgoing; Wed, 25 Sep 1996 16:50:52 -0700 (PDT) Received: from ottawa.net (ppp-102.ottawa.net [205.211.4.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14068 for ; Wed, 25 Sep 1996 16:50:46 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id TAA00750 for freebsd-hackers@FreeBSD.org; Wed, 25 Sep 1996 19:50:00 -0400 (EDT) From: Brian Campbell Message-Id: <199609252350.TAA00750@ottawa.net> Subject: extended partitions To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Wed, 25 Sep 1996 19:50:00 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to label/newfs/mount extended partitions? I've got a 500M /dev/wd0s6 (yes I actually have more than four partitions) that I'd like to convert to a BSD partition but disklabel has been uncooperative to say the least (it complains DIOCGDINFO: Invalid argument). From owner-freebsd-hackers Wed Sep 25 18:19:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08622 for hackers-outgoing; Wed, 25 Sep 1996 18:19:42 -0700 (PDT) Received: from shaman.lycaeum.org (SHAMAN.LYCAEUM.ORG [206.54.74.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA07708; Wed, 25 Sep 1996 18:17:47 -0700 (PDT) Received: from localhost (edmond@localhost) by shaman.lycaeum.org (Partyon/dude!) with SMTP id TAA02798; Wed, 25 Sep 1996 19:19:36 -0600 (MDT) Date: Wed, 25 Sep 1996 19:19:35 -0600 (MDT) From: "Andrew N. Edmond" To: Jim Riffle cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: WWW Search Engine? (SOLUTION!) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I am trying to provide a WWW search engine on my FreeBSD box, and have > > installed Excite (in it's current incarnation, it doesn't work even with > > the 2.2 kernel - well, it does, but not on a 250meg WWW directory) and am > > told that the new version (coming out in 2 weeks) will not be > > significantly improved software design-wise. Harvest is a convoluted > > mess... are there other search engine options for FreeBSD? > > I have Excite running on a 2.2-Current and a 2.1.5 machine. Neither of > these have 250 meg WWW directories though. > > Basically what I have found is it just doesn't like the perl binariry > shipped with it. Replacing that, and a few other things,has made it > work flawlessly for both of my sites. Yeah - I basically took the Architext.tar.gz, replaced the perl binary with the /usr/bin/perl4 binary in freebsd, retar'd it, and then installed from there with the supplied script. Worked fine - got all the way through, even the AT-start.cgi and AT-admin.cgi programs worked flawlessly. The program was INSTALLED, but when I went to build from the root directory I got an error. When I indexed from a smaller directory (under 50 megs) it worked fine. > I am concerned about what you say though. One of my web servers probablly > has around 150 Megs of stuff on it. If it is going to crap out when more > data gets in there, I sure would like to know. > > What exactly is the problem with the 250 Meg tree? Or is that 250 megs in > just one directory? Did you have the install script install the thing? > If not, I can fill you in on how I got mine to work with that, it was a > pain getting it installed. Is it having troubles making your index with > that many megs? Well, I have leared that Excite *sucks* - the new version coming out (supposedly) in 2 days is said to fix these problems, but now they have pushed back the date for BSDI binaries for another 2 months. So, I was forced to seek an Excite Alternative. I found one, and in my opinion it's MUCH better (I guarantee anyone fed up with Excite will like this): http://htdig.sdsu.edu/ Which is like Excite in client and server execution, but with more features, more customizable, and you get the *source*, and it's free under the GNU license. It took me 15 minutes to download, install, and configure, and an hour to read/index/merge my 250 meg tree on a Pentium Pro 200mhz machine. If you want to see how my engine was customized and configured: http://www.lycaeum.org/ (search from the middle of the page). I also tried before settling on HtDig: WebGlimpse, swish+glimpse and harvest - all of which are much inferior to HtDig. Give it a try, you'll like it! Andy ........................................................................... . Andrew Edmond ..... American Libertarian ** VOTE ** . .. edmond@lycaeum.org ..... End the War on Drugs .. ... University of Wyoming ..... HARRY BROWNE FOR PRESIDENT / 1996 ... .... Botany Department ....... http://www.harrybrowne96.org/ .... ....................... the Lycaeum ....................................... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzGauk0AAAEEANjORiZVrD98GS+vkJv+36CLC5Agifk8ra61i3i+Ms2115uK 9WoeUBA2J9QkjG+dM6tEOkPtrnZFkahFbOsDT0Rh46eBktdAp7IXY5M2zN4r1bWt x6w4b//ffkfRbrTinovxXYLJa5oASudlQbNkVpqAOAH1fdTO3xFsi69/gtsxAAUR tCJBbmRyZXcgRWRtb25kIDxlZG1vbmRAbHljYWV1bS5vcmc+tBBBbmRyZXcgTi4g RWRtb25k =l080 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Sep 25 18:23:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10754 for hackers-outgoing; Wed, 25 Sep 1996 18:23:40 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA10481 for ; Wed, 25 Sep 1996 18:23:06 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0v65AG-0001ZHC; Wed, 25 Sep 96 18:22 PDT Date: Wed, 25 Sep 1996 18:22:53 -0700 (PDT) From: Jake Hamby To: hackers@FreeBSD.ORG Subject: Anyone tried HURD yet? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In August, the FSF released a public version of HURD, "_the_ GNU OS." Briefly, it is a Mach microkernel (based on Mach 4 from the Univ. of Utah) with a number of servers to handle the various responsibilities a monolithic UNIX kernel would perform. The user-level utilities are all GNU (of course), however other than supporting ext2fs (in addition to FFS), there appear to be no special concessions to the Linux crowd. Anyway, after I finish building FreeBSD-current, I'm going to try to install the HURD on a spare FFS partition which is temporarily being used for /usr/obj. I'll report my findings when I'm finished. I'm not expecting this to be a full-features OS, so I won't judge it on the same criteria as I would Linux or FreeBSD, but instead, I'm curious as to how architecturally sound it is (i.e. is the poor message-passing performance of Mach 3 apparent?). Architecturally, I feel it is a better approach than MkLinux, which was IMO a desparate attempt from Apple to shoehorn a macrokernel on top of a microkernel in order to make up for the PowerMac's lack of a free UNIX and at the same time capitalize on the Linux and microkernel buzzwords. If anyone else has tried HURD, I'd be interested in your opinions. I'm also curious if anyone is seriously using Lites. As an aside, I currently have _five_ OS's on four partitions of two SCSI hard drives of a single 486: Windows 95, NT, Linux, FreeBSD, and Solaris/x86, _all_ accessible from BootEasy. Adding HURD would make a grand total of six. Is this some sort of world record? :-) -- Jake From owner-freebsd-hackers Wed Sep 25 18:52:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25194 for hackers-outgoing; Wed, 25 Sep 1996 18:52:17 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA25002 for ; Wed, 25 Sep 1996 18:52:01 -0700 (PDT) Received: from localhost (mark@localhost) by scooter.quickweb.com (8.6.12/8.6.12) with SMTP id VAA04001; Wed, 25 Sep 1996 21:48:30 -0400 Date: Wed, 25 Sep 1996 21:48:30 -0400 (EDT) From: Mark Mayo To: Christoph Kukulies cc: freebsd-hackers@freefall.freebsd.org Subject: Re: P6 200 performance In-Reply-To: <199609251452.QAA10581@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, Christoph Kukulies wrote: > > I want to persuade my professor to spend in a P6/200. > What is the performance gain over a P5/166? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > I don't have numbers around (I'm not a number person..) but I'd say a decent P6/200 system is about twice as fast as a P5/166. I base this on rough SpecINT95/SpecFP95 results I've seen (go to www.intel.com for exact figures) and on personal experience. I have a P6/200, and I'm still amazed everyday at how fast the thing is. It's the first PC I've seen that I would consider a "workstation". I get sub 4 minute kernel builds, blazing X-Performance, etc.. etc.. I've never been so happy with a computer! :-) FreeBSD 2.2 on a P6/200 is quite simply remarkable performance. -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-hackers Wed Sep 25 19:05:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02600 for hackers-outgoing; Wed, 25 Sep 1996 19:05:34 -0700 (PDT) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA02559 for ; Wed, 25 Sep 1996 19:05:25 -0700 (PDT) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id LAA21147; Thu, 26 Sep 1996 11:05:17 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with ESMTP id LAA09959; Thu, 26 Sep 1996 11:05:16 +0900 (JST) X-Authentication-Warning: sbl-gw.sbl.cl.nec.co.jp: Host nao@sirius [133.207.68.90] claimed to be sirius.sbl.cl.nec.co.jp Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id LAA10545; Thu, 26 Sep 1996 11:05:15 +0900 (JST) Date: Thu, 26 Sep 1996 11:05:15 +0900 (JST) From: Naoki Hamada Message-Id: <199609260205.LAA10545@sirius.sbl.cl.nec.co.jp> References: <199609250803.KAA02127@spooky.lss.cp.philips.com> To: Guido.vanRooij@nl.cis.philips.com CC: freebsd-hackers@FreeBSD.org In-reply-to: Guido van Rooij's message of "Wed, 25 Sep 1996 10:03:23 +0200 (MET DST)" <199609250803.KAA02127@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi. Guido, I cannot figure out what you intended the following change to do. Could your tell me what you meant? --- vx/if_vx.c Wed Sep 25 00:45:50 1996 +++ vx.old/if_vx.c Tue Sep 17 16:19:42 1996 - outw(BASE + VX_COMMAND, SET_TX_AVAIL_THRESH | (len + pad + 4)); + outw(BASE + VX_COMMAND, SET_TX_AVAIL_THRESH | ((len + pad + 4) >> 2)); BTW, I am now working on the new vx driver to make it select the right connector. My 3C590C card seems now good at it, but I cannot try the 3C595 adapter because I do not have one. Since the fast ethernet is extremely faster than the ordinary ethernet, parameters may have to be changed... -nao From owner-freebsd-hackers Wed Sep 25 19:07:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03485 for hackers-outgoing; Wed, 25 Sep 1996 19:07:51 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA03440 for ; Wed, 25 Sep 1996 19:07:44 -0700 (PDT) Received: from mer.cioe.com (root@mer.cioe.com [205.243.41.34]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA08787 for ; Wed, 25 Sep 1996 19:07:37 -0700 (PDT) Received: (from root@localhost) by mer.cioe.com (8.7.5/8.7.3) id VAA19937 for freebsd-hackers@freebsd.org; Wed, 25 Sep 1996 21:11:21 -0500 (CDT) Date: Wed, 25 Sep 1996 21:11:21 -0500 (CDT) From: Steve Ames Message-Id: <199609260211.VAA19937@mer.cioe.com> To: freebsd-hackers@freebsd.org Subject: cvs doesn't compile in -CURRENT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /usr/src/gnu/usr.bin/cvs does not compile because of an ommission in options.h... there is no #define for RM. Because of this the file release.c fails do to an unknown variable. -Steve From owner-freebsd-hackers Wed Sep 25 19:42:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19807 for hackers-outgoing; Wed, 25 Sep 1996 19:42:01 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19740 for ; Wed, 25 Sep 1996 19:41:51 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id VAA21054; Wed, 25 Sep 1996 21:41:41 -0500 (EST) From: "John S. Dyson" Message-Id: <199609260241.VAA21054@dyson.iquest.net> Subject: Re: Anyone tried HURD yet? To: jehamby@lightside.com (Jake Hamby) Date: Wed, 25 Sep 1996 21:41:40 -0500 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jake Hamby" at Sep 25, 96 06:22:53 pm Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If anyone else has tried HURD, I'd be interested in your opinions. I'm > also curious if anyone is seriously using Lites. As an aside, I currently > have _five_ OS's on four partitions of two SCSI hard drives of a single > 486: Windows 95, NT, Linux, FreeBSD, and Solaris/x86, _all_ accessible > from BootEasy. Adding HURD would make a grand total of six. Is this some > sort of world record? :-) > I had recently tried out Lites (during one of my benchmarking runs.) It is certainly an achievement in technology (IMO.) However, the performance of certain ops was quite slow. I passed around some performance numbers to -core, but have lost my harddrive with the results. Please don't take my performance comments as putting down the Mach or Lites projects -- otherwise they are very interesting -- but OS perf under certain circumstances was very far behind FreeBSD/Linux. There are many reasons for using the Mach based OSes, but perf is probably not going to be one of them. In particular I remember fork/exec as being maybe 10x-20x slower... Perhaps someone in -core could forward my results that I had measured? John From owner-freebsd-hackers Wed Sep 25 20:05:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01431 for hackers-outgoing; Wed, 25 Sep 1996 20:05:55 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA01397 for ; Wed, 25 Sep 1996 20:05:52 -0700 (PDT) Received: by night.primate.wisc.edu; id WAA17706; 8.6.10/41.8; Wed, 25 Sep 1996 22:04:48 -0500 Message-Id: <199609260304.WAA17706@night.primate.wisc.edu> Date: Wed, 25 Sep 1996 22:04:48 -0500 From: dubois@primate.wisc.edu (Paul DuBois) To: jehamby@lightside.com (Jake Hamby) Cc: hackers@freebsd.org Subject: Re: Anyone tried HURD yet? In-Reply-To: ; from Jake Hamby on Sep 25, 1996 18:22:53 -0700 References: X-Mailer: Mutt 0.44 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: > of Mach 3 apparent?). Architecturally, I feel it is a better approach > than MkLinux, which was IMO a desparate attempt from Apple to shoehorn a > macrokernel on top of a microkernel in order to make up for the PowerMac's > lack of a free UNIX and at the same time capitalize on the Linux and > microkernel buzzwords. Perhaps. In any case, there is now a free UNIX that runs on Power Macintoshes, and it runs quite well. It certainly was easier to set up and get going than FreeBSD on my PC. I hope it becomes a continuing effort, and continues to improve. I want to continue to be able to run *both* FreeBSD and MkLinux. -- Paul DuBois dubois@primate.wisc.edu Home page: http://www.primate.wisc.edu/people/dubois Software: http://www.primate.wisc.edu/software From owner-freebsd-hackers Wed Sep 25 22:40:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18601 for hackers-outgoing; Wed, 25 Sep 1996 22:40:58 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA18554; Wed, 25 Sep 1996 22:40:54 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.6/CET-v2.1) with SMTP id FAA12346; Thu, 26 Sep 1996 05:40:45 GMT Date: Thu, 26 Sep 1996 14:40:45 +0900 (JST) From: Michael Hancock To: dyson@FreeBSD.ORG cc: Jake Hamby , hackers@FreeBSD.ORG Subject: Re: Anyone tried HURD yet? In-Reply-To: <199609260241.VAA21054@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, John S. Dyson wrote: > > > > If anyone else has tried HURD, I'd be interested in your opinions. I'm > > also curious if anyone is seriously using Lites. As an aside, I currently > > have _five_ OS's on four partitions of two SCSI hard drives of a single > > 486: Windows 95, NT, Linux, FreeBSD, and Solaris/x86, _all_ accessible > > from BootEasy. Adding HURD would make a grand total of six. Is this some > > sort of world record? :-) > > > I had recently tried out Lites (during one of my benchmarking runs.) It > is certainly an achievement in technology (IMO.) However, the performance > of certain ops was quite slow. I passed around some performance numbers > to -core, but have lost my harddrive with the results. > > Please don't take my performance comments as putting down the Mach or > Lites projects -- otherwise they are very interesting -- but OS perf > under certain circumstances was very far behind FreeBSD/Linux. There > are many reasons for using the Mach based OSes, but perf is probably > not going to be one of them. In particular I remember fork/exec as > being maybe 10x-20x slower... Perhaps someone in -core could forward > my results that I had measured? These came off a Chorus page. How did they compare to these numbers? 7 microseconds Interrupt Latency 8 microseconds Context Switch on i486 at 50 Mhz 28 microseconds light-weight RPC on i486 at 50 Mhz See, http://www.chorus.com/Products/Datasheets/nucleusv3.html Regards, Mike Hancock From owner-freebsd-hackers Thu Sep 26 00:03:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19129 for hackers-outgoing; Thu, 26 Sep 1996 00:03:31 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19092 for ; Thu, 26 Sep 1996 00:03:28 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id AAA23114; Thu, 26 Sep 1996 00:03:27 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id RAA16113; Thu, 26 Sep 1996 17:02:11 +1000 From: Julian Assange Message-Id: <199609260702.RAA16113@suburbia.net> Subject: Re: BLOAT in minimal programs To: julian@whistle.com (Julian Elischer) Date: Thu, 26 Sep 1996 17:02:10 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <324A1DAE.41C67EA6@whistle.com> from "Julian Elischer" at Sep 25, 96 11:07:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I wanted to write a minimal footprint program > that would be as tiny as possible.. > it seems impossible.. > here is the symbol list for this statically linked program. > it uses NO stdio functions. > it assings a few integer variables calls a syscall and exits. > It's over 38K long! > > THIS IS NOT MINIMAL! > I DID NOT WANT ALL THIS CRAP! > why oh why did I get malloc? > vfprintf? > __CurrentRuneLocale ? > hell it doesn't even contain a STRING let alone a default nationality! > > etc.etc. > > there has got to be a better way! > about the only thing I want is errno and some syscalls. > > julian Try with _main and _exit -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Thu Sep 26 00:55:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27989 for hackers-outgoing; Thu, 26 Sep 1996 00:55:44 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27214 for ; Thu, 26 Sep 1996 00:54:48 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.6/8.7.3) id RAA08700; Thu, 26 Sep 1996 17:22:44 +0930 (CST) Date: Thu, 26 Sep 1996 17:22:44 +0930 (CST) From: Peter Childs Message-Id: <199609260752.RAA08700@al.imforei.apana.org.au> To: jehamby@lightside.com (Jake Hamby), freebsd-hackers@freebsd.org Subject: Re: Anyone tried HURD yet? X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : If anyone else has tried HURD, I'd be interested in your opinions. Grin.. its certainly good fun just trying to get stuff compiled and working... I think i've got the worlds first web-server running onto of hurd :) Don't even think you can use it for anything seriously, but you _will_ have something different than everyone else on the block, and if will give you many nights of pulling-your-hair-out enjoyment! As noted by others.. performance is nowhere near the highly optimised FreeBSD.. but thats life. (i'm tempted to setup a cross compiling enviroment here just go build stuff :) Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-hackers Thu Sep 26 01:10:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07726 for hackers-outgoing; Thu, 26 Sep 1996 01:10:55 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA07684 for ; Thu, 26 Sep 1996 01:10:50 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id KAA01902; Thu, 26 Sep 1996 10:09:58 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma001342; Thu Sep 26 10:06:25 1996 Received: from spooky.lss.cp.philips.com (spooky.lss.cp.philips.com [130.144.199.105]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id KAA13409; Thu, 26 Sep 1996 10:09:16 +0200 Received: (from guido@localhost) by spooky.lss.cp.philips.com (8.6.10/8.6.10-0.991c-08Nov95) id KAA06708; Thu, 26 Sep 1996 10:06:11 +0200 From: Guido van Rooij Message-Id: <199609260806.KAA06708@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Thu, 26 Sep 1996 10:06:10 +0200 (MET DST) Cc: Guido.vanRooij@nl.cis.philips.com, freebsd-hackers@FreeBSD.org Reply-To: Guido.vanRooij@nl.cis.philips.com In-Reply-To: <199609260205.LAA10545@sirius.sbl.cl.nec.co.jp> from Naoki Hamada at "Sep 26, 96 11:05:15 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Naoki Hamada wrote: > Hi. > > Guido, I cannot figure out what you intended the following change to > do. Could your tell me what you meant? > > --- vx/if_vx.c Wed Sep 25 00:45:50 1996 > +++ vx.old/if_vx.c Tue Sep 17 16:19:42 1996 > - outw(BASE + VX_COMMAND, SET_TX_AVAIL_THRESH | (len + pad + 4)); > + outw(BASE + VX_COMMAND, SET_TX_AVAIL_THRESH | ((len + pad + 4) >> 2)); > > BTW, I am now working on the new vx driver to make it select the right > connector. My 3C590C card seems now good at it, but I cannot try the > 3C595 adapter because I do not have one. Since the fast ethernet is > extremely faster than the ordinary ethernet, parameters may have to be > changed... > The reasonI changed it is because the value passed to it is set into bits 2 and higher of the register. This has the effect of multiplying by four. In order to get the correct value in, you thus shoul firts devide it by four. This is true for every threshold register (with the 3c59x cards). Applying this change to the old driver still doesn't do the job for me. (if you have the spec for the 3c59x, look at page 2-2, Large Packet Support, and on page 4-12, SetTxAvilableThresh) Can't you take my driver and extend it? Then we have a driver that looks far more like the {Net,Open}BSD one which has some straightforward advatages. -Guido From owner-freebsd-hackers Thu Sep 26 02:31:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA20139 for hackers-outgoing; Thu, 26 Sep 1996 02:31:03 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA20108 for ; Thu, 26 Sep 1996 02:30:58 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id CAA15909; Thu, 26 Sep 1996 02:30:55 -0700 From: Josh MacDonald Message-Id: <199609260930.CAA15909@paris.CS.Berkeley.EDU> To: Julian Elischer Cc: freebsd-hackers@freebsd.org Subject: Re: libstdc++ what-where-when? In-reply-to: Your message of "Thu, 26 Sep 1996 01:29:44 PDT." <324A3EF8.2781E494@whistle.com> Date: Thu, 26 Sep 1996 02:30:54 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of gcc-2.7, g++ splits libg++ into two libraries, one of GNU extensions and one of "standard" libraries (though there are still GNU extensions in libstdc++). libg++ still links with -lg++, and should not be neccesary for programs which fancy themselves portable c++ (there is no such thing). Is anyone working on bringing libg++ 2.7.2 into the tree? -josh > I'v enever seen this before.. > suddenly things here are breaking because its needed > > anyone know of it.. > I'm not into c++ personally but.. > > > > julian > From owner-freebsd-hackers Thu Sep 26 05:18:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA06498 for hackers-outgoing; Thu, 26 Sep 1996 05:18:40 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA06420 for ; Thu, 26 Sep 1996 05:18:34 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id OAA09005; Thu, 26 Sep 1996 14:22:38 +0200 (MET DST) Date: Thu, 26 Sep 1996 14:22:38 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: __FREEBSD__ && ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! I was recently writing a program under SunOS, which uses binary trees and functions defined in . Now, I'd like to run this thing also under FreeBSD, but it only has functions defined in , namely bsearch, lsearch. Does anybody know where can I get similar library from? TIA Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Sep 26 06:39:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA12037 for hackers-outgoing; Thu, 26 Sep 1996 06:39:13 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA12021 for ; Thu, 26 Sep 1996 06:39:10 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id JAA11199; Thu, 26 Sep 1996 09:39:04 -0400 (EDT) Date: Thu, 26 Sep 1996 09:39:04 -0400 (EDT) From: Charles Henrich Message-Id: <199609261339.JAA11199@crh.cl.msu.edu> To: mark@quickweb.com, freebsd-hackers@freebsd.org Subject: Re: P6 200 performance Newsgroups: lists.freebsd.hackers References: <52ct7q$1fbr@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >On Wed, 25 Sep 1996, Christoph Kukulies wrote: >> >> I want to persuade my professor to spend in a P6/200. >> What is the performance gain over a P5/166? >> >> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de >> >I don't have numbers around (I'm not a number person..) but I'd say a >decent P6/200 system is about twice as fast as a P5/166. I base this on >rough SpecINT95/SpecFP95 results I've seen (go to www.intel.com for exact >figures) and on personal experience. I have a P6/200, and I'm still >amazed everyday at how fast the thing is. It's the first PC I've seen that >I would consider a "workstation". I get sub 4 minute kernel builds, >blazing X-Performance, etc.. etc.. I've never been so happy with a >computer! :-) Now how did you get a sub4 minute build? All mine check in at 4.5 :( -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Thu Sep 26 06:48:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18889 for hackers-outgoing; Thu, 26 Sep 1996 06:48:45 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA18866 for ; Thu, 26 Sep 1996 06:48:43 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id GAA02983; Thu, 26 Sep 1996 06:48:28 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id XAA02455; Thu, 26 Sep 1996 23:47:45 +1000 From: Julian Assange Message-Id: <199609261347.XAA02455@suburbia.net> Subject: bzip vs gzip To: meditation@gnu.ai.mit.edu, hackers@freebsd.org Date: Thu, 26 Sep 1996 23:47:44 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [http://www.cs.man.ac.uk/arch/people/j-seward/index.html] BZIP compresses the usual 14 files from the Calgary Corpus to an average of 2.340 bits per byte, which is within about 5% of the best known results, and considerably better than the more widespread LZ77/LZ78-based compressors [of which Gzip seems to be amongst the best]. Memory consumption is controllable, never exceeding 8,100 k for compression, and 5,400 k for decompression, even for very long files. You can tell BZIP to use less memory via command-line flags, giving minimum uses of 1200 k for compression and 600 k for decompression. This makes it usable on 8 meg and even 4 meg machines; compression is still better than Gzip. For some kinds of highly-redundant files, Bzip has been observed to do strikingly (3 times) better than Gzip. BZIP is an infinite-context statistical compressor, using preliminary run-length coding of the input, the Burrows-Wheeler block-sorting transformation, Fenwick's structured coding model, run-length coding of zeroes in the MTF codes, and a DCC95-style arithmetic coder. BZIP is distributed under the GNU General Public License, version 2, which means you can copy, use and redistribute it freely. It should run on any 32-bit platform with an ANSI C compiler; I myself have made successful builds, without modifying the sources, on: i386/i486-Linux1.2, i386/i486-Linux2.0, i386/i486-Windows95, Sparc-SunOS4, Sparc-Solaris2, SGI-Irix, HP-HPUX and HP-NetBSD. In practice BZIP should work without modification on any 32-bit GNU-supported target. I have also heard that an earlier version runs ok on Alphas; successful builds are also reported for a Mac Powerbook, and an Acorn R260 running RISC iX. BZIP has been heavily tested: the volume of data compressed in the final validation tests exceeds 1700 megabytes in 41000 files, with the longest file 425 megabytes long. This version, 0.21, is completely compatible with the .bz files created by version 0.15 -- 0.21 differs only in being faster, more portable and offering the "-c" flag. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Thu Sep 26 07:09:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02206 for hackers-outgoing; Thu, 26 Sep 1996 07:09:34 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA02091 for ; Thu, 26 Sep 1996 07:09:19 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA02963; Thu, 26 Sep 1996 16:05:08 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA14432; Thu, 26 Sep 1996 16:11:33 +0200 Message-Id: <199609261411.QAA14432@gilberto.physik.rwth-aachen.de> Date: Thu, 26 Sep 1996 16:11:32 +0200 From: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) To: henrich@crh.cl.msu.edu (Charles Henrich) Cc: mark@quickweb.com, freebsd-hackers@FreeBSD.org Subject: Re: P6 200 performance In-Reply-To: <199609261339.JAA11199@crh.cl.msu.edu>; from Charles Henrich on Sep 26, 1996 9:39:04 -0400 References: <52ct7q$1fbr@msunews.cl.msu.edu> <199609261339.JAA11199@crh.cl.msu.edu> X-Mailer: Mutt 0.44 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Charles Henrich writes: > In lists.freebsd.hackers you write: > > >On Wed, 25 Sep 1996, Christoph Kukulies wrote: > > >> > >> I want to persuade my professor to spend in a P6/200. > >> What is the performance gain over a P5/166? > >> > >> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > >> > > >I don't have numbers around (I'm not a number person..) but I'd say a > >decent P6/200 system is about twice as fast as a P5/166. I base this on > >rough SpecINT95/SpecFP95 results I've seen (go to www.intel.com for exact > >figures) and on personal experience. I have a P6/200, and I'm still > >amazed everyday at how fast the thing is. It's the first PC I've seen that > >I would consider a "workstation". I get sub 4 minute kernel builds, > >blazing X-Performance, etc.. etc.. I've never been so happy with a > >computer! :-) I don't want to beat this topic to death but one last question - otherwise we should go to freebsd-hardware - from what board revision upwards should I buy? Don't want to get an old hat from the shelf with yellow wiring or some such. > > Now how did you get a sub4 minute build? All mine check in at 4.5 :( > > -Crh > -- > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Sep 26 11:18:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25604 for hackers-outgoing; Thu, 26 Sep 1996 11:18:25 -0700 (PDT) Received: from Octopussy (Octopussy.MI.Uni-Koeln.DE [134.95.212.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA25549 for ; Thu, 26 Sep 1996 11:18:19 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-12.slip.Uni-Koeln.DE) by Octopussy with SMTP id AA07221 (5.67b/IDA-1.5 for ); Thu, 26 Sep 1996 20:17:55 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.6/8.6.9) id UAA08042; Thu, 26 Sep 1996 20:17:55 +0200 (MET DST) Date: Thu, 26 Sep 1996 20:17:55 +0200 (MET DST) Message-Id: <199609261817.UAA08042@x14.mi.uni-koeln.de> From: Stefan Esser To: "Mike Durian" Cc: Stefan Esser , Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-Reply-To: <199609251920.NAA22022@pluto.plutotech.com> References: <199609251920.NAA22022@pluto.plutotech.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mike Durian writes: > On Wed, 25 Sep 1996 20:06:25 +0200, Stefan Esser wrote: > > > >Well, but those are only used for config space accesses, > >and config space is normally not touched at all, after > >the PCI probe and attach are complete. > > I tracked down those accesses to 0xfca0. They are completely > normal. That is just where the ahc's I/O space got mapped. > The accesses were caused by the code in aic7xxx.c:ahc_scsi_cmd(). Ok, but that does not explain, why there are special cycles being generated. Could you please send information about your chip set (for example a boot message log) ? The PCI configuration space accesses are implemented by either of two methods (and possibly by both simultanously): Configuration mechanism 1) Write address to reg1 Read/write data to/from reg2 which is mapped to conf_reg Configuration mechanism 2) Write enable key to reg1 Read/write port in the c000/ffff range for conf_reg access Special cycles are generated if certain values are written to what I called "reg 1" above, and it is possible that the BIOS left the chip set in a state, where port accesses are forwarded to the bus, but also make the chip set generate special cycles. And to understand this, I'd like to know your chip set ... Regards, STefan From owner-freebsd-hackers Thu Sep 26 15:12:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18784 for hackers-outgoing; Thu, 26 Sep 1996 15:12:46 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18730 for ; Thu, 26 Sep 1996 15:12:40 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id PAA19269; Thu, 26 Sep 1996 15:11:04 -0700 Date: Thu, 26 Sep 1996 15:11:03 -0700 (PDT) From: Jaye Mathisen To: Julian Assange cc: meditation@gnu.ai.mit.edu, hackers@freebsd.org Subject: Re: bzip vs gzip In-Reply-To: <199609261347.XAA02455@suburbia.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Seems to me I recall reading in the original posting of bzip, that the author warned against commercial usage of it because of potential patent problems. Ah, here it is: >From sewardj@cs.man.ac.uk Mon Sep 9 22:44:21 PDT 1996 Article: 2129 of comp.os.linux.announce From: Julian Seward Newsgroups: comp.os.linux.announce Subject: bzip 0.21, a statistical data compressor Date: Mon, 09 Sep 1996 08:14:55 GMT Lines: 43 Approved: linux-announce@news.ornl.gov (Lars Wirzenius) Message-ID: NNTP-Posting-Host: localhost [stuff removed] The command-line interface is very similar to that of gzip, so you can use bzip as a drop-in replacement for gzip, if you like. For more information, and the distribution, point your browser at: http://www.cs.man.ac.uk/arch/people/j-seward/index.html Because of possible patent infringement problems, you should not use bzip for commercial purposes. On Thu, 26 Sep 1996, Julian Assange wrote: > Date: Thu, 26 Sep 1996 23:47:44 +1000 (EST) > From: Julian Assange > To: meditation@gnu.ai.mit.edu, hackers@freebsd.org > Subject: bzip vs gzip > > > [http://www.cs.man.ac.uk/arch/people/j-seward/index.html] > > BZIP compresses the usual 14 files from the Calgary Corpus to an > average of 2.340 bits per byte, which is within about 5% of the best > known results, and considerably better than the more widespread > LZ77/LZ78-based compressors [of which Gzip seems to be amongst the > best]. Memory consumption is controllable, never exceeding 8,100 k > for compression, and 5,400 k for decompression, even for very long > files. You can tell BZIP to use less memory via command-line flags, > giving minimum uses of 1200 k for compression and 600 k for > decompression. This makes it usable on 8 meg and even 4 meg machines; > compression is still better than Gzip. For some kinds of > highly-redundant files, Bzip has been observed to do strikingly (3 > times) better than Gzip. > > BZIP is an infinite-context statistical compressor, using preliminary > run-length coding of the input, the Burrows-Wheeler block-sorting > transformation, Fenwick's structured coding model, run-length coding > of zeroes in the MTF codes, and a DCC95-style arithmetic coder. > > BZIP is distributed under the GNU General Public License, version 2, > which means you can copy, use and redistribute it freely. It should > run on any 32-bit platform with an ANSI C compiler; I myself have > made successful builds, without modifying the sources, on: > i386/i486-Linux1.2, i386/i486-Linux2.0, i386/i486-Windows95, > Sparc-SunOS4, Sparc-Solaris2, SGI-Irix, HP-HPUX and HP-NetBSD. In > practice BZIP should work without modification on any 32-bit > GNU-supported target. I have also heard that an earlier version runs > ok on Alphas; successful builds are also reported for a Mac > Powerbook, and an Acorn R260 running RISC iX. > > BZIP has been heavily tested: the volume of data compressed in the > final validation tests exceeds 1700 megabytes in 41000 files, with > the longest file 425 megabytes long. This version, 0.21, is > completely compatible with the .bz files created by version 0.15 -- > 0.21 differs only in being faster, more portable and offering the > "-c" flag. From owner-freebsd-hackers Thu Sep 26 16:07:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA18211 for hackers-outgoing; Thu, 26 Sep 1996 16:07:12 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto.plutotech.com [206.168.67.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA18169 for ; Thu, 26 Sep 1996 16:07:06 -0700 (PDT) Received: from shane.plutotech.com (durian@shane.plutotech.com [206.168.67.21]) by pluto.plutotech.com (8.7.5/8.7.5) with ESMTP id RAA12457; Thu, 26 Sep 1996 17:06:22 -0600 (MDT) Message-Id: <199609262306.RAA12457@pluto.plutotech.com> From: "Mike Durian" To: Stefan Esser cc: Bruce Evans , freebsd-hackers@FreeBSD.org Subject: Re: Special Cycles on the PCI bus In-reply-to: Your message of "Thu, 26 Sep 1996 20:17:55 +0200." Date: Thu, 26 Sep 1996 17:06:20 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 26 Sep 1996 20:17:55 +0200, Stefan Esser wrote: > >Ok, but that does not explain, why there are special cycles >being generated. Could you please send information about your >chip set (for example a boot message log) ? CPU: 132-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf chip0 rev 2 on pci0:7:0 chip1 rev 2 on pci0:7:1 chip2 rev 2 on pci0:0 Those are our chips. But I've got good news. I determined exactly what generates the special cycle. It is the "hlt" instruction in the idle_loop. When the kernel mounts the root directory, this is the first time we encounter a tsleep. Since there are no other processes to run, this is also the first time we enter the idle_loop. It was a bitch tracking this down with the debugger (because if you're in the debugger at a breakpoint, the scsi interrupt will arrive and we'll never enter the idle_loop), but I finally set up a breakpoint in the idle_loop immediately before the "hlt" instruction. At this point we the bus analyzer showed we still hadn't encountered a special cycle. But as soon as I single stepped in the the hlt instruction, it appeared. Apparently the Triton chipset is trying to pass this command out to the bus, and isn't doing it very well. Now that I've located the problem, does anyone have any suggestions on what I can do to avoid using the "hlt" command. Is there something else the idle_loop can do while waiting for interrupts? Oh, we also figured out what all the transactions on the bus were in that listing I sent out. The i/o accesses to 0xfca? are ahc_scsi_cmd writing a SCB (the controller's i/o address range is mapped to that region). The timer accesses weren't because of DELAY() and getit(), but because of tsleep's call to microtime. And the memory access wasn't from the CPU at all, but was generated by the adaptec. Then the special cycle, "hlt", command is issued. Not coincidentally, the next bus activity is an interrupt. mike From owner-freebsd-hackers Thu Sep 26 18:01:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00571 for hackers-outgoing; Thu, 26 Sep 1996 18:01:46 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00466; Thu, 26 Sep 1996 18:01:36 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609270101.SAA00466@freefall.freebsd.org> Subject: s/key password list printout To: security, hackers Date: Thu, 26 Sep 1996 18:01:36 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ftp://freefall.freebsd.org/pub/incoming/skey.print contains a postscript program for printing out a list of 100 s/key passwords on a piece of paper twice the size of a credit card. very nice. the author is rik@alquist.rdt.monash.edu.au (Rik Harris) >From the README: This is keyprint: a quick hack for printing S/Key keys on a small piece of paper, twice the size of a credit card for easy storage in a wallet, card holder, etc. It produces a PostScript file which can be printed and then trimmed to size: hn38925 +----------------------------------------+ | 1 af fd alfal 26 fd s fdas da | | 2 af fd alfal 27 fd s fdas da | | 3 af fd alfal 28 fd s fdas da | | . . | | . . | | 24 af fd alfal 49 fd s fdas da | | 25 af fd alfal 50 fd s fdas da | +----------------------------------------+ | 51 af fd alfal 76 fd s fdas da | | 52 af fd alfal 77 fd s fdas da | | 53 af fd alfal 78 fd s fdas da | | . . | | . . | | 74 af fd alfal 98 fd s fdas da | | 75 af fd alfal 99 fd s fdas da | +----------------------------------------+ rik. enjoy! jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Thu Sep 26 18:28:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15802 for hackers-outgoing; Thu, 26 Sep 1996 18:28:01 -0700 (PDT) Received: from oly3-s7.intermind.com (IMind-032-037.intermind.com [208.193.32.37]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15711; Thu, 26 Sep 1996 18:27:48 -0700 (PDT) Received: from oly3-i3.intermind.com ([208.193.39.2]) by oly3-s7.intermind.com (post.office MTA v1.9.3b **** trial license expired ****) with ESMTP id AAA163; Thu, 26 Sep 1996 18:26:30 -0700 Received: from oly3-i3.intermind.com (daemon@localhost) by oly3-i3.intermind.com (8.7.2/8.7.2) with ESMTP id SAA28182; Thu, 26 Sep 1996 18:27:11 -0700 (PDT) Received: from oly3-s25.intermind.com (oly3-s25.intermind.com [208.193.33.31]) by oly3-i3.intermind.com (8.7.2/8.7.2) with ESMTP id SAA28172; Thu, 26 Sep 1996 18:27:10 -0700 (PDT) Received: from malkav (malkav.intermind.com [208.193.33.208]) by oly3-s25.intermind.com (post.office MTA v1.9.3b ID# 0-18302U110) with SMTP id AAA113; Thu, 26 Sep 1996 17:34:01 -0700 Message-Id: <2.2.32.19960927003621.00f9cf3c@mail-internal.intermind.com> X-Sender: jnoetzel@mail-internal.intermind.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Sep 1996 17:36:21 -0700 To: questions@freebsd.org, hackers@freebsd.org From: "Jeremy Noetzelman" Subject: Intel EtherExpress Pro 100b Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm getting page faults when using more than two of the above named cards. Is this a known problem? Jeremy --- Jeremy Noetzelman jnoetzel@intermind.com Operations Specialist Intermind Corporation http://www.intermind.com/ From owner-freebsd-hackers Thu Sep 26 18:34:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19535 for hackers-outgoing; Thu, 26 Sep 1996 18:34:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19341 for ; Thu, 26 Sep 1996 18:34:02 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA17240; Fri, 27 Sep 1996 11:01:16 +0930 From: Michael Smith Message-Id: <199609270131.LAA17240@genesis.atrad.adelaide.edu.au> Subject: Re: Special Cycles on the PCI bus To: durian@plutotech.com (Mike Durian) Date: Fri, 27 Sep 1996 11:01:15 +0930 (CST) Cc: se@zpr.uni-koeln.de, bde@zeta.org.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199609262306.RAA12457@pluto.plutotech.com> from "Mike Durian" at Sep 26, 96 05:06:20 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Mike Durian stands accused of saying: > > Those are our chips. But I've got good news. I determined > exactly what generates the special cycle. It is the "hlt" > instruction in the idle_loop. When the kernel mounts the root Yay! > Apparently the Triton chipset is trying to pass this command > out to the bus, and isn't doing it very well. Huh?! That's _werird_. > Now that I've located the problem, does anyone have any suggestions > on what I can do to avoid using the "hlt" command. Is there something > else the idle_loop can do while waiting for interrupts? Er. If your system has an APM BIOS, you could enable APM and use the "Idle CPU" function, but it wouldn't surprise me if that used "hlt" as well. I don't know if there's any way other than using "hlt" to wait until the next interrupt - you could perhaps spin waiting on the interrupt statistics counter(s)... -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Sep 26 18:52:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00922 for hackers-outgoing; Thu, 26 Sep 1996 18:52:44 -0700 (PDT) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA00876 for ; Thu, 26 Sep 1996 18:52:39 -0700 (PDT) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id KAA00504; Fri, 27 Sep 1996 10:52:31 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with ESMTP id KAA29333; Fri, 27 Sep 1996 10:52:30 +0900 (JST) X-Authentication-Warning: sbl-gw.sbl.cl.nec.co.jp: Host nao@sirius [133.207.68.90] claimed to be sirius.sbl.cl.nec.co.jp Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id KAA17550; Fri, 27 Sep 1996 10:52:29 +0900 (JST) Date: Fri, 27 Sep 1996 10:52:29 +0900 (JST) From: Naoki Hamada Message-Id: <199609270152.KAA17550@sirius.sbl.cl.nec.co.jp> References: <199609260806.KAA06708@spooky.lss.cp.philips.com> To: Guido.vanRooij@nl.cis.philips.com CC: freebsd-hackers@FreeBSD.org In-reply-to: Guido van Rooij's message of "Thu, 26 Sep 1996 10:06:10 +0200 (MET DST)" <199609260806.KAA06708@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Guido wrote: >The reasonI changed it is because the value passed to it is set into bits >2 and higher of the register. This has the effect of multiplying by four. >In order to get the correct value in, you thus shoul firts devide it >by four. This is true for every threshold register (with the 3c59x cards). >Applying this change to the old driver still doesn't do the job for me. >(if you have the spec for the 3c59x, look at page 2-2, Large Packet Support, >and on page 4-12, SetTxAvilableThresh) Thanks. I have done a brief experiment, which proved that your are absolutely right. >Can't you take my driver and extend it? Then we have a driver that looks far >more like the {Net,Open}BSD one which has some straightforward advatages. Sure. I am also planning to make it drive EISA adapters (3C592, 3C597). >After rereading this I don't think I understand what you mean with >selecting the right connector. Could you tell em what you mean? Your new vx driver do not work properly when ifconfig'ed with link[012] options, and what is worse, the fast ethernet connector of a 3C595 adapter is completely ignored. -nao From owner-freebsd-hackers Thu Sep 26 19:22:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16111 for hackers-outgoing; Thu, 26 Sep 1996 19:22:56 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA16055 for ; Thu, 26 Sep 1996 19:22:46 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA18954; Thu, 26 Sep 1996 20:21:12 -0600 (MDT) Date: Thu, 26 Sep 1996 20:21:12 -0600 (MDT) Message-Id: <199609270221.UAA18954@rocky.mt.sri.com> From: Nate Williams To: Michael Smith Cc: durian@plutotech.com (Mike Durian), freebsd-hackers@freebsd.org Subject: Re: Special Cycles on the PCI bus In-Reply-To: <199609270131.LAA17240@genesis.atrad.adelaide.edu.au> References: <199609262306.RAA12457@pluto.plutotech.com> <199609270131.LAA17240@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Now that I've located the problem, does anyone have any suggestions > > on what I can do to avoid using the "hlt" command. Is there something > > else the idle_loop can do while waiting for interrupts? > > Er. If your system has an APM BIOS, you could enable APM and use the > "Idle CPU" function, but it wouldn't surprise me if that used "hlt" > as well. It might, but then again it might not. In any case, we call 'hlt' if the APM bios isnt' enabled but the APM code is used. > I don't know if there's any way other than using "hlt" to > wait until the next interrupt - you could perhaps spin waiting on the > interrupt statistics counter(s)... You could ignore 'hlt', but it uses up more power. A machine that doesn't use 'hlt' gets significantly hotter than a machine that does. It's not really necessary though. Nate From owner-freebsd-hackers Thu Sep 26 20:20:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA14371 for hackers-outgoing; Thu, 26 Sep 1996 20:20:58 -0700 (PDT) Received: from darkwing.pacific.net.sg (darkwing.pacific.net.sg [203.120.89.89]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA14321 for ; Thu, 26 Sep 1996 20:20:51 -0700 (PDT) Received: (qmail-queue invoked from smtpd); 27 Sep 1996 03:19:09 -0000 Received: from darkwing.pacific.net.sg (203.120.89.89) by darkwing.pacific.net.sg with SMTP; 27 Sep 1996 03:19:09 -0000 Date: Fri, 27 Sep 1996 11:19:08 +0800 (SST) From: Ng Pheng Siong To: hackers@freebsd.org, questions@freebsd.org cc: Ng Pheng Siong Subject: Linux co-existence, and "kdump: Cannot allocate memory" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all. 2 questions in 1 mail. ;) 1. I have Win95 and FreeBSD on my notebook, booting with FreeBSD's bootmgr. I've recently installed Linux; it now boots off a floppy coz I've wary of having LILO overwrite my boot sector stuff. How can I boot Linux off the harddisk with FreeBSD's bootmgr? 2. After installing Linux, I compiled a kernel (2.0.21) with ufs and FreeBSD disklabel support. Tried (once) to mount FreeBSD's filesystems; not successful. I now want to build a BSD kernel (960801-SNAP) with ext2fs, instead. Config is ok, make depend is ok, just "make" dies. I do a "ktrace make", then when I say "kdump", I get "kdump: Cannot allocate memory". Before I had installed Linux, I could and did compile the BSD kernel. (That's when KTRACE got added.) I can still build Linux kernels. I have 8 MB ram, and 32 MB swap. "swapinfo" says 65408 out of 65536 available. My notebook is a TI Extensa 510; 3com pccard ethernet. Unfortunately, I don't have enough space on the notebook to unpack sources to check myself. I'm not on -questions nor -hackers, so I'd appreciate a direct reply. (Drowning in sheer volume of mail already. ;) TIA. Cheers. -- Ng Pheng Siong * Finger for PGP key. Pacific Internet Pte Ltd * Singapore Have a break ... have a Tcl. From owner-freebsd-hackers Thu Sep 26 22:06:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14239 for hackers-outgoing; Thu, 26 Sep 1996 22:06:42 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA14033; Thu, 26 Sep 1996 22:06:18 -0700 (PDT) Received: from localhost (mark@localhost) by scooter.quickweb.com (8.6.12/8.6.12) with SMTP id BAA07227; Fri, 27 Sep 1996 01:01:45 -0400 Date: Fri, 27 Sep 1996 01:01:44 -0400 (EDT) From: Mark Mayo To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: JDK 1.0.2 for FreeBSD released [Java Development Kit] In-Reply-To: <17725.843786928@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 26 Sep 1996, Jordan K. Hubbard wrote: > From: Jeffrey Hsu > Subject: JDK 1.0.2 for FreeBSD > > Announcement > ------------ > A native FreeBSD binary distribution of the JDK 1.0.2 is now available from > freefall.FreeBSD.org:/pub/FreeBSD/LOCAL_PORTS/jdk102.tar.gz > This port contains the java interpreter, compiler, and appletviewer. > This is a completely unsupported distribution. Beautiful! Wonderful! My life is now complete! Wow, this is super - I just grabbed it and tryed it out; it all works like a charm. Now I never have to leave FreeBSD! And now I can poke fun at the linux folk about having a 1.0.2 on fbsd while they still are stuck with 1.0.1.... Much thanx to Jeffrey Hsu for this, I spent way too much time trying to get guavac compiled on FreeBSD; to have a 'real' sun jdk is comforting. Again, thanx for the effort (this goes to all involved in FreeBSD). I'll send my donation cheque as soon as I can scrounge up some cash, and maybe some day I'll be able to contribute to the collective! :-) cya, -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > > Installation > ------------ > 1. Grab freefall.FreeBSD.org:/pub/FreeBSD/LOCAL_PORTS/jdk102.tar.gz. > 2. Create a directory and untar the FreeBSD distribution in there. > 3. Install the pdksh port. > > Running the JDK > --------------- > If your JDK directory is rooted at , you need to set > 1. your path to include the /bin directory > 2. CLASSPATH environment variable to .:/classes > 3. LD_LIBRARY_PATH to include /lib/i386 > To compile a java program, invoke 'javac program.java'. > To run it, use 'java '. > > Answers to Common Questions > --------------------------- > Q: Do I need Motif? > A: No. > > Q: Which version of FreeBSD does this work on? > A: I run the current version of FreeBSD, so that's the only version which > I've verified. > > Q: It doesn't work on my machine. What do I do? > A: You are out of luck. This is a completely unsupported distribution. > From owner-freebsd-hackers Thu Sep 26 22:17:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19205 for hackers-outgoing; Thu, 26 Sep 1996 22:17:24 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA19128 for ; Thu, 26 Sep 1996 22:17:12 -0700 (PDT) Received: from localhost (mark@localhost) by scooter.quickweb.com (8.6.12/8.6.12) with SMTP id BAA07280 for ; Fri, 27 Sep 1996 01:14:34 -0400 Date: Fri, 27 Sep 1996 01:14:34 -0400 (EDT) From: Mark Mayo To: hackers@freebsd.org Subject: OPEN_MAX => which #define counts? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was poking around /usr/src/sys wondering about OPEN_MAX ... I'm just learning about file descriptors and such and I figured out that OPEN_MAX determines the max num. of files a process can open. My question is that which #define actually sets the limit: ./conf/options:OPEN_MAX opt_rlimit.h ---> which contains nothing.. ./i386/conf/LINT:options OPEN_MAX=128 ./sys/syslimits.h:#define OPEN_MAX 64 The other question I have is how OPEN_MAX relates to the max. number of file secriptors the System can have open at a time. TIA for any insight, -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-hackers Thu Sep 26 23:12:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23032 for hackers-outgoing; Thu, 26 Sep 1996 23:12:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA22980 for ; Thu, 26 Sep 1996 23:12:50 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA19209; Fri, 27 Sep 1996 15:42:23 +0930 From: Michael Smith Message-Id: <199609270612.PAA19209@genesis.atrad.adelaide.edu.au> Subject: Re: OPEN_MAX => which #define counts? To: mark@quickweb.com (Mark Mayo) Date: Fri, 27 Sep 1996 15:42:22 +0930 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Mark Mayo" at Sep 27, 96 01:14:34 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > > Hi, I was poking around /usr/src/sys wondering about OPEN_MAX ... I'm just > learning about file descriptors and such and I figured out that OPEN_MAX > determines the max num. of files a process can open. > > My question is that which #define actually sets the limit: > > ./conf/options:OPEN_MAX opt_rlimit.h ---> which contains nothing.. > ./i386/conf/LINT:options OPEN_MAX=128 > ./sys/syslimits.h:#define OPEN_MAX 64 > > The other question I have is how OPEN_MAX relates to the max. number of > file secriptors the System can have open at a time. 'sysctl kern.maxfiles' will tell you how many files the system can have open. 'limit descriptors' (csh) getrlimit()/setrlimit() (system calls) let you frob on a per-process basis. > -Mark -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Sep 26 23:54:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26427 for hackers-outgoing; Thu, 26 Sep 1996 23:54:26 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA26389 for ; Thu, 26 Sep 1996 23:54:23 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id IAA17598; Fri, 27 Sep 1996 08:54:03 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma017461; Fri Sep 27 08:52:56 1996 Received: from spooky.lss.cp.philips.com (spooky.lss.cp.philips.com [130.144.199.105]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id IAA20160; Fri, 27 Sep 1996 08:55:57 +0200 Received: (from guido@localhost) by spooky.lss.cp.philips.com (8.6.10/8.6.10-0.991c-08Nov95) id IAA27301; Fri, 27 Sep 1996 08:52:52 +0200 From: Guido van Rooij Message-Id: <199609270652.IAA27301@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Fri, 27 Sep 1996 08:52:51 +0200 (MET DST) Cc: Guido.vanRooij@nl.cis.philips.com, freebsd-hackers@FreeBSD.org Reply-To: Guido.vanRooij@nl.cis.philips.com In-Reply-To: <199609270152.KAA17550@sirius.sbl.cl.nec.co.jp> from Naoki Hamada at "Sep 27, 96 10:52:29 am" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Naoki Hamada wrote: > > >After rereading this I don't think I understand what you mean with > >selecting the right connector. Could you tell em what you mean? > > Your new vx driver do not work properly when ifconfig'ed with > link[012] options, and what is worse, the fast ethernet connector of a > 3C595 adapter is completely ignored. Oh? I thought I had just copies the stuff from the old one in freebsd. I will take a look at the specs later today. -Guido From owner-freebsd-hackers Fri Sep 27 00:15:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11801 for hackers-outgoing; Fri, 27 Sep 1996 00:15:15 -0700 (PDT) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA11746 for ; Fri, 27 Sep 1996 00:15:10 -0700 (PDT) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id QAA13988; Fri, 27 Sep 1996 16:14:58 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with ESMTP id QAA12688; Fri, 27 Sep 1996 16:14:57 +0900 (JST) X-Authentication-Warning: sbl-gw.sbl.cl.nec.co.jp: Host nao@sirius [133.207.68.90] claimed to be sirius.sbl.cl.nec.co.jp Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id QAA20879; Fri, 27 Sep 1996 16:14:56 +0900 (JST) Date: Fri, 27 Sep 1996 16:14:56 +0900 (JST) From: Naoki Hamada Message-Id: <199609270714.QAA20879@sirius.sbl.cl.nec.co.jp> References: <199609270652.IAA27301@spooky.lss.cp.philips.com> To: Guido.vanRooij@nl.cis.philips.com CC: freebsd-hackers@FreeBSD.org In-reply-to: Guido van Rooij's message of "Fri, 27 Sep 1996 08:52:51 +0200 (MET DST)" <199609270652.IAA27301@spooky.lss.cp.philips.com> Subject: Re: new if_vx driver in incoming on freefal Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Guido wrote: >> Your new vx driver do not work properly when ifconfig'ed with >> link[012] options, and what is worse, the fast ethernet connector of a >> 3C595 adapter is completely ignored. > >Oh? I thought I had just copies the stuff from the old one in freebsd. The old vx driver failed to work with link[012] options. You copied the stuff, so the new one also fails. The following is today's snapshot. How do you like it? -nao --- ../newvx/if_vx.c Wed Sep 25 17:12:26 1996 +++ if_vx.c Fri Sep 27 16:09:36 1996 @@ -146,8 +146,6 @@ return NULL; } -static char *vx_conn_type[] = {"UTP", "AUI", "???", "BNC"}; - static void vx_pci_attach( pcici_t config_id, @@ -155,8 +153,7 @@ { struct vx_softc *sc; struct ifnet *ifp; - u_short i, *p; - u_long j; + u_short k, i, n; if (unit >= NVX) { printf("vx%d: not configured; kernel is built for only %d device%s.\n", @@ -174,31 +171,26 @@ DELAY(1000); sc->vx_connectors = 0; - i = pci_conf_read(config_id, 0x48); - GO_WINDOW(3); - j = (inl(BASE + VX_W3_INTERNAL_CFG) & INTERNAL_CONNECTOR_MASK) - >> INTERNAL_CONNECTOR_BITS; - if (i & RS_AUI) { - printf("aui"); - sc->vx_connectors |= AUI; - } - if (i & RS_BNC) { - if (sc->vx_connectors) - printf("/"); - printf("bnc"); - sc->vx_connectors |= BNC; - } - if (i & RS_UTP) { - if (sc->vx_connectors) - printf("/"); - printf("utp"); - sc->vx_connectors |= UTP; + /* Reset Options */ + sc->vx_connectors = pci_conf_read(config_id, 0x48) & 0x0000007f; + for (n = 0, k = 0; k < VX_CONNECTORS; k++) { + if (sc->vx_connectors & connector_table[k].bit) { + if (n > 0) { + printf("/"); + } + printf(connector_table[k].name); + n++; + } } - if (!(sc->vx_connectors & 7)) + if (sc->vx_connectors == 0) { printf("no connectors!"); - else - printf("[*%s*]", vx_conn_type[j]); - + } else { + GO_WINDOW(3); + sc->vx_connector = (inl(BASE + VX_W3_INTERNAL_CFG) + & INTERNAL_CONNECTOR_MASK) + >> INTERNAL_CONNECTOR_BITS; + printf("[*%s*]", connector_table[sc->vx_connector].name); + } /* * Read the station address from the eeprom @@ -216,13 +208,7 @@ sc->arpcom.ac_enaddr[(i << 1) + 1] = x; } - printf(" address %x:%x:%x:%x:%x:%x\n", - sc->arpcom.ac_enaddr[0], - sc->arpcom.ac_enaddr[1], - sc->arpcom.ac_enaddr[2], - sc->arpcom.ac_enaddr[3], - sc->arpcom.ac_enaddr[4], - sc->arpcom.ac_enaddr[5]); + printf(" address %6D\n", sc->arpcom.ac_enaddr, ":"); /* Still in window 0 */ if (vxbusyeeprom(unit)) @@ -279,7 +265,7 @@ { register struct vx_softc *sc = &vx_softc[unit]; register struct ifnet *ifp = &sc->arpcom.ac_if; - int s, i, j; + int i; while (inw(BASE + VX_STATUS) & S_COMMAND_IN_PROGRESS); @@ -342,7 +328,7 @@ { register struct vx_softc *sc = &vx_softc[unit]; register struct ifnet *ifp = &sc->arpcom.ac_if; - int j; + int i, j; /* * S.B. @@ -360,38 +346,49 @@ * connector specified in the EEPROM is used * (if present on card or AUI if not). */ - GO_WINDOW(4); - if(ifp->if_flags & IFF_LINK0 && sc->vx_connectors & AUI) { - /* nothing */ - } - else if(ifp->if_flags & IFF_LINK1 && sc->vx_connectors & BNC) { - outw(BASE + VX_COMMAND, START_TRANSCEIVER); - DELAY(1000); - } else if(ifp->if_flags & IFF_LINK2 && sc->vx_connectors & UTP) { - outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); + /* Set the xcvr. */ + if(ifp->if_flags & IFF_LINK0 && sc->vx_connectors & CONNECTOR_AUI) { + i = CONNECTOR_AUI; + } else if(ifp->if_flags & IFF_LINK1 && sc->vx_connectors & CONNECTOR_BNC) { + i = CONNECTOR_BNC; + } else if(ifp->if_flags & IFF_LINK2 && sc->vx_connectors & CONNECTOR_UTP) { + i = CONNECTOR_UTP; } else { - GO_WINDOW(3); - j = (inl(BASE + VX_W3_INTERNAL_CFG) & INTERNAL_CONNECTOR_MASK) - >> INTERNAL_CONNECTOR_BITS; - switch(j) { - case ACF_CONNECTOR_UTP: - GO_WINDOW(4); - outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); - break; - case ACF_CONNECTOR_BNC: - if(sc->vx_connectors & BNC) { - outw(BASE + VX_COMMAND, START_TRANSCEIVER); - DELAY(1000); - } - break; - case ACF_CONNECTOR_AUI: - /* nothing to do */ - break; - default: - printf("vx%d: strange connector type in EEPROM: assuming AUI\n", - unit); - break; + i = sc->vx_connector; + } + GO_WINDOW(3); + j = inl(BASE + VX_W3_INTERNAL_CFG) & ~INTERNAL_CONNECTOR_MASK; + outl(BASE + VX_W3_INTERNAL_CFG, j + | (connector_table[i].bit <vx_connectors & connector_table[CONNECTOR_UTP].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); + } + break; + case CONNECTOR_BNC: + if(sc->vx_connectors & connector_table[CONNECTOR_BNC].bit) { + outw(BASE + VX_COMMAND, START_TRANSCEIVER); + DELAY(1000); } + break; + case CONNECTOR_TX: + if(sc->vx_connectors & connector_table[CONNECTOR_TX].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, LINKBEAT_ENABLE); + } + break; + case CONNECTOR_FX: + if(sc->vx_connectors & connector_table[CONNECTOR_FX].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, LINKBEAT_ENABLE); + } + break; + default: + printf("vx%d: strange connector type in EEPROM: assuming AUI\n", + unit); + break; } GO_WINDOW(1); } @@ -479,6 +476,7 @@ splx(sh); ++ifp->if_opackets; + ifp->if_timer = 1; readcheck: if ((inw(BASE + VX_W1_RX_STATUS) & ERR_INCOMPLETE) == 0) { @@ -601,7 +599,6 @@ register short status; register struct vx_softc *sc = &vx_softc[unit]; struct ifnet *ifp = &sc->arpcom.ac_if; - int ret = 0; for (;;) { outw(BASE + VX_COMMAND, C_INTR_LATCH); @@ -623,15 +620,18 @@ if (status & S_RX_COMPLETE) vxread(unit); if (status & S_TX_AVAIL) { + ifp->if_timer = 0; sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; vxstart(&sc->arpcom.ac_if); } if (status & S_CARD_FAILURE) { printf("vx%d: adapter failure (%x)\n", unit, status); + ifp->if_timer = 0; vxreset(unit); return; } if (status & S_TX_COMPLETE) { + ifp->if_timer = 0; vxtxstat(unit); vxstart(ifp); } @@ -989,10 +989,9 @@ { register struct vx_softc *sc = &vx_softc[unit]; - log(LOG_ERR, "vx%d: device timeout\n", unit); - ++sc->arpcom.ac_if.if_oerrors; - - vxreset(unit); + ifp->if_flags &= ~IFF_OACTIVE; + vxstart(ifp); + vxintr(ifp->if_unit); } static void @@ -1033,10 +1032,6 @@ } if (!i) { printf("\nvx%d: eeprom failed to come ready\n", unit); - return (1); - } - if (j & EEPROM_TST_MODE) { - printf("\nvx%d: erase pencil mark, or disable plug-n-play mode!\n", unit); return (1); } return (0); --- ../newvx/if_vxreg.h Tue Sep 24 22:40:04 1996 +++ if_vxreg.h Thu Sep 26 09:35:11 1996 @@ -56,6 +56,7 @@ int next_mb; /* Which mbuf to use next. */ int last_mb; /* Last mbuf. */ char vx_connectors; /* Connectors on this card. */ + char vx_connector; /* Connector to use. */ short tx_start_thresh; /* Current TX_start_thresh. */ int tx_succ_ok; /* # packets sent in sequence */ /* w/o underrun */ @@ -93,7 +94,6 @@ #define EEPROM_CMD_EWEN 0x0030 /* Erase/Write Enable: No data required */ #define EEPROM_BUSY (1<<15) -#define EEPROM_TST_MODE (1<<14) /* * Some short functions, worth to let them be a macro @@ -374,6 +374,11 @@ #define RS_AUI (1<<5) #define RS_BNC (1<<4) #define RS_UTP (1<<3) +#define RS_T4 (1<<0) +#define RS_TX (1<<1) +#define RS_FX (1<<2) +#define RS_MII (1<<6) + /* * FIFO Status (Window 4) @@ -426,17 +431,38 @@ #define AUI 0x1 #define BNC 0x2 #define UTP 0x4 -#define IS_AUI (1<<13) -#define IS_BNC (1<<12) -#define IS_UTP (1<<9) +#define T4 0x8 +#define TX 0x10 +#define FX 0x20 +#define MII 0x40 #define EEPROM_BUSY (1<<15) #define EEPROM_TST_MODE (1<<14) #define READ_EEPROM (1<<7) -#define ENABLE_UTP 0xc0 +#define JABBER_GUARD_ENABLE 0x40 +#define LINKBEAT_ENABLE 0x80 +#define ENABLE_UTP (JABBER_GUARD_ENABLE | LINKBEAT_ENABLE) #define DISABLE_UTP 0x0 #define RX_BYTES_MASK (u_short) (0x07ff) #define TX_INDICATE 1<<15 -#define IS_PCI_AUI (1<<5) -#define IS_PCI_BNC (1<<4) -#define IS_PCI_UTP (1<<3) +#define VX_CONNECTORS 7 + +struct connector_entry { + int bit; + char *name; +} connector_table[VX_CONNECTORS] = { +#define CONNECTOR_UTP 0 + { 0x08, "utp"}, +#define CONNECTOR_AUI 1 + { 0x20, "aui"}, +/* dummy */ + { 0, 0}, +#define CONNECTOR_BNC 3 + { 0x10, "bnc"}, +#define CONNECTOR_TX 4 + { 0x02, "tx"}, +#define CONNECTOR_FX 5 + { 0x04, "fx"}, +#define CONNECTOR_MII 6 + { 0x40, "mii"} +}; From owner-freebsd-hackers Fri Sep 27 03:30:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12951 for hackers-outgoing; Fri, 27 Sep 1996 03:30:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA12852 for ; Fri, 27 Sep 1996 03:30:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id UAA19546; Fri, 27 Sep 1996 20:24:34 +1000 Date: Fri, 27 Sep 1996 20:24:34 +1000 From: Bruce Evans Message-Id: <199609271024.UAA19546@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, mark@quickweb.com Subject: Re: OPEN_MAX => which #define counts? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hi, I was poking around /usr/src/sys wondering about OPEN_MAX ... I'm just >learning about file descriptors and such and I figured out that OPEN_MAX >determines the max num. of files a process can open. OPEN_MAX is POSIX run-time invariant (possibly indeterminate) value that gives the maximum number of files that one process can have open at any given time. OPEN_MAX is defined, if at all, in . Of course, it may be defined in a header included by . In FreeBSD, it is defined in . OPEN_MAX is supposed to be defined if and only if the limit is known at compile time. In FreeBSD, the limit isn't known at compile time, since it can be changed using setrlimit(2) or sysctl(2 or 8) (at least in 2.1.5R - kern.maxfilesperproc is read-only in current), or someone may have compiled the kernel with the bogus option OPEN_MAX so that even the default limit doesn't match the one advertized in . This is broken in FreeBSD - OPEN_MAX is defined. The actual runtime limit is given runtime by sysconf(_SC_OPEN_MAX). This is supposed to give a value that does not change across process lifetimes (see /usr/src/lib/libc/sysconf.c). This requirement is fundamentally incompatible with the ability of setrlimit() and sysctl() to change the limit. I think the problem isn't serious for setrlimit(). POSIX applications can't use setrlimit(), and applications that use it they can easily keep track of what they change. There are more serious problems for sysctl(). Processes don't get notified of the change. There are implementation bugs that prevent limit from being detected using sysconf() or getrlimit(). It can be detected using setrlimit() to set the limit claimed by getrlimit(). >My question is that which #define actually sets the limit: > >./conf/options:OPEN_MAX opt_rlimit.h ---> which contains nothing.. >./i386/conf/LINT:options OPEN_MAX=128 >./sys/syslimits.h:#define OPEN_MAX 64 None of the above :-). The limit is: min(sysctl variable kern.maxfilesperproc, sysctl variable kern.maxfiles, /* this should be bigger than * the min of the others or * you'll hit the system * limit before the per-process * limit */ soft rlimit for the number of files per process) The soft rlimit is set to NOFILES for the initial process and is inherited across forks. NOFILES is defined as OPEN_MAX in . (This is also bogus. First, OPEN_MAX should not be defined. Second, NOFILES is a pre-POSIX version of OPEN_MAX, so it probably shouldn't be defined either. In the kernel, it just gives the initial value for the rlimit, and using it in applications just gives programs that can't handle changes of the rlimit.) OPEN_MAX is defined as 64 in , unless it is already defined. If you use option OPEN_MAX, then OPEN_MAX should be defined in opt_rlimit.h. opt_rlimit.h is included in init_main.c before is included. includes . This overrides the default for the soft rlimit. >The other question I have is how OPEN_MAX relates to the max. number of >file secriptors the System can have open at a time. No relation, except if OPEN_MAX is large (256 or so) and that many files are opened by several processes, then you'll quickly run out of system fd's. E.g., on a 16MB system, then defaults give kern.maxfiles = 360, and kern.maxfilesperproc = 360. If OPEN_MAX or the soft rlimit is set to 360, then one user process can eat all the system fd's, so root won't be able to log in. This requires no special privileges. This is broken as designed. It's easy to reduce the hard rlimit or kern.maxfilesperproc so that a single process can't exhaust all fd's, but the reasonable defaults of (CHILD_MAX = 40) and (OPEN_MAX = 64) require an unreasonable number of system fd's (2560) to satisfy the worst case. CHILD_MAX is broken in much the same way as OPEN_MAX. In fact, almost everything in is broken, e.g., ARG_MAX: should be indeterminate so that it can be changed in the kernel without having to recompile applications. LINK_MAX: is indeterminate; depends on the file system. MAX_CANON, MAX_INPUT: should be indeterminate so that they can be changed in drives without having to recompile applications. Currently unrelated to the limit(s) actually used in drivers. NAME_MAX: is indeterminate; depends on the file system. Bruce From owner-freebsd-hackers Fri Sep 27 03:50:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25692 for hackers-outgoing; Fri, 27 Sep 1996 03:50:01 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA25641 for ; Fri, 27 Sep 1996 03:49:55 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id DAA01901; Fri, 27 Sep 1996 03:50:03 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id UAA03006; Fri, 27 Sep 1996 20:49:33 +1000 From: Julian Assange Message-Id: <199609271049.UAA03006@suburbia.net> Subject: Re: Please remove this lines from XFree configuration comes by default To: andreas@klemm.gtn.com (Andreas Klemm) Date: Fri, 27 Sep 1996 20:49:33 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Andreas Klemm" at Sep 27, 96 11:11:08 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But if not '-pipe -O2', then at least '-O2' without the -m486 ! > -O2 is often slower than -O -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Fri Sep 27 03:52:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27314 for hackers-outgoing; Fri, 27 Sep 1996 03:52:30 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27211 for ; Fri, 27 Sep 1996 03:52:18 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id MAA10527; Fri, 27 Sep 1996 12:56:53 +0200 (MET DST) Date: Fri, 27 Sep 1996 12:56:52 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: __FREEBSD__ && ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! I was recently writing a program under SunOS, which uses binary trees and functions defined in . Now, I'd like to run this thing also under FreeBSD, but it only has functions defined in , namely bsearch, lsearch. Does anybody know where can I get similar library from? TIA Andy, +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Fri Sep 27 04:47:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26452 for hackers-outgoing; Fri, 27 Sep 1996 04:47:56 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA26414; Fri, 27 Sep 1996 04:47:50 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id EAA05358; Fri, 27 Sep 1996 04:47:35 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id VAA07741; Fri, 27 Sep 1996 21:46:45 +1000 From: Julian Assange Message-Id: <199609271146.VAA07741@suburbia.net> Subject: Re: SVGATextMode under FBSD To: sos@freebsd.org Date: Fri, 27 Sep 1996 21:46:45 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199609271118.NAA29653@ra.dkuug.dk> from "sos@FreeBSD.org" at Sep 27, 96 01:18:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > But one has to tell syscons what resolution one desires. Presently, > > there is no way to do this in any granular manner. (i.e one must > > choose from a small number of predefined definitions) > > Erhm, what do you mean by that ?? There is no way of making this > totally dynamic ?? If you are bypassing conventions and programming the chipset directly, then you can impliment any text resolution you like, limited only by the dot clock and the memory on your video card. This is how I am able to run 170x60x(8x16 font) under linux. syscons needs hooks so one can define how many rows/cols the video hardware is using. > No, its tightly coubled with a given piece of video hardware, and > support should be loaded after it has been found out which one it is, > or you will get _*HUGE*_ kernels... This isn't what I meant. I plan to foster most of the code out to user land, as is done in XF86 and SVGATextMode. The kernel changes required to permit the userland code to tell syscons that it needs to physically re-size its character memory. > > At the moment, I've just started on the hair pulling. Following the vga > > VBLANK/SYNC registers in order to work out clock timings, seems to have > > problems. The nasty thing is, if you don't do it quick enough the isa > > interrupt system dies and the kernel panicks. Makes using gdb to walk > > through that code real fun. Evidently XF86 manages to do it however. > > SVGATextMode is by and large stolen XF86 code, I suspect with the > > #ifdef __FreeBSD__'s removed. > > Why do you want to do this ?? the 4 noramlly selectable clocks are > pretty std (and mostly of no use :)), In order to use the REALLY > interesting dot clocks you must know the board & chipset, and then > you know the timings as well.... Right. SVGATextMode XF86 derived code knows all the chipsets and sometimes the clocks. However, a given chipset may have different clocks or clock generators within different versions of itself, this is why you may need to probe. e.g X -probeonly. I could probably bypass that code, and still have something that would work, though it would take more configuration on behalf of the user. However I'd like to have it do everything the linux version does, which is really just what XF86 does, but for text. SMOP -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Fri Sep 27 05:46:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA07637 for hackers-outgoing; Fri, 27 Sep 1996 05:46:48 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA07582 for ; Fri, 27 Sep 1996 05:46:43 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id FAA27449 for ; Fri, 27 Sep 1996 05:46:25 -0700 Date: Fri, 27 Sep 1996 05:46:25 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Weirdness with routing to freefall. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I don't know that I have too much to add to this discussion, although a traceroute to freefall was mildly amusing. I go from Oregon to Seattle, out to DC (all onSprint). Then jump on mae-e, Then jump on ANS, work my way back across the south, through ANS and a few other sites, back to SanFrancisco, then jump onto CRL, and finally to freefall. A total of 25 hops. All the way across the country and back, To go 300 miles. My old connection to Sprint via Anaheim was much shorter. Maybe this explains why I get about 1 out of 3 emails to hackers, and maybe 1out of 10 to -current. From owner-freebsd-hackers Fri Sep 27 05:57:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA16311 for hackers-outgoing; Fri, 27 Sep 1996 05:57:34 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA16267 for ; Fri, 27 Sep 1996 05:57:30 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id OAA21954; Fri, 27 Sep 1996 14:15:27 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with SMTP id LAA00589; Fri, 27 Sep 1996 11:45:53 +0200 (MET DST) Date: Fri, 27 Sep 1996 11:45:53 +0200 (MET DST) From: Andreas Klemm To: Jaye Mathisen cc: Julian Assange , meditation@gnu.ai.mit.edu, hackers@freebsd.org Subject: Re: bzip vs gzip In-Reply-To: Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 26 Sep 1996, Jaye Mathisen wrote: > > Seems to me I recall reading in the original posting of bzip, that the > author warned against commercial usage of it because of potential patent > problems. > > Ah, here it is: So it should go into the ports collection ;-) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Fri Sep 27 05:59:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17427 for hackers-outgoing; Fri, 27 Sep 1996 05:59:26 -0700 (PDT) Received: from darling.cs.UMD.EDU (10862@darling.cs.umd.edu [128.8.128.115]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA17401 for ; Fri, 27 Sep 1996 05:59:22 -0700 (PDT) Received: by darling.cs.UMD.EDU (8.7.6/UMIACS-0.9/04-05-88) id IAA11945; Fri, 27 Sep 1996 08:59:16 -0400 (EDT) Message-Id: <199609271259.IAA11945@darling.cs.UMD.EDU> To: dg@root.com cc: rohit@cs.UMD.EDU, freebsd-hackers@FreeBSD.ORG Subject: Re: Giant Sized Ethernet Packets In-reply-to: Your message of "Wed, 18 Sep 1996 20:50:52 PDT." <199609190350.UAA01225@root.com> Date: Fri, 27 Sep 1996 08:59:16 -0400 From: Rohit Dube Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 18 Sep 1996 20:50:52 -0700 dg@root.com writes: =>I just spent about 15 minutes looking over the DC21140 hardware reference =>manual. It appears that the chip can except larger frames, but it signals =>an error condition when this occurs, so I don't think you could do this =>as a normal mode of operation. It also appears that it is possible to =>generate larger than 1500 byte packets, but the frames wouldn't be ethernet =>(the type/length field would not be IEEE 802.3) and you'd have to invent your =>own encapsulation. ...that's how I read it, anyway. Perhaps Matt Thomas will =>correct me on this. => =>-DG => =>David Greenman =>Core-team/Principal Architect, The FreeBSD Project Another quick question before I start hacking : DO hubs have a problem with 1500+ bytes packet. I am using an Asante 100BaseTX hub to hook up my FreeBSD machines. If the hub is intelligent and drops packets greater than 1500 bytes in size, then I would be in trouble even before I start. Julian/Amancio : care to share you configuartion? Thanks. --rohit. From owner-freebsd-hackers Fri Sep 27 06:16:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00620 for hackers-outgoing; Fri, 27 Sep 1996 06:16:53 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00555 for ; Fri, 27 Sep 1996 06:16:48 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id OAA27264; Fri, 27 Sep 1996 14:45:26 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with SMTP id OAA02129; Fri, 27 Sep 1996 14:46:18 +0200 (MET DST) Date: Fri, 27 Sep 1996 14:46:17 +0200 (MET DST) From: Andreas Klemm To: Jaye Mathisen cc: Julian Assange , meditation@gnu.ai.mit.edu, hackers@freebsd.org Subject: Re: bzip vs gzip In-Reply-To: Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 26 Sep 1996, Jaye Mathisen wrote: > Seems to me I recall reading in the original posting of bzip, that the > author warned against commercial usage of it because of potential patent > problems. > > Ah, here it is: BTW, I just made a port of it ;) The pre-install target in the Makefile points on that current problem concerning commercial use. This should be sufficient for now... Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Fri Sep 27 08:00:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05596 for hackers-outgoing; Fri, 27 Sep 1996 08:00:07 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA05557 for ; Fri, 27 Sep 1996 08:00:01 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA12188 for ; Fri, 27 Sep 1996 07:59:58 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id IAA04921; Fri, 27 Sep 1996 08:58:30 -0600 (MDT) Message-Id: <199609271458.IAA04921@rover.village.org> To: Jaye Mathisen Subject: Re: Weirdness with routing to freefall. Cc: hackers@FreeBSD.org In-reply-to: Your message of "Fri, 27 Sep 1996 05:46:25 PDT." References: Date: Fri, 27 Sep 1996 08:58:30 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message Jaye Mathisen writes: : Well, I don't know that I have too much to add to this discussion, : although a traceroute to freefall was mildly amusing. : My old connection to Sprint via Anaheim was much shorter. I'm on the SPRINTLINK outage mailing list. The problem is that there is a T-1 between sprint and CIX, which services CRL. This T1 is so overloaded that the routing update messages aren't getting through, so all of sprintlink thinks that the link has gone done and returns Host unreachables once you hit the internal core of sprintlink. There is no eta for correction of this problem. :-( Warner From owner-freebsd-hackers Fri Sep 27 08:59:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA11288 for hackers-outgoing; Fri, 27 Sep 1996 08:59:53 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (root@premise.CS.Berkeley.EDU [128.32.33.172]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA11257 for ; Fri, 27 Sep 1996 08:59:49 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id IAA06795; Fri, 27 Sep 1996 08:59:11 -0700 Message-Id: <199609271559.IAA06795@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.9 8/22/96 To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Weirdness with routing to freefall. In-reply-to: Your message of "Fri, 27 Sep 1996 05:46:25 PDT." From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Sep 1996 08:59:08 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen writes: > A total of 25 hops. All the way across the country and back, To go 300 > miles. Just as a sidebar comment, Vern Paxson's paper in this year's ACM SIGCOMM conference contains a rather disturbing report and analysis of routing behavior and pathologies in the Internet. His talk contains a number of interesting anecdotes similar to the one above, which have always provoked amusement (followed shortly by dismay) every time I've heard it. Bruce. From owner-freebsd-hackers Fri Sep 27 09:30:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29330 for hackers-outgoing; Fri, 27 Sep 1996 09:30:42 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29293 for ; Fri, 27 Sep 1996 09:30:38 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id JAA04483; Fri, 27 Sep 1996 09:30:26 -0700 (PDT) Message-Id: <199609271630.JAA04483@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Rohit Dube cc: dg@Root.COM, freebsd-hackers@FreeBSD.ORG Subject: Re: Giant Sized Ethernet Packets In-reply-to: Your message of "Fri, 27 Sep 1996 08:59:16 EDT." <199609271259.IAA11945@darling.cs.UMD.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Sep 1996 09:30:26 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Before I start hacking... Well, you will be non-conformant and some equipment will not work. You have to experiment a little and find out what works. In our case, we had a business reason for trying it out . I personally had good success with UTP machine to machine;however, the project call for thin net. I am sure that Julian can fill in more about TRW's net configuration . Given that you need a modest increase on the size of the packets, all what you need is to enable the BIG PACKET option in the driver and increase the mtu size. My suggestion is to first try two FreeBSD boxes directly connected with UTP to verify that indeed that the big packets works. Amancio >From The Desk Of Rohit Dube : > On Wed, 18 Sep 1996 20:50:52 -0700 dg@root.com writes: > =>I just spent about 15 minutes looking over the DC21140 hardware reference > =>manual. It appears that the chip can except larger frames, but it signals > =>an error condition when this occurs, so I don't think you could do this > =>as a normal mode of operation. It also appears that it is possible to > =>generate larger than 1500 byte packets, but the frames wouldn't be ethernet > =>(the type/length field would not be IEEE 802.3) and you'd have to invent yo ur > =>own encapsulation. ...that's how I read it, anyway. Perhaps Matt Thomas wil l > =>correct me on this. > => > =>-DG > => > =>David Greenman > =>Core-team/Principal Architect, The FreeBSD Project > > Another quick question before I start hacking : DO hubs have a problem > with 1500+ bytes packet. I am using an Asante 100BaseTX hub to hook up > my FreeBSD machines. If the hub is intelligent and drops packets greater > than 1500 bytes in size, then I would be in trouble even before I start. > > Julian/Amancio : care to share you configuartion? > > Thanks. > > --rohit. > > From owner-freebsd-hackers Fri Sep 27 10:02:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14994 for hackers-outgoing; Fri, 27 Sep 1996 10:02:53 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14947 for ; Fri, 27 Sep 1996 10:02:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id KAA04746 for ; Fri, 27 Sep 1996 10:02:46 -0700 (PDT) Message-Id: <199609271702.KAA04746@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: PPRO PCI: Care to translate the README? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 27 Sep 1996 10:02:46 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Lowe send me this : --- Here is the reference: (DOS-progs.) ftp://ftp.fh-rosenheim.de/pub/magazine/ct/pcconfig/pro_form.zip ftp://ftp.fh-rosenheim.de/pub/magazine/ct/pci/ctpci.zip Don't know much about it - hope it helps! I just had a short look at it - the readme is unfuortunately in german. Here the summary: pro_form.zip: Increase of PCI performance from 20 MB/sec to approx. 90 MB/sec. Write buffer of chip set has to be switched on! Use program FastVid to free the write buffer for Orion-chipset. Alternatively use the programm ctpro to read the MTRR (Memory Type Range Register MTRR). If there are further questions concerning translation tell me. regards, Dirk From owner-freebsd-hackers Fri Sep 27 10:38:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06675 for hackers-outgoing; Fri, 27 Sep 1996 10:38:50 -0700 (PDT) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA06642 for ; Fri, 27 Sep 1996 10:38:47 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA07511; Fri, 27 Sep 1996 13:38:34 -0400 Received: from gamecock.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA26184; Fri, 27 Sep 1996 13:38:28 -0400 Received: by gamecock.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA19331; Fri, 27 Sep 1996 13:38:27 -0400 From: David Quattlebaum Message-Id: <199609271738.AA19331@gamecock.unx.sas.com> Subject: toshiba (atapi) and freebsd To: freebsd-hackers@freebsd.org Date: Fri, 27 Sep 1996 13:38:27 -0400 (EDT) X-Mailer: ELM [version 2.5 PL0a10] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had trouble with the FreeBSD 2.1.5 boot.flp not recognizing my Toshiba 8x CD in my Gateway 2000 P5-120. I got it to work last night and thought I would share this info hoping that some other soul might benefit. Someone had recommended that I try the newest 2.2 Snapshot boot.flp to see if it would recognize it. They also said to try attaching the CD as the slave device off the primary IDE controller. I tried to boot from the 2.2 disk without doing anything to my CD. Didn't work. Then I (just for grins) tried attaching my CD as "slave" to the secondary IDE controller (only device on controller). I booted the 2.2 disk and it recognized it. I then proceeded to install 2.1.5 (after changing the release to 2.1.5-RELEASE using the options menu selection) using the 2.2 disk. Now if I could only get it to boot using booteasy. What kind of boot record do I need on my FreeBSD disk (second disk)? booteasy? standard? none? -- David Quattlebaum, (sasdrq@unx.sas.com) "Why if only we were all wiener dogs, our problem would be solved!" From owner-freebsd-hackers Fri Sep 27 10:47:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12438 for hackers-outgoing; Fri, 27 Sep 1996 10:47:30 -0700 (PDT) Received: from dream.demos.su (dream.demos.su [194.87.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA12392 for ; Fri, 27 Sep 1996 10:47:27 -0700 (PDT) Received: by dream.demos.su id VAA00421; (8.6.12/D) Fri, 27 Sep 1996 21:47:22 +0400 To: hackers@freebsd.org Message-ID: Organization: Demos, Moscow, Russia Date: Fri, 27 Sep 1996 21:47:22 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: apg@demos.net (Paul Antonov) X-NCC-RegID: su.demos Subject: patch against SYN floods (RED impl.) Lines: 82 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here's my quick patch for 2.1.0 kernel (although it will fit for 2.1.5 either) implementing Random Early Drop for tcp listen queues. I've tested in on SYN attacks with over 1000pps rate, and it works reasonably well. *** tcp_input.c.orig Fri Sep 27 14:53:03 1996 --- tcp_input.c Fri Sep 27 21:35:32 1996 *************** *** 396,405 **** } #endif if (so->so_options & SO_ACCEPTCONN) { ! register struct tcpcb *tp0 = tp; ! so = sonewconn(so, 0); ! if (so == 0) ! goto drop; /* * This is ugly, but .... * --- 396,412 ---- } #endif if (so->so_options & SO_ACCEPTCONN) { ! register struct tcpcb *tp0 = tp; ! register struct socket *so0 = so; ! void tcp_sodrop(); ! ! so = sonewconn(so0, 0); ! if (so == 0) { ! tcp_sodrop(so0, ti); ! so = sonewconn(so0, 0); ! if (so == 0) ! goto drop; ! } /* * This is ugly, but .... * *************** *** 1654,1659 **** --- 1661,1699 ---- (void) soabort(so); return; #ifndef TUBA_INCLUDE + } + + /* + * Simple RED (Random Early Drop) implementation against SYN floods. + */ + void + tcp_sodrop(so, ti) + struct socket *so; + struct tcpiphdr *ti; + { + extern struct timeval time; + struct tcpcb *tp; + struct inpcb *inp; + int rnd; + + /* pseudo-random function */ + rnd = (unsigned int) (ti->ti_seq + time.tv_usec / 33) % + so->so_q0len; + for (inp = tcb.lh_first; inp; inp = inp->inp_list.le_next) { + tp = intotcpcb(inp); + if (!tp || inp->inp_lport != ti->ti_dport) + continue; + rnd--; + if (tp->t_state != TCPS_SYN_RECEIVED) + continue; + if (rnd <= 0) { + tp->t_timer[TCPT_KEEP] = 0; + (void) tcp_usrreq(tp->t_inpcb->inp_socket, + PRU_SLOWTIMO, (struct mbuf *)0, + (struct mbuf *) TCPT_KEEP, (struct mbuf *)0); + return; + } + } } void ------- -- Paul From owner-freebsd-hackers Fri Sep 27 11:00:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22143 for hackers-outgoing; Fri, 27 Sep 1996 11:00:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA22114 for ; Fri, 27 Sep 1996 11:00:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA10119; Fri, 27 Sep 1996 10:57:42 -0700 From: Terry Lambert Message-Id: <199609271757.KAA10119@phaeton.artisoft.com> Subject: Re: Weirdness with routing to freefall. To: imp@village.org (Warner Losh) Date: Fri, 27 Sep 1996 10:57:42 -0700 (MST) Cc: mrcpu@cdsnet.net, hackers@FreeBSD.org In-Reply-To: <199609271458.IAA04921@rover.village.org> from "Warner Losh" at Sep 27, 96 08:58:30 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : Well, I don't know that I have too much to add to this discussion, > : although a traceroute to freefall was mildly amusing. > : My old connection to Sprint via Anaheim was much shorter. > > I'm on the SPRINTLINK outage mailing list. The problem is that there > is a T-1 between sprint and CIX, which services CRL. This T1 is so > overloaded that the routing update messages aren't getting through, so > all of sprintlink thinks that the link has gone done and returns Host > unreachables once you hit the internal core of sprintlink. There is > no eta for correction of this problem. :-( I heard it would be fixed when enough companies changed to a provider other than Sprint, siting that as the reason for the change. 8-|. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Sep 27 11:02:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23215 for hackers-outgoing; Fri, 27 Sep 1996 11:02:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA23197 for ; Fri, 27 Sep 1996 11:02:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA10128; Fri, 27 Sep 1996 10:58:54 -0700 From: Terry Lambert Message-Id: <199609271758.KAA10128@phaeton.artisoft.com> Subject: Re: Giant Sized Ethernet Packets To: rohit@cs.UMD.EDU (Rohit Dube) Date: Fri, 27 Sep 1996 10:58:54 -0700 (MST) Cc: dg@Root.COM, rohit@cs.UMD.EDU, freebsd-hackers@freebsd.org In-Reply-To: <199609271259.IAA11945@darling.cs.UMD.EDU> from "Rohit Dube" at Sep 27, 96 08:59:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Another quick question before I start hacking : DO hubs have a problem > with 1500+ bytes packet. I am using an Asante 100BaseTX hub to hook up > my FreeBSD machines. If the hub is intelligent and drops packets greater > than 1500 bytes in size, then I would be in trouble even before I start. Sending packets to the big giant head? 8-) 8-) Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Sep 27 11:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28690 for hackers-outgoing; Fri, 27 Sep 1996 11:52:43 -0700 (PDT) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28661; Fri, 27 Sep 1996 11:52:38 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id LAA01578; Fri, 27 Sep 1996 11:52:02 -0700 (PDT) Received: (from pst@localhost) by base.jnx.com (8.7.5/8.7.3) id LAA03873; Fri, 27 Sep 1996 11:52:01 -0700 (PDT) Date: Fri, 27 Sep 1996 11:52:01 -0700 (PDT) From: Paul Traina Message-Id: <199609271852.LAA03873@base.jnx.com> To: current@freebsd.org, hackers@freebsd.org Subject: getting stung by recent bad directory panics... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I understand that there's a bug with spare directory files that has been uncovered recently, and that a patch is under review by Kirk. Could someone send me any bug fixes, patches, whatever *ASAP*. This is causing lots of trouble over here. Thanks, Paul From owner-freebsd-hackers Fri Sep 27 12:04:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07479 for hackers-outgoing; Fri, 27 Sep 1996 12:04:24 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07419 for ; Fri, 27 Sep 1996 12:04:20 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA01907; Fri, 27 Sep 1996 21:04:08 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609271904.VAA01907@gvr.win.tue.nl> Subject: Re: cvs commit: src/sbin/fsdb fsdb.c To: pst@shockwave.com (Paul Traina) Date: Fri, 27 Sep 1996 21:04:07 +0200 (MET DST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199609271648.JAA07942@precipice.shockwave.com> from Paul Traina at "Sep 27, 96 09:48:02 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Traina wrote: > I just got a panic off of a 24-Sep kernel in: > > #0 0xf011389e in boot () > #1 0xf0113b8a in panic () > #2 0xf01b28ab in ufs_dirbad () > #3 0xf01b205c in ufs_lookup () > #4 0xf013403e in lookup () > #5 0xf0133b0d in namei () > #6 0xf0139c05 in vn_open () > #7 0xf0137249 in open () > #8 0xf01d0db6 in syscall () > #9 0xf01c8275 in Xsyscall () > > I completely missed the comments about sparse directory panics. When was this > found/fixed? Well, I had a filesystem with that behaviour. When I found out the cause I contacted Kirk. He agreed with my diagnosis, but it was low on his priority list so i made a fix. However, this fix is not what we really want. The strange thing is that this should be impossible to happen. Anyway, the problem is that sometimes an filesystem passes the fsck but still makes the kernel panic with a bad dir: mangled entry (or something like that). The reason is that the size of the directory is beyond the last datablock, thus effectively making a sparse directory file (at least in my case). Fsck doesn't find anything becuase it only examines the present datablocks. The kernel does see such a non-present block as a bunch of zero's. And that causes the panic because a non-used directory chunk should have a reclen field of 255. The fix (until fsck is fixed) is to fsdb the filesystem, chdir to the bad dir and do an ls. You will then see the last entry and you can reset the size of the directory untill just after that entry. -Guido From owner-freebsd-hackers Fri Sep 27 12:32:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27105 for hackers-outgoing; Fri, 27 Sep 1996 12:32:01 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA27008 for ; Fri, 27 Sep 1996 12:31:54 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA01983; Fri, 27 Sep 1996 21:31:40 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609271931.VAA01983@gvr.win.tue.nl> Subject: Re: OPEN_MAX => which #define counts? To: bde@zeta.org.au (Bruce Evans) Date: Fri, 27 Sep 1996 21:31:39 +0200 (MET DST) Cc: hackers@FreeBSD.org, mark@quickweb.com In-Reply-To: <199609271024.UAA19546@godzilla.zeta.org.au> from Bruce Evans at "Sep 27, 96 08:24:34 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > No relation, except if OPEN_MAX is large (256 or so) and that many > files are opened by several processes, then you'll quickly run out of > system fd's. E.g., on a 16MB system, then defaults give kern.maxfiles = > 360, and kern.maxfilesperproc = 360. If OPEN_MAX or the soft rlimit > is set to 360, then one user process can eat all the system fd's, so > root won't be able to log in. This requires no special privileges. > This is broken as designed. It's easy to reduce the hard rlimit or > kern.maxfilesperproc so that a single process can't exhaust all fd's, > but the reasonable defaults of (CHILD_MAX = 40) and (OPEN_MAX = 64) > require an unreasonable number of system fd's (2560) to satisfy the > worst case. When I added maxfilesperproc, I made it default to maxfiles for backwards compatibilty. But indeed the reason for adding such a thing was to be able to at least have more control over how fd's can be spread out among processes. The same btw for maxproc and maxprocperuid. -Guido From owner-freebsd-hackers Fri Sep 27 12:38:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01810 for hackers-outgoing; Fri, 27 Sep 1996 12:38:09 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01763 for ; Fri, 27 Sep 1996 12:38:05 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA02005; Fri, 27 Sep 1996 21:37:52 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609271937.VAA02005@gvr.win.tue.nl> Subject: Re: patch against SYN floods (RED impl.) To: apg@demos.net (Paul Antonov) Date: Fri, 27 Sep 1996 21:37:52 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from Paul Antonov at "Sep 27, 96 09:47:22 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Antonov wrote: > Here's my quick patch for 2.1.0 kernel (although it will fit for > 2.1.5 either) implementing Random Early Drop for tcp listen queues. > I've tested in on SYN attacks with over 1000pps rate, and it works > reasonably well. Seeing your patch: isn't it much quicker to walk down the so_q0 list and get the pcb's from there? -Guido From owner-freebsd-hackers Fri Sep 27 13:38:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09154 for hackers-outgoing; Fri, 27 Sep 1996 13:38:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09129 for ; Fri, 27 Sep 1996 13:38:51 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA12714 for ; Fri, 27 Sep 1996 13:38:51 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16808(4)>; Fri, 27 Sep 1996 13:37:01 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Fri, 27 Sep 1996 13:36:46 -0700 To: guido@gvr.win.tue.nl (Guido van Rooij) cc: apg@demos.net (Paul Antonov), hackers@freebsd.org Subject: Re: patch against SYN floods (RED impl.) In-reply-to: Your message of "Fri, 27 Sep 96 12:37:52 PDT." <199609271937.VAA02005@gvr.win.tue.nl> Date: Fri, 27 Sep 1996 13:36:38 PDT From: Bill Fenner Message-Id: <96Sep27.133646pdt.177476@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609271937.VAA02005@gvr.win.tue.nl> you write: >Seeing your patch: isn't it much quicker to walk down the so_q0 list and >get the pcb's from there? Not only that, but it's relatively dangerous to use information supplied by the attacker as part of your "random" number. For example, the attacker could vary his initial sequence number by tv_usec / 33 and keep the "random" number constant. The "oldest-drop" code in -current works well for moderate attack rates; a "random-drop" mode works better for a heavy attack. The best thing would be an automatic switch based upon the rate of queue drops. Bill From owner-freebsd-hackers Fri Sep 27 13:51:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15809 for hackers-outgoing; Fri, 27 Sep 1996 13:51:12 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA15775 for ; Fri, 27 Sep 1996 13:51:07 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA22397 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 27 Sep 1996 22:50:48 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id WAA01621 for FreeBSD-hackers@freebsd.org; Fri, 27 Sep 1996 22:06:23 +0200 (MET DST) From: Wilko Bulte Message-Id: <199609272006.WAA01621@yedi.iaf.nl> Subject: using PCMCIA SCSI for CDROM install (215R) To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Fri, 27 Sep 1996 22:06:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there If I saw the (very fast) probe messages correctly, the 215R install floppy detected my Adaptec 1640 (or 1460? I forget these numbers) PCMCIA scsi card. It did not see the CDROM drive connected to it. Is there a way to (quietly) view the install flops boot messages? For running systems there is the scroll-lock thing. But when I try that with the bootflop kernel I only get the last messages or a blank screen. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Fri Sep 27 13:51:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16144 for hackers-outgoing; Fri, 27 Sep 1996 13:51:54 -0700 (PDT) Received: from dream.demos.su (dream.demos.su [194.87.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA16096 for ; Fri, 27 Sep 1996 13:51:49 -0700 (PDT) Received: by dream.demos.su id AAA00261; (8.6.12/D) Sat, 28 Sep 1996 00:47:49 +0400 To: Paul Antonov , Guido van Rooij Cc: hackers@FreeBSD.org References: <199609271937.VAA02005@gvr.win.tue.nl> In-Reply-To: <199609271937.VAA02005@gvr.win.tue.nl>; from Guido van Rooij at Fri, 27 Sep 1996 21:37:52 +0200 (MET DST) Message-ID: Organization: Demos, Moscow, Russia Date: Sat, 28 Sep 1996 00:47:49 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: apg@demos.net (Paul Antonov) X-NCC-RegID: su.demos Subject: Re: patch against SYN floods (RED impl.) Lines: 91 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609271937.VAA02005@gvr.win.tue.nl> Guido van Rooij writes: >> I've tested in on SYN attacks with over 1000pps rate, and it works >> reasonably well. >Seeing your patch: isn't it much quicker to walk down the so_q0 list and >get the pcb's from there? Surely, I just found why I was unable to do it - in the body of loop I've written tp = sototcpcb(so) instead of tp = sototcpcb(sp) and was much confused to see all sockets on LISTEN state :) I hate do things on the run, but sometimes you need to ... *** tcp_input.c.orig Fri Sep 27 14:53:03 1996 --- tcp_input.c Sat Sep 28 00:37:26 1996 *************** *** 396,405 **** } #endif if (so->so_options & SO_ACCEPTCONN) { ! register struct tcpcb *tp0 = tp; ! so = sonewconn(so, 0); ! if (so == 0) ! goto drop; /* * This is ugly, but .... * --- 396,412 ---- } #endif if (so->so_options & SO_ACCEPTCONN) { ! register struct tcpcb *tp0 = tp; ! register struct socket *so0 = so; ! void tcp_sodrop(); ! ! so = sonewconn(so0, 0); ! if (so == 0) { ! tcp_sodrop(so0, ti); ! so = sonewconn(so0, 0); ! if (so == 0) ! goto drop; ! } /* * This is ugly, but .... * *************** *** 1654,1659 **** --- 1661,1698 ---- (void) soabort(so); return; #ifndef TUBA_INCLUDE + } + + /* + * Simple RED (Random Early Drop) implementation against SYN floods. + */ + void + tcp_sodrop(so, ti) + struct socket *so; + struct tcpiphdr *ti; + { + extern struct timeval time; + struct tcpcb *tp; + struct inpcb *inp; + struct socket *sp; + int rnd; + + /* pseudo-random function */ + rnd = (unsigned int) (ti->ti_seq + time.tv_usec / 33) % + so->so_q0len; + for (sp = so->so_q0; sp; sp = sp->so_q0) { + tp = sototcpcb(sp); + rnd--; + if (!tp || tp->t_state != TCPS_SYN_RECEIVED) + continue; + if (rnd <= 0) { + tp->t_timer[TCPT_KEEP] = 0; + (void) tcp_usrreq(tp->t_inpcb->inp_socket, + PRU_SLOWTIMO, (struct mbuf *)0, + (struct mbuf *) TCPT_KEEP, (struct mbuf *)0); + return; + } + } } void -- Paul From owner-freebsd-hackers Fri Sep 27 13:56:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18119 for hackers-outgoing; Fri, 27 Sep 1996 13:56:00 -0700 (PDT) Received: from dream.demos.su (dream.demos.su [194.87.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA18062 for ; Fri, 27 Sep 1996 13:55:54 -0700 (PDT) Received: by dream.demos.su id AAA00303; (8.6.12/D) Sat, 28 Sep 1996 00:55:25 +0400 To: Bill Fenner , Guido van Rooij Cc: Paul Antonov , hackers@freebsd.org References: <96Sep27.133646pdt.177476@crevenia.parc.xerox.com> In-Reply-To: <96Sep27.133646pdt.177476@crevenia.parc.xerox.com>; from Bill Fenner at Fri, 27 Sep 1996 13:36:38 PDT Message-ID: Organization: Demos, Moscow, Russia Date: Sat, 28 Sep 1996 00:55:24 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: apg@demos.net (Paul Antonov) X-NCC-RegID: su.demos Subject: Re: patch against SYN floods (RED impl.) Lines: 21 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <96Sep27.133646pdt.177476@crevenia.parc.xerox.com> Bill Fenner writes: >Not only that, but it's relatively dangerous to use information supplied >by the attacker as part of your "random" number. For example, the attacker >could vary his initial sequence number by tv_usec / 33 and keep the >"random" number constant. Yes, I agree that better random function is necessary. My own test flood generator uses random seq's - it's too good :) Any ideas? >The "oldest-drop" code in -current works well for moderate attack rates; >a "random-drop" mode works better for a heavy attack. The best thing >would be an automatic switch based upon the rate of queue drops. Mmm, I just tested - only 10 syns/sec bring down 2.2-current with default listen() queue parameters, and even 100 doesn't do anything noticeable with the above patch. 'oldest-drop' introduces too strong RTT discrimination. No problem when you're on the same ethernet, but when you're at home ...;-) -- Paul From owner-freebsd-hackers Fri Sep 27 13:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA19526 for hackers-outgoing; Fri, 27 Sep 1996 13:59:06 -0700 (PDT) Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA19471 for ; Fri, 27 Sep 1996 13:58:57 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id WAA02273; Fri, 27 Sep 1996 22:57:37 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609272057.WAA02273@gvr.win.tue.nl> Subject: Re: patch against SYN floods (RED impl.) To: apg@demos.net (Paul Antonov) Date: Fri, 27 Sep 1996 22:57:37 +0200 (MET DST) Cc: fenner@parc.xerox.com, apg@demos.net, hackers@freebsd.org In-Reply-To: from Paul Antonov at "Sep 28, 96 00:55:24 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Antonov wrote: > In message <96Sep27.133646pdt.177476@crevenia.parc.xerox.com> Bill > Fenner writes: > > >Not only that, but it's relatively dangerous to use information supplied > >by the attacker as part of your "random" number. For example, the attacker > >could vary his initial sequence number by tv_usec / 33 and keep the > >"random" number constant. > > Yes, I agree that better random function is necessary. My own test flood > generator uses random seq's - it's too good :) Any ideas? > I thought we had a random generator in the kernel.... -Guido From owner-freebsd-hackers Fri Sep 27 14:04:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22394 for hackers-outgoing; Fri, 27 Sep 1996 14:04:52 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22343 for ; Fri, 27 Sep 1996 14:04:44 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id XAA02317; Fri, 27 Sep 1996 23:04:22 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609272104.XAA02317@gvr.win.tue.nl> Subject: Re: new if_vx driver in incoming on freefal To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Fri, 27 Sep 1996 23:04:22 +0200 (MET DST) Cc: Guido.vanRooij@nl.cis.philips.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199609270714.QAA20879@sirius.sbl.cl.nec.co.jp> from Naoki Hamada at "Sep 27, 96 04:14:56 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Naoki Hamada wrote: > Guido wrote: > >> Your new vx driver do not work properly when ifconfig'ed with > >> link[012] options, and what is worse, the fast ethernet connector of a > >> 3C595 adapter is completely ignored. > > > >Oh? I thought I had just copies the stuff from the old one in freebsd. > > The old vx driver failed to work with link[012] options. You copied > the stuff, so the new one also fails. > > The following is today's snapshot. How do you like it? Here's an improved version. I am not able to compile it here, but apparently you didn't either (see the patch for the watchdog function). Btw: I moved the struct definition from the header to the source file as it is not good to allocate data from header files. -Guido --- if_vx.c.orig Wed Sep 25 10:12:26 1996 +++ if_vx.c Fri Sep 27 22:55:15 1996 @@ -104,6 +104,26 @@ #define ETHER_MAX_LEN 1518 #define ETHER_ADDR_LEN 6 +struct connector_entry { + int bit; + char *name; +} connector_table[VX_CONNECTORS] = { +#define CONNECTOR_UTP 0 + { 0x08, "utp"}, +#define CONNECTOR_AUI 1 + { 0x20, "aui"}, +/* dummy */ + { 0, 0}, +#define CONNECTOR_BNC 3 + { 0x10, "bnc"}, +#define CONNECTOR_TX 4 + { 0x02, "tx"}, +#define CONNECTOR_FX 5 + { 0x04, "fx"}, +#define CONNECTOR_MII 6 + { 0x40, "mii"} +}; + static void vxtxstat __P((int unit)); static int vxstatus __P((int unit)); static void vxinit __P((int unit)); @@ -146,8 +166,6 @@ return NULL; } -static char *vx_conn_type[] = {"UTP", "AUI", "???", "BNC"}; - static void vx_pci_attach( pcici_t config_id, @@ -155,8 +173,7 @@ { struct vx_softc *sc; struct ifnet *ifp; - u_short i, *p; - u_long j; + u_short k, i, n; if (unit >= NVX) { printf("vx%d: not configured; kernel is built for only %d device%s.\n", @@ -174,31 +191,27 @@ DELAY(1000); sc->vx_connectors = 0; - i = pci_conf_read(config_id, 0x48); - GO_WINDOW(3); - j = (inl(BASE + VX_W3_INTERNAL_CFG) & INTERNAL_CONNECTOR_MASK) - >> INTERNAL_CONNECTOR_BITS; - if (i & RS_AUI) { - printf("aui"); - sc->vx_connectors |= AUI; - } - if (i & RS_BNC) { - if (sc->vx_connectors) - printf("/"); - printf("bnc"); - sc->vx_connectors |= BNC; - } - if (i & RS_UTP) { - if (sc->vx_connectors) - printf("/"); - printf("utp"); - sc->vx_connectors |= UTP; + /* Reset Options */ + sc->vx_connectors = pci_conf_read(config_id, 0x48) & 0x7f; + for (n = 0, k = 0; k < VX_CONNECTORS; k++) { + if (sc->vx_connectors & connector_table[k].bit) { + if (n > 0) { + printf("/"); + } + printf(connector_table[k].name); + n++; + } } - if (!(sc->vx_connectors & 7)) + if (sc->vx_connectors == 0) { printf("no connectors!"); - else - printf("[*%s*]", vx_conn_type[j]); - + return; + } else { + GO_WINDOW(3); + sc->vx_connector = (inl(BASE + VX_W3_INTERNAL_CFG) + & INTERNAL_CONNECTOR_MASK) + >> INTERNAL_CONNECTOR_BITS; + printf("[*%s*]", connector_table[sc->vx_connector].name); + } /* * Read the station address from the eeprom @@ -208,7 +221,7 @@ int x; if (vxbusyeeprom(unit)) return; - outw(BASE + VX_W0_EEPROM_COMMAND, READ_EEPROM | i); + outw(BASE + VX_W0_EEPROM_COMMAND, EEPROM_CMD_RD | i); if (vxbusyeeprom(unit)) return; x = inw(BASE + VX_W0_EEPROM_DATA); @@ -216,18 +229,12 @@ sc->arpcom.ac_enaddr[(i << 1) + 1] = x; } - printf(" address %x:%x:%x:%x:%x:%x\n", - sc->arpcom.ac_enaddr[0], - sc->arpcom.ac_enaddr[1], - sc->arpcom.ac_enaddr[2], - sc->arpcom.ac_enaddr[3], - sc->arpcom.ac_enaddr[4], - sc->arpcom.ac_enaddr[5]); + printf(" address %6D\n", sc->arpcom.ac_enaddr, ":"); /* Still in window 0 */ if (vxbusyeeprom(unit)) return; - outw(BASE + VX_W0_EEPROM_COMMAND, READ_EEPROM | EEPROM_SOFT_INFO_2); + outw(BASE + VX_W0_EEPROM_COMMAND, EEPROM_CMD_RD | EEPROM_SOFT_INFO_2); if (vxbusyeeprom(unit)) return; if (!(inw(BASE + VX_W0_EEPROM_DATA) & NO_RX_OVN_ANOMALY)) { @@ -279,7 +286,7 @@ { register struct vx_softc *sc = &vx_softc[unit]; register struct ifnet *ifp = &sc->arpcom.ac_if; - int s, i, j; + int i; while (inw(BASE + VX_STATUS) & S_COMMAND_IN_PROGRESS); @@ -342,7 +349,7 @@ { register struct vx_softc *sc = &vx_softc[unit]; register struct ifnet *ifp = &sc->arpcom.ac_if; - int j; + int i, j; /* * S.B. @@ -360,38 +367,52 @@ * connector specified in the EEPROM is used * (if present on card or AUI if not). */ - GO_WINDOW(4); - if(ifp->if_flags & IFF_LINK0 && sc->vx_connectors & AUI) { - /* nothing */ - } - else if(ifp->if_flags & IFF_LINK1 && sc->vx_connectors & BNC) { - outw(BASE + VX_COMMAND, START_TRANSCEIVER); - DELAY(1000); - } else if(ifp->if_flags & IFF_LINK2 && sc->vx_connectors & UTP) { - outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); + /* Set the xcvr. */ + if(ifp->if_flags & IFF_LINK0 && sc->vx_connectors & CONNECTOR_AUI) { + i = CONNECTOR_AUI; + } else if(ifp->if_flags & IFF_LINK1 && sc->vx_connectors & CONNECTOR_BNC) { + i = CONNECTOR_BNC; + } else if(ifp->if_flags & IFF_LINK2 && sc->vx_connectors & CONNECTOR_UTP) { + i = CONNECTOR_UTP; } else { - GO_WINDOW(3); - j = (inl(BASE + VX_W3_INTERNAL_CFG) & INTERNAL_CONNECTOR_MASK) - >> INTERNAL_CONNECTOR_BITS; - switch(j) { - case ACF_CONNECTOR_UTP: - GO_WINDOW(4); - outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); - break; - case ACF_CONNECTOR_BNC: - if(sc->vx_connectors & BNC) { - outw(BASE + VX_COMMAND, START_TRANSCEIVER); - DELAY(1000); - } - break; - case ACF_CONNECTOR_AUI: - /* nothing to do */ - break; - default: - printf("vx%d: strange connector type in EEPROM: assuming AUI\n", - unit); - break; + i = sc->vx_connector; + } + GO_WINDOW(3); + j = inl(BASE + VX_W3_INTERNAL_CFG) & ~INTERNAL_CONNECTOR_MASK; + outl(BASE + VX_W3_INTERNAL_CFG, j + | (connector_table[i].bit <vx_connectors & connector_table[CONNECTOR_UTP].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, ENABLE_UTP); + } + break; + case CONNECTOR_BNC: + if(sc->vx_connectors & connector_table[CONNECTOR_BNC].bit) { + outw(BASE + VX_COMMAND, START_TRANSCEIVER); + DELAY(1000); + } + break; + case CONNECTOR_TX: + if(sc->vx_connectors & connector_table[CONNECTOR_TX].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, LINKBEAT_ENABLE); } + break; + case CONNECTOR_FX: + if(sc->vx_connectors & connector_table[CONNECTOR_FX].bit) { + GO_WINDOW(4); + outw(BASE + VX_W4_MEDIA_TYPE, LINKBEAT_ENABLE); + } + break; + case CONNECTOR_UTP: + /* nothing to do */ + break; + default: + printf("vx%d: strange connector type in EEPROM: assuming AUI\n", + unit); + break; } GO_WINDOW(1); } @@ -479,6 +500,7 @@ splx(sh); ++ifp->if_opackets; + ifp->if_timer = 1; readcheck: if ((inw(BASE + VX_W1_RX_STATUS) & ERR_INCOMPLETE) == 0) { @@ -601,7 +623,6 @@ register short status; register struct vx_softc *sc = &vx_softc[unit]; struct ifnet *ifp = &sc->arpcom.ac_if; - int ret = 0; for (;;) { outw(BASE + VX_COMMAND, C_INTR_LATCH); @@ -623,15 +644,18 @@ if (status & S_RX_COMPLETE) vxread(unit); if (status & S_TX_AVAIL) { + ifp->if_timer = 0; sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; vxstart(&sc->arpcom.ac_if); } if (status & S_CARD_FAILURE) { printf("vx%d: adapter failure (%x)\n", unit, status); + ifp->if_timer = 0; vxreset(unit); return; } if (status & S_TX_COMPLETE) { + ifp->if_timer = 0; vxtxstat(unit); vxstart(ifp); } @@ -987,12 +1011,13 @@ vxwatchdog(unit) int unit; { - register struct vx_softc *sc = &vx_softc[unit]; - - log(LOG_ERR, "vx%d: device timeout\n", unit); - ++sc->arpcom.ac_if.if_oerrors; + struct ifnet *ifp = &vx_softc[unit].arpcom.ac_if; - vxreset(unit); + if (ifp->if_flags & IFF_DEBUG) + printf("vx%d: device timeout\n", unit); + ifp->if_flags &= ~IFF_OACTIVE; + vxstart(ifp); + vxintr(unit); } static void @@ -1022,7 +1047,7 @@ int unit; { struct vx_softc *sc = &vx_softc[unit] ; - int i = 100, j; + int i = 100; while (i--) { j = inw(BASE + VX_W0_EEPROM_COMMAND); @@ -1033,10 +1058,6 @@ } if (!i) { printf("\nvx%d: eeprom failed to come ready\n", unit); - return (1); - } - if (j & EEPROM_TST_MODE) { - printf("\nvx%d: erase pencil mark, or disable plug-n-play mode!\n", unit); return (1); } return (0); --- if_vxreg.h.orig Tue Sep 24 15:40:04 1996 +++ if_vxreg.h Fri Sep 27 22:54:51 1996 @@ -56,6 +56,7 @@ int next_mb; /* Which mbuf to use next. */ int last_mb; /* Last mbuf. */ char vx_connectors; /* Connectors on this card. */ + char vx_connector; /* Connector to use. */ short tx_start_thresh; /* Current TX_start_thresh. */ int tx_succ_ok; /* # packets sent in sequence */ /* w/o underrun */ @@ -93,7 +94,6 @@ #define EEPROM_CMD_EWEN 0x0030 /* Erase/Write Enable: No data required */ #define EEPROM_BUSY (1<<15) -#define EEPROM_TST_MODE (1<<14) /* * Some short functions, worth to let them be a macro @@ -374,6 +374,11 @@ #define RS_AUI (1<<5) #define RS_BNC (1<<4) #define RS_UTP (1<<3) +#define RS_T4 (1<<0) +#define RS_TX (1<<1) +#define RS_FX (1<<2) +#define RS_MII (1<<6) + /* * FIFO Status (Window 4) @@ -423,20 +428,12 @@ #define MFG_ID 0x506d /* `TCM' */ #define PROD_ID 0x5090 #define GO_WINDOW(x) outw(BASE+VX_COMMAND, WINDOW_SELECT|(x)) -#define AUI 0x1 -#define BNC 0x2 -#define UTP 0x4 -#define IS_AUI (1<<13) -#define IS_BNC (1<<12) -#define IS_UTP (1<<9) -#define EEPROM_BUSY (1<<15) -#define EEPROM_TST_MODE (1<<14) -#define READ_EEPROM (1<<7) -#define ENABLE_UTP 0xc0 +#define JABBER_GUARD_ENABLE 0x40 +#define LINKBEAT_ENABLE 0x80 +#define ENABLE_UTP (JABBER_GUARD_ENABLE | LINKBEAT_ENABLE) #define DISABLE_UTP 0x0 #define RX_BYTES_MASK (u_short) (0x07ff) #define TX_INDICATE 1<<15 -#define IS_PCI_AUI (1<<5) -#define IS_PCI_BNC (1<<4) -#define IS_PCI_UTP (1<<3) +#define VX_CONNECTORS 7 + From owner-freebsd-hackers Fri Sep 27 14:06:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23116 for hackers-outgoing; Fri, 27 Sep 1996 14:06:30 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA23063 for ; Fri, 27 Sep 1996 14:06:24 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA22570; Fri, 27 Sep 1996 15:05:41 -0600 (MDT) Date: Fri, 27 Sep 1996 15:05:41 -0600 (MDT) Message-Id: <199609272105.PAA22570@rocky.mt.sri.com> From: Nate Williams To: Wilko Bulte Cc: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Subject: Re: using PCMCIA SCSI for CDROM install (215R) In-Reply-To: <199609272006.WAA01621@yedi.iaf.nl> References: <199609272006.WAA01621@yedi.iaf.nl> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If I saw the (very fast) probe messages correctly, the 215R install > floppy detected my Adaptec 1640 (or 1460? I forget these numbers) > PCMCIA scsi card. It did not see the CDROM drive connected to it. I doubt *very* much if the stock 2.1.5R install floppy saw your SCSI card. Did you use the Nomad boot floppy, which *might* recognize it. Nate From owner-freebsd-hackers Fri Sep 27 14:27:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03135 for hackers-outgoing; Fri, 27 Sep 1996 14:27:15 -0700 (PDT) Received: from phaeton.artisoft.com ([198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA03096 for ; Fri, 27 Sep 1996 14:27:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10412; Fri, 27 Sep 1996 14:24:08 -0700 From: Terry Lambert Message-Id: <199609272124.OAA10412@phaeton.artisoft.com> Subject: Re: cvs commit: src/sbin/fsdb fsdb.c To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Fri, 27 Sep 1996 14:24:07 -0700 (MST) Cc: pst@shockwave.com, FreeBSD-hackers@freebsd.org In-Reply-To: <199609271904.VAA01907@gvr.win.tue.nl> from "Guido van Rooij" at Sep 27, 96 09:04:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The strange thing is that this should be impossible to happen. Anyway, > the problem is that sometimes an filesystem passes the fsck but still makes > the kernel panic with a bad dir: mangled entry (or something like that). > The reason is that the size of the directory is beyond the last datablock, > thus effectively making a sparse directory file (at least in my case). > Fsck doesn't find anything becuase it only examines the present datablocks. > The kernel does see such a non-present block as a bunch of zero's. And > that causes the panic because a non-used directory chunk should have a > reclen field of 255. The fix (until fsck is fixed) is to fsdb the filesystem, > chdir to the bad dir and do an ls. You will then see the last entry and you > can reset the size of the directory untill just after that entry. This FS *was* fsck'ed after a crash, or it *wasn't* fsck'ed after a crash? If it *wasn't*, then the loop was created in the FS code. If it *was*, then the fsck code is faulty. I have already fixed one fault in the lost+found creation handling (root inode link count). If a crash occured after a directory entry removal, but prior to the VOP_TRUNCATE, the FS would appear to be in a consistent state. Such a crash should not mark the FS clean. The correct mechanism for recovery would be for the fck to travers the last directory block in a directory to make sure it has at least one valid entry, and perform a full traversal with a file truncation if otherwise, to complete the directory "shrink". Since the lost+found and the truncate back were the two major fsck impactful semantic changes (all other operations *should* be idempotent), then this should be the last one lurking in the "4.4 semantic changes" for fsck. So: can you tell me if the condition resulted from fsck not catching it after a crash, or if it resulted from normal operation of the FS? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Sep 27 14:35:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07726 for hackers-outgoing; Fri, 27 Sep 1996 14:35:47 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA07649 for ; Fri, 27 Sep 1996 14:35:40 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id XAA02422; Fri, 27 Sep 1996 23:34:07 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609272134.XAA02422@gvr.win.tue.nl> Subject: Re: cvs commit: src/sbin/fsdb fsdb.c To: terry@lambert.org (Terry Lambert) Date: Fri, 27 Sep 1996 23:34:07 +0200 (MET DST) Cc: pst@shockwave.com, FreeBSD-hackers@freebsd.org In-Reply-To: <199609272124.OAA10412@phaeton.artisoft.com> from Terry Lambert at "Sep 27, 96 02:24:07 pm" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > This FS *was* fsck'ed after a crash, or it *wasn't* fsck'ed after a > crash? > > If it *wasn't*, then the loop was created in the FS code. > > If it *was*, then the fsck code is faulty. Indeed. It *is* fsck. > > So: can you tell me if the condition resulted from fsck not catching > it after a crash, or if it resulted from normal operation of the FS? > The first. I cannot come up with a scheme in which the FS could create such a directory (in the inode, some references to data blocks are null. fsck does not check non-present blocks and thus the FS passes fsck. The kernel does do the check and finds all zero's and thus all zero chunks where an empty chunk should have it's first byte set to 255). I believe that when adding directory entries, the FS code first allocates a new block (if necessary), update it and then changes the size of the inode. So I have no idea how the situation I sketched above could happen from within the FS code. I just posted a patch that is not yet complete but will at least do the trick. A better one will come in a few days. -Guido From owner-freebsd-hackers Fri Sep 27 14:36:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08428 for hackers-outgoing; Fri, 27 Sep 1996 14:36:59 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA08386 for ; Fri, 27 Sep 1996 14:36:52 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id OAA05781; Fri, 27 Sep 1996 14:36:45 -0700 (PDT) Message-Id: <199609272136.OAA05781@austin.polstra.com> To: "G.R.Gircys" Cc: hackers@freebsd.org Subject: Re: libz.so.1.0 where are you? In-reply-to: <324826A8.51AA@oester.com> Date: Fri, 27 Sep 1996 14:36:45 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The subject says it all! Libz is now a standard part of the system. Once that happened, the port was removed. Remember, the ports are designed for -current; they won't always work for older versions of FreeBSD. You have several options: * Get, build, and install /usr/src/lib/libz/ from -current. * Get the standard zlib distribution from: ftp://quest.jpl.nasa.gov/pub/zlib/zlib-1.0.4.tar.gz (It installs out-of-the-box on FreeBSD.) * Check out the port from the FreeBSD CVS repository by specifying a date prior to when the port was killed. It was in "devel/libz". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Sep 27 15:20:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02287 for hackers-outgoing; Fri, 27 Sep 1996 15:20:10 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02260; Fri, 27 Sep 1996 15:20:07 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199609272220.PAA02260@freefall.freebsd.org> Subject: Re: patch against SYN floods (RED impl.) To: apg@demos.net (Paul Antonov) Date: Fri, 27 Sep 1996 15:20:07 -0700 (PDT) Cc: fenner@parc.xerox.com, guido@gvr.win.tue.nl, apg@demos.net, hackers@freebsd.org In-Reply-To: from "Paul Antonov" at Sep 28, 96 00:55:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Antonov wrote: > > In message <96Sep27.133646pdt.177476@crevenia.parc.xerox.com> Bill > Fenner writes: > > >Not only that, but it's relatively dangerous to use information supplied > >by the attacker as part of your "random" number. For example, the attacker > >could vary his initial sequence number by tv_usec / 33 and keep the > >"random" number constant. > > Yes, I agree that better random function is necessary. My own test flood > generator uses random seq's - it's too good :) Any ideas? > > >The "oldest-drop" code in -current works well for moderate attack rates; > >a "random-drop" mode works better for a heavy attack. The best thing > >would be an automatic switch based upon the rate of queue drops. > > Mmm, I just tested - only 10 syns/sec bring down 2.2-current with default > listen() queue parameters, and even 100 doesn't do anything noticeable > with the above patch. 'oldest-drop' introduces too strong RTT discrimination. > No problem when you're on the same ethernet, but when you're at home ...;-) which version of tcp_input.c and sys/socket.h are you using? can you provide the output of "uname -a" ?? what is "bring down 2.2-current"?? render that server unusable or crash the computer or ?? jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Fri Sep 27 15:37:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11205 for hackers-outgoing; Fri, 27 Sep 1996 15:37:15 -0700 (PDT) Received: from smtp.utexas.edu ([128.83.126.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11153 for ; Fri, 27 Sep 1996 15:37:10 -0700 (PDT) Received: (qmail-queue invoked by uid 0); 27 Sep 1996 22:36:37 -0000 Received: from unknown (HELO mail.utexas.edu) (128.83.126.1) by smtp.utexas.edu with SMTP; 27 Sep 1996 22:36:37 -0000 Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id RAA01685; Fri, 27 Sep 1996 17:36:35 -0500 X-Sender: rkw@eel.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 27 Sep 1996 17:36:36 -0500 To: John Polstra From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: libz.so.1.0 where are you? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Libz is now a standard part of the system. Once that happened, the port >was removed. Remember, the ports are designed for -current; they won't >always work for older versions of FreeBSD. I consider this to be a poor standard. We need to provide at least some support for the last release. Is there some reason that the library was not brought into the -stable tree? When we remove a port from -current, we SHOULD move it to some compatability location and maintain it there until it is no longer needed. From owner-freebsd-hackers Fri Sep 27 16:40:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13073 for hackers-outgoing; Fri, 27 Sep 1996 16:40:08 -0700 (PDT) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12922 for ; Fri, 27 Sep 1996 16:39:49 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.7.5/8.6.9) with ESMTP id BAA21121 for ; Sat, 28 Sep 1996 01:38:24 GMT Message-Id: <199609280138.BAA21121@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-hackers@freefall.FreeBSD.org Subject: translation of "Readme" for ctppro utility From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 28 Sep 1996 01:38:24 +0000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK, here's a rough translation of PRO_FORM.TXT from pro_form.zip. --------------------------- SNIP ------------------------------- Pro-formance c't 10/96 S. 124, as ----------------------------------------------------- ppro.doc this document ctppro1.pas Source in BP 7.0, as it appeared in c't magazine ctppro1.exe executable Programm ctppro.exe extended version with Chipset configuration etc. Programs by J.Hinkley (used with the author's permission) fastvid.zip various utilities OS2.zip drivers for OS/2 The PPRO has various internal registers (Memory Type Range Register MTRR) which have to be programmed to acheive full PCI bus performance, e.g. to the frame buffer on a graphics card. When that's done the transfer speed to a fast graphics card (Matrox Millenium, ET600 etc.) increases from about 20 MB/sec to about 90 MB/sec -- as long as write posting in the chip set is enabled. The MTRRs of the PPRO are divided into Fixed Range MTRRs for memory between 0 and 1 MB, where VGA video buffers A0000-BFFFF are, and Variable Range MTRRs for addresses above 1 MB. For each memory range the following memory attributes can be assigend: UC uncached WC write combining WP write protect WT write through WB write back The first variable MTRR is used for main memory and is usually set to WB. The second register is generally free and can be used to map the linear frame buffer (LFB) of a graphics card as write combining (WC). The LFB address can be found e.g. under Windows 95 using the device manager under resources. J. Hinkley's FastVid can enable write posting in the Orion chip set and also set the MTRRs for the VGA and LFB memory ranges to WC. If the graphics card is VESA comaptible then FastVid also shows the start address of the LFB. See also FASTVID.TXT for a more detailed description. OS2.ZIP has drivers for OS/2. Vspeed can be used to measure the video throughput, see VSPEED.TXT for more details. Alternatively, ctcm with the parameter /vid can also be used to measure video throughput. Instead of FastVid you can use ctppro, which will also show the current settings of the MTRRs. ctppro is provided in 2 versions. With the smaller version from the magazine, ctppro1, you can program the MTTRs and set whichever attributes you want for the VGA frame buffer. Additionally you can enable fast string moves for PPROs with stepping 2 or better using the "M" parameter. Fast string moves are normally disabled in stepping 1 due to an error in the chip. V : set the VGA memory range A0000-BFFFF to WC V:aa : set attribute aa for the VGA memory range A0000-BFFFF n/xx,yy:aa : set MTRR n with start address xx and length yy to aa xx,yy:a : set MTRR 1 with start address xx and length yy to aa xx.yy : set MTRR 1 with start address xx and length yy to WC : where xx and yy are hex or decimal with appended K,M,G i : for K/M/Gbyte M : turn on fast string moves All commands can be combined on the command line, e.g. ctppro1 V E0000000,8M M ctppro has more functionality and offers the following additional features: -- it can be used to set various bits of the Orion and Natoma chip sets, e.g enable/disable buffers, turn on read around write, etc. S1 sets the bit shown under 1) to on (not sure what this means) S123 sets the bits shown under 1,2,3 to on (ditto) R1 resets the bit shown under 1) (ditto) R123 ... -- it can determine the frame buffer address from the PCI header and, if desired, the maximum size (the latter function isn't run by default since it can collide with other hardware during detection) P : evaluate the PCI header FRAME,yy : set MTRR1 to the frame buffer address with length yy FRAME : set MTRR1 to the frame buffer address using the detected length -- it can also be used to set the Fixed Range MTRRs Use the Help function in ctppro for additional info (which is probably in German. Since this is a DOS program and I don't have a DOS box you're on your own here !). -------- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Fri Sep 27 17:52:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10074 for hackers-outgoing; Fri, 27 Sep 1996 17:52:32 -0700 (PDT) Received: from Vorlon.odc.net (nwestfal@Vorlon.odc.net [207.137.42.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA10036 for ; Fri, 27 Sep 1996 17:52:29 -0700 (PDT) Received: (from nwestfal@localhost) by Vorlon.odc.net (8.7.1/8.7.1) id RAA06989 for hackers@freebsd.org; Fri, 27 Sep 1996 17:52:35 -0700 From: Neal Westfall Message-Id: <199609280052.RAA06989@Vorlon.odc.net> Subject: NFS problems with 960801-SNAP To: hackers@freebsd.org Date: Fri, 27 Sep 1996 17:52:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am having trouble getting mountd to read my exports file properly, and I don't have a clue what is wrong with it. Here is my exports file: #The following examples export /usr to 3 machines named after ducks, #/home and all directories under it to machines named after dead rock stars #and, finally, /a to 2 privileged machines allowed to write on it as root. #/usr huey louie dewie #/home -alldirs janice jimmy frank #/a -maproot=0 bill albert # # You should replace these lines with your actual exported filesystems. /home/business vorlon /home/resell vorlon But mountd always complains with this: Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon Sep 27 17:42:01 narn mountd[83]: Can't change attributes for /home/resell. Sep 27 17:42:01 narn mountd[83]: Bad exports list line /home/resell vorlon Sep 27 17:42:31 narn mountd[83]: Can't change attributes for /home/resell. Sep 27 17:42:31 narn mountd[83]: Bad exports list line /home/resell vorlon Sep 27 17:42:46 narn mountd[83]: Can't change attributes for /home/resell. Sep 27 17:42:46 narn mountd[83]: Bad exports list line /home/resell vorlon Any ideas what is wrong? Help is appreciated. Neal Westfall nwestfal@odc.net From owner-freebsd-hackers Fri Sep 27 18:07:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22008 for hackers-outgoing; Fri, 27 Sep 1996 18:07:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA21971 for ; Fri, 27 Sep 1996 18:07:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id SAA27115; Fri, 27 Sep 1996 18:06:55 -0700 (PDT) To: rkw@dataplex.net (Richard Wackerbarth) cc: John Polstra , hackers@FreeBSD.org Subject: Re: libz.so.1.0 where are you? In-reply-to: Your message of "Fri, 27 Sep 1996 17:36:36 CDT." Date: Fri, 27 Sep 1996 18:06:55 -0700 Message-ID: <27113.843872815@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is there some reason that the library was not brought into the -stable tree? None that I see, just a matter of testing and time. Jordan From owner-freebsd-hackers Fri Sep 27 18:50:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26793 for hackers-outgoing; Fri, 27 Sep 1996 18:50:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26761 for ; Fri, 27 Sep 1996 18:50:19 -0700 (PDT) Received: from smtp.utexas.edu ([128.83.126.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id SAA13398 for ; Fri, 27 Sep 1996 18:50:18 -0700 (PDT) Received: (qmail-queue invoked by uid 0); 28 Sep 1996 01:49:17 -0000 Received: from unknown (HELO mail.utexas.edu) (128.83.126.1) by smtp.utexas.edu with SMTP; 28 Sep 1996 01:49:17 -0000 Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id UAA23300; Fri, 27 Sep 1996 20:49:11 -0500 X-Sender: rkw@eel.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 27 Sep 1996 20:49:14 -0500 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: libz.so.1.0 where are you? Cc: John Polstra , hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Is there some reason that the library was not brought into the -stable tree? > >None that I see, just a matter of testing and time. IMHO, even untested, inclusion is better than NOT AVAILABLE. From owner-freebsd-hackers Fri Sep 27 18:53:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29164 for hackers-outgoing; Fri, 27 Sep 1996 18:53:11 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29128 for ; Fri, 27 Sep 1996 18:53:08 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id SAA27316; Fri, 27 Sep 1996 18:52:55 -0700 (PDT) To: rkw@dataplex.net (Richard Wackerbarth) cc: John Polstra , hackers@FreeBSD.org Subject: Re: libz.so.1.0 where are you? In-reply-to: Your message of "Fri, 27 Sep 1996 20:49:14 CDT." Date: Fri, 27 Sep 1996 18:52:55 -0700 Message-ID: <27314.843875575@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> Is there some reason that the library was not brought into the -stable tre e? > > > >None that I see, just a matter of testing and time. > > IMHO, even untested, inclusion is better than NOT AVAILABLE. Even if it doesn't build and breaks the world? :-) Obviously, *some* degree of testing should be considered an acceptable minimum requirement. Jordan From owner-freebsd-hackers Fri Sep 27 20:36:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28111 for hackers-outgoing; Fri, 27 Sep 1996 20:36:46 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA28074 for ; Fri, 27 Sep 1996 20:36:40 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id VAA08584; Fri, 27 Sep 1996 21:35:12 -0600 (MDT) Message-Id: <199609280335.VAA08584@rover.village.org> Subject: Re: cvs commit: src/usr.bin/xinstall xinstall.c To: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-usrbin@freefall.freebsd.org, hackers@freebsd.org Reply-To: hackers@freebsd.org In-reply-to: Your message of "Fri, 27 Sep 1996 19:53:52 PDT." <199609280253.TAA05179@freefall.freebsd.org> References: <199609280253.TAA05179@freefall.freebsd.org> Date: Fri, 27 Sep 1996 21:35:11 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [followups directed to hackers, hence the cc] In message <199609280253.TAA05179@freefall.freebsd.org> Warner Losh writes: : Use EX_* exit values, from NetBSD A more complete description: Obtained From: NetBSD Merge a couple of trivial differences between NetBSD's and FreeBSD's versions of the source in the area of exit() values and lint comments. While many differences still exist, there are fewer now than there were before. What happended, which was odd: I tried to checkin this in with EDITOR set to vi, and all I got was the following: 7:43pm freefall:[64]> cvs commit xinstall.c /var/tmp/tmp.1.020716: permission denied cvs [commit aborted]: Logfile verification failed 7:43pm freefall:[64]> so I did a cvs commit -m"blah" xinstall.c and it succeeded. Strange that. I got the message three times in a row, so punted :-(. I didn't have much time to look into the problem because of the large packet loss between here and freefall :-(. Warner From owner-freebsd-hackers Fri Sep 27 20:40:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00908 for hackers-outgoing; Fri, 27 Sep 1996 20:40:48 -0700 (PDT) Received: from Mail.IDT.NET (mail.idt.net [198.4.75.205]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00830 for ; Fri, 27 Sep 1996 20:40:41 -0700 (PDT) Received: from sequoia (ppp-3.ts-1.mlb.idt.net [169.132.71.3]) by Mail.IDT.NET (8.7.4/8.7.3) with SMTP id XAA21073; Fri, 27 Sep 1996 23:39:53 -0400 (EDT) Message-ID: <324C9E46.71A7@mail.idt.net> Date: Fri, 27 Sep 1996 23:40:54 -0400 From: Gary Corcoran Reply-To: garycorc@mail.idt.net X-Mailer: Mozilla 3.0 (WinNT; U) MIME-Version: 1.0 To: Richard Wackerbarth CC: John Polstra , hackers@FreeBSD.ORG Subject: Re: libz.so.1.0 where are you? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Richard Wackerbarth wrote: > > >Libz is now a standard part of the system. Once that happened,the > >port > >was removed. Remember, the ports are designed for -current; they > >won't always work for older versions of FreeBSD. > > I consider this to be a poor standard. We need to provide at least some > support for the last release. I agree. > When we remove a port from -current, we SHOULD move it to some > compatability location and maintain it there until it is no longer > needed. I second this... Gary From owner-freebsd-hackers Fri Sep 27 21:05:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16206 for hackers-outgoing; Fri, 27 Sep 1996 21:05:04 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA16145 for ; Fri, 27 Sep 1996 21:04:58 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.6/CET-v2.1) with SMTP id EAA29897; Sat, 28 Sep 1996 04:04:39 GMT Date: Sat, 28 Sep 1996 13:04:39 +0900 (JST) From: Michael Hancock To: Richard Wackerbarth cc: "Jordan K. Hubbard" , John Polstra , hackers@FreeBSD.org Subject: Re: libz.so.1.0 where are you? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 27 Sep 1996, Richard Wackerbarth wrote: > >> Is there some reason that the library was not brought into the -stable tree? > > > >None that I see, just a matter of testing and time. > > IMHO, even untested, inclusion is better than NOT AVAILABLE. > Wrong. From owner-freebsd-hackers Fri Sep 27 22:40:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10898 for hackers-outgoing; Fri, 27 Sep 1996 22:40:34 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA09293; Fri, 27 Sep 1996 22:38:36 -0700 (PDT) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id AAA16382; Sat, 28 Sep 1996 00:38:28 -0500 (CDT) Message-ID: <324CB998.773C2448@hiwaay.net> Date: Sat, 28 Sep 1996 00:37:28 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org, freebsd-smp@freebsd.org Subject: NetBSD ==> FreeBSD make(1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I just spent the better part of a week merging in some pretty interesting stuff from NetBSD's make. Anybody that would like to help me flesh it out before I commit it can drop me a line and I will send it to you. I would've attached the patch, but it is about 4000 lines long and I didn't want to inundate those that don't want it. For those who do, I can send you a tarball or better yet if you have an account on freefall I can put a tarball in my home directory and you can retrieve it from there. BTW, I am about half way through a 'make world' now and it is chugging right along. :) After this it's off to ports-land to randomly compile some stuff and see what happens. Steve From owner-freebsd-hackers Fri Sep 27 23:19:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10837 for hackers-outgoing; Fri, 27 Sep 1996 23:19:59 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10817 for ; Fri, 27 Sep 1996 23:19:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id XAA00981; Fri, 27 Sep 1996 23:21:20 -0700 (PDT) Message-Id: <199609280621.XAA00981@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@FreeBSD.org Subject: Re: Weirdness with routing to freefall. In-reply-to: Your message of "Fri, 27 Sep 1996 05:46:25 PDT." From: David Greenman Reply-To: dg@root.com Date: Fri, 27 Sep 1996 23:21:20 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Well, I don't know that I have too much to add to this discussion, >although a traceroute to freefall was mildly amusing. > >I go from Oregon to Seattle, out to DC (all onSprint). Then jump on >mae-e, Then jump on ANS, work my way back across the south, through ANS >and a few other sites, back to SanFrancisco, then jump onto CRL, and >finally to freefall. > >A total of 25 hops. All the way across the country and back, To go 300 >miles. This isn't supposed to happen. Ever since ANS brought up their new backbone, they've been leaking routes at the major peering sites. In this case, they're leaking CRL routes at MAE-east and Sprint is using them to get the traffic through rather than the "direct" route through the CIX (most likely because of the route dampening at Sprint-Stockton). This was supposed to have been fixed. I already spent nearly an hour on the phone a couple of weeks ago with the ANS people about this problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Sep 27 23:37:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23197 for hackers-outgoing; Fri, 27 Sep 1996 23:37:45 -0700 (PDT) Received: from shaman.lycaeum.org (SHAMAN.LYCAEUM.ORG [206.54.74.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA23143; Fri, 27 Sep 1996 23:37:40 -0700 (PDT) Received: from localhost (edmond@localhost) by shaman.lycaeum.org (Partyon/dude!) with SMTP id AAA05616; Sat, 28 Sep 1996 00:40:45 -0600 (MDT) Date: Sat, 28 Sep 1996 00:40:45 -0600 (MDT) From: "Andrew N. Edmond" To: questions@freebsd.org cc: hackers@freebsd.org Subject: Tape Backup - some questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am seeking advice on purchasing a tape backup system. I need a straight 4GB (advertised as 8GB with compression) DAT SCSI-2 tape backup system for my Pentium Pro 200mhz FreeBSD 2.1.5R. I *don't* want Travan technology as the tapes are consistently 400% of the price of DAT systems. 1) What is a good Brand/Model of a SCSI-2 DAT tape backup sytem with 4 gigs of straight (or 8 compressed) storage? 2) Can I configure dump to compress while backing up? I'd like to get as much information as I can on each tape... ? Andy PS: I'll do a write up to share with the group on what I find out. Any help is appreciated! ........................................................................... . Andrew Edmond ..... American Libertarian ** VOTE ** . .. edmond@lycaeum.org ..... End the War on Drugs .. ... University of Wyoming ..... HARRY BROWNE FOR PRESIDENT / 1996 ... .... Botany Department ....... http://www.harrybrowne96.org/ .... ....................... the Lycaeum ....................................... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzGauk0AAAEEANjORiZVrD98GS+vkJv+36CLC5Agifk8ra61i3i+Ms2115uK 9WoeUBA2J9QkjG+dM6tEOkPtrnZFkahFbOsDT0Rh46eBktdAp7IXY5M2zN4r1bWt x6w4b//ffkfRbrTinovxXYLJa5oASudlQbNkVpqAOAH1fdTO3xFsi69/gtsxAAUR tCJBbmRyZXcgRWRtb25kIDxlZG1vbmRAbHljYWV1bS5vcmc+tBBBbmRyZXcgTi4g RWRtb25k =l080 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Sat Sep 28 00:04:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11179 for hackers-outgoing; Sat, 28 Sep 1996 00:04:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA11148 for ; Sat, 28 Sep 1996 00:04:27 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id AAA13851 for ; Sat, 28 Sep 1996 00:04:24 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.7.5/8.6.12) id KAA05208; Sat, 28 Sep 1996 10:01:35 +0300 (EET DST) Date: Sat, 28 Sep 1996 10:01:34 +0300 (EET DST) From: Narvi To: Neal Westfall cc: hackers@FreeBSD.org Subject: Re: NFS problems with 960801-SNAP In-Reply-To: <199609280052.RAA06989@Vorlon.odc.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 27 Sep 1996, Neal Westfall wrote: > I am having trouble getting mountd to read my exports file > properly, and I don't have a clue what is wrong with it. > > Here is my exports file: > > #The following examples export /usr to 3 machines named after ducks, > #/home and all directories under it to machines named after dead rock stars > #and, finally, /a to 2 privileged machines allowed to write on it as root. > #/usr huey louie dewie > #/home -alldirs janice jimmy frank > #/a -maproot=0 bill albert > # > # You should replace these lines with your actual exported filesystems. > /home/business vorlon > /home/resell vorlon > > But mountd always complains with this: > > Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:01 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:01 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:31 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:31 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:46 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:46 narn mountd[83]: Bad exports list line /home/resell vorlon > > Any ideas what is wrong? Help is appreciated. Isn't it possible that there is only the /home filesystem and the /home/business and /home/resell are not separate filesystems but just subdirectories? If so, the command above "seems" (I have not tested) to export /home - and with the second line, you are instructing it to reexport it. It would be real good if you could export any directory you like and be not limited to mountpoints, as the situation seems to be. Sander > > Neal Westfall > nwestfal@odc.net > > From owner-freebsd-hackers Sat Sep 28 00:23:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22556 for hackers-outgoing; Sat, 28 Sep 1996 00:23:23 -0700 (PDT) Received: from Vorlon.odc.net (nwestfal@Vorlon.odc.net [207.137.42.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22521 for ; Sat, 28 Sep 1996 00:23:19 -0700 (PDT) Received: (from nwestfal@localhost) by Vorlon.odc.net (8.7.1/8.7.1) id AAA10555; Sat, 28 Sep 1996 00:22:40 -0700 From: Neal Westfall Message-Id: <199609280722.AAA10555@Vorlon.odc.net> Subject: Re: NFS problems with 960801-SNAP To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 28 Sep 1996 00:22:39 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: from "Narvi" at Sep 28, 96 10:01:34 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > # You should replace these lines with your actual exported filesystems. > > /home/business vorlon > > /home/resell vorlon > > > > But mountd always complains with this: > > > > Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon > > > > Any ideas what is wrong? Help is appreciated. > > Isn't it possible that there is only the /home filesystem and the > /home/business and /home/resell are not separate filesystems but just > subdirectories? If so, the command above "seems" (I have not tested) to > export /home - and with the second line, you are instructing it to > reexport it. It would be real good if you could export any directory > you like and be not limited to mountpoints, as the situation seems to be. But this is exactly the way we did it when we were using Linux for this machine. According to the sample exports file and the man page, this should work. I've never heard anything about only being able to export mount points. If it is in the exports file, it should work. I also tried just "/home -alldirs vorlon" and that didn't work either. Neal Westfall nwestfal@odc.net From owner-freebsd-hackers Sat Sep 28 00:28:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26084 for hackers-outgoing; Sat, 28 Sep 1996 00:28:11 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA26045 for ; Sat, 28 Sep 1996 00:28:08 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA29267; Sat, 28 Sep 1996 09:28:22 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA24961; Sat, 28 Sep 1996 09:34:46 +0200 From: Christoph Kukulies Message-Id: <199609280734.JAA24961@gilberto.physik.rwth-aachen.de> Subject: Re: NFS problems with 960801-SNAP In-Reply-To: from Narvi at "Sep 28, 96 10:01:34 am" To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 28 Sep 1996 09:34:45 +0200 (MET DST) Cc: nwestfal@Vorlon.odc.net, hackers@FreeBSD.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > On Fri, 27 Sep 1996, Neal Westfall wrote: > > > I am having trouble getting mountd to read my exports file > > properly, and I don't have a clue what is wrong with it. > > > > Here is my exports file: > > > > #The following examples export /usr to 3 machines named after ducks, > > #/home and all directories under it to machines named after dead rock stars > > #and, finally, /a to 2 privileged machines allowed to write on it as root. > > #/usr huey louie dewie > > #/home -alldirs janice jimmy frank > > #/a -maproot=0 bill albert > > # > > # You should replace these lines with your actual exported filesystems. > > /home/business vorlon > > /home/resell vorlon > > > > But mountd always complains with this: > > > > Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon > > Sep 27 17:42:01 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:42:01 narn mountd[83]: Bad exports list line /home/resell vorlon > > Sep 27 17:42:31 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:42:31 narn mountd[83]: Bad exports list line /home/resell vorlon > > Sep 27 17:42:46 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:42:46 narn mountd[83]: Bad exports list line /home/resell vorlon > > > > Any ideas what is wrong? Help is appreciated. > > Isn't it possible that there is only the /home filesystem and the > /home/business and /home/resell are not separate filesystems but just > subdirectories? If so, the command above "seems" (I have not tested) to No. This is ok when you say -alldirs. My guess: Do you eventually have TAB characters in your exports file? > export /home - and with the second line, you are instructing it to > reexport it. It would be real good if you could export any directory > you like and be not limited to mountpoints, as the situation seems to be. > > Sander > > > > > Neal Westfall > > nwestfal@odc.net > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Sep 28 01:15:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00155 for hackers-outgoing; Sat, 28 Sep 1996 01:15:02 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA29982 for ; Sat, 28 Sep 1996 01:14:54 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA29674; Sat, 28 Sep 1996 10:15:09 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA25090; Sat, 28 Sep 1996 10:21:32 +0200 From: Christoph Kukulies Message-Id: <199609280821.KAA25090@gilberto.physik.rwth-aachen.de> Subject: Re: NFS problems with 960801-SNAP In-Reply-To: <199609280734.JAA24961@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Sep 28, 96 09:34:45 am" To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 28 Sep 1996 10:21:31 +0200 (MET DST) Cc: narvi@haldjas.folklore.ee, nwestfal@Vorlon.odc.net, hackers@FreeBSD.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > /home/business and /home/resell are not separate filesystems but just > > subdirectories? If so, the command above "seems" (I have not tested) to > > No. This is ok when you say -alldirs. > > My guess: Do you eventually have TAB characters in your exports file? Wipe out - rubbish. Tested it here with and without tabs and it shows the same behaviour. > > > export /home - and with the second line, you are instructing it to > > reexport it. It would be real good if you could export any directory > > you like and be not limited to mountpoints, as the situation seems to be. [ - ] > > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Sep 28 02:03:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26775 for hackers-outgoing; Sat, 28 Sep 1996 02:03:16 -0700 (PDT) Received: from kavemachine.magna.com.au (kavemachine.magna.com.au [203.4.215.219]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA26712 for ; Sat, 28 Sep 1996 02:03:09 -0700 (PDT) Received: (from kaveman@localhost) by kavemachine.magna.com.au (8.6.12/8.6.12) id TAA23464; Sat, 28 Sep 1996 19:02:46 +1000 Date: Sat, 28 Sep 1996 19:02:45 +1000 (EST) From: Julian Jenkins To: Christoph Kukulies cc: hackers@freebsd.org Subject: Re: NFS problems with 960801-SNAP In-Reply-To: <199609280821.KAA25090@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 28 Sep 1996, Christoph Kukulies wrote: > > > /home/business and /home/resell are not separate filesystems but just > > > subdirectories? If so, the command above "seems" (I have not tested) to > > > > No. This is ok when you say -alldirs. > > > > My guess: Do you eventually have TAB characters in your exports file? > > Wipe out - rubbish. Tested it here with and without tabs and > it shows the same behaviour. try: /home/business /home/resell hostname ie. all on the same line. Kaveman kaveman@magna.com.au From owner-freebsd-hackers Sat Sep 28 02:12:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA02344 for hackers-outgoing; Sat, 28 Sep 1996 02:12:53 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA02291 for ; Sat, 28 Sep 1996 02:12:46 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.7.5/8.7.3) id LAA17091; Sat, 28 Sep 1996 11:12:12 +0200 (MET DST) From: Robert Eckardt Message-Id: <199609280912.LAA17091@ghost.mep.ruhr-uni-bochum.de> Subject: Re: NFS problems with 960801-SNAP In-Reply-To: from Narvi at "28. Sep. 96 10:00:46" To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 28 Sep 1996 11:12:11 +0200 (MET DST) Cc: nwestfal@Vorlon.odc.net, 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Fri, 27 Sep 1996, Neal Westfall wrote: > > > I am having trouble getting mountd to read my exports file > > properly, and I don't have a clue what is wrong with it. > > > > Here is my exports file: [..] > > # You should replace these lines with your actual exported filesystems. > > /home/business vorlon > > /home/resell vorlon If business and resell are subdirectories in one filesystem /home, try instead the following line: /home/business /home/resell vorlon ^ SPACE ^ TAB > > But mountd always complains with this: > > > > Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. > > Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon [..] > > Isn't it possible that there is only the /home filesystem and the > /home/business and /home/resell are not separate filesystems but just > subdirectories? If so, the command above "seems" (I have not tested) to > export /home - and with the second line, you are instructing it to > reexport it. It would be real good if you could export any directory > you like and be not limited to mountpoints, as the situation seems to be. Robert From owner-freebsd-hackers Sat Sep 28 02:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07874 for hackers-outgoing; Sat, 28 Sep 1996 02:23:52 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07777 for ; Sat, 28 Sep 1996 02:23:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id CAA27035; Sat, 28 Sep 1996 02:21:41 -0700 (PDT) Date: Sat, 28 Sep 1996 02:21:41 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@nike Reply-To: John-Mark Gurney To: Terry Lambert cc: FreeBSD-hackers@FreeBSD.org Subject: Re: cvs commit: src/sbin/fsdb fsdb.c In-Reply-To: <199609272124.OAA10412@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 27 Sep 1996, Terry Lambert wrote: > > The strange thing is that this should be impossible to happen. Anyway, > > the problem is that sometimes an filesystem passes the fsck but still makes > > the kernel panic with a bad dir: mangled entry (or something like that). > > The reason is that the size of the directory is beyond the last datablock, > > thus effectively making a sparse directory file (at least in my case). > > Fsck doesn't find anything becuase it only examines the present datablocks. > > The kernel does see such a non-present block as a bunch of zero's. And > > that causes the panic because a non-used directory chunk should have a > > reclen field of 255. The fix (until fsck is fixed) is to fsdb the filesystem, > > chdir to the bad dir and do an ls. You will then see the last entry and you > > can reset the size of the directory untill just after that entry. well.. I just ended up unlinking the dir... and I didn't know about fsdb at the time of my problem :) > This FS *was* fsck'ed after a crash, or it *wasn't* fsck'ed after a > crash? > > If it *wasn't*, then the loop was created in the FS code. > > If it *was*, then the fsck code is faulty. I had a problem with the same above on 0323-SNAP and the fsck code DIDN"T detect it when I ran it in single user mode... the way I fixed this was to write a small c program to call unlink on the directory which when ran removed it then fsck was able to recover and the disk was back to normal... one quick question... any reason why FreeBSD doesn't have an unlink command? at least only accessable to root? > The correct mechanism for recovery would be for the fck to travers the > last directory block in a directory to make sure it has at least one > valid entry, and perform a full traversal with a file truncation if > otherwise, to complete the directory "shrink". > > > Since the lost+found and the truncate back were the two major fsck > impactful semantic changes (all other operations *should* be idempotent), > then this should be the last one lurking in the "4.4 semantic changes" > for fsck. > > > So: can you tell me if the condition resulted from fsck not catching > it after a crash, or if it resulted from normal operation of the FS? my problem was from a system crash with the fs mount async... I know this isn't good but I've had a large number of crashes when I didn't lose any data... and it does improve speed (i.e. config kernname completes in about a 1second :) )... the errors that I got when trying to access the directory was: /usr:bad dir ino 85312 at offset 0: mangled entry panic:bad dir which was repeated with the offset increasing by 512 every time.. until power cycled the machine when it hit 706048... when I would run fsck on it it would, on phase 2, it would report: MISSING '..' I=85312 OWNER=root MODE=46572 SIZE=1768385024 TIME=Jun 30 03:18 1961 DIR=/X11R6/lib/X11/locale/iso8859-7/XLC_LOCALE I would fix it, but it never really got fixed (as it's invalid)... and after a reboot fsck again reported the above error... so I made a small c prog to call unlink with the dir's name then I ran fsck on the drive which then found a dir with improper link count and then I wouldn't have the problem again... I hope this helps... I was using a serial console at the time so I can send you the log file on what all I did if you need to know.. ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sat Sep 28 04:01:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02950 for hackers-outgoing; Sat, 28 Sep 1996 04:01:35 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA02876 for ; Sat, 28 Sep 1996 04:01:19 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA10680 for hackers@freebsd.org; Sat, 28 Sep 1996 12:29:53 +0200 From: Luigi Rizzo Message-Id: <199609281029.MAA10680@labinfo.iet.unipi.it> Subject: mtools3.0 To: hackers@freebsd.org Date: Sat, 28 Sep 1996 12:29:52 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It looks like there is finally a version of mtools supporting VFAT names and the like. The URL is http://wauug.erols.com/pub/knaff/mtools/ For those who have looked at mtools2.0.7, the code appears to be significantly cleaner than the previous versions. Especially, one program does all depending on argv[0], whereas current mtools have 10-15 different executables. Under FreeBSD it compiles almost correctly (one sys_errlist[] declaration must be fixed), although is it missing the machine-dependant part which declares devices and initializes them. I believe both things can be folded in from 2.0.7 -- I might have some time to look at this late next week. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Sat Sep 28 05:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24896 for hackers-outgoing; Sat, 28 Sep 1996 05:34:13 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24852 for ; Sat, 28 Sep 1996 05:34:07 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.7.5/8.7.3) id OAA21935; Sat, 28 Sep 1996 14:33:49 +0200 (MET DST) From: Robert Eckardt Message-Id: <199609281233.OAA21935@ghost.mep.ruhr-uni-bochum.de> Subject: Re: mtools3.0 In-Reply-To: <199609281029.MAA10680@labinfo.iet.unipi.it> from Luigi Rizzo at "28. Sep. 96 12:29:20" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 28 Sep 1996 14:33:49 +0200 (MET DST) 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It looks like there is finally a version of mtools supporting VFAT > names and the like. The URL is Are you talking about mtools-3.0.tgz on the 2.1.5-CD ? :-) But it didn't work as expected (see below). > http://wauug.erols.com/pub/knaff/mtools/ > > For those who have looked at mtools2.0.7, the code appears to be > significantly cleaner than the previous versions. Especially, one > program does all depending on argv[0], whereas current mtools have > 10-15 different executables. > > Under FreeBSD it compiles almost correctly (one sys_errlist[] > declaration must be fixed), although is it missing the machine-dependant There's a patch in ports. > part which declares devices and initializes them. I believe both > things can be folded in from 2.0.7 -- I might have some time to > look at this late next week. There's an enormous advantage of configuring from ~/.mtoolsrc Nevertheless, I prefer to add {"$MTOOLS_M", 'M', GEN}, {"$MTOOLS_N", 'N', GEN}, {"$MTOOLS_O", 'O', GEN}, to the predefined devices. That allows me to set the device `on the fly' via the environment to any file (dd'd disks). (Just `setenv MTOOLS_M /this/dos/disk; mdir m:') However, I had some trouble with it when I recompiled it. It seems that FreeBSD doesn't allow locking of /dev/[r]fd(01)* Thus, you get some mysterious errors when using 'mcopy FILE a:' (Actually, you get EOPNOTSUPP `Operation not supported') I disabled locking completely by inserting a `return 0' in lock_dev() in plain_io.c int lock_dev(int fd) { + return 0; /* Locking of floppy dev doesn't work ??? */ /*RE*/ #if (defined(HAVE_LOCKF) && defined(F_TLOCK)) if (lockf(fd, F_TLOCK, 0) < 0) Had anyone else the same problem ? Is it FreeBSD's correct behaviour ? Regards, Robert From owner-freebsd-hackers Sat Sep 28 05:40:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00404 for hackers-outgoing; Sat, 28 Sep 1996 05:40:32 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA00334 for ; Sat, 28 Sep 1996 05:40:26 -0700 (PDT) Received: from neuron (ppp2 [194.95.214.132]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id OAA27639; Sat, 28 Sep 1996 14:43:19 +0200 Message-ID: <324D379D.66DD@degnet.baynet.de> Date: Sat, 28 Sep 1996 14:35:09 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: Neal Westfall CC: freebsd-hackers Subject: Re: NFS problems with 960801-SNAP References: <199609280052.RAA06989@Vorlon.odc.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have the same problem with /cdrom. I'm using /cdrom for mounting the CD. I have an entry in the exports-file to NFS-export it. When the CD is in the drive but not mounted, the NFS-export complains with the message you have also seen, BUT when the CD is mounted on /cdrom everything works well and no complain from NFS. Don't know why. Darius Moos. Neal Westfall wrote: > > I am having trouble getting mountd to read my exports file > properly, and I don't have a clue what is wrong with it. > > Here is my exports file: > > #The following examples export /usr to 3 machines named after ducks, > #/home and all directories under it to machines named after dead rock stars > #and, finally, /a to 2 privileged machines allowed to write on it as root. > #/usr huey louie dewie > #/home -alldirs janice jimmy frank > #/a -maproot=0 bill albert > # > # You should replace these lines with your actual exported filesystems. > /home/business vorlon > /home/resell vorlon > > But mountd always complains with this: > > Sep 27 17:41:22 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:41:22 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:01 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:01 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:31 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:31 narn mountd[83]: Bad exports list line /home/resell vorlon > Sep 27 17:42:46 narn mountd[83]: Can't change attributes for /home/resell. > Sep 27 17:42:46 narn mountd[83]: Bad exports list line /home/resell vorlon > > Any ideas what is wrong? Help is appreciated. > > Neal Westfall > nwestfal@odc.net -- email: moos@degnet.baynet.de From owner-freebsd-hackers Sat Sep 28 06:21:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA05118 for hackers-outgoing; Sat, 28 Sep 1996 06:21:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA05062 for ; Sat, 28 Sep 1996 06:21:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA19334; Sat, 28 Sep 1996 15:20:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA06640; Sat, 28 Sep 1996 15:20:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA01905; Sat, 28 Sep 1996 15:00:43 +0200 (MET DST) From: J Wunsch Message-Id: <199609281300.PAA01905@uriah.heep.sax.de> Subject: Re: CD-R Drive To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 28 Sep 1996 15:00:43 +0200 (MET DST) Cc: handy@sag.space.lockheed.com In-Reply-To: <199609192228.AA226642138@hpnmhjw.sr.hp.com> from Darryl Okahata at "Sep 19, 96 03:28:57 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Darryl Okahata wrote: > While the HP CD-R works fine with 2.2-current, it doesn't work > with FreeBSD 2.1.5, "out-of-the-box". To get it to work with 2.1.5, you > supposedly have to apply a patch to 2.1.5. ...except there's no such patch really available. Nobody ever got round to create a working patch for it. However, the Plasmon devices, while technically rather similar to the HP and Philips drives, have a slightly different firmware so they should even work along with 2.1.5 as long as you don't accidentally put a CD-ROM (or fixated CD-R) into the drive at boot time (in which case these drives also claim to be a CD-ROM, as opposed to a WORM). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 06:21:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA05172 for hackers-outgoing; Sat, 28 Sep 1996 06:21:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA05123 for ; Sat, 28 Sep 1996 06:21:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA19353; Sat, 28 Sep 1996 15:21:05 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA06645; Sat, 28 Sep 1996 15:21:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA02034; Sat, 28 Sep 1996 15:13:10 +0200 (MET DST) From: J Wunsch Message-Id: <199609281313.PAA02034@uriah.heep.sax.de> Subject: Re: Tape Backup - some questions To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 28 Sep 1996 15:13:10 +0200 (MET DST) Cc: edmond@shaman.lycaeum.org (Andrew N. Edmond) In-Reply-To: from "Andrew N. Edmond" at "Sep 28, 96 00:40:45 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew N. Edmond wrote: > 1) What is a good Brand/Model of a SCSI-2 DAT tape backup sytem with 4 > gigs of straight (or 8 compressed) storage? HP-DAT. Don't ask me for the model number however. > 2) Can I configure dump to compress while backing up? I'd like to get as > much information as I can on each tape... ? No (not useful, even piping through gzip will be rather nonsensous), but since the drive understands hardware compression, i would prefer this one anyway. Double compression (software & hardware) is useless. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 07:42:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28924 for hackers-outgoing; Sat, 28 Sep 1996 07:42:01 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28891 for ; Sat, 28 Sep 1996 07:41:56 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA24247 (5.67b/IDA-1.5 for hackers@freebsd.org); Sat, 28 Sep 1996 16:41:24 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id QAA10656; Sat, 28 Sep 1996 16:31:52 +0200 (MET DST) From: Wilko Bulte Message-Id: <199609281431.QAA10656@yedi.iaf.nl> Subject: Re: NFS problems with 960801-SNAP To: nwestfal@Vorlon.odc.net (Neal Westfall) Date: Sat, 28 Sep 1996 16:31:52 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199609280052.RAA06989@Vorlon.odc.net> from "Neal Westfall" at Sep 27, 96 05:52:34 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Neal Westfall wrote... > > I am having trouble getting mountd to read my exports file > properly, and I don't have a clue what is wrong with it. > > Here is my exports file: > > #The following examples export /usr to 3 machines named after ducks, > #/home and all directories under it to machines named after dead rock stars > #and, finally, /a to 2 privileged machines allowed to write on it as root. > #/usr huey louie dewie > #/home -alldirs janice jimmy frank > #/a -maproot=0 bill albert > # > # You should replace these lines with your actual exported filesystems. > /home/business vorlon > /home/resell vorlon Are /home/business and /home/resell on the same (local) filesystem on the server? If so, this does not work. 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 Sep 28 07:59:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA08746 for hackers-outgoing; Sat, 28 Sep 1996 07:59:56 -0700 (PDT) Received: from wong.rogerswave.ca (a17b32.rogerswave.ca [204.92.17.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA08656; Sat, 28 Sep 1996 07:59:45 -0700 (PDT) Received: (from wong@localhost) by wong.rogerswave.ca (8.7.5/8.7.3) id KAA00299; Sat, 28 Sep 1996 10:57:55 -0400 (EDT) Date: Sat, 28 Sep 1996 10:57:54 -0400 (EDT) From: Ken Wong Reply-To: wong@rogerswave.ca To: FreeBSD hackers list cc: freebsd-hardware@FreeBSD.org Subject: anybody recognized this TV & frame capturing device Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk hello all I got a ISA board called TV500 made by REVEAL. it uses cirus logic chipsets ( accuView ) and a philips SAA 9051 chip. can somebody tell me if this is supported under FreeBSD? otherwise, is there any document for the H/W that I can write a device driver for it? thnx ken From owner-freebsd-hackers Sat Sep 28 08:08:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13584 for hackers-outgoing; Sat, 28 Sep 1996 08:08:25 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA12075; Sat, 28 Sep 1996 08:05:49 -0700 (PDT) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id KAA13214; Sat, 28 Sep 1996 10:04:59 -0500 (CDT) Message-ID: <324D3E61.4A7B7C1D@hiwaay.net> Date: Sat, 28 Sep 1996 10:04:01 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org, freebsd-smp@freebsd.org CC: bill@thuvia.qstools.com Subject: Re: NetBSD ==> FreeBSD make(1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is a brief list of the changes to make(1). Add these directives: .ORDER ; control build order of targets .PARALLEL ; not fully implemented .PHONY ; always out of date target .WAIT ; more parallel-related stuff Add these command line arguments: -B ; set backward compatibility mode -m directory ; override the default system include path Also, tons of stuff to better support SunOS/SVSV-based machines, and scads of job-control related fixes/enhancements. Steve From owner-freebsd-hackers Sat Sep 28 08:21:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20356 for hackers-outgoing; Sat, 28 Sep 1996 08:21:02 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA20310 for ; Sat, 28 Sep 1996 08:20:56 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id RAA05793; Sat, 28 Sep 1996 17:20:53 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609281520.RAA05793@gvr.win.tue.nl> Subject: stack To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Sat, 28 Sep 1996 17:20:52 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I allocate something on the stack, isn't it supposed to be completely zero? like: main(int argc, char **argv) { char buf[1000]; ... } Then buf should be zero, or am I missing something here? -Guido From owner-freebsd-hackers Sat Sep 28 08:51:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09218 for hackers-outgoing; Sat, 28 Sep 1996 08:51:02 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09171 for ; Sat, 28 Sep 1996 08:50:58 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id KAA01258; Sat, 28 Sep 1996 10:50:32 -0500 (EST) From: "John S. Dyson" Message-Id: <199609281550.KAA01258@dyson.iquest.net> Subject: Re: stack To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Sat, 28 Sep 1996 10:50:32 -0500 (EST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281520.RAA05793@gvr.win.tue.nl> from "Guido van Rooij" at Sep 28, 96 05:20:52 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > When I allocate something on the stack, isn't it supposed to be completely > zero? > like: > main(int argc, char **argv) { > char buf[1000]; > > ... > } > > Then buf should be zero, or am I missing something here? > The first time that you use a page the kernel will demand zero it. But if you have used the stack space before, it will be whatever you left in it. John From owner-freebsd-hackers Sat Sep 28 08:53:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10506 for hackers-outgoing; Sat, 28 Sep 1996 08:53:08 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA10365; Sat, 28 Sep 1996 08:52:55 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id RAA05940; Sat, 28 Sep 1996 17:52:49 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609281552.RAA05940@gvr.win.tue.nl> Subject: Re: stack To: dyson@FreeBSD.org Date: Sat, 28 Sep 1996 17:52:49 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281550.KAA01258@dyson.iquest.net> from "John S. Dyson" at "Sep 28, 96 10:50:32 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > > When I allocate something on the stack, isn't it supposed to be completely > > zero? > > like: > > main(int argc, char **argv) { > > char buf[1000]; > > > > ... > > } > > > > Then buf should be zero, or am I missing something here? > > > The first time that you use a page the kernel will demand zero it. But > if you have used the stack space before, it will be whatever you left in > it. I used exactly this program: main() { char buf[1000]; write(1, buf, 1000); } The resulting file did not conatin only zero's. I think this is weird. This is on a 2.1.5R system -Guido From owner-freebsd-hackers Sat Sep 28 08:57:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA12986 for hackers-outgoing; Sat, 28 Sep 1996 08:57:17 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA12918; Sat, 28 Sep 1996 08:57:09 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id KAA01300; Sat, 28 Sep 1996 10:56:43 -0500 (EST) From: "John S. Dyson" Message-Id: <199609281556.KAA01300@dyson.iquest.net> Subject: Re: stack To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Sat, 28 Sep 1996 10:56:43 -0500 (EST) Cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281552.RAA05940@gvr.win.tue.nl> from "Guido van Rooij" at Sep 28, 96 05:52:49 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > John S. Dyson wrote: > > > When I allocate something on the stack, isn't it supposed to be completely > > > zero? > > > like: > > > main(int argc, char **argv) { > > > char buf[1000]; > > > > > > ... > > > } > > > > > > Then buf should be zero, or am I missing something here? > > > > > The first time that you use a page the kernel will demand zero it. But > > if you have used the stack space before, it will be whatever you left in > > it. > > I used exactly this program: > main() { > char buf[1000]; > > write(1, buf, 1000); > } > > The resulting file did not conatin only zero's. I think this is weird. > This is on a 2.1.5R system > If something had been called before main(), by the startup code, then there will likely be stuff left on the stack. John From owner-freebsd-hackers Sat Sep 28 09:00:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15340 for hackers-outgoing; Sat, 28 Sep 1996 09:00:42 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15300; Sat, 28 Sep 1996 09:00:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id JAA02187; Sat, 28 Sep 1996 09:01:09 -0700 (PDT) Message-Id: <199609281601.JAA02187@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: guido@gvr.win.tue.nl (Guido van Rooij) cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: stack In-reply-to: Your message of "Sat, 28 Sep 1996 17:52:49 +0200." <199609281552.RAA05940@gvr.win.tue.nl> From: David Greenman Reply-To: dg@root.com Date: Sat, 28 Sep 1996 09:01:09 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I used exactly this program: >main() { > char buf[1000]; > > write(1, buf, 1000); >} > >The resulting file did not conatin only zero's. I think this is weird. You might think it's weird, but it is not a bug or even unexpected. Stack space is not guaranteed to be initialized to any particular value. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Sep 28 09:04:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17764 for hackers-outgoing; Sat, 28 Sep 1996 09:04:17 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA17682; Sat, 28 Sep 1996 09:04:10 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id SAA05989; Sat, 28 Sep 1996 18:03:39 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609281603.SAA05989@gvr.win.tue.nl> Subject: Re: stack To: dg@root.com Date: Sat, 28 Sep 1996 18:03:38 +0200 (MET DST) Cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281601.JAA02187@root.com> from David Greenman at "Sep 28, 96 09:01:09 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > >I used exactly this program: > >main() { > > char buf[1000]; > > > > write(1, buf, 1000); > >} > > > >The resulting file did not conatin only zero's. I think this is weird. > > You might think it's weird, but it is not a bug or even unexpected. Stack > space is not guaranteed to be initialized to any particular value. I thought this was guarantueed because when the `feature' was dropped to many programs discontinued working.. -Guido From owner-freebsd-hackers Sat Sep 28 09:06:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19370 for hackers-outgoing; Sat, 28 Sep 1996 09:06:51 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA19331; Sat, 28 Sep 1996 09:06:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id JAA02238; Sat, 28 Sep 1996 09:07:58 -0700 (PDT) Message-Id: <199609281607.JAA02238@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: guido@gvr.win.tue.nl (Guido van Rooij) cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: stack In-reply-to: Your message of "Sat, 28 Sep 1996 18:03:38 +0200." <199609281603.SAA05989@gvr.win.tue.nl> From: David Greenman Reply-To: dg@root.com Date: Sat, 28 Sep 1996 09:07:58 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >David Greenman wrote: >> >I used exactly this program: >> >main() { >> > char buf[1000]; >> > >> > write(1, buf, 1000); >> >} >> > >> >The resulting file did not conatin only zero's. I think this is weird. >> >> You might think it's weird, but it is not a bug or even unexpected. Stack >> space is not guaranteed to be initialized to any particular value. > >I thought this was guarantueed because when the `feature' was dropped >to many programs discontinued working.. Huh? Not that I'm aware of. I think you might be confusing .bss allocated space which is created as zero-filled. If you move your variable declaration above to outside of main(), the space will be allocated from .bss and thus will be zero-filled. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Sep 28 09:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28869 for hackers-outgoing; Sat, 28 Sep 1996 09:21:09 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28818 for ; Sat, 28 Sep 1996 09:21:04 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA23297 for ; Sat, 28 Sep 1996 18:20:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA09882 for FreeBSD-hackers@FreeBSD.org; Sat, 28 Sep 1996 18:20:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id RAA03161 for FreeBSD-hackers@FreeBSD.org; Sat, 28 Sep 1996 17:59:37 +0200 (MET DST) From: J Wunsch Message-Id: <199609281559.RAA03161@uriah.heep.sax.de> Subject: Re: stack To: FreeBSD-hackers@FreeBSD.org Date: Sat, 28 Sep 1996 17:59:36 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609281520.RAA05793@gvr.win.tue.nl> from Guido van Rooij at "Sep 28, 96 05:20:52 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Guido van Rooij wrote: > When I allocate something on the stack, isn't it supposed to be completely > zero? > like: > main(int argc, char **argv) { > char buf[1000]; > > ... > } > > Then buf should be zero, or am I missing something here? Automatic variables are always uninitialized. You're confusing this with static variables (including global ones). The matter is different in C++, where class objects are always being created by constructors, thus you can adjust the behaviour to what you think fits best (though this can quickly become a run-time hog if you are not carefully enough). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 09:21:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29305 for hackers-outgoing; Sat, 28 Sep 1996 09:21:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29272 for ; Sat, 28 Sep 1996 09:21:55 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA15845 for ; Sat, 28 Sep 1996 09:21:49 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA11945; Sat, 28 Sep 1996 12:20:01 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 28 Sep 1996 12:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id IAA05830; Sat, 28 Sep 1996 08:42:24 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id IAA02863; Sat, 28 Sep 1996 08:41:58 -0400 (EDT) Date: Sat, 28 Sep 1996 08:41:58 -0400 (EDT) From: Thomas David Rivers Message-Id: <199609281241.IAA02863@lakes.water.net> To: sprice@hiwaay.net, ponds!FreeBSD.org!freebsd-smp@ucbvax.Berkeley.EDU, ponds!FreeBSD.org!hackers@ucbvax.Berkeley.EDU Subject: Re: NetBSD ==> FreeBSD make(1) Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi all, > > I just spent the better part of a week merging in some pretty > interesting stuff from NetBSD's make. Anybody that would like > to help me flesh it out before I commit it can drop me a line and > I will send it to you. I would've attached the patch, but it is > about 4000 lines long and I didn't want to inundate those that > don't want it. For those who do, I can send you a tarball or > better yet if you have an account on freefall I can put a tarball > in my home directory and you can retrieve it from there. > > BTW, I am about half way through a 'make world' now and it is > chugging right along. :) After this it's off to ports-land to > randomly compile some stuff and see what happens. > > Steve > Can you describe just what these "interesting" things are. I've seriously modifed make(1) to "automagically" handle RCS repositories, version selection rules, etc... (essentially the basis of a rather nice Configuration Management system.) So, I'd be interested in whatever changes you made... - Dave R. - From owner-freebsd-hackers Sat Sep 28 09:48:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13120 for hackers-outgoing; Sat, 28 Sep 1996 09:48:42 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13073 for ; Sat, 28 Sep 1996 09:48:36 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA03204 for ; Sat, 28 Sep 1996 18:48:26 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA32383 for FreeBSD-hackers@freebsd.org; Sat, 28 Sep 1996 18:48:02 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id SAA01298; Sat, 28 Sep 1996 18:37:22 +0200 (MET DST) Message-Id: <199609281637.SAA01298@keltia.freenix.fr> Date: Sat, 28 Sep 1996 18:37:22 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: stack In-Reply-To: <199609281520.RAA05793@gvr.win.tue.nl>; from Guido van Rooij on Sep 28, 1996 17:20:52 +0200 References: <199609281520.RAA05793@gvr.win.tue.nl> X-Mailer: Mutt 0.44.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2490 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Guido van Rooij: > When I allocate something on the stack, isn't it supposed to be completely > zero? > like: > main(int argc, char **argv) { > char buf[1000]; As John said, first time it will be zeroed but remember that automatic arrays are not supposed to be cleared at all if I remember well ANSI C... Always clear them if you depend on it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #0: Sat Sep 21 00:18:27 MET DST 1996 From owner-freebsd-hackers Sat Sep 28 09:49:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13472 for hackers-outgoing; Sat, 28 Sep 1996 09:49:22 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13422; Sat, 28 Sep 1996 09:49:16 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id SAA00538; Sat, 28 Sep 1996 18:48:49 +0200 (MET DST) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: FreeBSD-hackers@FreeBSD.org (FreeBSD-hackers) Subject: Re: stack In-reply-to: Your message of "Sat, 28 Sep 1996 17:20:52 +0200." <199609281520.RAA05793@gvr.win.tue.nl> Date: Sat, 28 Sep 1996 18:48:48 +0200 Message-ID: <536.843929328@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199609281520.RAA05793@gvr.win.tue.nl>, Guido van Rooij writes: >When I allocate something on the stack, isn't it supposed to be completely >zero? >like: >main(int argc, char **argv) { > char buf[1000]; > >... >} > >Then buf should be zero, or am I missing something here? no, only it it had been static would you get such a guarantee. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sat Sep 28 09:54:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16231 for hackers-outgoing; Sat, 28 Sep 1996 09:54:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA16188 for ; Sat, 28 Sep 1996 09:54:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id CAA00660; Sun, 29 Sep 1996 02:51:26 +1000 Date: Sun, 29 Sep 1996 02:51:26 +1000 From: Bruce Evans Message-Id: <199609281651.CAA00660@godzilla.zeta.org.au> To: FreeBSD-hackers@FreeBSD.org, guido@gvr.win.tue.nl Subject: Re: stack Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >When I allocate something on the stack, isn't it supposed to be completely >zero? Certainly not. >like: >main(int argc, char **argv) { > char buf[1000]; > >... >} > >Then buf should be zero, or am I missing something here? Stack variables in main() are often zero under multi-tasking systems because the system starts processes with clean pages for security reasons and nothing has used the stack yet. Bruce From owner-freebsd-hackers Sat Sep 28 12:00:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21773 for hackers-outgoing; Sat, 28 Sep 1996 12:00:43 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21673; Sat, 28 Sep 1996 12:00:36 -0700 (PDT) Received: from pcpsj.pfcs.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v73jT-0008tNC; Sat, 28 Sep 96 11:03 PDT Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id NAA14908; Sat, 28 Sep 1996 13:59:09 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA15244 (5.67b/IDA-1.5); Sat, 28 Sep 1996 13:58:41 -0400 To: Mark Mayo Cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: JDK 1.0.2 for FreeBSD released [Java Development Kit] In-Reply-To: Your message of "Fri, 27 Sep 1996 01:01:44 EDT." Date: Sat, 28 Sep 1996 13:58:40 -0300 Message-Id: <15242.843933520@mumps.pfcs.com> From: Harlan Stenn Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this package mirrored anywhere? I'm not having much luck trying to download it from freefall. Thanks... H From owner-freebsd-hackers Sat Sep 28 12:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10773 for hackers-outgoing; Sat, 28 Sep 1996 12:23:33 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA10710; Sat, 28 Sep 1996 12:23:27 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA06461; Sat, 28 Sep 1996 21:23:11 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199609281923.VAA06461@gvr.win.tue.nl> Subject: Re: stack To: dg@root.com Date: Sat, 28 Sep 1996 21:23:11 +0200 (MET DST) Cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281607.JAA02238@root.com> from David Greenman at "Sep 28, 96 09:07:58 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > > Huh? Not that I'm aware of. I think you might be confusing .bss allocated > space which is created as zero-filled. If you move your variable declaration > above to outside of main(), the space will be allocated from .bss and thus > will be zero-filled. Yep, indeed, I was confused with static stuff. -Guido From owner-freebsd-hackers Sat Sep 28 13:26:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24308 for hackers-outgoing; Sat, 28 Sep 1996 13:26:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24290 for ; Sat, 28 Sep 1996 13:26:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03244; Sat, 28 Sep 1996 13:25:31 -0700 From: Terry Lambert Message-Id: <199609282025.NAA03244@phaeton.artisoft.com> Subject: Re: cvs commit: src/sbin/fsdb fsdb.c To: gurney_j@resnet.uoregon.edu Date: Sat, 28 Sep 1996 13:25:30 -0700 (MST) Cc: terry@lambert.org, FreeBSD-hackers@freebsd.org In-Reply-To: from "John-Mark Gurney" at Sep 28, 96 02:21:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > one quick question... any reason why FreeBSD doesn't have an unlink > command? at least only accessable to root? The unlink command was a hold-over from the rename operation being outside the kernel (rename = non-idempotent link new + unlink old). Typically, an unlink command would be useful only for a directory hard link. Personally, I think directory hard links should not be allowed. There is nothing in POSIX requiring them, and they only cause problems for recursive descent mechansims that (erroneously) fail to check that the inode for '..' is the inode you descended from. If you do not include directory hard links as an option, you can store (in directory inodes) the inode of the parent, which would give you a much better "pwd" mechanism, as well as allowing for NetWare-style "trustee" reverse inheritance. > > So: can you tell me if the condition resulted from fsck not catching > > it after a crash, or if it resulted from normal operation of the FS? > > my problem was from a system crash with the fs mount async... I know this > isn't good but I've had a large number of crashes when I didn't lose any > data... and it does improve speed (i.e. config kernname completes in about > a 1second :) )... The fsck can only back out one level of consistency if you are mounted async. That said, this particular problem is detectable, and the error is in fsck. David Greenman already posted Kirk's note to that effect. > the errors that I got when trying to access the directory was: > /usr:bad dir ino 85312 at offset 0: mangled entry > panic:bad dir Yeah; it means the entry at the directory offset was invalid data; that will hapen if the directory block is not self-consistent, which it is not required to be once deallocated. It's possible, running async as you were, that the directory data block was reallocated for file data. THere's really no way to deterministically recover this (other than to prevent it ever happening in the first place by not running async). If you want to prevent it, run sync (and if you don't like the speed of sync, by all means, implement soft updates ;-)). > I would fix it, but it never really got fixed (as it's invalid)... and > after a reboot fsck again reported the above error... Yes. fsck is in error. Note that the fsck tool is only capable of restoring the FS to a potentially consistent state. If there is more than one outstanding event unprocessed (each FS transaction can be considered an event), then there are multiple potential precursor states. For N outstanding transactions, the number of precursor states is 2^(N-1). So if you had, say, 11 outstanding uncommitted async metadata writes, then you had only a 1 in 1024 chance of fsck guessing the right one. This is the general problem, in a nutshell, with async. The stochastic graph is similar for any FS considered as a set of transaction events which can be scheduled in an unordered list -- so EXT2FS's default mode is probably not a good idea -- turning on sync is better. Again, soft updates are within 5% of memory bandwidth, so if you were to implement them as your ordering mechanism instead of sync writes, you would effectively get async speeds without the danger. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Sep 28 13:56:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09775 for hackers-outgoing; Sat, 28 Sep 1996 13:56:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09724; Sat, 28 Sep 1996 13:56:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03273; Sat, 28 Sep 1996 13:54:52 -0700 From: Terry Lambert Message-Id: <199609282054.NAA03273@phaeton.artisoft.com> Subject: Re: stack To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Sat, 28 Sep 1996 13:54:52 -0700 (MST) Cc: dg@root.com, dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199609281603.SAA05989@gvr.win.tue.nl> from "Guido van Rooij" at Sep 28, 96 06:03: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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I thought this was guarantueed because when the `feature' was dropped > to many programs discontinued working.. The same argument would have us mapping page 0 so that programs that dereference NULL don't quit working... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Sep 28 14:00:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11849 for hackers-outgoing; Sat, 28 Sep 1996 14:00:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11810 for ; Sat, 28 Sep 1996 14:00:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id OAA05720; Sat, 28 Sep 1996 14:00:41 -0700 (PDT) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: FreeBSD-hackers@FreeBSD.org (FreeBSD-hackers) Subject: Re: stack In-reply-to: Your message of "Sat, 28 Sep 1996 17:20:52 +0200." <199609281520.RAA05793@gvr.win.tue.nl> Date: Sat, 28 Sep 1996 14:00:41 -0700 Message-ID: <5718.843944441@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > When I allocate something on the stack, isn't it supposed to be completely > zero? Uh, no? Not at any point in history? :-) > Then buf should be zero, or am I missing something here? Your copy of K&R, clearly. :-) Jordan From owner-freebsd-hackers Sat Sep 28 14:04:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13499 for hackers-outgoing; Sat, 28 Sep 1996 14:04:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13385; Sat, 28 Sep 1996 14:03:55 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id OAA05737; Sat, 28 Sep 1996 14:03:48 -0700 (PDT) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: dyson@FreeBSD.org, FreeBSD-hackers@FreeBSD.org Subject: Re: stack In-reply-to: Your message of "Sat, 28 Sep 1996 17:52:49 +0200." <199609281552.RAA05940@gvr.win.tue.nl> Date: Sat, 28 Sep 1996 14:03:48 -0700 Message-ID: <5735.843944628@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The resulting file did not conatin only zero's. I think this is weird. No, again, I believe this is perfectly within the language specification. Jordan From owner-freebsd-hackers Sat Sep 28 14:23:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22526 for hackers-outgoing; Sat, 28 Sep 1996 14:23:59 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22469 for ; Sat, 28 Sep 1996 14:23:51 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id PAA29273 for ; Sat, 28 Sep 1996 15:23:41 -0600 (MDT) Message-Id: <199609282123.PAA29273@rover.village.org> To: hackers@freebsd.org Subject: Quick question about getopt Date: Sat, 28 Sep 1996 15:23:40 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk NetBSD's getopt returns -1, while FreeBSD documents it as returning EOF. NetBSD's appears to be the same as 4.4 lite 2. I was curious as to why the difference between the two existed. The CVS tree is unenlightening when I asked it for a revision history. Does POSIX have anything to say on the matter? Couldn't find anything in my POSIX.1 book, but maybe some of the other POSIX standards reveil more? Warner From owner-freebsd-hackers Sat Sep 28 14:33:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA27792 for hackers-outgoing; Sat, 28 Sep 1996 14:33:40 -0700 (PDT) Received: from smtp.utexas.edu (smtp.utexas.edu [128.83.126.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA27741 for ; Sat, 28 Sep 1996 14:33:33 -0700 (PDT) Received: (qmail-queue invoked by uid 0); 28 Sep 1996 21:33:32 -0000 Received: from unknown (HELO mail.utexas.edu) (128.83.126.1) by smtp.utexas.edu with SMTP; 28 Sep 1996 21:33:32 -0000 Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by mail.utexas.edu (8.6.9/8.6.6) with SMTP id QAA12050; Sat, 28 Sep 1996 16:33:31 -0500 X-Sender: rkw@eel.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 28 Sep 1996 16:33:29 -0500 To: Thomas David Rivers From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: NetBSD ==> FreeBSD make(1) Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've seriously modifed make(1) to "automagically" handle RCS >repositories, version selection rules, etc... (essentially the >basis of a rather nice Configuration Management system.) > > So, I'd be interested in whatever changes you made... And I am interested in what you felt you needed to change in "make" (as oppesed to the makefiles) to support RCS, etc. From owner-freebsd-hackers Sat Sep 28 14:35:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA28795 for hackers-outgoing; Sat, 28 Sep 1996 14:35:26 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA28745 for ; Sat, 28 Sep 1996 14:35:20 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id PAA29387 for ; Sat, 28 Sep 1996 15:35:15 -0600 (MDT) Message-Id: <199609282135.PAA29387@rover.village.org> To: hackers@freebsd.org Subject: setlocale question Date: Sat, 28 Sep 1996 15:35:14 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In looking at the differences between NetBSD's cat and FreeBSD's cat, I noticed that NetBSD (and OpenBSD) has the following code before anything else in main: setlocale(LC_ALL, ""); I was wondering if that was needed, and if so why? I thought that libc already did the moral equivalent of the semeantics of this before passing control to main. The man page wasn't clear to me why this would be needed. Warner From owner-freebsd-hackers Sat Sep 28 14:47:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06243 for hackers-outgoing; Sat, 28 Sep 1996 14:47:38 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA06208 for ; Sat, 28 Sep 1996 14:47:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id OAA19084; Sat, 28 Sep 1996 14:37:23 -0700 (PDT) Message-Id: <199609282137.OAA19084@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Warner Losh Cc: hackers@freebsd.org Subject: Re: Quick question about getopt Reply-To: Jason Thorpe From: Jason Thorpe Date: Sat, 28 Sep 1996 14:37:23 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 28 Sep 1996 15:23:40 -0600 Warner Losh wrote: > Does POSIX have anything to say on the matter? Couldn't find anything > in my POSIX.1 book, but maybe some of the other POSIX standards reveil > more? *chukcle* Guess I should read my mail _completely_ before replying... :-) >From NetBSD's getopt(3): The getopt() function was once specified to return EOF instead of -1. This was changed by IEEE Std1003.2-1992 (``POSIX.2'') to decouple getopt() from . Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Sat Sep 28 14:55:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11107 for hackers-outgoing; Sat, 28 Sep 1996 14:55:50 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11042 for ; Sat, 28 Sep 1996 14:55:44 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA26694; Sat, 28 Sep 1996 15:55:30 -0600 (MDT) Date: Sat, 28 Sep 1996 15:55:30 -0600 (MDT) Message-Id: <199609282155.PAA26694@rocky.mt.sri.com> From: Nate Williams To: rkw@dataplex.net (Richard Wackerbarth) Cc: Thomas David Rivers , hackers@freebsd.org Subject: Re: NetBSD ==> FreeBSD make(1) In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've seriously modifed make(1) to "automagically" handle RCS > >repositories, version selection rules, etc... (essentially the > >basis of a rather nice Configuration Management system.) > > > > So, I'd be interested in whatever changes you made... > > And I am interested in what you felt you needed to change in "make" (as > oppesed to the makefiles) to support RCS, etc. You have *got* to be kidding, right? It's *impossible* to build rules which 'always' work in Make to do these sorts of things w/out modifications to make. Greater folks than you have tried and failed. But, feel free to prove me wrong. Nate From owner-freebsd-hackers Sat Sep 28 14:58:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12562 for hackers-outgoing; Sat, 28 Sep 1996 14:58:00 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11937 for ; Sat, 28 Sep 1996 14:57:02 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id PAA29465; Sat, 28 Sep 1996 15:56:38 -0600 (MDT) Message-Id: <199609282156.PAA29465@rover.village.org> To: Jason Thorpe Subject: Re: Quick question about getopt Cc: hackers@freebsd.org In-reply-to: Your message of "Sat, 28 Sep 1996 14:37:23 PDT." <199609282137.OAA19084@lestat.nas.nasa.gov> References: <199609282137.OAA19084@lestat.nas.nasa.gov> Date: Sat, 28 Sep 1996 15:56:37 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609282137.OAA19084@lestat.nas.nasa.gov> Jason Thorpe writes: : The getopt() function was once specified to return EOF instead of -1. : This was changed by IEEE Std1003.2-1992 (``POSIX.2'') to decouple : getopt() from . OK. That's useful to know. Thanks for the info. Given the standards reference, should FreeBSD[*] change getopt to return -1 rather than EOF? I'm inclidned to say yes. However, there are likely reasons for not doing this. Comments? Warner [*] If the answer is "yes" then I'll volunteer to make the changes to the tree that are needed. From owner-freebsd-hackers Sat Sep 28 15:39:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05830 for hackers-outgoing; Sat, 28 Sep 1996 15:39:19 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA05776 for ; Sat, 28 Sep 1996 15:39:10 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA24341; Sat, 28 Sep 1996 18:20:01 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 28 Sep 1996 18:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id QAA12247; Sat, 28 Sep 1996 16:51:18 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id QAA03444; Sat, 28 Sep 1996 16:50:53 -0400 (EDT) Date: Sat, 28 Sep 1996 16:50:53 -0400 (EDT) From: Thomas David Rivers Message-Id: <199609282050.QAA03444@lakes.water.net> To: sprice@hiwaay.net, ponds!freebsd.org!freebsd-smp, ponds!freebsd.org!hackers Subject: Re: NetBSD ==> FreeBSD make(1) Cc: ponds!thuvia.qstools.com!bill Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Here is a brief list of the changes to make(1). > > Add these directives: > > .ORDER ; control build order of targets > .PARALLEL ; not fully implemented > .PHONY ; always out of date target > .WAIT ; more parallel-related stuff > > Add these command line arguments: > > -B ; set backward compatibility mode > -m directory ; override the default system include path > > Also, tons of stuff to better support SunOS/SVSV-based machines, > and scads of job-control related fixes/enhancements. > > Steve > I'd be interested in your job-control related fixes - I've just started that task myself (porting our Make to HP/UX 9.05), so I'd rather not re-invent the wheel... :-) - Thanks - - Dave R. - From owner-freebsd-hackers Sat Sep 28 16:32:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00452 for hackers-outgoing; Sat, 28 Sep 1996 16:32:35 -0700 (PDT) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA00407 for ; Sat, 28 Sep 1996 16:32:28 -0700 (PDT) Received: from father.ludd.luth.se (father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id BAA17781 for ; Sun, 29 Sep 1996 01:32:23 +0200 From: Tomas Klockar Received: (dateck@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id BAA09732 for hackers@FreeBSD.org; Sun, 29 Sep 1996 01:32:23 +0200 Message-Id: <199609282332.BAA09732@father.ludd.luth.se> Subject: wdc1 not found To: hackers@FreeBSD.org Date: Sun, 29 Sep 1996 01:32:22 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have a small problem. When I upgraded my cpu from a 486DX33 to a 486DX2/66 the ide interface on my gravisultrasound pnp pro stoped getting detected. My other problem is that i can't compile the 2.1.5R kernal with sound support for my gravis card. Is there any support for this card or do i need to write it myself. Does anyone have any solution for this. I guess my IDE interface on my sound card answeres to slowly so some sort of delay is needed. Its imidetly detecting no card. Thanks in advance /Tomas -- Tomas Klockar can be found at the following adresses: Vänortsvägen 9:164 | Furuvägen 102 | dateck@ludd.luth.se 977 54 Luleå | 871 52 Härnösand | dateck@solace.mh.se Tel: +46-920-224775 | Tel: +46-611-13393 | d94-tkl@sm.luth.se From owner-freebsd-hackers Sat Sep 28 16:37:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03073 for hackers-outgoing; Sat, 28 Sep 1996 16:37:11 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA03021 for ; Sat, 28 Sep 1996 16:37:06 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by answerman.mindspring.com (8.7.5/8.7.3) with ESMTP id TAA12059; Sat, 28 Sep 1996 19:37:02 -0400 (EDT) Received: from bogus.mindspring.com (user-168-121-39-4.dialup.mindspring.com [168.121.39.4]) by borg.mindspring.com (8.6.12/8.6.12) with SMTP id TAA18050; Sat, 28 Sep 1996 19:36:59 -0400 Message-Id: <1.5.4.32.19960928233700.0087ad8c@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 28 Sep 1996 19:37:00 -0400 To: current-users@netbsd.org From: "Kevin P. Neal" Subject: VPS mailing list, BSD interest? Cc: hackers@freebsd.org, tech@openbsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Return-Path: cddukes@unity.ncsu.edu >From: cddukes@unity.ncsu.edu >Subject: VPS mailing list >To: kpneal@pobox.com >Date: Sat, 28 Sep 1996 18:43:56 -0400 (EDT) > >vps-devel@acm.uiuc.edu >(And vps-devel-request to manipulate). Ok, my friend Chris Dukes wants a LVM-like thing for a free Unix. He's working with the Linux guys on creating one fairly similar to the one found on AIX. The question is, is anybody in the BSD world interested in such a thing? It would allow lots of neat things, like extendable partitions. Mirroring of logical partitions, etc. I'm very sure that they would like help with their project, and if some *BSD guys get involved with it, issues for us would be diminished (with respect to re-using their code in our kernels). Is anybody interested? If so, email Chris Dukes (cddukes@eos.ncsu.edu) and let him know. Signing up on the mailing list would be a nice bonus as well. Chris is doing lots of design work now. Oh, Chris has a 4/260, but he has sc scsi. (sigh, mumble, cough cough, prod ;) -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www.pobox.com/~kpn/ / kevinneal@bix.com From owner-freebsd-hackers Sat Sep 28 20:25:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05991 for hackers-outgoing; Sat, 28 Sep 1996 20:25:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA05894; Sat, 28 Sep 1996 20:25:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id NAA14003; Sun, 29 Sep 1996 13:23:46 +1000 Date: Sun, 29 Sep 1996 13:23:46 +1000 From: Bruce Evans Message-Id: <199609290323.NAA14003@godzilla.zeta.org.au> To: guido@gvr.win.tue.nl, jkh@time.cdrom.com Subject: Re: stack Cc: dyson@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> The resulting file did not conatin only zero's. I think this is weird. > >No, again, I believe this is perfectly within the language specification. Acessing uninitialized variables gives undefined behaviour. A high quality implementation could send you mail about it. Bruce From owner-freebsd-hackers Sat Sep 28 20:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11648 for hackers-outgoing; Sat, 28 Sep 1996 20:35:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA11565 for ; Sat, 28 Sep 1996 20:35:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id NAA14103; Sun, 29 Sep 1996 13:29:27 +1000 Date: Sun, 29 Sep 1996 13:29:27 +1000 From: Bruce Evans Message-Id: <199609290329.NAA14103@godzilla.zeta.org.au> To: imp@village.org, thorpej@nas.nasa.gov Subject: Re: Quick question about getopt Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>From NetBSD's getopt(3): > > The getopt() function was once specified to return EOF instead of -1. > This was changed by IEEE Std1003.2-1992 (``POSIX.2'') to decouple > getopt() from . This is also in 4.4Lite2's getopt(3). 4.4Lite2 should be merged with before NetBSD. Bruce From owner-freebsd-hackers Sat Sep 28 20:36:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12587 for hackers-outgoing; Sat, 28 Sep 1996 20:36:36 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12545 for ; Sat, 28 Sep 1996 20:36:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id NAA14195; Sun, 29 Sep 1996 13:32:16 +1000 Date: Sun, 29 Sep 1996 13:32:16 +1000 From: Bruce Evans Message-Id: <199609290332.NAA14195@godzilla.zeta.org.au> To: imp@village.org, thorpej@nas.nasa.gov Subject: Re: Quick question about getopt Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Given the standards reference, should FreeBSD[*] change getopt to return >-1 rather than EOF? I'm inclidned to say yes. However, there are >likely reasons for not doing this. None. EOF is identical with (-1) on all supported systems, and there are no complications from EOF being defined in the wrong places. >[*] If the answer is "yes" then I'll volunteer to make the changes to >the tree that are needed. Get them from 4.4Lite2. Bruce From owner-freebsd-hackers Sat Sep 28 20:42:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA16155 for hackers-outgoing; Sat, 28 Sep 1996 20:42:02 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA16093 for ; Sat, 28 Sep 1996 20:41:56 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id VAA00553; Sat, 28 Sep 1996 21:41:07 -0600 (MDT) Message-Id: <199609290341.VAA00553@rover.village.org> To: Bruce Evans Subject: Re: Quick question about getopt Cc: thorpej@nas.nasa.gov, hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 29 Sep 1996 13:29:27 +1000." <199609290329.NAA14103@godzilla.zeta.org.au> References: <199609290329.NAA14103@godzilla.zeta.org.au> Date: Sat, 28 Sep 1996 21:41:07 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199609290329.NAA14103@godzilla.zeta.org.au> Bruce Evans writes: : >>From NetBSD's getopt(3): : > : > The getopt() function was once specified to return EOF instead of -1. : > This was changed by IEEE Std1003.2-1992 (``POSIX.2'') to decouple : > getopt() from . : : This is also in 4.4Lite2's getopt(3). 4.4Lite2 should be merged with : before NetBSD. I have no problem with doing that work. Would anybody have an object? Are there things about how work like this should be done that I should know about before undertaking it? CVS branches to use, how to import the 4.4lite2 stuff, etc? I know that Jordan has asked many times for someone to do this for the whole tree. I don't know if I can commit to the whole tree. However, I can commit to parts of the tree that are logical units, and would be happy to do them one after the other. I have limited time for this project, so would rather commit small peices as I go, rather than trying to do the entire tree all at once. It would be less disruptive as well to have things go in a little at a time. Anyway, that's just my two cents... Warner From owner-freebsd-hackers Sat Sep 28 20:52:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22928 for hackers-outgoing; Sat, 28 Sep 1996 20:52:11 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA22901 for ; Sat, 28 Sep 1996 20:52:08 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id UAA16816 for ; Sat, 28 Sep 1996 20:51:56 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01624; Sat, 28 Sep 1996 23:50:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 28 Sep 1996 23:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id VAA16465; Sat, 28 Sep 1996 21:09:33 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id VAA00302; Sat, 28 Sep 1996 21:09:08 -0400 (EDT) Date: Sat, 28 Sep 1996 21:09:08 -0400 (EDT) From: Thomas David Rivers Message-Id: <199609290109.VAA00302@lakes.water.net> To: imp@village.org, ponds!FreeBSD.org!hackers@ucbvax.Berkeley.EDU Subject: Re: Quick question about getopt Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > NetBSD's getopt returns -1, while FreeBSD documents it as returning > EOF. NetBSD's appears to be the same as 4.4 lite 2. I was curious as > to why the difference between the two existed. The CVS tree is > unenlightening when I asked it for a revision history. Hmmm.... I don't mean to point out what may be the obvious, but isn't EOF == -1? - Dave R. - From owner-freebsd-hackers Sat Sep 28 20:52:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA23105 for hackers-outgoing; Sat, 28 Sep 1996 20:52:28 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA23075 for ; Sat, 28 Sep 1996 20:52:25 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id UAA16819 for ; Sat, 28 Sep 1996 20:52:20 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01611; Sat, 28 Sep 1996 23:50:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 28 Sep 1996 23:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id VAA16460; Sat, 28 Sep 1996 21:08:42 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id VAA00289; Sat, 28 Sep 1996 21:08:17 -0400 (EDT) Date: Sat, 28 Sep 1996 21:08:17 -0400 (EDT) From: Thomas David Rivers Message-Id: <199609290108.VAA00289@lakes.water.net> To: rkw@dataplex.net, ponds!ponds!rivers@ucbvax.Berkeley.EDU Subject: Re: NetBSD ==> FreeBSD make(1) Cc: ponds!FreeBSD.org!hackers@ucbvax.Berkeley.EDU Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I've seriously modifed make(1) to "automagically" handle RCS > >repositories, version selection rules, etc... (essentially the > >basis of a rather nice Configuration Management system.) > > > > So, I'd be interested in whatever changes you made... > > And I am interested in what you felt you needed to change in "make" (as > oppesed to the makefiles) to support RCS, etc. > > > I needed to handle the idea of version selection rules; which is cumbersome at best with RCS commands in the makefile itself. That is, I need to have rules such as: retrive the source which: a) Has this symbolic name - if it exists -or- b) Has this symbolic name (a different one) if it exists ... -or- c) Is the latest one -or- d) Is this particular version -or- d) Is the "busy" one (one currently checked out.) This mechanism is similar to how Shape and DSEE (both excellent source & configuration management systems) operate. My changes work by examining the "RULES" environment variable, for example: RULES="exists(version2_1),exists(version2_0),exists(version1_0)" would retrieve a source from RCS that had a tag of 'version2_1' - if that didn't exist, it would find one that had a tag of 'version2_0', if that didn't exist, one that had a tag of 'version1_0'. Using a mechanism like this enabled you to determine just what files go into which version of a product... - Dave Rivers - From owner-freebsd-hackers Sat Sep 28 21:01:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29085 for hackers-outgoing; Sat, 28 Sep 1996 21:01:29 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA29023 for ; Sat, 28 Sep 1996 21:01:24 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id WAA01076; Sat, 28 Sep 1996 22:01:16 -0600 (MDT) Message-Id: <199609290401.WAA01076@rover.village.org> To: Thomas David Rivers Cc: hackers@freebsd.org Subject: Re: Quick question about getopt In-reply-to: Your message of "Sat, 28 Sep 1996 21:09:08 EDT." <199609290109.VAA00302@lakes.water.net> References: <199609290109.VAA00302@lakes.water.net> Date: Sat, 28 Sep 1996 22:01:16 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609290109.VAA00302@lakes.water.net> Thomas David Rivers writes: : > : > NetBSD's getopt returns -1, while FreeBSD documents it as returning : > EOF. NetBSD's appears to be the same as 4.4 lite 2. I was curious as : > to why the difference between the two existed. The CVS tree is : > unenlightening when I asked it for a revision history. : : Hmmm.... I don't mean to point out what may be the obvious, but isn't : EOF == -1? Yes. However, the NetBSD doc specifically says that getopt returns -1 and the FreeBSD doc says EOF. While they are both the same in this implementaiton, pedantically, FreeBSD should use -1. This change won't break anything, since EOF does == -1 (assuming that other lite2 deltas don't impact this). Warner From owner-freebsd-hackers Sat Sep 28 21:14:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA07859 for hackers-outgoing; Sat, 28 Sep 1996 21:14:57 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA07786 for ; Sat, 28 Sep 1996 21:14:51 -0700 (PDT) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id XAA03233; Sat, 28 Sep 1996 23:14:47 -0500 (CDT) Message-ID: <324DF780.345BF651@hiwaay.net> Date: Sat, 28 Sep 1996 23:13:52 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: 'make udpate' patches Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I was considering the attached patches for inclusion in the tree. If nobody has any strenuous objections in the next day or so I will commit them. Thanks, Steve --- /etc/make.conf.old Fri Sep 27 18:54:25 1996 +++ /etc/make.conf Sat Sep 28 23:08:10 1996 @@ -94,3 +94,9 @@ #SUPFILE= /usr/share/examples/sup/standard-supfile #SUPFILE1= /usr/share/examples/sup/secure-supfile #SUPFILE2= /usr/share/examples/sup/ports-supfile +# +# +# CVS update +# +#CVS_UPDATE= yes +#CVS_FLAGS= -P -d --- /usr/src/Makefile.old Sat Sep 21 01:32:21 1996 +++ /usr/src/Makefile Sat Sep 28 23:06:21 1996 @@ -286,7 +286,11 @@ @echo "--------------------------------------------------------------" @echo "Updating /usr/src from cvs repository" ${CVSROOT} @echo "--------------------------------------------------------------" +.if defined(CVS_FLAGS) + cd ${.CURDIR} && cvs -q update ${CVS_FLAGS} +.else cd ${.CURDIR} && cvs -q update -P -d +.endif .endif From owner-freebsd-hackers Sat Sep 28 21:51:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26828 for hackers-outgoing; Sat, 28 Sep 1996 21:51:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26769 for ; Sat, 28 Sep 1996 21:51:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA20990 for ; Sun, 29 Sep 1996 06:51:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA22724 for freebsd-hackers@freebsd.org; Sun, 29 Sep 1996 06:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id GAA05739 for freebsd-hackers@freebsd.org; Sun, 29 Sep 1996 06:43:26 +0200 (MET DST) From: J Wunsch Message-Id: <199609290443.GAA05739@uriah.heep.sax.de> Subject: Re: cvs commit: src/sbin/fsdb fsdb.c To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 29 Sep 1996 06:43:25 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609282025.NAA03244@phaeton.artisoft.com> from Terry Lambert at "Sep 28, 96 01:25:30 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Personally, I think directory hard links should not be allowed. They are not (no longer) allowed in FreeBSD. That's why we don't need unlink(8) either. revision 1.48 date: 1996/05/24 16:19:23; author: peter; state: Exp; lines: +9 -7 Dont allow directories to be link()ed or unlink()ed, even for root (returns EPERM always, the errno is specified by POSIX). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 21:51:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26845 for hackers-outgoing; Sat, 28 Sep 1996 21:51:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26788 for ; Sat, 28 Sep 1996 21:51:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA20986; Sun, 29 Sep 1996 06:51:27 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA22723; Sun, 29 Sep 1996 06:51:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id GAA05670; Sun, 29 Sep 1996 06:39:55 +0200 (MET DST) From: J Wunsch Message-Id: <199609290439.GAA05670@uriah.heep.sax.de> Subject: Re: 'make udpate' patches To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 29 Sep 1996 06:39:55 +0200 (MET DST) Cc: sprice@hiwaay.net (Steve Price) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <324DF780.345BF651@hiwaay.net> from Steve Price at "Sep 28, 96 11:13:52 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steve Price wrote: > I was considering the attached patches for inclusion in the tree. > If nobody has any strenuous objections in the next day or so I > will commit them. Objection. > +.if defined(CVS_FLAGS) > + cd ${.CURDIR} && cvs -q update ${CVS_FLAGS} > +.else > cd ${.CURDIR} && cvs -q update -P -d > +.endif Specifying update in your ~/.cvsrc should probably be similar (though not the same). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 21:51:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26838 for hackers-outgoing; Sat, 28 Sep 1996 21:51:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26792 for ; Sat, 28 Sep 1996 21:51:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA20977; Sun, 29 Sep 1996 06:51:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA22721; Sun, 29 Sep 1996 06:51:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id GAA05650; Sun, 29 Sep 1996 06:37:35 +0200 (MET DST) From: J Wunsch Message-Id: <199609290437.GAA05650@uriah.heep.sax.de> Subject: Re: setlocale question To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 29 Sep 1996 06:37:35 +0200 (MET DST) Cc: imp@village.org (Warner Losh) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609282135.PAA29387@rover.village.org> from Warner Losh at "Sep 28, 96 03:35:14 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > setlocale(LC_ALL, ""); > > I was wondering if that was needed, and if so why? I thought that > libc already did the moral equivalent of the semeantics of this before > passing control to main. The man page wasn't clear to me why this > would be needed. It's not the same. All programs ought to start in the "C" locale. The above adjusts all parts of the locale to the current environment's locale settings, however. This is a _huge_ difference. For example, IBM once apparently wrote the above into all of their programs in AIX, including the C compiler. The result was that the C compiler in a German language locale did no longer grok the valid initialization: double pi = 3.1415926; since the LC_NUMERIC part of the German locale uses a comma instead of a decimal point. :-O Yes, cat seems to require a setlocale(), though setlocale(LC_CTYPE, ""); is probably sufficient. It is needed in case the -v option is specified. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 21:51:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26852 for hackers-outgoing; Sat, 28 Sep 1996 21:51:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26804 for ; Sat, 28 Sep 1996 21:51:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA20973; Sun, 29 Sep 1996 06:51:23 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA22720; Sun, 29 Sep 1996 06:51:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id GAA05625; Sun, 29 Sep 1996 06:32:56 +0200 (MET DST) From: J Wunsch Message-Id: <199609290432.GAA05625@uriah.heep.sax.de> Subject: Re: Quick question about getopt To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 29 Sep 1996 06:32:55 +0200 (MET DST) Cc: imp@village.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199609290332.NAA14195@godzilla.zeta.org.au> from Bruce Evans at "Sep 29, 96 01:32:16 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >Given the standards reference, should FreeBSD[*] change getopt to return > >-1 rather than EOF? I'm inclidned to say yes. However, there are > >likely reasons for not doing this. > > None. EOF is identical with (-1) on all supported systems, and there > are no complications from EOF being defined in the wrong places. Except that all tools that compare the result against EOF should also be changed to compare it against -1 then. In theory, it's even possible that some of the tools don't require no longer then (since this was also the rationale behind the Posix change). So Warner, this is certainly the part of the task that requires more work than changing a man page. ;-) Yep, you are allowed to commit to the entire tree, except that changes like the merge of 4.4-Lite2 should be planned carefully, and discussed with Peter Wemm before. (Speaking from own bad experience...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Sep 28 22:04:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA03129 for hackers-outgoing; Sat, 28 Sep 1996 22:04:19 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA03078 for ; Sat, 28 Sep 1996 22:04:12 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id XAA01299; Sat, 28 Sep 1996 23:04:00 -0600 (MDT) Message-Id: <199609290504.XAA01299@rover.village.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Quick question about getopt Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) In-reply-to: Your message of "Sun, 29 Sep 1996 06:32:55 +0200." <199609290432.GAA05625@uriah.heep.sax.de> References: <199609290432.GAA05625@uriah.heep.sax.de> Date: Sat, 28 Sep 1996 23:04:00 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609290432.GAA05625@uriah.heep.sax.de> J Wunsch writes: : Except that all tools that compare the result against EOF should also : be changed to compare it against -1 then. In theory, it's even : possible that some of the tools don't require no longer then : (since this was also the rationale behind the Posix change). Agreed. : So Warner, this is certainly the part of the task that requires more : work than changing a man page. ;-) Agreed. : Yep, you are allowed to commit to : the entire tree, except that changes like the merge of 4.4-Lite2 : should be planned carefully, and discussed with Peter Wemm before. : (Speaking from own bad experience...) OK. I hope the cat stuff I did doesn't conflict with other work being done. Is Peter acting as the CVS meister, or as the 4.4 lite 2 Meister (or both)? Any 4.4lite2 sources I brought in, I'd planned on doing via: cvs import blah/blah/blah CSRG bsd_44_lite_2 to match other tags I've seen in the tree. Then, if my past experience is any guide, I'd just have to do a cvs update -j bsd_44_lite -j bsd_44_lite_2 after checking out the current source. However, that won't always work and many times you have to do that by hand give how much the sources have changes since 4.4Lite. Warner From owner-freebsd-hackers Sat Sep 28 22:11:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07084 for hackers-outgoing; Sat, 28 Sep 1996 22:11:24 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07032 for ; Sat, 28 Sep 1996 22:11:18 -0700 (PDT) Received: from bonsai.hiwaay.net by fly.HiWAAY.net; (8.7.5/1.1.8.2/21Sep95-1003PM) id AAA08984; Sun, 29 Sep 1996 00:10:51 -0500 (CDT) Message-ID: <324E04A4.28CC1042@hiwaay.net> Date: Sun, 29 Sep 1996 00:09:56 -0500 From: Steve Price X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: 'make udpate' patches References: <199609290439.GAA05670@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Price wrote: > [some stuff] > As Joerg pointed out, I had totally forgotten about .cvsrc. Disregard my suggested patch, I will make the requisite fix in my ~/.cvsrc file. Thanks Joerg! :) Steve